Cette rubrique explique comment créer et recompiler des dictionnaires personnalisés volumineux. Il couvre également plusieurs scénarios d'erreur.
Quand choisir un dictionnaire personnalisé de grande taille plutôt qu'un dictionnaire personnalisé standard ?
Les détecteurs de dictionnaire personnalisé standards sont suffisants lorsque vous souhaitez analyser votre contenu pour détecter des dizaines de milliers de mots ou d'expressions sensibles. Si vous en avez plus ou si votre liste de termes change fréquemment, envisagez de créer un dictionnaire personnalisé volumineux, qui peut accepter des dizaines de millions de termes.
Différences entre les dictionnaires personnalisés de grande taille et les autres infoTypes personnalisés
Les dictionnaires personnalisés de grande taille diffèrent des autres infoTypes personnalisés, car chacun d'eux comporte deux composants :
- Une liste d'expressions que vous créez et définissez. Cette liste est stockée sous forme de fichier texte dans Cloud Storage ou de colonne dans une table BigQuery.
- Les fichiers de dictionnaire, que Sensitive Data Protection génère et stocke dans Cloud Storage. Les fichiers de dictionnaire sont composés d'une copie de votre liste de termes et de filtres de Bloom, qui facilitent la recherche et la mise en correspondance.
Créer un dictionnaire personnalisé de grande taille
Cette section explique comment créer, modifier et recompiler un dictionnaire personnalisé volumineux.
Créer une liste de termes
Créez une liste contenant tous les mots et expressions que le nouveau détecteur d'infoType doit rechercher. Effectuez l'une des opérations suivantes :
- Vous pouvez placer dans un bucket Cloud Storage un fichier texte où chaque mot ou expression figure sur une ligne individuelle.
- Désignez une colonne d'une table BigQuery comme conteneur pour les mots et les expressions. Indiquez chaque entrée sur une ligne distincte dans la colonne. Vous pouvez utiliser une table BigQuery existante, à condition que tous les mots et expressions du dictionnaire se trouvent dans une seule colonne.
Il est possible d'assembler une liste de termes trop volumineuse pour être traitée par Sensitive Data Protection. Si un message d'erreur s'affiche, consultez la section Dépannage des erreurs plus loin dans ce sujet.
Créer un infoType stocké
Après avoir créé votre liste de termes, utilisez Sensitive Data Protection pour créer un dictionnaire :
Console
Dans un bucket Cloud Storage, créez un dossier dans lequel Sensitive Data Protection stockera le dictionnaire généré.
Sensitive Data Protection crée des dossiers contenant les fichiers de dictionnaire à l'emplacement que vous spécifiez.
Dans la console Google Cloud , accédez à la page Créer un infoType.
Pour Type, sélectionnez Grand dictionnaire personnalisé.
Dans le champ ID de l'infoType, saisissez un identifiant pour l'infoType stocké.
Vous utiliserez cet identifiant lors de la configuration de vos jobs d'inspection et d'anonymisation. Vous pouvez utiliser des lettres, des chiffres, des traits d'union et des traits de soulignement dans le nom.
Dans le champ Nom à afficher de l'infoType, saisissez un nom pour l'infoType stocké.
Vous pouvez utiliser des espaces et des signes de ponctuation.
Dans le champ Description, saisissez une description de ce que votre infoType stocké détecte.
Pour Type de stockage, sélectionnez l'emplacement de votre liste de termes :
- BigQuery : saisissez l'ID du projet, l'ID de l'ensemble de données et l'ID de la table. Dans le champ Nom du champ, saisissez l'identifiant de la colonne. Vous ne pouvez désigner qu'une seule colonne de la table.
- Google Cloud Storage : saisissez le chemin d'accès au fichier.
Dans le champ Bucket ou dossier de sortie, saisissez l'emplacement Cloud Storage du dossier que vous avez créé à l'étape 1.
Cliquez sur Créer.
Un résumé de l'infoType stocké s'affiche. Une fois le dictionnaire généré et le nouvel infoType stocké prêt à être utilisé, l'état de l'infoType est Prêt.
C#
Pour savoir comment installer et utiliser la bibliothèque cliente pour Sensitive Data Protection, consultez Bibliothèques clientes Sensitive Data Protection.
Pour vous authentifier auprès de Sensitive Data Protection, configurez les Identifiants par défaut de l'application. Pour en savoir plus, consultez Configurer l'authentification pour un environnement de développement local.
Go
Pour savoir comment installer et utiliser la bibliothèque cliente pour Sensitive Data Protection, consultez Bibliothèques clientes Sensitive Data Protection.
Pour vous authentifier auprès de Sensitive Data Protection, configurez les Identifiants par défaut de l'application. Pour en savoir plus, consultez Configurer l'authentification pour un environnement de développement local.
Java
Pour savoir comment installer et utiliser la bibliothèque cliente pour Sensitive Data Protection, consultez Bibliothèques clientes Sensitive Data Protection.
Pour vous authentifier auprès de Sensitive Data Protection, configurez les Identifiants par défaut de l'application. Pour en savoir plus, consultez Configurer l'authentification pour un environnement de développement local.
Node.js
Pour savoir comment installer et utiliser la bibliothèque cliente pour Sensitive Data Protection, consultez Bibliothèques clientes Sensitive Data Protection.
Pour vous authentifier auprès de Sensitive Data Protection, configurez les Identifiants par défaut de l'application. Pour en savoir plus, consultez Configurer l'authentification pour un environnement de développement local.
PHP
Pour savoir comment installer et utiliser la bibliothèque cliente pour Sensitive Data Protection, consultez Bibliothèques clientes Sensitive Data Protection.
Pour vous authentifier auprès de Sensitive Data Protection, configurez les Identifiants par défaut de l'application. Pour en savoir plus, consultez Configurer l'authentification pour un environnement de développement local.
Python
Pour savoir comment installer et utiliser la bibliothèque cliente pour Sensitive Data Protection, consultez Bibliothèques clientes Sensitive Data Protection.
Pour vous authentifier auprès de Sensitive Data Protection, configurez les Identifiants par défaut de l'application. Pour en savoir plus, consultez Configurer l'authentification pour un environnement de développement local.
REST
- Créez un dossier pour le dictionnaire dans un bucket Cloud Storage. Sensitive Data Protection crée des dossiers contenant les fichiers de dictionnaire à l'emplacement que vous spécifiez.
- Créez le dictionnaire à l'aide de la méthode
storedInfoTypes.create. La méthodecreateutilise les paramètres suivants :- Un objet
StoredInfoTypeConfig, qui contient la configuration de l'infoType stocké. Il inclut les éléments suivants :description: la description du dictionnaire.displayName: le nom que vous souhaitez donner au dictionnaire.LargeCustomDictionaryConfig: contient la configuration du dictionnaire personnalisé volumineux. Il inclut les éléments suivants :BigQueryField: spécifié si la liste de termes est stockée dans BigQuery. Inclut une référence à la table dans laquelle votre liste est stockée, ainsi que le champ contenant chaque expression du dictionnaire.CloudStorageFileSet: spécifié si la liste de termes est stockée dans Cloud Storage. Comprend l'URL de l'emplacement source dans Cloud Storage, au format suivant :"gs://[PATH_TO_GS]". Les caractères génériques sont acceptés.outputPath: chemin de l'emplacement au sein d'un bucket Cloud Storage où sera stocké le dictionnaire créé.
storedInfoTypeId: identifiant de l'infoType stocké. Vous utilisez cet identifiant pour faire référence à l'infoType stocké lorsque vous le recréez, le supprimez ou l'utilisez dans un job d'inspection ou d'anonymisation. Si vous laissez ce champ vide, le système génère un identifiant pour vous.
- Un objet
Voici un exemple de code JSON qui, lorsqu'il est envoyé à la méthode storedInfoTypes.create, crée un infoType stocké, plus précisément un détecteur de dictionnaire personnalisé volumineux. Cet exemple crée un infoType stocké à partir d'une liste de termes stockée dans une base de données BigQuery accessible au public (bigquery-public-data.samples.github_nested). La base de données contient tous les noms d'utilisateur GitHub utilisés dans les commits. Le chemin de sortie du dictionnaire généré est défini sur un bucket Cloud Storage nommé dlptesting, et l'infoType stocké est nommé github-usernames.
Entrée JSON
POST https://dlp.googleapis.com/v2/projects/PROJECT_ID/storedInfoTypes
{
"config":{
"displayName":"GitHub usernames",
"description":"Dictionary of GitHub usernames used in commits",
"largeCustomDictionary":{
"outputPath":{
"path":"gs://[PATH_TO_GS]"
},
"bigQueryField":{
"table":{
"datasetId":"samples",
"projectId":"bigquery-public-data",
"tableId":"github_nested"
}
}
}
},
"storedInfoTypeId":"github-usernames"
}
Recompiler le dictionnaire
Si vous souhaitez mettre à jour votre dictionnaire, vous devez d'abord mettre à jour votre liste de termes sources, puis demander à Sensitive Data Protection de recréer l'infoType stocké.
Mettez à jour la liste source de termes existante dans Cloud Storage ou BigQuery.
Ajoutez, supprimez ou modifiez les termes ou expressions selon vos besoins.
Créez une version de l'infoType stocké en le "reconstruisant" à l'aide de la console Google Cloud ou de la méthode
storedInfoTypes.patch.La recompilation crée une nouvelle version du dictionnaire, qui remplace l'ancien dictionnaire.
Lorsque vous recréez un infoType stocké dans une nouvelle version, l'ancienne version est supprimée. Pendant que Sensitive Data Protection met à jour l'infoType stocké, son état est "en attente". Pendant ce temps, l'ancienne version de l'infoType stocké existe toujours. Toutes les analyses que vous exécutez alors que l'infoType stocké est en attente seront exécutées à l'aide de l'ancienne version de l'infoType stocké.
Pour recréer l'infoType stocké :
Console
- Mettez à jour et enregistrez votre liste de termes dans Cloud Storage ou BigQuery.
Dans la console Google Cloud , accédez à la liste des infoTypes stockés.
Cliquez sur l'ID de l'infoType stocké que vous souhaitez mettre à jour.
Sur la page Détails de l'infoType, cliquez sur Reconstruire les données.
Sensitive Data Protection recrée l'infoType stocké avec les modifications que vous avez apportées à la liste de termes sources. Une fois que l'état de l'infoType stocké est "Prêt", vous pouvez l'utiliser. Tous les modèles ou déclencheurs de jobs qui utilisent l'infoType stocké utiliseront automatiquement la version recréée.
C#
Pour savoir comment installer et utiliser la bibliothèque cliente pour Sensitive Data Protection, consultez Bibliothèques clientes Sensitive Data Protection.
Pour vous authentifier auprès de Sensitive Data Protection, configurez les Identifiants par défaut de l'application. Pour en savoir plus, consultez Configurer l'authentification pour un environnement de développement local.
Go
Pour savoir comment installer et utiliser la bibliothèque cliente pour Sensitive Data Protection, consultez Bibliothèques clientes Sensitive Data Protection.
Pour vous authentifier auprès de Sensitive Data Protection, configurez les Identifiants par défaut de l'application. Pour en savoir plus, consultez Configurer l'authentification pour un environnement de développement local.
Java
Pour savoir comment installer et utiliser la bibliothèque cliente pour Sensitive Data Protection, consultez Bibliothèques clientes Sensitive Data Protection.
Pour vous authentifier auprès de Sensitive Data Protection, configurez les Identifiants par défaut de l'application. Pour en savoir plus, consultez Configurer l'authentification pour un environnement de développement local.
Node.js
Pour savoir comment installer et utiliser la bibliothèque cliente pour Sensitive Data Protection, consultez Bibliothèques clientes Sensitive Data Protection.
Pour vous authentifier auprès de Sensitive Data Protection, configurez les Identifiants par défaut de l'application. Pour en savoir plus, consultez Configurer l'authentification pour un environnement de développement local.
PHP
Pour savoir comment installer et utiliser la bibliothèque cliente pour Sensitive Data Protection, consultez Bibliothèques clientes Sensitive Data Protection.
Pour vous authentifier auprès de Sensitive Data Protection, configurez les Identifiants par défaut de l'application. Pour en savoir plus, consultez Configurer l'authentification pour un environnement de développement local.
Python
Pour savoir comment installer et utiliser la bibliothèque cliente pour Sensitive Data Protection, consultez Bibliothèques clientes Sensitive Data Protection.
Pour vous authentifier auprès de Sensitive Data Protection, configurez les Identifiants par défaut de l'application. Pour en savoir plus, consultez Configurer l'authentification pour un environnement de développement local.
REST
Mettre à jour la liste de termes
Si vous ne mettez à jour que la liste des termes du dictionnaire personnalisé volumineux, votre requête storedInfoTypes.patch ne nécessite que le champ name. Indiquez le nom complet de la ressource de l'infoType stocké que vous souhaitez recompiler.
Les schémas suivants représentent des saisies valides pour le champ name :
organizations/ORGANIZATION_ID/storedInfoTypes/STORED_INFOTYPE_IDprojects/PROJECT_ID/storedInfoTypes/STORED_INFOTYPE_ID
Remplacez STORED_INFOTYPE_ID par l'identifiant de l'infoType stocké que vous souhaitez recréer.
Si vous ne connaissez pas l'identifiant de l'infoType stocké, appelez la méthode storedInfoTypes.list pour afficher la liste de tous les infoTypes stockés actuels.
Exemple
PATCH https://dlp.googleapis.com/v2/projects/PROJECT_ID/storedInfoTypes/STORED_INFOTYPE_ID
Dans ce cas, aucun corps de requête n'est requis.
Changer de liste de termes sources
Vous pouvez remplacer la liste de termes sources d'un infoType stocké par une liste stockée dans Cloud Storage. Utilisez la méthode storedInfoTypes.patch, mais incluez un objet CloudStorageFileSet dans LargeCustomDictionaryConfig où vous aviez utilisé un objet BigQueryField auparavant. Ensuite, définissez le paramètre updateMask sur le paramètre storedInfoType que vous avez recréé, au format FieldMask. Par exemple, le code JSON suivant indique dans le paramètre updateMask que l'URL du chemin d'accès Cloud Storage a été mise à jour (large_custom_dictionary.cloud_storage_file_set.url) :
Exemple
PATCH https://dlp.googleapis.com/v2/projects/PROJECT_ID/storedInfoTypes/github-usernames
{
"config":{
"largeCustomDictionary":{
"cloudStorageFileSet":{
"url":"gs://[BUCKET_NAME]/[PATH_TO_FILE]"
}
}
},
"updateMask":"large_custom_dictionary.cloud_storage_file_set.url"
}
De même, vous pouvez remplacer une liste de termes stockée dans une table BigQuery par une liste stockée dans un bucket Cloud Storage.
Analyser du contenu à l'aide d'un détecteur de dictionnaire personnalisé de grande taille
L'analyse de contenu à l'aide d'un détecteur de dictionnaire personnalisé volumineux est semblable à l'analyse de contenu à l'aide de tout autre détecteur d'infoType personnalisé.
Cette procédure suppose que vous disposez déjà d'un infoType stocké. Pour en savoir plus, consultez la section Créer un infoType stocké sur cette page.
Console
Vous pouvez appliquer un détecteur de dictionnaire personnalisé de grande taille lorsque vous effectuez les opérations suivantes :
- Créer un job
- Créer ou modifier un déclencheur de job
- Créer ou modifier un modèle
- Configurer le profilage des données
Dans la section Configurer la détection de la page, dans la sous-section InfoTypes, vous pouvez spécifier votre infoType de dictionnaire personnalisé volumineux.
- Cliquez sur Gérer les infoTypes.
- Dans le volet InfoTypes, cliquez sur l'onglet Personnalisé.
- Cliquez sur Ajouter un infoType personnalisé.
Dans le volet Ajouter un infoType personnalisé, procédez comme suit :
- Pour Type, sélectionnez InfoType stocké.
- Dans le champ InfoType, saisissez un nom pour l'infoType personnalisé. Vous pouvez utiliser des lettres, des chiffres et des traits de soulignement.
Pour Probabilité, sélectionnez le niveau de probabilité par défaut que vous souhaitez attribuer à tous les résultats correspondant à cet infoType personnalisé. Vous pouvez affiner le niveau de probabilité des résultats individuels à l'aide de règles relatives aux mots clés.
Si vous ne spécifiez pas de valeur par défaut, le niveau de probabilité par défaut est défini sur
VERY_LIKELY. Pour en savoir plus, consultez Probabilité de correspondance.Pour Sensibilité, sélectionnez le niveau de sensibilité que vous souhaitez attribuer à tous les résultats correspondant à cet infoType personnalisé. Si vous ne spécifiez pas de valeur, les niveaux de sensibilité de ces résultats sont définis sur
HIGH.Les scores de sensibilité sont utilisés dans les profils de données. Lors du profilage de vos données, Sensitive Data Protection utilise les scores de sensibilité des infoTypes pour calculer le niveau de sensibilité.
Pour Nom de l'infoType stocké, sélectionnez l'infoType stocké sur lequel vous souhaitez baser le nouvel infoType personnalisé.
Cliquez sur OK pour fermer le volet Ajouter un infoType personnalisé.
Facultatif : Dans l'onglet Intégrés, modifiez votre sélection d'infoTypes intégrés.
Cliquez sur OK pour fermer le volet InfoTypes.
L'infoType personnalisé est ajouté à la liste des infoTypes que Sensitive Data Protection recherche. Toutefois, cette sélection n'est pas définitive tant que vous n'avez pas enregistré le job, le déclencheur de job, le modèle ou la configuration d'analyse.
Une fois que vous avez terminé de créer ou de modifier la configuration, cliquez sur Enregistrer.
C#
Pour savoir comment installer et utiliser la bibliothèque cliente pour Sensitive Data Protection, consultez Bibliothèques clientes Sensitive Data Protection.
Pour vous authentifier auprès de Sensitive Data Protection, configurez les Identifiants par défaut de l'application. Pour en savoir plus, consultez Configurer l'authentification pour un environnement de développement local.
Go
Pour savoir comment installer et utiliser la bibliothèque cliente pour Sensitive Data Protection, consultez Bibliothèques clientes Sensitive Data Protection.
Pour vous authentifier auprès de Sensitive Data Protection, configurez les Identifiants par défaut de l'application. Pour en savoir plus, consultez Configurer l'authentification pour un environnement de développement local.
Java
Pour savoir comment installer et utiliser la bibliothèque cliente pour Sensitive Data Protection, consultez Bibliothèques clientes Sensitive Data Protection.
Pour vous authentifier auprès de Sensitive Data Protection, configurez les Identifiants par défaut de l'application. Pour en savoir plus, consultez Configurer l'authentification pour un environnement de développement local.
Node.js
Pour savoir comment installer et utiliser la bibliothèque cliente pour Sensitive Data Protection, consultez Bibliothèques clientes Sensitive Data Protection.
Pour vous authentifier auprès de Sensitive Data Protection, configurez les Identifiants par défaut de l'application. Pour en savoir plus, consultez Configurer l'authentification pour un environnement de développement local.
PHP
Pour savoir comment installer et utiliser la bibliothèque cliente pour Sensitive Data Protection, consultez Bibliothèques clientes Sensitive Data Protection.
Pour vous authentifier auprès de Sensitive Data Protection, configurez les Identifiants par défaut de l'application. Pour en savoir plus, consultez Configurer l'authentification pour un environnement de développement local.
Python
Pour savoir comment installer et utiliser la bibliothèque cliente pour Sensitive Data Protection, consultez Bibliothèques clientes Sensitive Data Protection.
Pour vous authentifier auprès de Sensitive Data Protection, configurez les Identifiants par défaut de l'application. Pour en savoir plus, consultez Configurer l'authentification pour un environnement de développement local.
REST
Lorsqu'il est envoyé à la méthode content.inspect, l'exemple suivant analyse le texte donné à l'aide du détecteur d'infoType stocké spécifié. Le paramètre infoType est obligatoire, car tous les infoTypes personnalisés doivent avoir un nom qui n'entre pas en conflit avec les infoTypes intégrés ou d'autres infoTypes personnalisés. Le paramètre storedType contient le chemin d'accès complet à la ressource de l'infoType stocké.
Entrée JSON
POST https://dlp.googleapis.com/v2/projects/PROJECT_ID/content:inspect
{
"inspectConfig":{
"customInfoTypes":[
{
"infoType":{
"name":"GITHUB_LOGINS"
},
"storedType":{
"name":"projects/PROJECT_ID/storedInfoTypes/github-logins"
}
}
]
},
"item":{
"value":"The commit was made by githubuser."
}
}
Résoudre les erreurs
Si vous obtenez une erreur lorsque vous essayez de créer un infoType stocké à partir d'une liste de termes stockée dans Cloud Storage, voici les causes possibles :
- Vous avez atteint la limite maximale d'infoTypes stockés. Selon le problème, il existe plusieurs solutions de contournement :
- Si vous atteignez la limite maximale pour un seul fichier d'entrée dans Cloud Storage (200 Mo), essayez de le diviser en plusieurs fichiers. Vous pouvez utiliser plusieurs fichiers pour assembler un seul dictionnaire personnalisé, à condition que la taille combinée de tous les fichiers ne dépasse pas 1 Go.
- BigQuery n'a pas les mêmes limites que Cloud Storage. Envisagez de déplacer les termes dans une table BigQuery. La taille maximale d'une colonne de dictionnaire personnalisé dans BigQuery est de 1 Go, et le nombre maximal de lignes est de 5 000 000.
- Si votre fichier de liste de termes dépasse toutes les limites applicables aux listes de termes sources, vous devez le diviser en plusieurs fichiers et créer un dictionnaire pour chaque fichier. Ensuite, créez un job d'analyse distinct pour chaque dictionnaire.
- Un ou plusieurs de vos termes ne contiennent pas au moins une lettre ou un chiffre. La protection des données sensibles ne peut pas rechercher des termes composés uniquement d'espaces ou de symboles. Un terme doit comporter au moins une lettre ou un chiffre. Vérifiez si votre liste inclut de tels termes. Le cas échéant, corrigez-les ou supprimez-les.
- Votre liste de termes contient une expression avec trop de "composants". Dans ce contexte, un composant est une séquence continue ne contenant que des lettres, que des chiffres, ou que des caractères autres que des lettres et des chiffres, tels que des espaces ou des symboles. Vérifiez si votre liste inclut de tels termes. Le cas échéant, corrigez-les ou supprimez-les.
- L'agent de service Sensitive Data Protection n'a pas accès aux données sources du dictionnaire ni au bucket Cloud Storage permettant de stocker les fichiers du dictionnaire. Pour résoudre ce problème, attribuez à l'agent de service Sensitive Data Protection le rôle d'administrateur de l'espace de stockage (
roles/storage.admin) ou les rôles de propriétaire de données BigQuery (roles/bigquery.dataOwner) et d'utilisateur de job BigQuery (roles/bigquery.jobUser).
Présentation de l'API
La création d'un infoType stocké est requise si vous créez un détecteur de dictionnaire personnalisé volumineux.
Un infoType stocké est représenté dans Sensitive Data Protection par l'objet StoredInfoType. Il se compose des objets associés suivants :
StoredInfoTypeVersioninclut la date et l'heure de création, ainsi que les cinq derniers messages d'erreur survenus lors de la création de la version actuelle.StoredInfoTypeConfigcontient la configuration de l'infoType stocké, y compris son nom et sa description. Pour un dictionnaire personnalisé de grande taille,typedoit être unLargeCustomDictionaryConfig.LargeCustomDictionaryConfigspécifie les deux éléments suivants :- L'emplacement dans Cloud Storage ou BigQuery où votre liste d'expressions est stockée
- L'emplacement dans Cloud Storage qui sert à stocker les fichiers de dictionnaire générés
StoredInfoTypeStatecontient l'état de la version la plus récente de l'infoType stocké, ainsi que toutes ses versions en attente. Les informations d'état indiquent si l'infoType stocké est en cours de recompilation, prêt à être utilisé ou non valide.
Caractéristiques des correspondances avec le dictionnaire
Vous trouverez ci-dessous des conseils sur la façon dont Sensitive Data Protection met en correspondance les mots et expressions du dictionnaire. Ces points s'appliquent aux dictionnaires personnalisés standards et volumineux :
- Les mots du dictionnaire sont insensibles à la casse. Si votre dictionnaire inclut le nom
Abby, il y aura correspondance avec les nomsabby,ABBY,Abby, etc. - Tous les caractères (dans les dictionnaires ou dans le contenu à analyser) autres que les lettres, les chiffres et les autres caractères alphabétiques contenus dans le plan multilingue de base Unicode sont considérés comme des espaces lors de l'analyse des correspondances. Si votre dictionnaire recherche le nom
Abby Abernathy, il y aura correspondance avecabby abernathy,Abby, Abernathy,Abby (ABERNATHY), etc. - Les caractères entourant une correspondance doivent être d'un type différent (lettres ou chiffres) des caractères adjacents au sein du mot. Si votre dictionnaire recherche le nom
Abi, il y aura correspondance avec les trois premiers caractères deAbi904, mais pas deAbigail. - Les mots du dictionnaire contenant des caractères du plan multilingue supplémentaire de la norme Unicode peuvent générer des résultats inattendus. Il peut s'agir d'emoji, de symboles scientifiques et d'écritures historiques.
Les lettres, les chiffres et les autres caractères alphabétiques sont définis comme suit :
- Lettres : caractères des catégories générales
Lu,Ll,Lt,LmouLodans la spécification Unicode - Chiffres : caractères de la catégorie générale
Nddans la spécification Unicode - Autres caractères alphabétiques : caractères de la catégorie générale
Nldans la spécification Unicode ou avec la propriété contributiveOther_Alphabetictelle que définie par la norme Unicode
Pour créer, modifier ou supprimer un infoType stocké, servez-vous des méthodes suivantes :
storedInfoTypes.create: crée un infoType stocké en fonction de la configurationStoredInfoTypeConfigspécifiée.storedInfoTypes.patch: recrée l'infoType stocké avec un nouveauStoredInfoTypeConfigque vous spécifiez. Si aucune valeur n'est spécifiée, cette méthode crée une version de l'infoType stocké avec l'IDStoredInfoTypeConfigexistant.storedInfoTypes.get: récupère l'objetStoredInfoTypeConfiget toutes les versions en attente de l'infoType stocké spécifié.storedInfoTypes.list: répertorie tous les infoTypes stockés actuels.storedInfoTypes.delete: supprime l'infoType stocké spécifié.