ここに私がいる場所があります。U-SQLテーブルとSQLデータウェアハウス
私はData Lake Storeに大量のデータを保存しています。しかし、私がレポートを作成したいとき（それは1ヶ月の価値があるかもしれません）、私はそれを照会するときに何度も繰り返し参照するテーブルにそれを体系化したいと思います。
U-SQLテーブル（https://msdn.microsoft.com/en-us/library/azure/mt621301.aspx）を作成してData Lake Analyticsが提供するデータベース機能を使用するだけでいいですか、SQLデータウェアハウスにこのテーブルを作成する必要がありますか？私が本当に知りたがっていることは、どちらのケースでも賛否両論は何ですか、どちらを使うのがベストですか？
ところで、私はこのMicrosoft Azureの世界ではノブです。まだ積極的に学びます。
この時点では、データで何をしたいかによって異なります。
インタラクティブなレポートクエリが必要な場合は、ADLAが対話型クエリ機能を提供するまで、この時点でデータをSQL DBまたはDWスキーマに移動することをお勧めします。
データ準備の段階でテーブルが必要な場合は、パーティションを使用してデータのライフサイクルを管理し、U-SQLテーブルで提供されるクラスタリングとデータ配布の恩恵を受けるU-SQLクエリを実行する必要がある場合は、 U-SQLテーブルを使用します。
「インタラクティブなレポートのクエリ」とは何ですか？私はこれについて聞いています。その結果のテーブルをPower BIにインポートしてそこから分析を実行するのであれば、本質的にインタラクティブなクエリではありませんか？ – AyeMarciMar
今日、PowerBIのAzure Data LakeでCSVファイルにアクセスして読み込むことができます。しかし、データをコピーして、PowerBIでレポートを作成します。 インタラクティブなレポートクエリは、レポートツールで頻繁に生成され、処理のためにデータストアのクエリプロセッサに送信されるデータ（通常はテーブル内）に対するクエリです。通常、これらのクエリは高速かつ同期的に実行され、その結果を直接（JDBC、ODBC、ADO.Netを介して）返すことが期待されます。 –
清算していただきありがとうございます。私が読んだところでは、SQL Data Warehouseポータルの下で「Open in Power BI」を選択するのは、そのような – AyeMarciMar
どのようにこれを乗り越えましたか？あなたのアプローチと、あなたが見つけた賛否両論についていくつかのフィードバックを得ることは良いことです。 – wBob