Dataverse Alternate Keys a výkon — intake snapshot

Původní český požadavek:
Prozkoumej mi Dataverse Alternate Keys z pohledu výkonu: řádek vzniká v Dataverse dřív, než známe ID z externího systému; async integrace po vytvoření zavolá externí systém, vrátí ID a to se pak uloží do stringového Alternate Key sloupce. Zajímá mě dopad na create/update/upsert, jestli je to dobrý návrh pro výkon a idempotenci, a odkazy na Microsoft dokumentaci.

Toto je veřejný intake snapshot k výzkumu. Finální doporučení je zde: Dataverse Alternate Keys: doporučení pro pozdě doplněné externí ID.

Ověřená startovní fakta z Microsoft dokumentace

Konkrétní výzkumné otázky

  1. Jaká je reálná cena Alternate Key na create/update cestě, protože je pod tím databázový index?
  2. Co přesně Microsoft říká k výkonu pro Create, Update, Upsert a adresování řádku přes alternate key?
  3. Co se stane, když je alternate-key string při create prázdný/null a doplní se až pozdějším update?
  4. Je stringový external ID jako Alternate Key vhodný pro high-throughput integraci?
  5. Kdy je lepší mít external ID jen jako normální sloupec a idempotenci řešit jiným stabilním klíčem?
  6. Co má tým měřit v pre-produkci: latence create, latence pozdějšího update, konflikty unikátnosti, retry/replay chování a budoucí upsert výkon?

Vytvořené tasky

Oficiální Microsoft dokumentace

Poznámka k rozsahu

Finální doporučení je publikované samostatně zde: Dataverse Alternate Keys: doporučení pro pozdě doplněné externí ID.