Poznámka:
Přístup k této stránce vyžaduje autorizaci. Můžete se zkusit přihlásit nebo změnit adresáře.
Přístup k této stránce vyžaduje autorizaci. Můžete zkusit změnit adresáře.
Cosmos DB (v Azure a Fabric) normalizuje náklady na všechny databázové operace pomocí jednotek žádostí (RU) a měří náklady na základě propustnosti (jednotky žádostí za sekundu, RU/s). Jednotka žádosti je výkonová měna, která abstrahuje systémové prostředky, jako je zpracování (CPU), vstupně-výstupní operace (IOPS) a paměť potřebnou k provádění databázových operací podporovaných službou Cosmos DB. Operace zápisu, čtení bodu nebo dotazu se vždy měří v RU.
Čtení bodu je například název, který odkazuje na načtení jedné položky podle ID a hodnoty klíče oddílu. Čtení jednoho bodu z položky o velikosti 1 kB je ekvivalentní jedné jednotce požadavku (RU).
Běžné databázové operace můžete kategorizovat do konkrétních typů a rozumně předpokládat počet jednotek žádostí spotřebovaných jednotlivými typy operací:
| Operation | Description |
|---|---|
| Operace čtení | Spotřebovává jednu RU. |
| Operace vložení | Využívá proměnlivý počet jednotek RU. |
| Operace aktualizace a vložení | Využívá proměnlivý počet jednotek RU. |
| Smazání operace | Využívá proměnlivý počet jednotek RU. |
| Operace dotazu | Využívá proměnlivý počet RU, potenciálně více než bodové operace. |
Důležité
Microsoft Fabric hlásí veškeré využití a fakturaci pomocí jednotek kapacity. Cosmos DB v Microsoft Fabric interně normalizuje náklady na všechny databázové operace pomocí jednotek žádostí (neboli RU) a měří náklady na základě propustnosti (jednotky žádostí za sekundu, RU/s). RU/s z Cosmos DB se pak převedou na jednotky kapacity (CU) v rámci Fabric pro účely využití a fakturace.
Pokud chcete spravovat a plánovat kapacitu, Cosmos DB zajišťuje, aby počet RU pro danou databázovou operaci u dané datové sady byl deterministický. Můžete prozkoumat hlavičku odpovědi a sledovat počet RU spotřebovaných jakoukoli operací databáze. Když pochopíte faktory, které ovlivňují poplatky za RU a požadavky vaší aplikace z hlediska propustnosti, můžete aplikaci spouštět nákladově efektivně. Další část podrobně popisuje dříve uvedené faktory, které ovlivňují spotřebu RU.
Úvahy
Při odhadu počtu RU spotřebovaných vaší úlohou zvažte následující faktory:
Velikost položky: S rostoucí velikostí položky se také zvyšuje počet RU spotřebovaných ke čtení nebo zápisu položky.
Indexování položek: Ve výchozím nastavení se každá položka automaticky indexuje. Pokud se rozhodnete některé z položek v kontejneru neindexovat, spotřebujete tak méně jednotek žádosti.
Počet vlastností položky: Za předpokladu, že výchozí indexování je na všech vlastnostech, zvyšuje se počet RU spotřebovaných k zápisu položky s rostoucím počtem vlastností položky.
Indexované vlastnosti: Zásady indexu v každém kontejneru určují, které vlastnosti se ve výchozím nastavení indexují. Pokud tedy chcete snížit spotřebu jednotek žádosti pro operace zápisu, omezte počet indexovaných vlastností.
Typ čtení: Čtení bodů stojí méně RU než dotazy.
Vzory dotazů: Složitost dotazu ovlivňuje, kolik RU se pro operaci spotřebuje. Mezi faktory ovlivňující náklady na operace dotazování patří:
Počet výsledků dotazu
Počet predikátů
Povaha predikátů
Počet funkcí definovaných uživatelem
Velikost zdrojových dat
Velikost sady výsledků
Počet a velikost vlastností promítaných z dotazu
Poznámka:
Stejný dotaz na stejná data vždy stojí stejný počet RU při opakovaných spuštěních.