最新的Microsoft Implementing a SQL Data Warehouse (70-767日本語版) - 70-767日本語免費考試真題

ダウンストリームシステムがMaster Data Services(MDS)システムのデータを消費できるようにする必要があります。
あなたは何を設定すべきですか?

正確答案: D
說明:(僅 Fast2test 成員可見)
注:この質問は同じシナリオを提示する一連の質問の一部です。 連載の各質問には、記載されている目標を達成できる可能性のある固有の解決策が含まれています。 他の人が正しい解決策を持っていないかもしれない間、いくつかの質問セットは複数の正しい解決策を持つかもしれません。
このセクションで質問に答えた後は、それに戻ることはできません。 その結果、これらの質問はレビュー画面に表示されません。
ETLプロセスをサポートするために、一連のMicrosoft SQL Server統合サービス(SSIS)パッケージを作成します。
SSISパッケージを展開し、次の要件を満たす必要があります。
* Maximize ease of use for backup processes.
* Manage security of packages from a single place.
* Maintain versioning pf packages.
* Implement parameters to assign values to packages.
* Use stored procedures to run SSIS packages.
* Use SQL Server Agent to run packages.
解決策:プロジェクト配置モデルを使用します。 パッケージをmsdbデータベースに保存します。
これは目標を達成していますか?

正確答案: A
說明:(僅 Fast2test 成員可見)
データフロー展示に示すように、データフロータスクを含むMicrosoft SQL Server統合サービス(SSIS)パッケージがあります。 (展示ボタンをクリックしてください。)

SSISをホストするサーバーと同じサーバーにData Quality Services(DQS)をインストールし、顧客の電子メールアドレスを管理するためのナレッジベースを展開します。 クレンジングの展示に示すように、DQSクレンジングトランスフォームをデータフローに追加します。 (展示ボタンをクリックしてください。)

「スプリッター」の図に示すように、条件付き分割変換を作成します。 (展示ボタンをクリックしてください。)

EmailAddress列から正しい値のみを取得するには、DQSクレンジングタスクの出力を分割する必要があります。
以下の各ステートメントについて、そのステートメントが正しい場合は「はい」を選択してください。 そうでなければ、いいえを選択します。
正確答案:

Explanation

The DQS Cleansing component takes input records, sends them to a DQS server, and gets them back corrected. The component can output not only the corrected data, but also additional columns that may be useful for you. For example - the status columns. There is one status column for each mapped field, and another one that aggregated the status for the whole record. This record status column can be very useful in some scenarios, especially when records are further processed in different ways depending on their status. Is such cases, it is recommended to use a Conditional Split component below the DQS Cleansing component, and configure it to split the records to groups based on the record status (or based on other columns such as specific field status).
References: https://blogs.msdn.microsoft.com/dqs/2011/07/18/using-the-ssis-dqs-cleansing-component/
このセクションの質問に答えると、それに戻ることはできません。 その結果、これらの質問はレビュー画面に表示されません。
新しいデータウェアハウス用にdw1という名前のMicrosoft SQLサーバーを構成しています。 サーバーには8台のドライブと8台のプロセッサー・コアが搭載されています。 各ドライブは個別の物理ディスクを使用します。
tempdbデータベースの記憶域を構成する必要があります。 このソリューションは、毎日のETLジョブを処理するのにかかる時間を最小限に抑える必要があります。
解決策:tempdbデータベース用に8つのファイルを構成します。 ユーザーデータベースファイルを格納しないドライブにファイルを配置します。
これは目標を満たしていますか?

正確答案: A
注:この質問は、同じシナリオを提示する一連の質問の一部です。 シリーズの各質問には、記載された目標を達成できる独自の解決策が含まれています。 いくつかの質問セットには1つ以上の正しい解決策があるかもしれないが、他の質問セットには正しい解決策がないかもしれない。
このセクションで質問に答えると、それに戻ることはできません。 その結果、これらの質問はレビュー画面に表示されません。
あなたには、次のLOB(LOB)ソリューションがあります。
*いずれかのソースのReferenceNr列が変更された場合は、IsDisabledの値をTrueに設定し、Productsテーブルに新しい行を作成します。
*いずれかのソースで行が削除された場合は、データウェアハウスでIsDisabledの値をTrueに設定します。
1つ以上のMicrosoft SQL Serverインスタンスが各ソリューションをサポートします。 各ソリューションには独自の製品カタログがあります。
SQL Server Integration Services(SSIS)およびデータウェアハウスをホストする追加のサーバーがあります。 データウェアハウスに各基幹業務ソリューションのデータを入力します。 データウェアハウスは、個々のソーステーブルのプライマリキー値を格納しません。
各ソリューションのデータベースには、製品情報を格納するProductsという名前のテーブルがあります。 各データベースのProductsテーブルには、製品レコードに別個の一意のキーが使用されます。 各テーブルは、データベース間でReferenceNrという名前の列を共有します。 この列は、複数回のソリューションを含むクエリを作成するために使用されます。
毎晩、個々のソリューションのデータをデータウェアハウスにロードする必要があります。 次の要件を満たす必要があります。
*ソースデータベース内の製品テーブルの変更追跡を有効にします。
*更新された行のソースからcdc.fn_cdc_get_all_changes_capture_dbo_products関数を照会します。
*古いReferenceNr値を持つ行については、IsDisabled列をTrueに設定します。
*新しいReferenceNr値を使用してデータウェアハウス製品テーブルに新しい行を作成します。
解決策:次の操作を実行します。
解決策は目標を達成していますか?

正確答案: A
說明:(僅 Fast2test 成員可見)
注:この質問は同じシナリオを使用する一連の質問の一部です。 あなたの便宜のために、シナリオは各質問で繰り返されます。 各質問はそれぞれ異なる目標と答えの選択を提示しますが、シナリオの本文はシリーズの各質問でまったく同じです。
繰り返しシナリオの開始
Contoso 株式会社は、SQL Server統合サービス(SSIS)、データウェアハウス、およびSQL Server分析サービス(SSAS)の表形式および多次元モデルを含むMicrosoft SQL Server環境を持っています。
データウェアハウスには、会社の売上、財務取引、および財務予算に関連するデータが格納されています。 データウェアハウスのすべてのデータは、会社のビジネス財務システムから発生しています。
データウェアハウスには、以下の表が含まれています。

同社は、Microsoft Azureを使用してデータウェアハウスからの古いレコードを保存する予定です。データベースを変更して、Stretch Database機能を有効にする必要があります。
ユーザーは、さまざまな照会にどの都市表を使用するかについて混乱していると報告しています。 Dimensionという名前の新しいスキーマを作成し、dbo.dia_cityテーブルの名前をDimension.cityに変更します。データの損失は許容されないため、データウェアハウスに古いテーブルの痕跡を残してはいけません。
より古いデータをより安価なストレージに移動するには、fact.Transactionテーブルにパーティション化スキームを実装する必要があります。展示物に示されているように、各パーティションは単一の暦年のデータを保存します(展示ボタンをクリックしてください)。パーティションを整列させる必要があります。
fact.Transactionテーブルに対するクエリのパフォーマンスを向上させる必要があります。適切なインデックスを実装し、Stretch Database機能を有効にする必要があります。
繰り返しシナリオの終了
あなたは事実を設定する必要があります。トランザクションテーブル
ソリューションを開発するためにどの3つのTransact-SQLセグメントを使用する必要がありますか?回答するには、適切なTransact-SQLセグメントをTransact-SQLセグメントのリストから回答領域に移動して正しい順序で配置します。

正確答案:
Microsoft SQL Server Integration Services(SSIS)パッケージには、次の図に示すコントロールフローが含まれています。

Foreachループコンテナの列挙子を選択する必要があります。
どの列挙子を使うべきですか?

正確答案: C
說明:(僅 Fast2test 成員可見)
注:この質問は、同じシナリオを提示する一連の質問の一部です。 シリーズの各質問には、記載された目標を達成できる独自の解決策が含まれています。 いくつかの質問セットには1つ以上の正しい解決策があるかもしれないが、他の質問セットには正しい解決策がないかもしれない。
このセクションの質問に答えると、それに戻ることはできません。 その結果、これらの質問はレビュー画面に表示されません。
DB1という名前のデータウェアハウスをホストするMicrosoft SQLサーバーを展開する予定です。
サーバーには、RAID 10アレイとして構成された4つのSATAドライブが含まれます。
データがデータベースにロードされているときに、トランザクションログの書き込み競合を最小限に抑える必要があります。
解決方法:トランザクションログを夜間に自動的に削除するようにサーバーを構成します。
これは目標を満たしていますか?

正確答案: A
說明:(僅 Fast2test 成員可見)
注:この質問は、同じまたは類似の回答の選択肢を使用する一連の質問の一部です。 回答の選択肢は、シリーズの複数の質問に対して正しいかもしれません。 各質問は、このシリーズの他の質問とは独立しています。 質問で提供される情報と詳細は、その質問にのみ適用されます。
データウェアハウスの設計とデータウェアハウスのロードプロセス。
データウェアハウスの設計とデータウェアハウスのロードプロセス。
Table1とTable2という名前の2つのテーブルを含むソースシステムがあります。 各表のすべての行には、対応する行が他の表にあります。
Table1の主キーの名前はKey1です。 Table2の主キーの名前はKey2です。
両方のテーブルをデータウェアハウスのTable3という単一のテーブルに結合する必要があります。 解決策は、Table1とTable2のすべての非キー列がTable3に存在することを保証する必要があります。
どのコンポーネントを使用してデータウェアハウスにデータをロードする必要がありますか?

正確答案: E
說明:(僅 Fast2test 成員可見)
3つの異なる環境からデータをインポートするようにデータウェアハウスを設計しています。データウェアハウスのソースは1時間ごとにロードされます。
シナリオAには、Microsoft Azure SQL Databaseのテーブルが含まれています。
*毎時何百万もの更新や挿入が行われます
*変更された行の現在の状態を定期的に問い合わせる必要があります。
*変更検出方法は、テーブル内のいくつかの列に対する変更を無視できる必要があります。
*ソースデータベースはAlwaysOn可用性グループのメンバーです。
シナリオBには、状況更新が変更された表が含まれています。
*ワークフローステータス間の期間の追跡
*UPDATEステートメントの前後の値を含め、すべてのトランザクションを取り込む必要があります。
*パフォーマンスへの影響を最小限に抑えるために、採用された変更戦略は非同期であるべきです。
シナリオCには、外部ソースデータベースが含まれています。
*更新と挿入は定期的に行われます。
*データベースを変更しても、レポートやアプリケーションのコードを変更する必要はありません。
*列はデータベース内のテーブルに定期的に追加および削除されます。これらのスキーマの変更では、選択した変更検出方法の中断や再構成は必要ありません。
*行全体が過去のある時点で出現したため、データが頻繁に照会されます。
すべてのテーブルに主キーがあります。
各データソースをロードする必要があります。複雑さ、ディスクストレージ、およびデータソースと既存のデータウェアハウスへの影響を最小限に抑える必要があります。
シナリオごとにどの変更検出方法を使用する必要がありますか?答えるには、適切なロード方法を正しいシナリオにドラッグします。各情報源は、1回、複数回、またはまったく使用しないことができます。コンテンツを表示するには、ペイン間の分割バーをドラッグするか、スクロールする必要があります。
注:それぞれ正しい選択は1ポイントの価値があります。
正確答案:

Explanation

Box A: System-Versioned Temporal Table
System-versioned temporal tables are designed to allow users to transparently keep the full history of changes for later analysis, separately from the current data, with the minimal impact on the main OLTP workload.
Box B: Change Tracking
Box C: Change Data Capture
Change data capture supports tracking of historical data, while that is not supported by change tracking.
References:
https://docs.microsoft.com/en-us/sql/relational-databases/track-changes/track-data-changes-sql-server
https://docs.microsoft.com/en-us/sql/relational-databases/tables/temporal-table-usage-scenarios
DW1という名前のデータウェアハウスがあります。 すべてのデータファイルはドライブEにあります。
レポートごとに何億もの行を集めるクエリが予想されます。
待ち時間を最小限に抑えるためにデータファイルを変更する必要があります。
あなたは何をするべきか?

正確答案: C
說明:(僅 Fast2test 成員可見)
注:この質問は、同じまたは類似の回答の選択肢を使用する一連の質問の一部です。 回答の選択は、シリーズ内の複数の質問に対して正しい場合があります。 各質問は、このシリーズの他の質問とは無関係です。 質問に記載されている情報と詳細は、その質問にのみ適用されます。
多次元データモデルを使用してMicrosoft SQL Serverデータウェアハウスを実装しています。 複数のキューブにわたってデータモデルを最適化しています。
既存のデータモデルを調べて、各キューブに複数の日付ディメンションテーブルが含まれていることを確認します。
テーブル構造全体を変更せずに、キューブ内およびキューブ全体でデータモデルを最適化する必要があります。
あなたは何を使うべきですか?

正確答案: G
說明:(僅 Fast2test 成員可見)
Productsという名前のテーブルを持つ在庫システムを管理します。 Productsテーブルには数百の列があります。
ProductsテーブルからProductReferenceとProductNameという名前の2つの列を関連付けるレポートを生成します。 結果は、QuantityInStockという列で最大から最小の順に並べ替えられます。
レポートが使用できるインデックスを作成する必要があります。
Transact-SQLステートメントをどのように完成させるべきですか? 回答するには、回答領域で適切なTransact-SQLセグメントを選択します。
正確答案:

データ品質サービス(DQS)で知識ベースを構築する必要があります。
DQSがデータを処理する前に、サードパーティのデータソースを使用して、データが検証されていることを確認する必要があります。
どの4つのアクションを順番に実行する必要がありますか?回答するには、適切なアクションをアクションのリストから回答エリアに移動し、正しい順序で並べます。
正確答案:

Explanation

Building a DQS knowledge base involves the following processes and components:
Step 1: Perform Knowledge Discovery
A computer-assisted process that builds knowledge into a knowledge base by processing a data sample Step 2: Perform Domain Management An interactive process that enables the data steward to verify and modify the knowledge that is in knowledge base domains, each of which is associated with a data field. This can include setting field-wide properties, creating rules, changing specific values, using reference data services, or setting up term-based or cross-field relationships.
Step 3: Configure reference Data Services
A process of domain management that enables you to validate your data against data maintained and guaranteed by a reference data provider.
Step 4: Configure a Matching Policy
A policy that defines how DQS processes records to identify potential duplicates and non-matches, built into the knowledge base in a computer-assisted and interactive process.
References: https://docs.microsoft.com/en-us/sql/data-quality-services/dqs-knowledge-bases-and-domains

聯系我們

如果您有任何問題,請留下您的電子郵件地址,我們將在12小時內回复電子郵件給您。

我們的工作時間:( GMT 0:00-15:00 )
週一至週六

技術支持: 立即聯繫 

English 日本語 Deutsch 한국어