Mécanismes de sécurisation pour Query Service
Créé pour :
- Utilisateur ou utilisatrice
- Développeur
Les mécanismes de sécurisation sont des seuils qui guident l’utilisation des données et du système, l’optimisation des performances et la prévention des erreurs ou des résultats inattendus dans Adobe Experience Platform.
Ce document fournit des limites d’utilisation par défaut pour les données Query Service afin de vous aider à optimiser les performances du système lors de l’interrogation de données relatives à vos droits de licence.
Conditions préalables
Avant de poursuivre avec ce document, vous devez avoir une bonne compréhension des définitions et fonctionnalités clés de Query Service. Elles sont décrites ci-dessous :
-
Requêtes ad hoc : pour exécuter des requêtes
SELECT
afin d’explorer, d’expérimenter et de valider des données là où les résultats des requêtes ne sont pas stockés dans le lac de données. -
Requêtes par lots : pour exécuter des requêtes
INSERT TABLE AS SELECT
etCREATE TABLE AS SELECT
afin de nettoyer, mettre en forme, manipuler et enrichir les données. Les résultats de ces requêtes sont stockés dans le lac de données. La mesure permettant de mesurer la consommation de cette fonctionnalité est constituée d’heures de calcul. -
Utilisateurs de Query Service : les utilisateurs de Query Service fournis dans votre licence actuelle pour Customer Journey Analytics, Adobe Real-Time Customer Data Platform et/ou Adobe Journey Optimizer peuvent également être utilisés avec Data Distiller. Les utilisateurs de Query Service sont partagés entre les fonctionnalités.
-
Utilisateurs ad hoc : les utilisateurs ad hoc sont ceux qui exécutent des requêtes ad hoc.
-
Utilisateurs par lots : ce sont les utilisateurs par lots qui exécutent les requêtes par lots.
-
API de création de rapports : API pour effectuer des appels de récupération de données (en interne ou en externe). Les modèles de données de rapports étendus sont dérivés des modèles de données de rapports natifs de Adobe Experience Platform, tels que le modèle de données des tableaux de bord Real-Time CDP.
Types de mécanismes de sécurisation
Ce document comprend deux types de limites par défaut :
Mécanismes de sécurisation des performances des entités de Principal
Les tableaux ci-dessous fournissent les limites et descriptions recommandées du mécanisme de sécurisation pour l’exécution de requêtes lors de l’utilisation d’un modèle de requête particulier.
Requêtes ad hoc
- Tel que spécifié dans la description du produit d'application.
- +5 (avec chaque pack de modules complémentaires d’utilisateurs de requêtes ad hoc acheté)
Session Limit Reached
.- Tel que spécifié dans la description du produit d'application.
- +1 (avec chaque pack de SKU de module complémentaire d’utilisateur de requête ad hoc acheté)
Connecteur client
- Interface utilisateur de requête (100 lignes)
- Client tiers (50 000)
- PostgresSQL client (50 000)
Le résultat d’une requête peut être reçu par les moyens suivants :
- Interface utilisateur de Query Service
- Client tiers
- client PostgresSQL
Remarque : l’ajout d’une limitation au nombre de sorties peut renvoyer des résultats plus rapidement. Par exemple, LIMIT 5
, LIMIT 10
, etc.
Requêtes par lots
Le temps de traitement d’une requête dépend du volume de données à traiter et de la complexité de la requête.
- Tel que spécifié dans la description du produit d'application.
- +5 (avec chaque pack de modules complémentaires d’utilisateurs de requêtes ad hoc acheté)
Session Limit Reached
.Connecteur client
- Interface utilisateur de requête (aucune limite supérieure de lignes)
- Client tiers (aucune limite supérieure de lignes)
- PostgresSQL client (pas de limite supérieure à lignes)
- API REST (pas de limite supérieure à lignes)
Le résultat d’une requête peut être rendu disponible en utilisant les méthodes suivantes :
- Peuvent être stockés en tant que jeux de données dérivés
- Peuvent être insérées dans les jeux de données dérivés existants
Remarque : il n'existe pas de limite supérieure au nombre d'enregistrements à partir du résultat de la requête.
Magasin de requêtes accélérées
Le tableau ci-dessous fournit les limites de mécanisme de sécurisation recommandées et la description de la boutique de requêtes accélérées.
Si vous accédez à l’API de création de rapports par le biais d’un outil BI et que vous avez besoin de plus d’accès simultanés, un serveur BI est requis.
Étapes suivantes
Vous êtes arrivé au bout de ce document. À présent, vous devriez mieux comprendre les limites par défaut de l’exécution des requêtes avec les modèles de requête disponibles.
Pour plus d’informations sur Query Service, consultez la documentation suivante :
Consultez la documentation suivante pour plus d’informations sur les autres mécanismes de sécurisation des services Experience Platform, sur les informations de latence de bout en bout et les informations de licence dans les documents de description du produit Real-Time CDP :
- Mécanismes de sécurisation de Real-Time CDP
- Diagrammes de latence de bout en bout pour divers services Experience Platform.
- Real-Time Customer Data Platform (édition B2C - packages Prime et Ultimate)
- Real-Time Customer Data Platform (B2P - Packages Prime et Ultimate)
- Real-Time Customer Data Platform (B2B - Packages Prime et Ultimate)