Microsoft 70-767日本語 Value Pack (Frequently Bought Together)

注：この質問は同じシナリオを提示する一連の質問の一部です。 連載の各質問には、記載されている目標を達成できる可能性のある固有の解決策が含まれています。 他の人が正しい解決策を持っていないかもしれない間、いくつかの質問セットは複数の正しい解決策を持つかもしれません。
このセクションで質問に答えた後は、それに戻ることはできません。 その結果、これらの質問はレビュー画面に表示されません。
次の図に示すように、新しい一致ポリシーMaster Data Services（MDS）を構成します。

ポリシーの一致結果を確認すると、新しい値の数が新しい値と一致していることがわかります。
データに、類似した住所値を持つ複数のレコードが含まれていることを確認し、一部のレコードが一致すると予想します。
レコードが似たようなアドレス値を持っている場合、レコードが一致する可能性を増やす必要があります。
解決策：一致するポリシーの住所1行目の相対的な重みを増やします。
これは目標を達成していますか？

• A. Yes
• B. NO

注：この質問は、同じシナリオを提示する一連の質問の一部です。 シリーズの各質問には、上記の目標を達成できる独自の解決策が含まれています。 いくつかの質問セットには1つ以上の正しい解決策があるかもしれないが、他の質問セットには正しい解決策がないかもしれない。
このセクションで質問に答えると、それに戻ることはできません。 その結果、これらの質問はレビュー画面に表示されません。
Microsoft Azure SQLデータウェアハウスインスタンスがあります。 次のTransact-SQLステートメントを実行します。

クエリが結果を返さない。
クエリが失敗する理由を判断する必要があります。
解決策：次のTransact-SQLステートメントを実行します。

解決策は目標を達成していますか？

• A. No
• B. Yes

注：この質問は同じシナリオを提示する一連の質問の一部です。連載の各質問には、記載されている目標を達成できる可能性のある固有の解決策が含まれています。他の人が正しい解決策を持っていないかもしれない間、いくつかの質問セットは複数の正しい解決策を持つかもしれません。
このセクションで質問に答えた後は、それに戻ることはできません。その結果、これらの質問はレビュー画面に表示されません。
ETLプロセスをサポートするために、一連のMicrosoft SQL Server統合サービス（SSIS）パッケージを作成します。
SSISパッケージを展開し、次の要件を満たす必要があります。
*バックアッププロセスの使いやすさを最大化します。
*一箇所からパッケージのセキュリティを管理します。
*バージョン管理pfパッケージを維持する。
*パッケージに値を割り当てるためのパラメータを実装します。
SSISパッケージを実行するために、ストアドプロシージャを使用します。
*SQL Serverエージェントを使用してパッケージを実行します。
解決策：プロジェクト展開モデルをSSISカタログと共に使用して、パッケージを格納および管理します。
これは目標を達成していますか？

• A. No
• B. Yes

注：この質問は、同じシナリオを提示する一連の質問の一部です。 シリーズの各質問には、記載された目標を達成できる独自の解決策が含まれています。 いくつかの質問セットには1つ以上の正しい解決策があるかもしれないが、他の質問セットには正しい解決策がないかもしれない。
このセクションで質問に答えると、それに戻ることはできません。 その結果、これらの質問はレビュー画面に表示されません。
Microsoft Azure SQLデータウェアハウスインスタンスがあり、レポート作成のために1日6か月間使用可能でなければなりません。
インスタンスが使用されていないときは、計算リソースを一時停止する必要があります。
解決策：SQL Server Management Studio（SSMS）を使用しています。
解決策は目標を達成していますか？

• A. No
• B. Yes

注：この質問は、同じシナリオを使用する一連の質問の一部です。 あなたの便宜のために、シナリオは各質問で繰り返されます。 各質問には異なる目標と回答の選択肢がありますが、シナリオのテキストはこのシリーズの各質問で全く同じです。
いくつかのクライアントアプリケーションをサポートするMicrosoft SQL Serverデータウェアハウスインスタンスがあります。
データウェアハウスには、Dimension.SalesTerritory、Dimension.Customer、Dimension.Date、Fact.Ticket、およびFact.Orderという表が含まれています。 Dimension.SalesTerritoryテーブルとDimension.Customerテーブルは頻繁に更新されます。 Fact.Orderテーブルは毎週のレポートに最適化されていますが、毎日変更したいと考えています。 Fact.Orderテーブルは、ETLプロセスを使用してロードされます。 索引は時間の経過とともに表に追加されましたが、これらの索引が存在するとデータのロードが遅くなります。
データウェアハウス内のすべてのデータは、共有SANに格納されます。 すべてのテーブルは、データベースDB1にあります。 開発環境用の本番データのコピーを含むDB2という名前の2番目のデータベースがあります。 データウェアハウスが成長し、ストレージのコストが増加しました。 1年以上経過したデータは頻繁にアクセスされず、履歴と見なされます。
あなたには次の要件があります。
クライアントアプリケーションを変更することはできません。
データウェアハウスのストレージを最適化する必要があります。
あなたは何を変えるべきですか？

• A. Fact.Orderテーブルを分割し、履歴データを低コストのストレージ上の新しいファイルグループに移動します。
• B. より低コストのストレージに新しいテーブルを作成し、履歴データを新しいテーブルに移動してデータベースを縮小します。
• C. 低コストのストレージで履歴データを新しいテーブルに移動します。
• D. 履歴データをデータベースから削除して、新しいデータ用に使用可能な領域を残します。