DocumentatieExperience PlatformGids voor Query Service

Guardrails voor Query-service

Last update: Tue Jun 04 2024 00:00:00 GMT+0000 (Coordinated Universal Time)

Gemaakt voor:

  • Gebruiker
  • Ontwikkelaar

De begeleiding is drempels die gegevens en systeemgebruik, prestatiesoptimalisering, en vermijding van fouten of onverwachte resultaten in Adobe Experience Platform begeleiden.
Dit document biedt standaardgebruikslimieten voor gegevens van Query Service om u te helpen de systeemprestaties te optimaliseren wanneer u gegevens opvraagt met betrekking tot uw licentierechten.

IMPORTANT
Controleer uw licentierechten in uw verkooporder en de bijbehorende rechten Productbeschrijving op de werkelijke gebruikslimieten naast deze pagina met instructies.

Vereisten

Alvorens met dit document verder te gaan, zou u een goed inzicht in de belangrijkste definities en de mogelijkheden van de Dienst van de Vraag moeten hebben. Deze worden hieronder beschreven:

  • Ad-hocquery's: Voor uitvoering SELECT vragen om, gegevens te onderzoeken, te experimenteren en te bevestigen waar de resultaten van de vragen zijn niet opgeslagen op het data Lake.

  • Batchquery's: Voor uitvoering INSERT TABLE AS SELECT en CREATE TABLE AS SELECT query's voor het opschonen, vormgeven, manipuleren en verrijken van gegevens. De resultaten van deze query's worden opgeslagen op het data Lake. De maatstaf voor het meten van het verbruik van deze functionaliteit is computeruren.

  • Gebruikers van Query Service: De gebruikers van de Dienst van de vraag die binnen uw huidige vergunning voor Customer Journey Analytics, Adobe Real-time Customer Data Platform, en/of Adobe Journey Optimizer worden verstrekt kunnen ook met Gegevens Distiller worden gebruikt. De gebruikers van de Dienst van de vraag worden gedeeld tussen eigenschappen.

  • Ad-hocgebruikers: Ad hoc gebruikers zijn degenen die ad hoc vragen uitvoeren.

  • Batchgebruikers: Batchgebruikers zijn de gebruikers die batchquery's uitvoeren.

  • API voor rapportage: Een API voor het maken van aanroepen voor het ophalen van gegevens (intern of extern). Uitgebreide rapporteringsgegevensmodellen worden afgeleid van de native rapporteringsgegevensmodellen in Adobe Experience Platform, zoals het Real-Time CDP-dashboardgegevensmodel.

In de onderstaande afbeelding ziet u hoe de mogelijkheden van Query Service momenteel zijn verpakt en in licentie worden gegeven:

Typen guardrail

Dit document bevat twee typen standaardlimieten:

Het type Guardrail
Beschrijving
Prestatiegarantie (Zachte limiet)
Prestatiegaranties zijn gebruikslimieten die betrekking hebben op het bereik van uw gebruiksgevallen. Als u de prestatiegaranties overschrijdt, kan de prestaties achteruitgaan en de latentie vertragen. Adobe is niet verantwoordelijk voor een dergelijke verslechtering van de prestaties. Klanten die een prestatiegarantie consequent overschrijden, kunnen ervoor kiezen om extra capaciteit te licentiëren om prestatievermindering te voorkomen.
Door het systeem afgedwongen geleiding (harde limiet)
De door het systeem afgedwongen instructies worden afgedwongen door de gebruikersinterface of API van Real-Time CDP. Dit zijn grenzen die u niet kunt overschrijden aangezien UI en API u zal tegenhouden dit te doen of een fout zal terugkeren.
NOTE
De standaardlimieten die in dit document worden beschreven, worden voortdurend verbeterd. Kom regelmatig terug voor updates.

Prestatiegaranties primaire entiteit

De lijsten hieronder verstrekken de geadviseerde guardrailgrenzen en beschrijvingen voor vraaguitvoering wanneer het gebruiken van een bepaald vraagpatroon.

Ad-hocquery's

Guardrail
Limiet
Type limiet
Beschrijving
Maximale uitvoeringstijd
10 minuten
Door het systeem afgedwongen geleiding
Hiermee wordt de maximale uitvoertijd voor een ad-hoc SQL-query gedefinieerd. Als u de tijdslimiet voor het retourneren van een resultaat overschrijdt, wordt de foutcode 53400 gegenereerd.
Gelijktijdige gebruikers van Query Service
  • Zoals gespecificeerd in de productbeschrijving van de toepassing.
  • +5 (met elke extra Ad-hocpakket voor gebruikers van add-on aangeschaft)
Door het systeem afgedwongen geleiding
Hiermee bepaalt u hoeveel gebruikers sessies tegelijk voor een bepaalde organisatie kunnen maken. Als de gelijktijdige limiet wordt overschreden, ontvangt de gebruiker een Session Limit Reached fout.
Gelijktijdige zoekopdracht
  • Zoals gespecificeerd in de productbeschrijving van de toepassing.
  • +1 (met elke extra aangeschafte SKU-pack voor Ad hoc-querygebruikers)
Door het systeem afgedwongen geleiding
Dit bepaalt hoeveel vragen gelijktijdig voor een bepaalde organisatie kunnen worden uitgevoerd. Als de gelijktijdige limiet wordt overschreden, worden de query's in een wachtrij geplaatst.
Client-connector en resultaatuitvoerlimiet

Clientconnector

  • Query-gebruikersinterface (100 rijen)
  • Client van derden (50.000)
  • PostgresSQL client (50.000)
Door het systeem afgedwongen geleiding

Het resultaat van een vraag kan door de volgende middelen worden ontvangen:

  • Gebruikersinterface Query Service
  • Client van derden
  • PostgresSQL client

Opmerking: het toevoegen van een beperking aan het uitvoeraantal kan sneller resultaten opleveren. Bijvoorbeeld: LIMIT 5, LIMIT 10, enzovoort.

Resultaten geretourneerd via
Gebruikersinterface client
NVT
Hiermee bepaalt u hoe de resultaten ter beschikking worden gesteld van de gebruikers.

Batchquery's

Guardrail
Limiet
Type limiet
Beschrijving
Maximale uitvoeringstijd
24 uur
Door het systeem afgedwongen geleiding
Dit bepaalt de maximumuitvoeringstijd voor een partijSQL vraag.
De verwerkingstijd van een vraag is afhankelijk van het volume van te verwerken gegevens en vraagingewikkeldheid.
Gelijktijdige gebruikers van Query-service voor niet-geplande batch
  • Zoals gespecificeerd in de productbeschrijving van de toepassing.
  • +5 (met elke extra Ad-hocpakket voor gebruikers van add-on aangeschaft)
Door het systeem afgedwongen geleiding
Voor ongeplande partijvragen (bijvoorbeeld vragen CTAS/ITAS op interactieve wijze), bepaalt dit hoeveel gebruikers zittingen voor een bepaalde organisatie gelijktijdig kunnen tot stand brengen. Als de gelijktijdige limiet wordt overschreden, ontvangt de gebruiker een Session Limit Reached fout.
Gelijktijdige gebruikers van Query-service voor geplande batch
Geen gebruikersbeperking
NVT
Gepland partijvragen zijn asynchrone banen zodat is er geen gebruikersbeperking.
Rekenuren voor batchverwerking
Zoals gespecificeerd in de Adobe Experience Platform Intelligence Query Custom SKU-verkooporder van de klant
Prestatiegerichting
Dit bepaalt de scoped hoeveelheid verwerkingstijd per jaar een klant voor het uitvoeren van partijvragen wordt toegestaan om, gegevens terug in het gegevens meer af te tasten te verwerken en te schrijven.
Gelijktijdige zoekopdracht
Ondersteund
NVT
Gepland partijvragen zijn asynchrone banen, daarom worden de gezamenlijke vragen gesteund.
Clientconnector en uitvoerlimiet van resultaat

Clientconnector

  • Query-gebruikersinterface (geen bovenlimiet voor rijen)
  • Client van derden (geen bovenlimiet voor rijen)
  • PostgresSQL client (geen bovenlimiet voor rijen)
  • REST API's (geen bovengrens voor rijen)
Door het systeem afgedwongen geleiding

Het resultaat van een query kan op de volgende manieren beschikbaar worden gemaakt:

  • Kan worden opgeslagen als afgeleide gegevenssets
  • Kan in de bestaande afgeleide gegevenssets worden opgenomen

Nota: Er is geen bovengrens aan het aantal van het verslagaantal van het vraagresultaat.

Resultaten geretourneerd via
Gegevensset
NVT
Hiermee bepaalt u hoe de resultaten ter beschikking worden gesteld van de gebruikers.

Winkel met query-versnelling query-accelerated-store

De lijst hieronder verstrekt de geadviseerde guardrailgrenzen en beschrijving voor de vraag versnelde opslag.

Guardrail
Limiet
Type limiet
Beschrijving
Gelijktijdige zoekopdracht
4
Door het systeem afgedwongen geleiding
Om ervoor te zorgen dat de vragen over samengevoegde gegevens via rapporteringsAPI (met inbegrip van vragen die gegevensmodellen zoals de gegevensmodellen van Real-Time CDP verbeteren) de middelen hebben om efficiënt uit te voeren, houdt het rapporterende API middelgebruik door de opeenvolgingen van de wisselingscapaciteit aan elke vraag toe te wijzen. Het systeem zet vragen in een rij en wacht tot de opeenslagen van de gelijktijdige dienst beschikbaar worden of zij van het geheime voorgeheugen kunnen worden gediend. Een maximum van vier gezamenlijke vraaggroeven is beschikbaar op elk bepaald ogenblik.
Als u toegang hebt tot de API voor rapportage via een BI-programma en meer gelijktijdige uitvoering nodig hebt, is een BI-server vereist.

Volgende stappen

Na het lezen van dit document zou u een beter inzicht in de standaardgrenzen voor vraaguitvoering met de beschikbare vraagpatronen moeten hebben.

Zie de volgende documentatie voor meer informatie over de Dienst van de Vraag:

Raadpleeg de volgende documentatie voor meer informatie over andere Experience Platforms services guardrails, over end-to-end latentie-informatie en licentiegegevens uit Real-Time CDP Product Description-documenten:

recommendation-more-help
ccf2b369-4031-483f-af63-a93b5ae5e3fb