問題タブ [parallel-data-warehouse]

私は Microsoft Parallel Data Warehouse アプライアンスを使用しており、その環境でフライウェイを使用してテーブルの移行を処理しようとしています。私が直面している問題は、schema_version テーブルを確立するためのデフォルトのスクリプトが失敗することです。

これは、baseline() の呼び出し時に実行されていることがわかる限り、デフォルトのスクリプトです。

具体的には、Microsoft Parallel Data Warehouse (現在は MS PDW または APS として知られています) は、既定の制約を持つ式をサポートしていません。

メッセージ 104338、レベル 16、状態 1、行 1 既定の制約では式を使用できません。デフォルトの制約には定数のみを指定します。

installed_on 列のデフォルトとして GETDATE() が使用されると、エラーが発生します。

環境内で PRIMARY KEY と INDICES が異なる方法で管理されているため、ALTER TABLE ステートメントも失敗します。

schema_version のデフォルトの初期化スクリプトをオーバーライドする方法はありますか?

アップデート

さらに調査すると、schema_version テーブルにレコードを挿入しようとすると、次のエラーが発生することがわかります。具体的には、現在の実装では、dbSupport.getCurrentUserFunction() への呼び出しに基づいて現在のユーザーを識別しようとします。SQL Server の場合、この関数は SUSER_SNAME() です。この関数は標準の SQL Server と Parallel Data Warehouse の両方で使用できますが、Parallel Data Warehouse の現在の実装では、insert ステートメントの値部分内での関数呼び出しは許可されていません。そのため、次のエラーが返されます。

試行されたクエリが次のように記録された場合:

更新 2

SQL Server と SQL Server の並列データ ウェアハウスに接続しているかどうかを正しく識別する flyway-core のフォークができました。私が確認したもう 1 つの問題は、SQL Server PDW がトランザクション内で DDL を許可していないため、トランザクション テンプレート内から試行されたように見えるため、ベースラインの試行が失敗することです。最終的に、これは、初期化スクリプトを変更する方法を理解するという問題から、新しいデータベース プラットフォームのサポートの必要性へと発展しています。私はこれを github hereの flyway リポジトリの新しい問題として提出しました。

次のようなファイルがあります。

したがって、次の「プロパティ」があります。

• カンマ区切り
• 二重引用符の列区切り文字
• 一部の列のコンマ

さて、実際にこれを PolyBase で取り込むことができるかどうかはわかりませんが、方法はあるのでしょうか?

現在表示されているエラーは " Could not find a delimiter after quote" です..これは、二重引用符の後に予想される区切り文字にヒットしているためだと思います..

完全を期すために、現在のファイル形式を次に示します。

Microsoft Parallel Data Warehouse からスクリプトを生成する方法を提案してください...

PDW 資格情報を使用して SSMS 2016 を使用しようとしましたが、スクリプトの生成に失敗しました...

よろしく、

アビシェーク

Microsoft Visual Studio Entity Framework Data Model Wizard から Azure SQL Data Warehouse への新しいデータ接続を作成しようとしましたが、エラーが発生しました:

このリクエストのデータを取得できませんでした。不明なプロパティ PrimaryFilePath

「接続のテスト」に成功しました。また、Master データベースへの接続を作成することもできますが、自分で作成したデータベースへの接続は作成できません。

質問サーバー エクスプローラーで SQL Azure に接続すると、"unknown property PrimaryFilePath" というエラーが返され、照合の不一致が原因ですが、

サーバーとデータベースの両方に対して SQL_Latin1_General_CP1_CI_AS を返します。

回避策として ( Microsoft フォーラムのスレッド failed-to-retrieve-data-for-this-request-unknown-property-primaryfilepath で提案 ) として、ローカル SQL Server 上の Azure SQL データ ウェアハウスからテーブルを再作成し、さらに開発した後Entity Framework Data Model を Azure SQL Data Warehouse に再接続しようとします。

Azure SQL Data Warehouse へのデータ接続を作成し、「不明なプロパティ PrimaryFilePath」エラーを回避するより良い方法はありますか?

「property PrimaryFilePath」は実際には何を意味し、何らかの方法で指定できますか?

tsqlt を使用するには、CLR 関数を有効にする必要があることがわかりました。実際に PDW で使用できますか?

または、PDW で単体テストを実行する他の方法やツールはありますか?

ありがとう、

この質問を正しく構成しているかどうかさえわかりませんが、試してみます-LinuxシステムでのOracleエクスポートから生成された巨大なテキストファイルがたくさんあります。各ファイルのサイズは約 30 GB で、約 50 個あります。目標は、このデータを Azure SQL Datawarehouse にエクスポートすることです。この場合、BCP はデータのサイズを維持する適切なアプローチではないため、Polybase を使用する必要がありました。ASCII から UTF8 エンコーディングに変換した後、外部テーブルのクエリ中に問題が発生しました。Polybase は、各行に改行がある固定幅のテキスト ファイルではうまく機能しません。

テキストファイルはこんな感じ

Polybase は 101 から 107 まで処理しようとしますが、このファイルには処理するのに十分な列がないというエラーが発生します。

これが私が起こっていると思うことです。固定幅と改行により、改行が行区切り文字として扱われます。

このファイルを次のように変換するにはどうすればよいですか。