参照：
https://azure.microsoft.com/en-in/blog/maximize-throughput-with-repartitioning-in-azure-stream-analytics/

説明
ボックス1：いいえ
注：Azure Stream Analytics SQLの新しい拡張機能を使用して、データを再シャッフルするときにストリームのパーティション数を指定できるようになりました。
結果は、同じパーティションスキームを持つストリームです。例については、以下を参照してください。
step1 AS（SELECT * FROM [input1] PARTITION BY DeviceID INTO 10）を使用して、
step2 AS（SELECT * FROM [input2] PARTITION BY DeviceID INTO 10）
SELECT * INTO [output] FROM step1 PARTITION BY DeviceID UNION step2 PARTITION BY DeviceID注：Azure Stream Analytics SQLの新しい拡張機能には、PARTITIONBYステートメントを使用して再シャッフルを実行するときにストリームのパーティション数を指定できるキーワードINTOが含まれています。 。
ボックス2：はい
明示的に再パーティション化されたデータの2つのストリームを結合する場合、これらのストリームは同じパーティションキーとパーティション数を持っている必要があります。
ボックス3：はい
ストリーミングユニット（SU）は、StreamAnalyticsジョブを実行するために割り当てられるコンピューティングリソースを表します。SUの数が多いほど、ジョブに割り当てられるCPUおよびメモリリソースが多くなります。
一般に、ベストプラクティスは、PARTITIONBYを使用しないクエリの6つのSUから開始することです。
ここには10個のパーティションがあるため、6x10 =60SUが適切です。
注：Azure Stream Analyticsのスケールの単位であるストリーミングユニット（SU）カウントは、ジョブで使用可能な物理リソースの数がパーティション化されたフローに適合するように調整する必要があることに注意してください。一般に、6つのSUは、各パーティションに割り当てるのに適した数です。ジョブに割り当てられたリソースが不十分な場合、システムは、ジョブにメリットがある場合にのみ再パーティションを適用します。
参照：
https://azure.microsoft.com/en-in/blog/maximize-throughput-with-repartitioning-in-azure-stream-analytics/
https://docs.microsoft.com/en-us/azure/stream-analytics/stream-analytics-streaming-unit-consumption

説明
クラスタ化された列ストアテーブルの最適な圧縮とパフォーマンスを得るには、ディストリビューションとパーティションごとに最低100万行が必要です。パーティションが作成される前に、専用のSQLプールはすでに各テーブルを60の分散データベースに分割しています。
例：テーブルに追加されたパーティションは、バックグラウンドで作成されたディストリビューションに追加されます。この例を使用すると、販売ファクトテーブルに36の月次パーティションが含まれ、専用のSQLプールに
60の分布の場合、販売ファクトテーブルには1か月あたり6000万行、またはすべての月が入力されている場合は21億行が含まれている必要があります。テーブルに含まれるパーティションあたりの推奨最小行数より少ない場合は、パーティションあたりの行数を増やすために、使用するパーティションの数を減らすことを検討してください。

説明
代わりに、タンブリングウィンドウを使用してください。タンブリングウィンドウは、一連の固定サイズの重複しない連続した時間間隔です。
参照：
https://docs.microsoft.com/en-us/stream-analytics-query/tumbling-window-azure-stream-analytics

説明

ボックス1：はい
Azure Stream Analytics SQLの新しい拡張機能を使用して、データを再シャッフルするときにストリームのパーティション数を指定できるようになりました。
結果は、同じパーティションスキームを持つストリームです。例については、以下を参照してください。
step1 AS（SELECT * FROM [input1] PARTITION BY DeviceID INTO 10）を使用して、
step2 AS（SELECT * FROM [input2] PARTITION BY DeviceID INTO 10）
SELECT * INTO [output] FROM step1 PARTITION BY DeviceID UNION step2 PARTITION BY DeviceID注：Azure Stream Analytics SQLの新しい拡張機能には、PARTITIONBYステートメントを使用して再シャッフルを実行するときにストリームのパーティション数を指定できるキーワードINTOが含まれています。 。
ボックス2：はい
明示的に再パーティション化されたデータの2つのストリームを結合する場合、これらのストリームは同じパーティションキーとパーティション数を持っている必要があります。
ボックス3：はい
10パーティションx6SU =60SUで問題ありません。
注：Azure Stream Analyticsのスケールの単位であるストリーミングユニット（SU）カウントは、ジョブで使用可能な物理リソースの数がパーティション化されたフローに適合するように調整する必要があることに注意してください。一般に、6つのSUは、各パーティションに割り当てるのに適した数です。ジョブに割り当てられたリソースが不十分な場合、システムは、ジョブにメリットがある場合にのみ再パーティションを適用します。
参照：
https://azure.microsoft.com/en-in/blog/maximize-throughput-with-repartitioning-in-azure-stream-analytics/