Limity služby v Azure AI Vyhledávač

Maximální limity úložiště, úloh a množství indexů a dalších objektů závisí na cenovém modelu vaší služby Azure AI Vyhledávač.

Azure AI Vyhledávač podporuje dva cenové modely, z nichž každá má přidružené úrovně služeb. Úroveň, kterou vyberete, má vliv na limity služeb uvedené v těchto doprovodných materiálech.

• Dedikované: Fixní cena stanovená podle vyhledávacích jednotek (SU). Mezi možnosti úrovně služby patří: Basic, Standard (S1-S3, včetně S3 HD), Optimalizováno pro úložiště (L1-L2) a úroveň Free s omezenými možnostmi vyhledávací služby.
• Bezserverová verze (Preview):Ceny založené na spotřebě měřené podle výpočetních jednotek za hodinu (CU/hr) a za GB za měsíc pro indexované úložiště. Aktuální úroveň Preview je: bezserverový vývojář. Omezení jsou definována limity na index, počty objektů na službu a chováním při omezování propustnosti ve službě Serverless.

Další informace najdete v tématu Volba cenového modelu a úrovně služby.

Diagnostika selhání kvóty, kapacity nebo limitu

Selhání kvóty a kapacity vyplývají z oddělených řídicích mechanismů. Pomocí chyby z dokončené operace zjistíte, která z nich se použije.

Pokud operace vytvoření, škálování nebo aktualizace stále běží, počkejte, dokud stav zřizování nebude Succeeded nebo Failed. Probíhající operace není důkazem problému s kvótou nebo kapacitou. Pokud operace škálování selže, podívejte se na chyby během škálování.

Dostupná kvóta předplatného nezaručuje regionální kapacitu a vyžádání další kvóty nevyřeší omezení kapacity. Pokud selhání přetrvává, otevřete podpora Azure požadavek, který zahrnuje předplatné, oblast, úroveň, požadovanou konfiguraci, úplný text chyby, čas UTC a jakékoli ID korelace nebo operace.

Limity předplatného

Můžete vytvořit více fakturovatelných vyhledávacích služeb (základních a vyšších), až do maximálního počtu služeb povoleného v každé úrovni, pro každý region. Můžete například vytvořit až 16 služeb na úrovni Basic a dalších 16 služeb na úrovni S1 ve stejném předplatném a oblasti. Potom můžete vytvořit dalších 16 základních služeb v jiné oblasti pro kombinované celkem 32 základních služeb v rámci stejného předplatného. Další informace o úrovních služby najdete v tématu Volba cenového modelu a úrovně služby.

Maximální limity služeb můžete zvýšit podle požadavku. Pokud potřebujete další služby v rámci stejného předplatného, podejte žádost o podporu.

¹ Na každé předplatné Azure můžete mít jednu bezplatnou vyhledávací službu. Bezplatná úroveň je založena na infrastruktuře sdílené s jinými zákazníky. Protože hardware není vyhrazený, škálování nahoru není podporováno a úložiště je omezeno na 50 MB. Bezplatná vyhledávací služba může být smazána po delších obdobích nečinnosti, aby se vytvořilo místo pro další služby.

² Vyhledávací jednotky (SU) jsou fakturační jednotky, přidělené buď jako replika nebo jako část. Potřebujete obojí. Chcete-li se dozvědět více o kombinacích SU, podívejte se na Odhad a správa kapacity vyhledávací služby.

Limity služby

V cenovém modelu Dedicated naplánujte kapacitu vynásobením počtu replik počtem oddílů (jednotek vyhledávání).

¹ Úroveň Basic podporuje tři oddíly a tři repliky, celkem devět jednotek vyhledávání (SU) na nových vyhledávacích službách vytvořených po 3. dubnu 2024. Starší služby Basic jsou omezené na jeden oddíl a tři repliky.

Vyhledávací služba podléhá maximálnímu limitu úložiště (velikost oddílu vynásobeným počtem oddílů) nebo pevnému limitu maximálního počtu indexů nebo indexerů podle toho, který limit nastane dříve.

Smlouvy o úrovni služeb (SLA) se vztahují na fakturovatelné služby, které mají dvě nebo více replik pro úlohy dotazů nebo tři nebo více replik pro úlohy dotazů a indexování. Počet oddílů není zohledněn v SLA. Pro více informací viz Reliability in Azure AI Vyhledávač.

Bezplatné služby nemají pevné oddíly nebo repliky a sdílejí zdroje s ostatními účastníky.

Úložiště oddílu (GB)

Limity úložiště pro jednotlivé služby se liší na základě dvou faktorů: datum vytvoření služby a oblast. Většina podporovaných oblastí nabízí vyšší limity pro novější služby.

Tato tabulka ukazuje postupné zvyšování kvóty úložiště v GB v průběhu času. Od dubna 2024 byly v regionech uvedených v poznámkách pod čarou zprovozněny partitiony s vyšší kapacitou. Pokud máte starší službu v podporované oblasti, zkontrolujte, jestli můžete upgradovat službu , abyste získali vyšší limity úložiště.

¹ Vyšší kapacita úložiště pro Basic, S1, S2 a S3 v těchto oblastech. Ameriky: Jižní Brazílie, Střední Kanada, Východní Kanada, Východ USA, Východ USA 2, Střed USA, Severní střed USA, Jižní střed USA, Západ USA, Západ USA 2, Západ USA 3, Západní střed USA. Evropa: Francie – střed. Itálie – sever, Severní Evropa, Norsko – východ, Polsko – střed, Švýcarsko – sever, Švédsko – střed, Velká Británie – jih, Velká Británie – západ. Střední východ: Spojené arabské emiráty – sever. Afrika: Jižní Afrika – sever. Asie Tichomoří: Austrálie – východ, Austrálie – jihovýchod, Indie – střed, Jio Indie – západ, Východní Asie, Jihovýchodní Asie, Japonsko – východ, Japonsko – západ, Korea – střed, Korea – jih.

² Úložiště s vyšší kapacitou pro L1 a L2. Více regionů poskytuje vyšší kapacitu na každé fakturační úrovni. Ameriky: Východ USA 2 EUAP. Evropa: Německo – sever, Německo – středozápad, Švýcarsko – západ. Azure Government: Texas, Arizona, Virginie. Afrika: Jižní Afrika – sever. Asie a Tichomoří: Čína Sever 3, Čína Východ 3.

³ Úložiště s vyšší kapacitou je k dispozici v západní Evropě.

Limity indexu

¹ Základní služby vytvořené před prosincem 2017 mají nižší limity (5 místo 15) na indexy.

² Horní limit polí zahrnuje jak pole první úrovně, tak vnořená podpole ve složité kolekci. Například pokud index obsahuje 15 polí a má dvě složitá kolekce, z nichž každá má pět podpolí, počet polí ve vašem indexu je 25. Indexy s velmi velkou kolekcí polí můžou být pomalé, zejména u starších služeb Basic. Omezte pole a atributy jenom na ty, které potřebujete, a spusťte indexování a testy dotazů, abyste měli jistotu, že je výkon přijatelný.

³ Základní služby vytvořené před 3. dubnem 2024 podporují maximálně 100 polí na index. Novější služby Basic podporují 1 000 polí na index.

⁴ Horní limit existuje pro prvky, protože jejich velký počet výrazně zvyšuje úložiště požadované pro váš index. Prvkem složité kolekce je definován jako člen této kolekce. Předpokládejme například hotelový dokument se složitou kolekcí Pokoje. Každá místnost v kolekci Rooms je považována za prvek. Během indexování může indexovací engine bezpečně zpracovat maximálně 3 000 prvků v rámci celého dokumentu. Tento limit byl zaveden v api-version=2019-05-06 a vztahuje se pouze na složité kolekce, nikoli na kolekce řetězců nebo složité pole.

⁵ Pro většinu úrovní je maximální velikost indexu celkovým dostupným úložištěm ve vyhledávací službě. Pro služby S2, S3 a S3 HD s více oddíly a tedy větším úložištěm je v tabulce uvedena maximální velikost jednoho indexu. Platí pro vyhledávací služby vytvořené po 3. dubnu 2024. Indexy pro služby nastavené pomocí bezserverového modelu (Preview) mají nastavenou maximální velikost uvedenou v tabulce.

Můžete zaznamenat určitou variabilitu v maximálních limitech, pokud je vaše služba zajištěna na výkonnějším klastru. Limity zde představují společného jmenovatele. Indexy vytvořené podle výše uvedených specifikací jsou přenosné napříč ekvivalentními servisními úrovněmi v jakékoli oblasti.

Limity dokumentu

Každý index podporuje až následující počet dokumentů:

• 24 miliard na úrovni Basic, S1, S2 a S3
• 2 miliardy na S3 HD
• 288 miliard na L1
• 576 miliard na L2

Každý dokument může mít velikost až 16 MB. Limit velikosti dokumentu se ve skutečnosti vztahuje na velikost datové části požadavku rozhraní API indexování, což je 16 MB. Tento datový obsah může tvořit jeden dokument nebo sada dokumentů. Pro dávku s jediným dokumentem je maximální velikost dokumentu 16 MB JSON.

Omezení velikosti dokumentu platí pro indexování v režimu nabízení , které nahrává dokumenty do vyhledávací služby. Pokud používáte indexátor pro indexování ve stahovacím režimu, vaše zdrojové soubory mohou mít libovolnou velikost, ale musí splňovat omezení indexátoru. U indexeru blobů jsou limity velikosti souborů větší pro vyšší úrovně. Například limit S1 je 128 MB a limit S2 je 256 MB.

Při odhadu velikosti dokumentu nezapomeňte indexovat pouze pole, která přidávají hodnotu do scénářů hledání. Vylučte zdrojová pole, která nemají žádný účel v dotazech, které chcete spustit.

Limity velikosti vektorového indexu

Když indexujete dokumenty s vektorovými poli, Azure AI Vyhledávač vytváří interní vektorové indexy pomocí parametrů algoritmu, které poskytnete.

Velikost těchto vektorových indexů je omezena:

• Paměť vyhrazená pro vektorové vyhledávání pro úroveň vaší služby (nebo SKU) v cenovém modelu Dedicated.
• Omezení úložiště pro jednotlivé indexy v cenovém modelu bez serveru

Pro návod, jak spravovat a maximalizovat úložiště vektorů, viz Velikost indexu vektoru a zůstávání pod limity.

Limity vektorů se liší podle:

• Datum vytvoření služby
• Oblast
• Vybraný cenový model a úroveň služby

Vyšší vektorové limity od dubna 2024 existují na nových vyhledávacích službách v regionech poskytujících dodatečnou kapacitu, což je většina z nich. Pokud máte starší službu v podporované oblasti, zkontrolujte, jestli můžete službu upgradovat na vyšší limity vektorů.

V bezserverovém cenovém modelu se limity vektorů definují pro jednotlivé indexy místo pro jednotlivé oddíly.

• Maximální velikost vektorového indexu na index (bez serveru): 300 MB
  • Tato velikost představuje přibližně 30% celkového úložiště indexů v souladu s poměrem vektoru k úložišti, který se používá v úrovních služby Dedicated.
  • Tato velikost je pevný limit pro každý index. Pokusy o překročení tohoto limitu během indexování selžou.

Tato tabulka ukazuje postup zvyšování kvót vektoru v GB v průběhu času. Kvóta je na oddíl, takže pokud škálujete novou službu Standard (S1) na 6 oddílů, celková kvóta vektoru je 35 vynásobená 6.

¹ Omezení počátečních vektorů v rané verzi Preview.

Během pozdějšího předzobrazení období platí omezení vektoru ². Tři oblasti neměly vyšší limity: Německo západní střed, Západní Indie, Centrální Katar.

³ Vyšší kvóta vektorů založená na větších přihrádkách pro podporované úrovně a regiony.

⁴ Vyšší kvóty vektorů pro více úrovní a regionů na základě aktualizací velikosti oddílů.

Služba vynucuje kvótu velikosti vektorového indexu:

• Vyhrazené: Jednotlivé oddíly ve vyhledávací službě
• Serverless: na každý index

Tato kvóta je pevný limit, aby vaše služba zůstala v pořádku. Další pokusy o indexování po překročení limitu způsobí selhání. Jakmile uvolníte dostupnou kvótu, můžete indexování obnovit pomocí:

• Odstraňování vektorových dokumentů
• Zmenšení velikosti vektoru nebo rozměrnosti
• (Pouze pro vyhrazené) Horizontální škálování oddílů

Omezení indexátoru

Maximální doby běhu existují, aby poskytovaly vyváženost a stabilitu službě jako celku, ale větší datové sady mohou potřebovat více času na indexování, než maximální doba povoluje. Pokud se úloha indexování nemůže dokončit v maximálním povoleném čase, zkuste ji spustit podle plánu. Plánovač sleduje stav indexování. Pokud je plánovaná práce indexování přerušena z jakéhokoliv důvodu, indexer může při příštím plánovaném spuštění pokračovat tam, kde skončil.

Omezení objektu a propustnosti indexeru

¹ Bezplatné služby mají maximální dobu vykonání indexeru 3 minuty pro blobové zdroje a 1 minutu pro všechny ostatní datové zdroje. Vyvolání indexeru je jednou za 180 sekund. Pro indexování AI, které volají Foundry Tools, jsou bezplatné služby omezeny na 20 bezplatných transakcí na indexer a den, kde transakce je definována jako dokument, který úspěšně prochází obohacovacím kanálem. (Tip: Indexer můžete resetovat a obnovit jeho počet.)

² Základní služby vytvořené před prosincem 2017 mají nižší limity (5 místo 15) u indexerů, zdrojů dat a sad dovedností.

³ Podpora indexeru S3 HD je ve verzi Preview a vyžaduje rozhraní REST API ve verzi 2025-11-01-preview nebo novější. Indexery S3 HD běží jenom v prostředí pro spouštění s více tenanty a nepodporují sdílené prostředky privátního propojení. Ve verzi Preview je podpora indexeru S3 HD nejvhodnější pro malé úlohy (s velikostí indexu přibližně 1 GB) bez dovednostní sady nebo jen s minimální dovednostní sadou. Informace o agregovaném chování, monitorování a plánování najdete v tématu Provádění indexeru v bezserverovém prostředí a S3 HD.

⁴ Maximálně 30 dovedností na sadu dovedností.

⁵ Pokud jde o maximální délku trvání 2 nebo 24 hodin pro indexery: nejběžnější je maximální délka 2 hodiny a s tou byste měli počítat. Odkazuje na indexery spuštěné ve veřejném prostředí, které přesměrovává výpočetně náročné zpracování a ponechá více prostředků pro dotazy. Limit 24 hodin platí, pokud indexer nakonfigurujete tak, aby běžel v privátním prostředí pouze pomocí infrastruktury, která je přidělená vaší vyhledávací službě. Některé starší indexery nemohou běžet ve veřejném prostředí a tyto indexery mají vždy 24hodinový rozsah zpracování. Pokud máte neplánované indexery, které běží nepřetržitě 24 hodin, můžete předpokládat, že tyto indexery nelze migrovat na novější infrastrukturu. Obecně platí, že pro úlohy indexování, které se nedají dokončit do dvou hodin, nastavte indexér na plán s intervalem 5 minut, aby mohl indexér rychle pokračovat tam, kde skončil. Na bezplatné úrovni je maximální doba běhu 3-10 minut určena pro indexátory s dovednostmi.

⁶ Ve službách S3 HD a Serverless sdílejí všechny indexery 24 hodin kumulativní doby běhu pro každou službu v každém 24hodinovém okně UTC. Pokyny k chování kvót, monitorování a plánování najdete v tématu Spouštění indexeru v bezserverovém prostředí a S3 HD (Preview).

Omezení velikosti zdrojových souborů pro indexery typu blob

Zpracování souborů probíhá ve fázích a každá fáze má své vlastní limity:

1. Konektor zdroje dat stáhne zdrojovou položku, která podléhá omezením konektoru specifického pro daný zdroj.
2. Azure AI Vyhledávač extrahuje obsah položky podle maximální velikosti zdrojového souboru a extrahovaných znaků v následující tabulce.
3. Volitelně sada dovedností odešle tento obsah do podřízených služeb, kde vstupní limit jednotlivých dovedností může být menší než to, co indexer extrahuje.

Maximální velikost zdrojového souboru a omezení extrahovaných znaků v následující tabulce platí pro Azure Blob Storage, ADLS Gen2, SharePoint v indexerech Microsoft 365, OneLake a Azure Files. Informace o limitech jednotlivých dovedností najdete v referenčním článku pro každou dovednost v sadě dovedností.

¹ Maximální počet znaků je založen na jednotkách kódu Unicode, konkrétně UTF-16.

² Při použití delimitedText režimu analýzy souborů CSV platí limit velikosti vyrovnávací paměti 10 MB na řádek souboru.

³ Při použití delimitedText režimu analýzy souborů CSV se limit maximální extrahovaného obsahu nevztahuje.

⁴ Indexery typu blob zahrnují indexer Azure Blob Storage (indexer objektů blob), indexer ADLS Gen2, indexer SharePointu v Microsoftu 365, indexer OneLake a indexer Azure Files. Zdroj znalostí pro přímé nahrání souboru nepoužívá indexer a má samostatná omezení.

Limity prostředků sdíleného soukromého odkazu

Indexery mohou přistupovat k dalším zdrojům Azure přes privátní koncové body spravované prostřednictvím API pro sdílené zdroje privátních odkazů. Tato sekce popisuje omezení spojená s touto schopností.

¹ Obohacení AI a analýza obrazu jsou výpočetně náročné a spotřebovávají nepřiměřené množství dostupného výpočetního výkonu. Z tohoto důvodu jsou na nižších úrovních deaktivována soukromá připojení, aby byla zajištěna výkonnost a stabilita samotné vyhledávací služby. U služeb Basic nejsou privátní připojení k prostředku Microsoft Foundry podporována, aby se zachovala stabilita služeb. Pro úroveň S1 se ujistěte, že služba byla vytvořena s vyššími limity po 3. dubnu 2024. Indexery s více než 2 dovednostmi Azure OpenAI Embedding nebo multimodálním vkládáním ve službě Azure Vision nemohou být spuštěny v soukromém prostředí a soukromá připojení nejsou dostupná.

² Privátní připojení k vkládacímu modelu se podporují ve vysokokapacitních vyhledávacích službách Basic a S1 vytvořených po 3. dubnu 2024 s vyššími limity pro ukládání a výpočetní zpracování.

³ Počet různých typů zdrojů se vypočítá jako počet jedinečných groupId hodnot použitých ve všech sdílených prostředcích soukromého spojení pro danou vyhledávací službu, bez ohledu na stav zdroje.

Omezení synonym

Maximální počet map synonym se liší podle úrovně. Každé pravidlo může mít až 20 rozšíření, kde jedno rozšíření je ekvivalentní termín. Například pro výraz „kočka“ se spojení s „kitty“, „feline“ a „felis“ (rod koček) počítají jako tři rozšíření.

Limity aliasů indexu

Maximální počet aliasů indexu se liší podle úrovně a data vytvoření služby. Pokud byla služba vytvořena po říjnu 2022, maximální počet aliasů na všech úrovních je dvojnásobkem maximálního povoleného počtu indexů. Pokud byla služba vytvořena před říjnem 2022, limit je počet povolených indexů.

¹ Základní služby vytvořené před prosincem 2017 mají nižší limity (5 místo 15) na indexy.

Limity autonomního načítání

Znalostní báze určuje jeden nebo více zdrojů znalostí a míru uvažování při načítání (Preview), která určuje míru zpracování pomocí velkého jazykového modelu (LLM) pro agentní načítání. Limity se liší podle cenové úrovně, verze rozhraní API a úrovně úsilí.

¹ Základní služby vytvořené před 3. dubnem 2024 mají nižší limity (5) pro zdroje znalostí a znalostní báze.

² Tato omezení platí pro služby S3 HD, které podporují znalostní báze a zdroje znalostí. Některé starší služby S3 HD tyto prostředky nepodporují.

Výběr zdroje znalostí během načítání

Znalostní báze může obsahovat až výše uvedený maximální počet položek specifický pro danou úroveň služby bez ohledu na verzi rozhraní API nebo míru uvažování při vyhledávání. Verze rozhraní API a úsilí o odůvodnění místo toho ovlivňují, kolik zdrojů znalostí je možné vybrat během načítání.

2025-08-01-preview používá zastaralý kontrakt agenta znalostí a nepodporuje retrievalReasoningEffort.

² Zdůvodnění minimal využívá všechny zdroje znalostí ve znalostní bázi, protože obchází plánování dotazů založených na LLM.

Načíst runtime požadavku

Limit maxRuntimeInSeconds je stejný napříč podporovanými úrovněmi.

Toto maximum se vztahuje pouze na požadavek na načtení v Azure AI Vyhledávač. Příklady konfigurace naleznete v tématu Přepsání výchozí úrovně uvažování a nastavení limitů požadavků.

Datové limity (obohacení AI)

Omezení dat platí pro kanál rozšiřování AI, který volá jazyk Azure v nástrojích Foundry. Maximální vstup je 50 000 znaků měřených String.Lengthv případě dovednosti rozpoznávání entit, dovednosti Entity Linking, dovednosti extrakce klíčových frází, dovednosti rozpoznávání jazyka a dovednosti detekce PII. Dovednost Analýza sentimentu má maximální délku 5 000 znaků.

Dovednost Rozdělení textu použijte, když potřebujete před zpracováním podřízeného textu dělit větší text.

Tato omezení platí pro cenové modely Dedicated i Bezserverové.

Limity škrcení

Limity pro omezování pomáhají zajistit stabilitu služby tím, že regulují frekvenci požadavků na rozhraní API.

V cenovém modelu Dedicated je omezování založené na jednotkách vyhledávání (repliky × oddíly).

V cenovém modelu bez serveru není omezování založené na jednotkách vyhledávání. Místo toho platí, že limity operací na úrovni služby a celkové chování při spotřebě řídí propustnost. Limity využití a služeb slouží ke správě kapacity, nikoli ke konfiguraci replik a oddílů.

Omezení regulace semantického hodnotitele

Semantic ranker používá frontový systém ke správě souběžných požadavků. Tento systém umožňuje vyhledávacím službám získat nejvyšší možný počet dotazů za sekundu. Když dosáhnete limitu souběžných požadavků, systém umístí další požadavky do fronty. Pokud je fronta plná, systém odmítne další žádosti a musí se opakovat.

Celkový počet dotazů sémantického hodnoticího modulu za sekundu se liší v závislosti na následujících faktorech:

• Úroveň vyhledávací služby. Kapacita fronty a limity současných požadavků se liší podle úrovně.
• Počet vyhledávacích jednotek ve vyhledávací službě. Nejjednodušší způsob, jak zvýšit maximální počet současných dotazů na sémantický řadič, je přidat více vyhledávacích jednotek do vaší vyhledávací služby.
• Celková dostupná kapacita sémantického pořadí v regionu.
• Doba, kterou trvá obsluhovat dotaz pomocí sémantického rankeru. Tato doba závisí na tom, jak je vyhledávací služba vytížená.

Následující tabulka popisuje omezení škrcení sémantického rankeru podle úrovně, s ohledem na dostupnou kapacitu v regionu. Pokud chcete požádat o navýšení limitu, můžete kontaktovat podporu Microsoftu.

Limity požadavků API

Omezení dotazů existují, protože neomezené dotazy mohou destabilizovat vaši vyhledávací službu. Tyto dotazy se obvykle vytvářejí prostřednictvím kódu programu. Pokud vaše aplikace generuje vyhledávací dotazy programově, navrhněte je tak, aby negenerovala dotazy s nevázanou velikostí.

Omezení na užitečné zatížení existují ze stejných důvodů, zajišťující stabilitu vaší vyhledávací služby. Omezení platí pro celou žádost včetně všech jejích součástí. Například pokud žádost seskupuje několik dokumentů nebo příkazů, musí se celá žádost vejít do podporovaného limitu.

Pokud potřebujete překročit podporovaný limit, otestujte úlohu , abyste věděli, co očekávat.

Pokud není uvedeno jinak, následující požadavky na API platí pro všechny programovatelné rozhraní, včetně Sady Azure SDK.

Obecné:

• Podporovaný maximální limit velikosti datového balíku je 16 MB pro indexování a dotazování prostřednictvím REST API a SDK.
• Maximální délka adresy URL 8 kB (platí jenom pro rozhraní REST API).

Rozhraní API indexování:

• Podpora maximálně 1 000 dokumentů na jednu dávku pro nahrávání, slučování nebo mazání indexů.
• Každý požadavek podporuje 1 až 32 000 akcí indexování.

Dotazovací API:

• Maximálně 10 polí v vektorovém dotazu
• Maximálně 32 polí v klauzuli $orderby.
• Maximálně 100 000 znaků v jedné vyhledávací podmínce.
• Maximální počet klauzulí ve vyhledávání je 3 000.
• Maximální limity pro dotazy s zástupnými znaky a regulárními výrazy, jak jsou vynuceny Lucene. Omezuje počet vzorců, variací nebo shod na 1 000 případů. Tento limit je zaveden, aby se zabránilo přetížení motoru.

Vyhledávací dotazy:

• Maximální podporovaná velikost vyhledávacího termínu je 32 766 bajtů (32 KB minus 2 bajty) UTF-8 kódovaného textu. Platí pro vyhledávání pomocí klíčových slov a vlastnost textu pro vektorové vyhledávání.
• Maximální podporovaná délka vyhledávacího termínu je 1 000 znaků pro vyhledávání s předponou a vyhledávání s regulárními výrazy.

Limity pro reakce API

• Každá stránka výsledků hledání vrátí až 1 000 dokumentů.
• Každý požadavek rozhraní API pro návrhy vrátí až 100 návrhů.

Vyhledávač vrací ve výchozím nastavení 50 výsledků, ale tento parametr můžete přepsat až do maximálního limitu.

Limity klíče API

Pro ověřování služby použijte klíče rozhraní API. Existují dva typy klíčů rozhraní API. Klíče správce, které zadáte v hlavičce požadavku, poskytují úplný přístup pro čtení i zápis ke službě. Klíče dotazů, které zadáte na adrese URL, jsou určené jen pro čtení a obvykle se distribuují do klientských aplikací.

• Každá služba podporuje až dva klíče správce.
• Každá služba podporuje až 50 klíčů dotazu.