Szolgáltatási korlátozások a Azure SearchService limits in Azure Search

A tárterületre, a munkaterhelésekre és az indexek, dokumentumok és egyéb objektumok mennyiségére vonatkozó maximális korlátok attól függnek, hogy a Azure Search ingyenes, alapszintű, standardvagy Storage optimalizált árképzési szinteken van-e kiépítve. Maximum limits on storage, workloads, and quantities of indexes, documents, and other objects depend on whether you provision Azure Search at Free, Basic, Standard, or Storage Optimized pricing tiers.

  • Az ingyenes egy több-bérlős megosztott szolgáltatás, amely az Azure-előfizetéshez tartozik.Free is a multi-tenant shared service that comes with your Azure subscription.

  • Az alapszintű megoldás dedikált számítástechnikai erőforrásokat biztosít az éles számítási feladatokhoz kisebb méretekben.Basic provides dedicated computing resources for production workloads at a smaller scale.

  • A standard szintű dedikált gépeken fut, és minden szinten nagyobb a tárterület és a feldolgozási kapacitás.Standard runs on dedicated machines with more storage and processing capacity at every level. A standard szint négy szinten érhető el: S1, S2, S3 és S3 HD.Standard comes in four levels: S1, S2, S3, and S3 HD.

  • A Storage-ra optimalizált tárolók a standard szintűtárterületet, tárolási sávszélességet és memóriát biztosító dedikált gépeken futnak.Storage Optimized runs on dedicated machines with more total storage, storage bandwidth, and memory than Standard. A tárterület optimalizálása két szinten érhető el: L1 és L2Storage Optimized comes in two levels: L1 and L2

Megjegyzés

Július 1-től az összes szintet általánosan elérhetővé kell tennie, beleértve a tárolási optimalizált szintet is.As of July 1, all tiers are generally available, including the Storage Optimized tier. A díjszabás a díjszabás részletei lapon található.All pricing can be found on the Pricing Details page.

Az S3 nagy sűrűségű (S3 HD) speciális számítási feladatokhoz használható: több-bérlős és nagy mennyiségű kis index (1 000 000-es dokumentum/index, 3000-es indexek/szolgáltatás).S3 High Density (S3 HD) is engineered for specific workloads: multi-tenancy and large quantities of small indexes (one million documents per index, three thousand indexes per service). Ez a platform nem biztosítja az Indexelő szolgáltatást.This tier does not provide the indexer feature. Az S3 HD esetében az adatfeldolgozásnak a leküldéses megközelítést kell használnia, amely API-hívások használatával küldi le az adatok forrásról indexbe történő küldését.On S3 HD, data ingestion must leverage the push approach, using API calls to push data from source to index.

Megjegyzés

Egy szolgáltatás egy adott szinten lett kiépítve.A service is provisioned at a specific tier. A kapacitást biztosító jumping rétegek egy új szolgáltatás üzembe helyezését foglalják magukban (nincs helyben történő frissítés).Jumping tiers to gain capacity involves provisioning a new service (there is no in-place upgrade). További információ: válasszon SKU-t vagy szintet.For more information, see Choose a SKU or tier. Ha többet szeretne megtudni a kapacitásnak a már üzembe helyezett szolgáltatáson belüli beállításáról, tekintse meg a lekérdezési és indexelési feladatok erőforrás-szintjeinek skálázásacímű témakört.To learn more about adjusting capacity within a service you've already provisioned, see Scale resource levels for query and indexing workloads.

Előfizetés korlátaiSubscription limits

Egy előfizetésen belül több szolgáltatást is létrehozhat.You can create multiple services within a subscription. Mindegyiket egy adott rétegben lehet kiépíteni.Each one can be provisioned at a specific tier. Csak az egyes szintek által engedélyezett szolgáltatások száma korlátozza.You're limited only by the number of services allowed at each tier. Létrehozhat például akár 12 szolgáltatást az alapszintű szinten, és egy másik 12 szolgáltatást az S1 szinten ugyanazon előfizetés keretében.For example, you could create up to 12 services at the Basic tier and another 12 services at the S1 tier within the same subscription. További információ a rétegekről: az SKU vagy a Azure Search kiválasztása.For more information about tiers, see Choose an SKU or tier for Azure Search.

Kérés esetén a szolgáltatási korlátok maximális száma is megoldható.Maximum service limits can be raised upon request. Ha ugyanahhoz az előfizetéshez több szolgáltatásra van szüksége, forduljon az Azure ügyfélszolgálatához.If you need more services within the same subscription, contact Azure Support.

ResourceResource Ingyenes1Free1 AlapszintűBasic S1S1 S2S2 S3S3 S3 HDS3 HD L1L1 2.L2
Szolgáltatások maximális számaMaximum services 11 1616 1616 88 66 66 66 66
Maximális méretezés a keresési egységekben (SU)2Maximum scale in search units (SU)2 N/A 3 SU3 SU 36 SU36 SU 36 SU36 SU 36 SU36 SU 36 SU36 SU 36 SU36 SU 36 SU36 SU

1 az ingyenes szolgáltatás megosztott, nem dedikált erőforrásokon alapul.1 Free is based on shared, not dedicated, resources. A vertikális felskálázás nem támogatott a megosztott erőforrásokon.Scale-up is not supported on shared resources.

2 a keresési egységek olyan számlázási egységek, amelyek replikaként vagy partíciókéntvannak kiosztva.2 Search units are billing units, allocated as either a replica or a partition. A tárolási, indexelési és lekérdezési műveletekhez mindkét erőforrásra szüksége van.You need both resources for storage, indexing, and query operations. A SU-számításokkal kapcsolatos további információkért lásd: erőforrások szintjének skálázása lekérdezési és indexelésifeladatokhoz.To learn more about SU computations, see Scale resource levels for query and index workloads.

Tárolási korlátokStorage limits

A tárterületet a lemezterület korlátozza, vagy az indexek, dokumentumok vagy más magas szintű erőforrások maximális számának korlátozásával, attól függően, hogy melyik következik be először.Storage is constrained by disk space or by a hard limit on the maximum number of indexes, document, or other high-level resources, whichever comes first. A következő táblázat a dokumentumok tárolási korlátait tartalmazza.The following table documents storage limits. Az indexek, dokumentumok és egyéb objektumok maximális korlátaihoz lásd: erőforrások korlátozása.For maximum limits on indexes, documents, and other objects, see Limits by resource.

ResourceResource FreeFree 1 . alapszintűBasic1 S1S1 S2S2 S3S3 S3 HD2S3 HD2 L1L1 2.L2
Szolgáltatói szerződés (SLA)3Service level agreement (SLA)3 NemNo IgenYes IgenYes IgenYes IgenYes IgenYes IgenYes IgenYes
Tárterület partíciónkéntStorage per partition 50 MB50 MB 2 GB2 GB 25 GB25 GB 100 GB100 GB 200 GB200 GB 200 GB200 GB 1 TB1 TB 2 TB2 TB
Partíciók szolgáltatásonkéntPartitions per service N/A 11 1212 1212 1212 33 1212 1212
Partíció méretePartition size N/A 2 GB2 GB 25 GB25 GB 100 GB100 GB 200 GB200 GB 200 GB200 GB 1 TB1 TB 2 TB2 TB
ReplikákReplicas N/A 33 1212 1212 1212 1212 1212 1212

1 az alapszintű partíció egy rögzített partíciót tartalmaz.1 Basic has one fixed partition. Ezen a szinten további keresési egységek vannak használatban több replika kiosztásához a lekérdezési feladatok megnövekedéséhez.At this tier, additional search units are used for allocating more replicas for increased query workloads.

2 az S3 HD rögzített korlátja három partíció, ami alacsonyabb, mint az S3 partíciós korlátja.2 S3 HD has a hard limit of three partitions, which is lower than the partition limit for S3. Azért alacsonyabb a partíciókorlát, mert az S3 HD esetében az indexek száma jelentősen magasabb.The lower partition limit is imposed because the index count for S3 HD is substantially higher. Ha szolgáltatási korlátok vonatkoznak a számítási erőforrásokra (tárolás és feldolgozás) és a tartalomra (indexek és dokumentumok) is, a rendszer először a tartalmi korlátot éri el.Given that service limits exist for both computing resources (storage and processing) and content (indexes and documents), the content limit is reached first.

3 a dedikált erőforrásokon lévő számlázható szolgáltatások esetében 3 szolgáltatói szerződés is rendelkezésre áll.3 Service level agreements are offered for billable services on dedicated resources. Az ingyenes szolgáltatások és az előzetes verziójú funkciók nem rendelkeznek SLA-val.Free services and preview features have no SLA. Számlázható szolgáltatások esetén a SLA-kat akkor kell végrehajtani, ha elegendő redundancia van kiépítve a szolgáltatáshoz.For billable services, SLAs take effect when you provision sufficient redundancy for your service. Legalább két replika szükséges a lekérdezés (olvasási) SLA-hoz.Two or more replicas are required for query (read) SLAs. Három vagy több replika szükséges a lekérdezéshez és az indexeléshez (írási/olvasási) SLA-hoz.Three or more replicas are required for query and indexing (read-write) SLAs. A partíciók száma nem SLA-megfontolás.The number of partitions isn't an SLA consideration.

Index korlátaiIndex limits

ResourceResource FreeFree Basic 1Basic 1 S1S1 S2S2 S3S3 S3 HDS3 HD L1L1 2.L2
Indexek maximális számaMaximum indexes 33 5 vagy 155 or 15 5050 200200 200200 1000 partíciónként vagy 3000 szolgáltatásonként1000 per partition or 3000 per service 1010 1010
Egyszerű mezők maximális száma index szerintMaximum simple fields per index 10001000 100100 10001000 10001000 10001000 10001000 10001000 10001000
Összetett gyűjtemény mezőinek maximális száma index szerintMaximum complex collection fields per index 4040 4040 4040 4040 4040 4040 4040 4040
Az összes összetett gyűjteményen belüli elemek maximális száma dokumentum szerintMaximum elements across all complex collections per document 30003000 30003000 30003000 30003000 30003000 30003000 30003000 30003000
Összetett mezők maximális mélységeMaximum depth of complex fields 1010 1010 1010 1010 1010 1010 1010 1010
Mutatók maximális száma index alapjánMaximum suggesters per index 11 11 11 11 11 11 11 11
Pontozási profilok maximális száma index szerintMaximum scoring profiles per index 100100 100100 100100 100100 100100 100100 100100 100100
Függvények maximális száma profilbanMaximum functions per profile 88 88 88 88 88 88 88 88

1 a december 2017-ig létrehozott alapszintű szolgáltatások alacsonyabb korláttal rendelkeznek (15 helyett 5) az indexeken.1 Basic services created before December 2017 have lower limits (5 instead of 15) on indexes. Az alapszintű csomag az egyetlen olyan SKU, amelynek alsó korlátja a 100 mező/index.Basic tier is the only SKU with a lower limit of 100 fields per index.

Dokumentumok korlátaiDocument limits

Október 2018-én már nem jelennek meg minden olyan új szolgáltatásra vonatkozó dokumentum, amely bármely más számlázandó szinten (alapszintű, S1, S2, S3, S3 HD) létrehozott, bármely régióban.As of October 2018, there are no longer any document limits for any new service created at any billable tier (Basic, S1, S2, S3, S3 HD) in any region. Míg a legtöbb régióban a 2017 november/december óta korlátlan számú dokumentum szerepelt, a rendszer öt régióban folytatta a dokumentumok korlátozását.While most regions have had unlimited document counts since November/December 2017, there were five regions that continued to impose document limits. Attól függően, hogy mikor és hol hozott létre keresési szolgáltatást, lehet, hogy olyan szolgáltatást futtat, amely továbbra is a dokumentum korlátai alá esik.Depending on when and where you created a search service, you might be running a service that is still subject to document limits.

Annak megállapításához, hogy a szolgáltatás rendelkezik-e dokumentum-korlátozásokkal, tekintse meg a szolgáltatás áttekintés lapján a használat csempét.To determine whether your service has document limits, check the Usage tile in the overview page of your service. A dokumentumok száma korlátlan, vagy a küszöbértéken alapuló korlátra vonatkozik.Document counts are either unlimited, or subject to a limit based on tier.

Használat csempe

Korábban dokumentum-korlátokkal rendelkező régiókRegions previously having document limits

Ha a portálon a dokumentum korlátja látható, akkor a szolgáltatás a 2017-es késői időpontig jött létre, vagy egy adatközpontban lett létrehozva, amely alacsonyabb kapacitású fürtöket használ Azure Search szolgáltatások üzemeltetéséhez:If the portal indicates a document limit, your service was either created before late 2017, or it was created on a data center using lower-capacity clusters for hosting Azure Search services:

  • Kelet-AusztráliaAustralia East
  • Kelet-ÁzsiaEast Asia
  • Közép-IndiaCentral India
  • Nyugat-JapánJapan West
  • USA nyugati középső régiójaWest Central US

A dokumentumok korlátja alá eső szolgáltatások esetében a következő maximális korlátok érvényesek:For services subject to document limits, the following maximum limits apply:

FreeFree AlapszintűBasic S1S1 S2S2 S3S3 S3 HDS3 HD
10,00010,000 1 millió1 million 15 millió partíciónként vagy 180 millió szolgáltatásonként15 million per partition or 180 million per service 60 millió partíciónként vagy 720 millió szolgáltatásonként60 million per partition or 720 million per service 120 millió partíciónként vagy 1,4 milliárd szolgáltatásonként120 million per partition or 1.4 billion per service 1 millió indexenként vagy 200 millió partíciónként1 million per index or 200 million per partition

Ha a szolgáltatás korlátozásokat blokkol, hozzon létre egy új szolgáltatást, majd tegye közzé újra az összes tartalmat a szolgáltatásban.If your service has limits that are blocking you, create a new service and then republish all content to that service. Nincs olyan mechanizmus, amellyel zökkenőmentesen újra kiépítheti a szolgáltatást a színfalak mögötti új hardverre.There is no mechanism for seamlessly reprovisioning your service onto new hardware behind the scenes.

Megjegyzés

A 2017-es végén létrehozott, nagy sűrűségű szolgáltatások esetében az 200 000 000-es dokumentum partíciós bontása el lett távolítva, de a 1 000 000-dokumentum index korlátja továbbra is fennáll.For S3 High Density services created after late 2017, the 200 million document per partition has been removed but the 1 million document per index limit remains.

Dokumentum méretének korlátai API-hívás szerintDocument size limits per API call

Az index API meghívásakor a dokumentum maximális mérete körülbelül 16 megabájt.The maximum document size when calling an Index API is approximately 16 megabytes.

A dokumentum mérete valójában korlátozza az index API-kérés törzsének méretét.Document size is actually a limit on the size of the Index API request body. Mivel egyszerre több dokumentumot is át lehet adni az index API-hoz, a méretkorlát reálisan függ attól, hogy hány dokumentum van a kötegben.Since you can pass a batch of multiple documents to the Index API at once, the size limit realistically depends on how many documents are in the batch. Egyetlen dokumentummal rendelkező kötegek esetében a dokumentum maximális mérete 16 MB JSON.For a batch with a single document, the maximum document size is 16 MB of JSON.

A dokumentum méretének megőrzéséhez ne felejtse el kizárni a kérelemből a nem lekérdezhető adatok körét.To keep document size down, remember to exclude non-queryable data from the request. A képek és más bináris adatfájlok nem lekérdezhető közvetlenül, és nem tárolhatók az indexben.Images and other binary data are not directly queryable and shouldn't be stored in the index. A nem lekérdezhető adatmennyiség keresési eredményekbe való integrálásához adjon meg egy nem kereshető mezőt, amely az erőforrás URL-hivatkozását tárolja.To integrate non-queryable data into search results, define a non-searchable field that stores a URL reference to the resource.

Indexelő korlátaiIndexer limits

A maximális futási idő a szolgáltatás egészére vonatkozó egyensúlyt és stabilitást biztosít, de a nagyobb adatkészletek esetében a maximálisan megengedettnél több indexelési időt is igénybe vehet.Maximum running times exist to provide balance and stability to the service as a whole, but larger data sets might need more indexing time than the maximum allows. Ha egy indexelési feladatok nem hajthatók végre a maximálisan engedélyezett időtartamon belül, futtassa az ütemezett futtatást.If an indexing job cannot complete within the maximum time allowed, try running it on a schedule. Az ütemező nyomon követi az indexelési állapotot.The scheduler keeps track of indexing status. Ha egy ütemezett indexelési feladatot valamilyen oknál fogva megszakítanak, az indexelő kiválaszthatja, hogy a következő ütemezett futtatásnál melyik utolsó marad.If a scheduled indexing job is interrupted for any reason, the indexer can pick up where it last left off at the next scheduled run.

ResourceResource Ingyenes 1Free 1 Basic 2Basic 2 S1S1 S2S2 S3S3 S3 HD 3S3 HD 3 L1L1 2.L2
Indexelők maximális számaMaximum indexers 33 5 vagy 155 or 15 5050 200200 200200 N/A 1010 1010
Adatforrások maximális számaMaximum datasources 33 5 vagy 155 or 15 5050 200200 200200 N/A 1010 1010
Maximális szakértelmével 4Maximum skillsets 4 33 5 vagy 155 or 15 5050 200200 200200 N/A 1010 1010
Az indexelési terhelés maximális száma hívás közbenMaximum indexing load per invocation 10 000 dokumentum10,000 documents Csak a dokumentumok maximális száma korlátozzaLimited only by maximum documents Csak a dokumentumok maximális száma korlátozzaLimited only by maximum documents Csak a dokumentumok maximális száma korlátozzaLimited only by maximum documents Csak a dokumentumok maximális száma korlátozzaLimited only by maximum documents N/A KorlátlanNo limit KorlátlanNo limit
Minimális ütemtervMinimum schedule 5 perc5 minutes 5 perc5 minutes 5 perc5 minutes 5 perc5 minutes 5 perc5 minutes 5 perc5 minutes 5 perc5 minutes 5 perc5 minutes
Maximális futási idő 5Maximum running time 5 1-3 perc1-3 minutes 24 óra24 hours 24 óra24 hours 24 óra24 hours 24 óra24 hours N/A 24 óra24 hours 24 óra24 hours
A kognitív keresési szakértelmével vagy a blob-indexelés maximális futási ideje képanalízissel 5Maximum running time for cognitive search skillsets or blob indexing with image analysis 5 3-10 perc3-10 minutes 2 óra2 hours 2 óra2 hours 2 óra2 hours 2 óra2 hours N/A 2 óra2 hours 2 óra2 hours
BLOB indexelő: blob maximális mérete (MB)Blob indexer: maximum blob size, MB 1616 1616 128128 256256 256256 N/A 256256 256256
BLOB indexelő: blobból kinyert tartalom maximális számaBlob indexer: maximum characters of content extracted from a blob 32,00032,000 64,00064,000 4 millió4 million 4 millió4 million 4 millió4 million N/A 4 millió4 million 4 millió4 million

1 az ingyenes szolgáltatások esetében az indexelő maximális végrehajtási ideje 3 perc a blob-forrásokhoz és 1 perc az összes többi adatforráshoz.1 Free services have indexer maximum execution time of 3 minutes for blob sources and 1 minute for all other data sources. A Cognitive Servicesba beérkező AI-indexelés esetén az ingyenes szolgáltatások napi 20 ingyenes tranzakcióra korlátozódnak, ahol a tranzakciót olyan dokumentumként határozzák meg, amely sikeresen áthalad a dúsítási folyamaton.For AI indexing that calls into Cognitive Services, free services are limited to 20 free transactions per day, where a transaction is defined as a document that successfully passes through the enrichment pipeline.

2 a 2017 decembere előtt létrehozott alapszintű szolgáltatások alacsonyabb korláttal rendelkeznek (15 helyett 5) az indexelő, az adatforrások és a szakértelmével esetében.2 Basic services created before December 2017 have lower limits (5 instead of 15) on indexers, data sources, and skillsets.

3 az S3 HD-szolgáltatások nem tartalmazzák az indexelő támogatását.3 S3 HD services do not include indexer support.

4 készségkészlet legfeljebb 30 ismeret.4 Maximum of 30 skills per skillset.

5 a kognitív keresési munkaterhelések és az Azure-Blobok indexelésének képelemzése rövidebb ideig tart, mint a normál szöveges indexelés.5 Cognitive search workloads and image analysis in Azure blob indexing have shorter running times than regular text indexing. A képek elemzése és a természetes nyelvi feldolgozás számítási igényű, és aránytalanul nagy mennyiségű rendelkezésre álló feldolgozási kapacitást igényel.Image analysis and natural language processing are computationally intensive and consume disproportionate amounts of available processing power. A futási idő csökkentve lett, hogy a várólistán lévő többi feladat fusson.Running time was reduced to give other jobs in the queue an opportunity to run.

Szinonimák korlátaiSynonym limits

Az engedélyezett szinonimák maximális száma az árképzési szinten változhat.The maximum number of synonym maps allowed varies by pricing tier. Mindegyik szabály legfeljebb 20 bővítéssel rendelkezhet, ahol a bővítés egy equivalvent-kifejezés.Each rule can have up to 20 expansions, where an expansion is an equivalvent term. Például a "Cat", a "Kitty", a "macskaféle" és az "Felis" (a macskák nemhez tartozó) társítása 3 kiterjesztésnek számít.For example, given "cat", association with "kitty", "feline", and "felis" (the genus for cats) would count as 3 expansions.

ResourceResource FreeFree AlapszintűBasic S1S1 S2S2 S3S3 S3 – HDS3-HD L1L1 2.L2
Szinonimák maximális térképeMaximum synonym maps 33 33 55 1010 2020 2020 1010 1010
Szabályok maximális száma leképezés szerintMaximum number of rules per map 50005000 2000020000 2000020000 2000020000 2000020000 2000020000 2000020000 2000020000

Lekérdezések másodpercenként (QPS)Queries per second (QPS)

A QPS-becsléseket minden ügyféltől függetlenül kell kialakítani.QPS estimates must be developed independently by every customer. Az index mérete és összetettsége, a lekérdezés mérete és összetettsége, valamint a forgalom mennyisége a QPS elsődleges tényezője.Index size and complexity, query size and complexity, and the amount of traffic are primary determinants of QPS. Az ilyen tényezők ismeretlenek lehetnek, így nem lehet értelmes becsléseket nyújtani.There is no way to offer meaningful estimates when such factors are unknown.

A becslések a dedikált erőforrásokon futó szolgáltatásokra (alapszintű és standard csomagokra) számítanak.Estimates are more predictable when calculated on services running on dedicated resources (Basic and Standard tiers). Megbecsülheti a QPS, mert több paramétert is megadhat.You can estimate QPS more closely because you have control over more of the parameters. A becslések megközelítésével kapcsolatos útmutatásért lásd: Azure Search teljesítmény és optimalizálás.For guidance on how to approach estimation, see Azure Search performance and optimization.

A tárterületre optimalizált csomagok esetében az alacsonyabb lekérdezési sebességet és a standard szintnél nagyobb késést kell várnia.For the Storage Optimized tiers, you should expect a lower query throughput and higher latency than the Standard tiers. A lekérdezési teljesítmény kiszámításának módszertana megegyezik a standard szinttel.The methodology for estimating the query performance you'll experience is the same as the Standard tiers.

Egy olyan kognitív keresési folyamat , amely egy Text Analytics erőforrás meghívását teszi lehetővé az entitások felismeréséhez, a kulcsfontosságú kifejezéskinyeréséhez, a hangulat elemzéséhezés a nyelvi észleléshez az adatkorlátok vonatkoznak.A cognitive search pipeline that makes calls to a Text Analytics resource for entity recognition, key phrase extraction, sentiment analysis, and language detection is subject to data limits. A rekordok maximális méretének 50 000 karakternek kell lennie, a String.Lengthkövetkezőképpen mérve:.The maximum size of a record should be 50,000 characters as measured by String.Length. Ha meg kell szakítania az adatait, mielőtt elküldené az érzelmeket elemző eszköznek, használja a szöveg felosztása készséget.If you need to break up your data before sending it to the sentiment analyzer, use the Text Split skill.

API-kérelmek korlátaiAPI request limits

  • Legfeljebb 16 MB/kérelem 1Maximum of 16 MB per request 1
  • Legfeljebb 8 KB URL-cím hosszaMaximum 8 KB URL length
  • Maximális 1000 dokumentum/köteg/index feltöltés, Egyesítés vagy törlésMaximum 1000 documents per batch of index uploads, merges, or deletes
  • Maximális 32 mező a $orderby záradékbanMaximum 32 fields in $orderby clause
  • A maximális keresési kifejezés mérete 32 766 bájt (32 KB mínusz 2 bájt) UTF-8 kódolású szöveg eseténMaximum search term size is 32,766 bytes (32 KB minus 2 bytes) of UTF-8 encoded text

1 Azure Searchban a kérelem törzse 16 MB-os felső korláttal rendelkezik, és az egyes mezők vagy gyűjtemények esetében gyakorlati korlátozást ír elő, amely nem korlátozza az elméleti korlátokat (lásd: támogatott adattípusok a mezők összeállításával és korlátozásával kapcsolatos információk.1 In Azure Search, the body of a request is subject to an upper limit of 16 MB, imposing a practical limit on the contents of individual fields or collections that are not otherwise constrained by theoretical limits (see Supported data types for more information about field composition and restrictions).

API-válaszok korlátaiAPI response limits

  • A keresési eredmények által visszaadott maximális 1000-dokumentumok számaMaximum 1000 documents returned per page of search results
  • A javasolt API-kérések száma legfeljebb 100 javaslatot ad visszaMaximum 100 suggestions returned per Suggest API request

API-kulcsok korlátaiAPI key limits

Az API-kulcsok a szolgáltatás-hitelesítéshez használatosak.API keys are used for service authentication. Két típusukat különböztetjük meg.There are two types. A felügyeleti kulcsok a kérelem fejlécében vannak megadva, és teljes írási és olvasási hozzáférést biztosítanak a szolgáltatáshoz.Admin keys are specified in the request header and grant full read-write access to the service. A lekérdezési kulcsok csak olvashatók, az URL-címen vannak megadva, és általában az ügyfélalkalmazások számára vannak elosztva.Query keys are read-only, specified on the URL, and typically distributed to client applications.

  • Maximum 2 rendszergazdai kulcs/szolgáltatásMaximum of 2 admin keys per service
  • Szolgáltatáson legfeljebb 50 lekérdezési kulcsMaximum of 50 query keys per service