Felsöka inmatningsfel eller skadade data

Artikel
06/03/2024

Obs!

Den 1 september 2023 slog vi samman och bytte namn till Dynamics 365 Marketing och Dynamics 365 Customer Insights. Dynamics 365 Marketing heter nu Dynamics 365 Customer Insights – Resor. Dynamics 365 Customer Insights kallas nu För Dynamics 365 Customer Insights – Data. Mer information finns i Vanliga frågor och svar om Dynamics 365 Customer Insights.

Den här artikeln beskriver vanliga orsaker till datainmatningsfel eller skadade data när du använder Azure Data Lake Storage eller Power Query i Microsoft Dynamics 365 Customer Insights – Data.

Inmatningsfel eller skadade data med Azure Data Lake Storage

Under datainmatning kan några av de vanligaste orsakerna till att en post anses vara skadad vara:

Datatyperna och fältvärdena matchar inte mellan källfilen och schemat.
Antalet kolumner i källfilen matchar inte schemat.
Fält innehåller tecken som gör att kolumnerna blir skeva jämfört med det förväntade schemat. Till exempel felaktigt formaterade citattecken, ej inkapslade citattecken, nya radtecken eller flikar.
Partitionsfiler saknas.
datetime, date, eller datetimeoffset fält följer inte standardformatet.

Matchningsfel för schema eller datatyp

Om data inte överensstämmer med schemat slutförs inmatningsprocessen med fel.

Lös problemet genom att antingen korrigera källdata eller schemat och mata in data igen.

Partitionsfiler saknas

Om inmatningsprocessen lyckas utan några skadade poster, men du inte kan se några data, redigerar du din model.json - eller manifest.json-fil för att kontrollera att partitioner har angetts. Uppdatera sedan datakällan.
Om datainmatning sker samtidigt som datakällor uppdateras under en automatisk schemauppdatering kan partitionsfilerna vara tomma eller otillgängliga för systemprocessen. Ändra schemat för systemuppdatering eller uppdateringsschemat för datakällan om du vill justera efter det överordnade uppdateringsschemat. Justera tidsinställningen så att uppdateringar inte sker samtidigt.

Datetime-fälten har fel format

Fälten datetime i tabellen är inte i ISO 8601 eller en-US format. datetime Standardformatet i Dynamics 365 Customer Insights – Data är en-US. datetime Alla fält i en tabell ska ha samma format. Customer Insights stöder andra format förutsatt att anteckningar eller egenskaper görs på käll- eller tabellnivå i modellen eller manifest.json. Till exempel:

Model.json

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

I en manifest.json fil datetime kan formatet anges på tabellnivå eller attributnivå. På tabellnivå använder "exhibitsTraits" du i tabellen i *.manifest.cdm.json för att definiera datetime formatet. På attributnivå använder du "appliedTraits" i attributet i tablename.cdm.json.

Manifest.json på tabellnivå

"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 på attributnivå

   {
      "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"
    }

Inmatningsfel eller skadade data med Power Query

Datetime-värden parsas felaktigt eller så uppstår ett parsningsfel

Det vanligaste matchningsfelet för datatyper inträffar när ett datumfält inte har angetts till rätt datumformat. Det här matchningsfelet kan orsakas av felaktigt formaterade källdata eller ett felaktigt språk.

Symptom på fel språkvariantproblem:

När källdata inte kan parsas av de nationella inställningar som används uppstår ett inmatningsfel. Om till exempel "29/08/2023" parsas med "MM/DD/ÅÅÅÅ" misslyckas inmatningen eftersom den inte kan parsa månad 29.
När källdata parsas korrekt med ett felaktigt språk är datetime-värdena felaktiga. Källdata formateras till exempel som "MM/DD/ÅÅÅÅ", medan standardspråket som används för att parsa data under inmatningen använder "DD/MM/ÅÅÅÅ.". Därför matas "8 december 2023" in som "12 augusti 2023".

Åtgärd

Om du vill åtgärda ett felaktigt format uppdaterar du källdata och matar in igen.
Om du vill åtgärda ett felaktigt språk ändrar du typen för alla datetime-fält så att rätt språk används med ändringstypen>Använd språkvariant i Power Query-omvandlingarna. Till exempel:

Mer information finns i Dokument eller projektspråk.

Dela via