Azureテーブルファクトリのバックアップを作成するために、Azureデータファクトリを使用する予定です。私のAzure Tableのエンティティはスキーマを変更する可能性があります。 Azure Pipelineは、スキーマが変更されるたびに手動による介入なしにこれを処理できる方法はありますか?Azureデータ工場Azureテーブルスキーマを変更する
例:私は毎回エンティティの変更を私のデータセットを変更したくない
<entry>
<content type="application/xml">
<m:properties>
<d:PartitionKey>P2</d:PartitionKey>
<d:RowKey>R2</d:RowKey>
<d:Timestamp m:type="Edm.DateTime">2017-05-22T20:37:34.8743000Z</d:Timestamp>
<d:IsDefault m:type="Edm.Boolean">False</d:IsDefault>
**<d:IsTest m:type="Edm.Boolean">False</d:IsTest>**
</m:properties>
</content>
</entry>
:別のエントリは可能性がありますが、最初のエントリが
<entry>
<content type="application/xml">
<m:properties>
<d:PartitionKey>P1</d:PartitionKey>
<d:RowKey>R1</d:RowKey>
<d:Timestamp m:type="Edm.DateTime">2017-05-22T20:37:34.8743000Z</d:Timestamp>
<d:IsDefault m:type="Edm.Boolean">False</d:IsDefault>
</m:properties>
</content>
</entry>
とします。ドキュメントによると
:構造とjsonPathDefinitionがデータ 工場のデータセットで定義されていない場合は https://docs.microsoft.com/en-us/azure/data-factory/data-factory-faq
は、コピーアクティビティは、最初 オブジェクトからスキーマを検出して、オブジェクト全体をフラット化。
この問題を回避する方法です。
どういうわけか、Copy ActivityがNoSQLでスキーマを強制していることを意味しています。これは私にはほとんど意味がありません。 – Amber