Veri alımı hatalarını veya bozuk verileri giderme

Not

1 Eylül 2023'te Dynamics 365 Marketing ve Dynamics 365 Customer Insights 'ı birleştirip yeniden adlandırdık. Dynamics 365 Marketing artık Dynamics 365 Customer Insights - Journeys olarak adlandırılır. Dynamics 365 Customer Insights artık Dynamics 365 Customer Insights - Data olarak adlandırılır. Daha fazla bilgi için bkz. Dynamics 365 Customer Insights ile ilgili SSS.

Bu makalede, Microsoft Dynamics 365 Customer Insights - Data'da Azure Data Lake Storage veya Power Query kullanılırken veri alımı hatalarının veya bozuk verilerin yaygın nedenleri açıklanır.

Azure Data Lake Storage ile veri alımı hataları veya bozuk veriler

Veri kullanımı sırasında, bir kaydın bozuk olarak ele alınmasının en yaygın nedenlerinden bazıları şunlardır:

• Veri türleri ve alan değerleri kaynak dosya ile şema arasında eşleşmiyor.
• Kaynak dosyadaki sütun sayısı şemayla eşleşmiyor.
• Alanlar, beklenen şemaya kıyasla sütunların kaymasına neden olan karakterler içeriyor. Örneğin, yanlış biçimlendirilmiş tırnak işaretleri, sıralanmamış tırnak işaretleri, yeni satır karakterleri veya sekmeli karakterler.
• Bölüm dosyaları eksik.
• datetime, dateveya datetimeoffset alanları standart biçimi izlemez.

Şema veya veri türü uyumsuzluğu

Veriler şemaya uygun değilse, giriş işlemi hatalarla tamamlanır.

Bu sorunu çözmek için kaynak verileri veya şemayı düzeltin ve verileri yeniden alın.

Bölüm dosyaları eksik

• Veri alımı işlemi bozuk kayıt olmadan başarılı olursa ancak veri göremiyorsanız, bölümlerin belirtildiğinden emin olmak için model.json veya manifest.json dosyanızı düzenleyin. Ardından veri kaynağını yenileyin.

• Otomatik zamanlama yenilemesi sırasında veri kaynakları yenilenirken veri alımı aynı anda gerçekleşirse, bölüm dosyaları boş veya sistem işlemi için kullanılamıyor olabilir. Yukarı akış yenileme zamanlaması ile hizalamak için, sistem yenileme zamanlamasını veya veri kaynağı yenileme zamanlamasını değiştirin. Zamanlamayı, yenilemelerin aynı anda gerçekleşmeyecek şekilde hizalayın.

Tarih saat alanları yanlış biçimde

datetime Tablodaki alanlar ISO 8601 veya en-US biçiminde değildir. Dynamics 365 Customer Insights - Veri'de varsayılan datetime biçimdir en-US. Tablodaki datetime tüm alanlar aynı biçimde olmalıdır. Müşteri İçgörüleri, model veya manifest.json kaynak veya tablo düzeyinde sağlanan ek açıklamalar veya özellikler sağlanan diğer biçimleri destekler. Örneğin:

Model.json

  "annotations": [
    {
      "name": "ci:CustomTimestampFormat",
      "value": "yyyy-MM-dd'T'HH:mm:ss:SSS"
    },
    {
      "name": "ci:CustomDateFormat",
      "value": "yyyy-MM-dd"
    }
  ]   

manifest.json dosyasında, datetime biçim tablo düzeyinde veya öznitelik düzeyinde belirtilebilir. Tablo düzeyinde, biçimi tanımlamak için *.manifest.cdm.json tablosunda kullanın "exhibitsTraits" datetime. Öznitelik düzeyinde, tablename.cdm.json özniteliğinde kullanın"appliedTraits".

Manifest.json tablo düzeyinde

"exhibitsTraits": [
    {
        "traitReference": "is.formatted.dateTime",
        "arguments": [
            {
                "name": "format",
                "value": "yyyy-MM-dd'T'HH:mm:ss"
            }
        ]
    },
    {
        "traitReference": "is.formatted.date",
        "arguments": [
            {
                "name": "format",
                "value": "yyyy-MM-dd"
            }
        ]
    }
]

table.json öznitelik düzeyinde

   {
      "name": "PurchasedOn",
      "appliedTraits": [
        {
          "traitReference": "is.formatted.date",
          "arguments" : [
            {
              "name": "format",
              "value": "yyyy-MM-dd"
            }
          ]
        },
        {
          "traitReference": "is.formatted.dateTime",
          "arguments" : [
            {
              "name": "format",
              "value": "yyyy-MM-ddTHH:mm:ss"
            }
          ]
        }
      ],
      "attributeContext": "POSPurchases/attributeContext/POSPurchases/PurchasedOn",
      "dataFormat": "DateTime"
    }

Power Query ile veri alımı hataları veya bozuk veriler

Tarih saat değerleri yanlış ayrıştırıldı veya ayrıştırma hatası oluşuyor

Bir tarih alanı doğru tarih biçimine ayarlanmamışsa en yaygın veri türü uyumsuzluğu ortaya çıkar. Bu uyuşmazlık, yanlış biçimlendirilmiş kaynak verilerden veya yanlış bir yerel ayardan kaynaklanabilir.

Yanlış yerel ayar sorununun belirtileri:

• Kaynak veriler kullanılan yerel ayar tarafından ayrıştırılamadığında bir alma hatası oluşur. Örneğin, "29/08/2023" "AA/GG/YYYY" ile ayrıştırılırsa, 29. ayı ayrıştıramadığından alım başarısız olur.

• Kaynak veriler yanlış bir yerel ayar kullanılarak başarıyla ayrıştırıldığında tarih saat değerleri yanlıştır. Örneğin, kaynak veriler "AA/GG/YYYY" olarak biçimlendirilirken, veri alımı sırasında verileri ayrıştırmak için kullanılan varsayılan yerel ayar "DD/AA/YYYY" kullanır. Sonuç olarak "8 Aralık 2023" "12 Ağustos 2023" olarak alınır.

  

Çözüm

• Yanlış bir biçimi düzeltmek için kaynak verileri güncelleştirin ve yeniden alın.

• Yanlış bir yerel ayarı düzeltmek için, Power Query dönüşümlerinde yerel ayarı kullanarak değişiklik türünü kullanarak tüm tarih saat alanlarının türünü>doğru yerel ayarı kullanacak şekilde değiştirin. Örneğin:

  

  Daha fazla bilgi için bkz . Belge veya proje yerel ayarı.

Daha Fazla Bilgi

• Azure Data Lake Storage'daki verilere bağlanma
• Power Query veri kaynaklarına bağlanma
• Veri kaynaklarını yönet