Azure Stream Analytics işleri için uyumluluk düzeyi

Bu makalede Azure Stream Analytics'teki uyumluluk düzeyi seçeneği açıklanmaktadır.

Stream Analytics, düzenli özellik güncelleştirmeleri ve sürekli performans iyileştirmeleri içeren yönetilen bir hizmettir. Hizmetin çalışma zamanı güncelleştirmelerinin çoğu, uyumluluk düzeyinden bağımsız olarak otomatik olarak son kullanıcıların kullanımına sunulur. Ancak, yeni bir işlevsellik mevcut işlerin davranışında bir değişiklik veya çalışan işlerde verilerin kullanım biçiminde bir değişiklik ortaya çıktığında, bu değişikliği yeni bir uyumluluk düzeyi altında sunarız. Uyumluluk düzeyi ayarını düşürerek mevcut Stream Analytics işlerinizi büyük değişiklikler olmadan çalışır durumda tutabilirsiniz. En son çalışma zamanı davranışlarına hazır olduğunuzda uyumluluk düzeyini yükselterek kabul edebilirsiniz.

Uyumluluk düzeyi seçin

Uyumluluk düzeyi, bir akış analizi işinin çalışma zamanı davranışını denetler.

Azure Stream Analytics şu anda üç uyumluluk düzeyini destekler:

  • 1.2 - En son geliştirmelerle en yeni davranış
  • 1.1 - Önceki davranış
  • 1.0 - Birkaç yıl önce Azure Stream Analytics'in genel kullanıma sunulması sırasında sunulan özgün uyumluluk düzeyi.

Yeni bir Stream Analytics işi oluşturduğunuzda, en son uyumluluk düzeyini kullanarak oluşturmak en iyi yöntemdir. Daha sonra ek değişiklik ve karmaşıklık oluşmasını önlemek için en son davranışları kullanarak iş tasarımınızı başlatın.

Uyumluluk düzeyini ayarlama

Stream Analytics işinin uyumluluk düzeyini Azure portalında veya oluşturma işi REST API çağrısını kullanarak ayarlayabilirsiniz.

Azure portalında işin uyumluluk düzeyini güncelleştirmek için:

  1. Stream Analytics işinizi bulmak için Azure portalını kullanın.
  2. Uyumluluk düzeyini güncelleştirmeden önce işi durdurun . İşiniz çalışır durumdaysa uyumluluk düzeyini güncelleştiremezsiniz.
  3. Yapılandır başlığı altında Uyumluluk düzeyi'ni seçin.
  4. İstediğiniz uyumluluk düzeyi değerini seçin.
  5. Sayfanın alt kısmındaki Kaydet'i seçin.

Azure portalında Stream Analytics uyumluluk düzeyi

Uyumluluk düzeyini güncelleştirdiğinizde, T derleyicisi işi seçilen uyumluluk düzeyine karşılık gelen söz dizimi ile doğrular.

Uyumluluk düzeyi 1.2

Uyumluluk düzeyi 1.2'de aşağıdaki önemli değişiklikler kullanıma sunulmuştur:

AMQP mesajlaşma protokolü

1.2 düzeyi: Azure Stream Analytics, Service Bus Kuyruklarına ve Konu Başlıklarına yazmak için Gelişmiş İleti Kuyruğa Alma Protokolü (AMQP) mesajlaşma protokollerini kullanır. AMQP, açık standart bir protokol kullanarak platformlar arası, karma uygulamalar oluşturmanıza olanak tanır.

Jeo-uzamsal işlevler

Önceki düzeyler: Azure Stream Analytics Coğrafya hesaplamalarını kullanıyordu.

1.2 düzeyi: Azure Stream Analytics, Geometrik öngörülen coğrafi koordinatları hesaplamanızı sağlar. Jeo-uzamsal işlevlerin imzasında bir değişiklik yoktur. Ancak semantiği biraz farklıdır ve öncekinden daha hassas hesaplamalara olanak sağlar.

Azure Stream Analytics, coğrafi referans verileri dizini oluşturmayı destekler. Jeo-uzamsal öğeler içeren Referans Verileri daha hızlı birleştirme hesaplaması için dizine eklenebilir.

Güncelleştirilmiş jeo-uzamsal işlevler, İyi Bilinen Metin (WKT) jeo-uzamsal biçiminin tam ifadesini getirir. Daha önce GeoJson ile desteklenmeyen diğer jeo-uzamsal bileşenleri belirtebilirsiniz.

Daha fazla bilgi için Azure Stream Analytics – Bulut ve IoT Edge'deki jeo-uzamsal özelliklere yönelik güncelleştirmeler kısmına bakın.

Birden çok bölüme sahip giriş kaynakları için paralel sorgu yürütme

Önceki düzeyler: Azure Stream Analytics sorguları, giriş kaynağı bölümleri arasında sorgu işlemeyi paralelleştirmek için PARTITION BY yan tümcesinin kullanılmasını gerektiriyor.

1.2 düzeyi: Sorgu mantığı giriş kaynağı bölümleri arasında paralelleştirilebilirse Azure Stream Analytics ayrı sorgu örnekleri oluşturur ve hesaplamaları paralel olarak çalıştırır.

Azure Cosmos DB çıkışıyla yerel Toplu İşlem API entegrasyonu

Önceki düzeyler: Upsert davranışı ekleme veya birleştirmeydi.

1.2 düzeyi: Azure Cosmos DB çıkışıyla Doğal Toplu API tümleştirmesi, aktarım hızını en üst düzeye çıkarır ve kısıtlama isteklerini verimli bir şekilde işler. Daha fazla bilgi için Azure Cosmos DB'ye Azure Stream Analytics çıkışı sayfasına bakınız.

Upsert davranışı ekleme veya değiştirme şeklindedir.

SQL çıkışına yazarken DateTimeOffset

Önceki düzeyler:DateTimeOffset türleri UTC olarak ayarlandı.

1.2 düzeyi: DateTimeOffset artık ayarlanmamış.

Uzun süre SQL çıkışına yazma işlemi yapıldığında

Önceki düzeyler: Değerler hedef türe göre kısaltıldı.

1.2 düzeyi: Hedef türe sığmayan değerler çıkış hata ilkesine göre işlenir.

SQL çıkışına yazarken kayıt ve dizi serileştirme

Önceki düzeyler: Kayıtlar "Record" olarak, diziler ise "Array" olarak yazılmıştır.

1.2 düzeyi: Kayıtlar ve diziler JSON biçiminde serileştirilir.

İşlev ön ekinin kesin doğrulanması

Önceki düzeyler: İşlev ön eklerinin kesin bir doğrulaması yoktu.

1.2 düzeyi: Azure Stream Analytics'in işlev ön eklerinin kesin bir doğrulaması vardır. Yerleşik bir işleve ön ek eklemek hataya neden olur. Örneğin myprefix.ABS(…) desteklenmez.

Yerleşik toplamalara bir ön ek eklemek de hatayla sonuçlanır. Örneğin myprefix.SUM(…) desteklenmez.

Kullanıcı tanımlı işlevler için "system" ön ekinin kullanılması hatayla sonuçlanır.

Azure Cosmos DB çıkış bağdaştırıcısında anahtar özellikleri olarak Dizi ve Nesne'ye izin verme.

Önceki düzeyler: Dizi ve Nesne türleri bir anahtar özelliği olarak destekleniyordu.

1.2 düzeyi: Dizi ve Nesne türleri artık anahtar özelliği olarak desteklenmiyor.

JSON, AVRO ve PARQUET'de boole türünü seri durumdan çıkarma

Önceki düzeyler: Azure Stream Analytics, Boole değerini BIGINT türüne seri durumdan çıkarır- yanlış değer 0'a, doğru değer 1'e eşlenir. Çıkış yalnızca JSON, AVRO ve PARQUET'de boole değerleri oluşturur, eğer olayları açıkça BIT'e dönüştürürseniz. Örneğin, input1'den SELECT value INTO output1 FROM input1 JSON okuma gibi bir { "value": true } geçiş sorgusu, output1'e bir { "value": 1 } JSON değeri yazar.

1.2 düzeyi: Azure Stream Analytics Boole değerini BIT türüne seri durumdan çıkarmaktadır. Yanlış 0 değerine karşılık gelir ve doğru 1 değerine karşılık gelir. Input1'den JSON SELECT value INTO output1 FROM input1 okuma gibi { "value": true } bir geçiş sorgusu output1'e bir JSON değeri { "value": true }yazar. Boolean türünü destekleyen biçimlerde, çıktıda doğru ve yanlış olarak gözüktüklerinden emin olmak için sorguda değeri BIT türüne dönüştürebilirsiniz.

Uyumluluk düzeyi 1.1

Uyumluluk düzeyi 1.1'de aşağıdaki önemli değişiklikler kullanıma sunulmuştur:

Service Bus XML biçimi

1.0 düzeyi: Azure Stream Analytics DataContractSerializer'ı kullandığından, ileti içeriği XML etiketlerini içeriyor. Örneğin:

@\u0006string\b3http://schemas.microsoft.com/2003/10/Serialization/\u0001{ "SensorId":"1", "Temperature":64\}\u0001

1.1 düzeyi: İleti içeriği, ek etiket olmadan akışı doğrudan içerir. Örneğin: { "SensorId":"1", "Temperature":64}

Alan adları için kalıcı büyük/küçük harf duyarlılığı

1.0 düzeyi: Azure Stream Analytics altyapısı tarafından işlendiğinde alan adları küçük harfle değiştirildi.

1.1 düzeyi: Alan adlarının büyük/küçük harf duyarlılığı, Azure Stream Analytics altyapısı tarafından işlendiğinde korunur.

Not

Edge ortamı kullanılarak barındırılan Stream Analytics işleri için büyük/küçük harf duyarlılığı henüz kalıcı olarak sağlanmamaktadır. Sonuç olarak, işiniz Edge'de barındırılıyorsa tüm alan adları küçük harfe dönüştürülür.

FloatNaN Serileştirme Devre Dışı

1.0 düzeyi: CREATE TABLE komutu NaN (Sayı Değil) ile olayları filtrelemedi. Örneğin, FLOAT sütun türünde Infinity, -Infinity) çünkü bunlar bu sayılar için belgelenen aralığın dışındadır.

1.1 düzeyi: CREATE TABLE güçlü bir şema belirtmenize olanak tanır. Stream Analytics altyapısı, verilerin bu şemaya uygun olduğunu doğrular. Bu modelle, komutu NaN değerleriyle olayları filtreleyebilir.

JSON için girişte datetime dizelerinin DateTime türüne otomatik olarak dönüştürülmesi devre dışı bırak

1.0 düzeyi: JSON ayrıştırıcısı, tarih/saat/bölge bilgilerine sahip dize değerlerini girişte DATETIME türüne otomatik olarak dönüştürür, böylece değer özgün biçimlendirmesini ve saat dilimi bilgilerini hemen kaybeder. Bu işlem girişte yapıldığından, bu alan sorguda kullanılmamış olsa bile UTC DateTime'a dönüştürülür.

1.1 düzeyi: Tarih/saat/bölge bilgilerine sahip dize değerlerinin DATETIME türüne otomatik olarak dönüştürülmesi yoktur. Sonuç olarak, saat dilimi bilgileri ve özgün biçimlendirme korunur. Ancak, sorguda NVARCHAR(MAX) alanı bir DATETIME ifadesinin (örneğin DATEADD işlevi) parçası olarak kullanılıyorsa, hesaplamayı gerçekleştirmek için DATETIME türüne dönüştürülür ve özgün biçimini kaybeder.

Sonraki adımlar

  • Last updated on