참조:
https://learnsql.com/cookbook/how-to-convert-an-integer-to-a-decimal-in-sql-server/
https://docs.microsoft.com/en-us/sql/t-sql/queries/from-using-pivot-and-unpivot

설명

상자 1: 예
이제 Azure Stream Analytics SQL의 새로운 확장을 사용하여 데이터를 다시 섞을 때 스트림의 파티션 수를 지정할 수 있습니다.
결과는 동일한 파티션 구성표를 가진 스트림입니다. 예를 보려면 아래를 참조하십시오.
with step1 AS (SELECT * FROM [input1] PARTITION BY DeviceID INTO 10),
step2 AS (SELECT * FROM [input2] PARTITION BY DeviceID INTO 10)
SELECT * INTO [출력] FROM step1 PARTITION BY DeviceID UNION step2 PARTITION BY DeviceID 참고: Azure Stream Analytics SQL의 새로운 확장에는 PARTITION BY 문을 사용하여 재편성을 수행할 때 스트림의 파티션 수를 지정할 수 있는 키워드 INTO가 포함됩니다. .
상자 2: 예
명시적으로 다시 분할된 데이터의 두 스트림을 결합할 때 이러한 스트림은 동일한 파티션 키와 파티션 수를 가져야 합니다.
상자 3: 예
10개의 파티션 x 6개의 SU = 60개의 SU가 좋습니다.
참고: 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/azure-sql/database/dynamic-data-masking-overview

설명
자동으로 생성된 텍스트 설명

범위 왼쪽 또는 오른쪽, 둘 다 유사한 파티션을 생성하지만 비교에 차이가 있습니다. 예: 이 시나리오에서 LEFT 및 20100101,20110101,20120101을 사용하면 파티션은 datecol<=20100101, datecol>20100101 및 datecol<=201101이 됩니다. , datecol>20110101 및 datecol<=20120101, datecol>20120101 하지만 RIGHT 범위와 20100101,20110101,20120101 파티션을 사용하는 경우 파티션은 datecol<20100101, datecol101010101, datecol1010101, datecol>=21 , datecol>=20120101 이 예에서 Range RIGHT는 1월 1일부터 12월 31일까지의 달력 비교에 적합합니다. 참조:
https://docs.microsoft.com/en-us/sql/t-sql/statements/create-partition-function-transact-sql?view=sql-server-ver1