2016-07-30 7 views
1

私は操作して、私のAzureテーブル用のパーティションスキーマを構築しました。 「Building No for Partition」(3-16)を使用すると、行キーは既知のポイントからの個々のデータポイントです。Azureテーブルパーティションキー自動設定?

私はCSVをテーブルにアップロードするときに問題があります。現時点ではAzure Storage Explorerを使用しており、すべてのパラメータを正しく設定しています。問題は、パーティションキーが一度アップロードされても同じではないということです。それは奇妙な方法で自動インクリメントです。

エクスポートする前に、Rの数字から文字に変更しようとしました。私はそれがCSVのインポートテキストを介して動作するようにExcelを使用しなければならない、私もテキストとして列をフォーマットしています。それはそれをするためにむしろ奇妙な方法と思われます。

可能であれば、私は助けが必要です。誰でもwrite.tableまたはR関数を使用してデータフレームをCSVに正しく書き込むことができます。

なぜ、どのようにしてパーティションキーの問題を解決できますか?

+1

パーティション番号が奇妙な方法で増分しているということを意味しますか?あなたの質問は予期しない順序であるという事実を指していますか?単純に辞書的にソートされているように見えます。 –

+0

@DavidMakogonパーティション内の行キーが一意である限り、パーティションキーは要素に対して同じにすることができますか?私は建物1のすべてのデータがパーティションキー値1を使用するようにして、私は行キーを参照することができます(それは私の時系列の特定のデータポイントとして機能します)。クエリは、辞書学的にソートされています。ええ、それはもちろんですが、もちろんです。私は決してパーティションの列に値を設定しません。アップロードする前にCSVの例について私の編集された答えを見てください。私は紺碧のどこかにスキーマを定義する必要がありますか? – Joen123

答えて

1

CSVの行キーがパーティションキーとして解釈され、CSVの「日」フィールドが行キーとして解釈されているようです。テーブルにインポートするために使用したメカニズムを再度確認してください。どのようなインポートメカニズムを使用しても、最初のCSVフィールドがパーティションキーで、2番目のCSVフィールドが行キーであると仮定すると、私は驚いていません。

パーティションキーと行キーが文字列であるため、キーが辞書編集でソートされているのは驚くことではありません。

+0

そうですね。公式のmicrsoftツールから不思議です。パーティションキーはCSVの行キー、行キーはCSVの日、曜日の値はCSVパーティションのキーと思われます。最後の1つは正直であると私をうなずきます。私はそれがどのように進むのかを知らせます。ありがとう – Joen123