Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
# Entités et actions sur les données : configurez le modèle de données de votre application
Les **entités** sont des tables de données dans App Studio. Les entités interagissent directement avec les tables des sources de données. Les entités incluent des champs pour décrire les données qu'elles contiennent, des requêtes pour localiser et renvoyer des données, et un mappage pour connecter les champs de l'entité aux colonnes d'une source de données.
**Topics**
+ [Bonnes pratiques lors de la conception de modèles de données](data-model-best-practices.md)
+ [Création d'une entité dans une application App Studio](data-entities-create.md)
+ [Configuration ou modification d'une entité dans une application App Studio](data-entities-edit.md)
+ [Supprimer une entité](data-entities-delete.md)
+ [Entités de données gérées dans AWS App Studio](managed-data-entities.md)
# Bonnes pratiques lors de la conception de modèles de données
Utilisez les meilleures pratiques suivantes pour créer un modèle de données relationnel robuste, évolutif et sécurisé à utiliser dans AWS votre application App Studio qui répond aux exigences de votre application et garantit la fiabilité et les performances à long terme de votre infrastructure de données.
+ **Choisissez le bon service de AWS données :** en fonction de vos besoins, choisissez le service de AWS données approprié. Par exemple, pour une application de traitement des transactions en ligne (OLTP), vous pouvez envisager une base de données (DB) telle qu'Amazon Aurora, qui est un service de base de données relationnel, entièrement géré et natif du cloud qui prend en charge différents moteurs de base de données tels que MySQL et PostgreSQL. Pour obtenir la liste complète des versions d'Aurora prises en charge par App Studio, consultez[Connect à Amazon Aurora](connectors-aurora.md). D'autre part, pour les cas d'utilisation du traitement analytique en ligne (OLAP), pensez à utiliser Amazon Redshift, un entrepôt de données dans le cloud qui vous permet d'exécuter des requêtes complexes sur de très grands ensembles de données. L'exécution de ces requêtes peut souvent prendre du temps (plusieurs secondes), ce qui rend Amazon Redshift moins adapté aux applications OLTP qui nécessitent un accès aux données à faible latence.
+ **Conception axée sur l'évolutivité :** planifiez votre modèle de données en tenant compte de la croissance et de l'évolutivité futures. Tenez compte de facteurs tels que le volume de données attendu, les modèles d'accès et les exigences de performance lorsque vous choisissez un service de données et un type d'instance de base de données et une configuration appropriés (comme la capacité allouée).
+ Pour plus d'informations sur le dimensionnement avec Aurora sans serveur, consultez la section [Performances et dimensionnement pour Aurora Serverless V2](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-serverless-v2.setting-capacity.html).
+ **Normalisez vos données :** suivez les principes de normalisation des bases de données afin de minimiser la redondance des données et d'améliorer leur intégrité. Cela inclut la création de tables appropriées, la définition des clés primaires et étrangères et l'établissement de relations entre les entités. Dans App Studio, lorsque vous interrogez les données d'une entité, vous pouvez récupérer les données associées d'une autre entité en spécifiant une `join` clause dans la requête.
+ **Mettez en œuvre une indexation appropriée :** identifiez les requêtes et les modèles d'accès les plus importants, et créez les index appropriés pour optimiser les performances.
+ **Tirez parti AWS des fonctionnalités des services de données :** profitez des fonctionnalités proposées par le service de AWS données de votre choix, telles que les sauvegardes automatisées, les déploiements multi-AZ et les mises à jour logicielles automatiques.
+ **Sécurisez vos données :** mettez en œuvre des mesures de sécurité robustes, telles que des politiques IAM (Gestion des identités et des accès AWS), la création d'utilisateurs de base de données dotés d'autorisations restreintes sur les tables et les schémas, et appliquez le chiffrement au repos et en transit.
+ **Surveillez et optimisez les performances :** surveillez en permanence les performances de votre base de données et apportez les ajustements nécessaires, tels que le dimensionnement des ressources, l'optimisation des requêtes ou le réglage des configurations de base de données.
+ **Automatisez la gestion des bases de données :** utilisez AWS des services tels qu'Aurora Autoscaling, Performance Insights for Aurora et AWS Database Migration Service pour automatiser les tâches de gestion des bases de données et réduire les frais opérationnels.
+ **Mettez en œuvre des stratégies de sauvegarde et de reprise après sinistre :** assurez-vous de disposer d'un plan de sauvegarde et de restauration bien défini, en tirant parti de fonctionnalités telles que les sauvegardes automatisées Aurora, la point-in-time restauration et les configurations de répliques entre régions.
+ **Suivez les AWS meilleures pratiques et la documentation :** suivez les AWS meilleures pratiques, directives et documentations les plus récentes pour le service de données que vous avez choisi afin de vous assurer que votre modèle de données et sa mise en œuvre sont conformes AWS aux recommandations. up-to-date
Pour obtenir des instructions plus détaillées concernant chaque service de AWS données, consultez les rubriques suivantes :
+ [Bonnes pratiques avec Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.BestPractices.html)
+ [Bonnes pratiques avec Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html)
+ [Réglage des performances des requêtes Amazon Redshift](https://docs.aws.amazon.com/redshift/latest/dg/c-optimizing-query-performance.html)
+ [Meilleures pratiques pour interroger et analyser des données dans Amazon DynamoDB](https://docs.aws.amazon.com/amazondynamodb/latest/developerguide/bp-query-scan.html)
# Création d'une entité dans une application App Studio
Il existe quatre méthodes pour créer une entité dans une application App Studio. La liste suivante contient chaque méthode, ses avantages, ainsi qu'un lien vers les instructions d'utilisation de cette méthode pour créer puis configurer l'entité.
+ [Création d'une entité à partir d'une source de données existante](#data-entities-create-existing-data-source): créez automatiquement une entité et ses champs à partir d'une table de source de données existante et mappez les champs aux colonnes de la table de sources de données. Cette option est préférable si vous avez une source de données existante que vous souhaitez utiliser dans votre application App Studio.
+ [Création d'une entité avec une source de données gérée par App Studio](#data-entities-create-managed-data-source): créez une entité et une table DynamoDB qu'App Studio gère pour vous. La table DynamoDB est automatiquement mise à jour lorsque vous mettez à jour votre entité. Avec cette option, vous n'avez pas à créer, gérer ou connecter manuellement une source de données tierce, ni à désigner un mappage entre les champs d'entité et les colonnes de table. Toutes les modélisations et configurations des données de votre application sont effectuées dans App Studio. Cette option est préférable si vous ne souhaitez pas gérer vos propres sources de données et une table DynamoDB et si ses fonctionnalités sont suffisantes pour votre application.
+ [Création d'une entité vide](#data-entities-create-empty): Créez une entité vide entièrement à partir de zéro. Cette option est préférable si vous ne disposez pas de sources de données ou de connecteurs existants créés par un administrateur et que vous souhaitez concevoir le modèle de données de votre application de manière flexible sans être limité par des sources de données externes. Vous pouvez connecter l'entité à une source de données après sa création.
+ [Création d'une entité à l'aide de l'IA](#data-entities-create-with-ai): générez une entité, des champs, des actions sur les données et des exemples de données en fonction du nom d'entité spécifié. Cette option est préférable si vous avez une idée du modèle de données de votre application, mais que vous avez besoin d'aide pour le traduire en entité.
## Création d'une entité à partir d'une source de données existante
Utilisez une table provenant d'une source de données pour créer automatiquement une entité et ses champs, et mappez les champs d'entité aux colonnes de la table. Cette option est préférable si vous avez une source de données existante que vous souhaitez utiliser dans votre application App Studio.
1. Si nécessaire, accédez à votre application.
1. Choisissez l'onglet **Données** en haut du canevas.
1. S'il n'y a aucune entité dans votre application, choisissez **\$1 Create entity**. Sinon, dans le menu **Entités** de gauche, choisissez **\$1 Ajouter**.
1. Sélectionnez **Utiliser une table provenant d'une source de données existante**.
1. Dans **Connector**, sélectionnez le connecteur qui contient la table que vous souhaitez utiliser pour créer votre entité.
1. Dans **Table**, choisissez la table que vous souhaitez utiliser pour créer votre entité.
1. Cochez la case **Créer des actions sur les données** pour créer des actions sur les données.
1. Choisissez **Create entity** (Créer une entité). Votre entité est maintenant créée et vous pouvez la voir dans le panneau **Entités** de gauche.
1. Configurez votre nouvelle entité en suivant les procédures décrites dans[Configuration ou modification d'une entité dans une application App Studio](data-entities-edit.md). Notez que votre entité ayant été créée à partir d'une source de données existante, certaines propriétés ou ressources ont déjà été créées, telles que les champs, la source de données connectée et le mappage des champs. Votre entité contiendra également des actions sur les données si vous avez coché la case **Créer des actions sur les données** lors de la création.
## Création d'une entité avec une source de données gérée par App Studio
Créez une entité gérée et la table DynamoDB correspondante qui sont gérées par App Studio. Tant que la table DynamoDB existe dans le compte AWS associé, lorsque des modifications sont apportées à l'entité dans l'application App Studio, la table DynamoDB est automatiquement mise à jour. Avec cette option, vous n'avez pas à créer, gérer ou connecter manuellement une source de données tierce, ni à désigner un mappage entre les champs d'entité et les colonnes de table. Cette option est préférable si vous ne souhaitez pas gérer vos propres sources de données et une table DynamoDB et si ses fonctionnalités sont suffisantes pour votre application. Pour plus d'informations sur les entités gérées, consultez[Entités de données gérées dans AWS App Studio](managed-data-entities.md).
Vous pouvez utiliser les mêmes entités gérées dans plusieurs applications. Pour obtenir des instructions, veuillez consulter [Création d'une entité à partir d'une source de données existante](#data-entities-create-existing-data-source).
1. Si nécessaire, accédez à votre application.
1. Choisissez l'onglet **Données** en haut du canevas.
1. S'il n'y a aucune entité dans votre application, choisissez **\$1 Create entity**. Sinon, dans le menu **Entités** de gauche, choisissez **\$1 Ajouter**.
1. Sélectionnez **Créer une entité gérée par App Studio**.
1. Dans **Nom de l'entité**, saisissez le nom de votre entité.
1. Dans **Clé primaire**, donnez un nom à la clé primaire de votre entité. La clé primaire est l'identifiant unique de l'entité et ne peut pas être modifiée une fois l'entité créée.
1. Dans **Type de données de clé primaire**, sélectionnez le type de données de clé primaire de votre entité. Le type de données ne peut pas être modifié une fois l'entité créée.
1. Choisissez **Create entity** (Créer une entité). Votre entité est maintenant créée et vous pouvez la voir dans le panneau **Entités** de gauche.
1. Configurez votre nouvelle entité en suivant les procédures décrites dans[Configuration ou modification d'une entité dans une application App Studio](data-entities-edit.md). Notez que, dans la mesure où votre entité a été créée avec des données gérées, certaines propriétés ou ressources ont déjà été créées, telles que le champ de clé primaire et la source de données connectée.
## Création d'une entité vide
Créez une entité vide entièrement à partir de zéro. Cette option est préférable si vous ne disposez pas de sources de données ou de connecteurs existants créés par un administrateur. La création d'une entité vide offre de la flexibilité, car vous pouvez concevoir votre entité dans votre application App Studio sans être contraint par des sources de données externes. Après avoir conçu le modèle de données de votre application et configuré l'entité en conséquence, vous pourrez toujours la connecter ultérieurement à une source de données externe.
1. Si nécessaire, accédez à votre application.
1. Choisissez l'onglet **Données** en haut du canevas.
1. S'il n'y a aucune entité dans votre application, choisissez **\$1 Create entity**. Sinon, dans le menu **Entités** de gauche, choisissez **\$1 Ajouter**.
1. Sélectionnez **Créer une entité**.
1. Choisissez **Create entity** (Créer une entité). Votre entité est maintenant créée et vous pouvez la voir dans le panneau **Entités** de gauche.
1. Configurez votre nouvelle entité en suivant les procédures décrites dans[Configuration ou modification d'une entité dans une application App Studio](data-entities-edit.md).
## Création d'une entité à l'aide de l'IA
Générez une entité, des champs, des actions de données et des exemples de données en fonction du nom d'entité spécifié. Cette option est préférable si vous avez une idée du modèle de données de votre application, mais que vous avez besoin d'aide pour le traduire en entité.
1. Si nécessaire, accédez à votre application.
1. Choisissez l'onglet **Données** en haut du canevas.
1. S'il n'y a aucune entité dans votre application, choisissez **\$1 Create entity**. Sinon, dans le menu **Entités** de gauche, choisissez **\$1 Ajouter**.
1. Sélectionnez **Créer une entité avec l'IA**.
1. Dans **Nom de l'entité**, saisissez le nom de votre entité. Ce nom est utilisé pour générer les champs, les actions de données et les exemples de données de votre entité.
1. Cochez la case **Créer des actions sur les données** pour créer des actions sur les données.
1. Choisissez **Générer une entité**. Votre entité est maintenant créée et vous pouvez la voir dans le panneau **Entités** de gauche.
1. Configurez votre nouvelle entité en suivant les procédures décrites dans[Configuration ou modification d'une entité dans une application App Studio](data-entities-edit.md). Notez que, dans la mesure où votre entité a été créée avec l'IA, elle contiendra déjà des champs générés. Votre entité contiendra également des actions sur les données si vous avez coché la case **Créer des actions sur les données** lors de la création.
# Configuration ou modification d'une entité dans une application App Studio
Utilisez les rubriques suivantes pour configurer une entité dans une application App Studio.
**Topics**
+ [Modification du nom de l'entité](data-entities-edit-name.md)
+ [Ajouter, modifier ou supprimer des champs d'entité](data-entities-edit-fields.md)
+ [Actions de création, de modification ou de suppression de données](data-entities-edit-data-actions.md)
+ [Ajouter ou supprimer des échantillons de données](data-entities-edit-sample-data.md)
+ [Ajouter ou modifier une source de données connectée et des champs cartographiques](data-entities-edit-connection.md)
# Modification du nom de l'entité
1. Si nécessaire, naviguez jusqu'à l'entité que vous souhaitez modifier.
1. Dans l'onglet **Configuration**, dans **Nom de l'entité**, mettez à jour le nom de l'entité et choisissez en dehors de la zone de texte pour enregistrer vos modifications.
# Ajouter, modifier ou supprimer des champs d'entité
**Astuce**
Vous pouvez appuyer sur CTRL\$1Z pour annuler la dernière modification apportée à votre entité.
1. Si nécessaire, naviguez jusqu'à l'entité que vous souhaitez modifier.
1. Dans l'onglet **Configuration**, dans **Champs**, vous pouvez consulter un tableau des champs de votre entité. Les champs d'entité comportent les colonnes suivantes :
+ **Nom d'affichage :** le nom d'affichage est similaire à un en-tête de tableau ou à un champ de formulaire et est consultable par les utilisateurs de l'application. Il peut contenir des espaces et des caractères spéciaux mais doit être unique au sein d'une entité.
+ **Nom du système :** le nom du système est un identifiant unique utilisé dans le code pour référencer un champ. Lors du mappage vers une colonne d'une table Amazon Redshift, celui-ci doit correspondre au nom de colonne de la table Amazon Redshift.
+ **Type de données :** type de données qui seront stockées dans ce champ, par exemple `Integer``Boolean`, ou`String`.
1. Pour ajouter des champs :
1. Pour utiliser l'IA afin de générer des champs en fonction du nom de l'entité et de la source de données connectée, choisissez **Generate more fields**.
1. Pour ajouter un seul champ, choisissez **\$1 Ajouter un champ**.
1. Pour modifier un champ, procédez comme suit :
1. Pour modifier le nom d'affichage, entrez la valeur souhaitée dans la zone de texte **Nom d'affichage**. Si le nom système du champ n'a pas été modifié, il sera mis à jour avec la nouvelle valeur du nom d'affichage.
1. Pour modifier le nom du système, entrez la valeur souhaitée dans la zone de texte **Nom du système**.
1. Pour modifier le type de données, choisissez le menu déroulant **Type de données** et sélectionnez le type souhaité dans la liste.
1. Pour modifier les propriétés du champ, choisissez l'icône en forme de roue dentée du champ. La liste suivante détaille les propriétés des champs :
+ **Obligatoire** : Activez cette option si le champ est requis par votre source de données.
+ **Clé primaire** : activez cette option si le champ est mappé à une clé primaire dans votre source de données.
+ **Unique** : activez cette option si la valeur de ce champ doit être unique.
+ **Utiliser la source de données par défaut** : activez cette option si la valeur du champ est fournie par la source de données, par exemple en utilisant l'incrémentation automatique ou l'horodatage d'un événement.
+ **Options de type de données** : les champs de certains types de données peuvent être configurés avec des options de type de données telles que des valeurs minimales ou maximales.
1. Pour supprimer un champ, cliquez sur l'icône de corbeille du champ que vous souhaitez supprimer.
# Actions de création, de modification ou de suppression de données
Les actions sur les données sont utilisées dans les applications pour exécuter des actions sur les données d'une entité, telles que la récupération de tous les enregistrements ou la récupération d'un enregistrement par ID. Les actions sur les données peuvent être utilisées pour localiser et renvoyer des données correspondant à des conditions spécifiques à afficher dans des composants tels que des tableaux ou des vues détaillées.
**Contents**
+ [Création d'actions relatives aux données](#data-entities-data-action-add)
+ [Modification ou configuration des actions relatives aux données](#data-entities-data-action-edit)
+ [Opérateurs de conditions d'action sur les données et exemples](#data-entities-data-action-operators)
+ [Assistance aux opérateurs de condition par base de données](#data-entities-data-action-operators-support)
+ [Exemples de conditions d'action sur les données](#data-entities-data-action-operators-examples)
+ [Actions de suppression de données](#data-entities-data-action-delete)
## Création d'actions relatives aux données
**Astuce**
Vous pouvez appuyer sur CTRL\$1Z pour annuler la dernière modification apportée à votre entité.
1. Si nécessaire, accédez à l'entité pour laquelle vous souhaitez créer des actions de données.
1. Choisissez l'onglet **Actions relatives aux données**.
1. Il existe deux méthodes pour créer des actions sur les données :
+ (Recommandé) Pour utiliser l'IA afin de générer des actions sur les données pour vous, en fonction du nom de votre entité, de vos champs et de la source de données connectée, choisissez **Generate data actions**. Les actions suivantes seront générées :
1. `getAll`: Récupère tous les enregistrements d'une entité. Cette action est utile lorsque vous devez afficher une liste d'enregistrements ou effectuer des opérations sur plusieurs enregistrements à la fois.
1. `getByID`: Récupère un seul enregistrement d'une entité en fonction de son identifiant unique (ID ou clé primaire). Cette action est utile lorsque vous devez afficher ou effectuer des opérations sur un enregistrement spécifique.
+ Pour ajouter une seule action sur les données, choisissez **\$1 Ajouter une action sur les données**.
1. Pour afficher ou configurer la nouvelle action sur les données, consultez la section suivante,[Modification ou configuration des actions relatives aux données](#data-entities-data-action-edit).
## Modification ou configuration des actions relatives aux données
1. Si nécessaire, accédez à l'entité pour laquelle vous souhaitez créer des actions de données.
1. Choisissez l'onglet **Actions relatives aux données**.
1. Dans **Champs**, configurez les champs à renvoyer par la requête. Par défaut, tous les champs configurés de l'entité sont sélectionnés.
Vous pouvez également ajouter des **jointures** à l'action sur les données en effectuant les étapes suivantes :
1. Choisissez **\$1 Ajouter une jointure** pour ouvrir une boîte de dialogue.
1. Dans **Entité associée**, sélectionnez l'entité que vous souhaitez associer à l'entité actuelle.
1. Dans **Alias**, entrez éventuellement un nom d'alias temporaire pour l'entité associée.
1. Dans **Type de jointure**, sélectionnez le type de jointure souhaité.
1. Définissez la clause de jointure en sélectionnant les champs de chaque entité.
1. Choisissez **Ajouter** pour créer la jointure.
Une fois créée, la jointure sera affichée dans la section **Jointures** et des champs supplémentaires seront disponibles dans le menu déroulant **Champs à renvoyer**. Vous pouvez ajouter plusieurs jointures, y compris des jointures enchaînées entre les entités. Vous pouvez également filtrer et trier par champs à partir d'entités jointes.
Pour supprimer une jointure, cliquez sur l'icône de corbeille située à côté de celle-ci. Cela supprimera tous les champs de cette jointure et rompra toutes les jointures ou contraintes dépendantes utilisant ces champs.
1. Dans **Conditions**, ajoutez, modifiez ou supprimez des règles qui filtrent le résultat de la requête. Vous pouvez organiser les règles en groupes, et vous pouvez enchaîner plusieurs règles avec `AND` ou `OR` instructions. Pour plus d'informations sur les opérateurs que vous pouvez utiliser, consultez[Opérateurs de conditions d'action sur les données et exemples](#data-entities-data-action-operators).
1. Dans **Tri**, configurez la manière dont les résultats de la requête sont triés en choisissant un attribut et en choisissant un ordre croissant ou décroissant. Vous pouvez supprimer la configuration de tri en cliquant sur l'icône de corbeille à côté de la règle de tri.
1. Dans les **résultats de transformation**, vous pouvez saisir des informations personnalisées JavaScript pour modifier ou formater les résultats avant qu'ils ne soient affichés ou envoyés à des automatisations.
1. Dans **Aperçu de la sortie**, affichez un tableau d'aperçu de la sortie de la requête en fonction des champs configurés, des filtres, du tri et JavaScript.
## Opérateurs de conditions d'action sur les données et exemples
Vous pouvez utiliser des opérateurs de condition pour comparer une valeur d'expression configurée à une colonne d'entité afin de renvoyer un sous-ensemble d'objets de base de données. Les opérateurs que vous pouvez utiliser dépendent du type de données de la colonne et du type de base de données à laquelle l'entité est connectée, comme Amazon Redshift, Amazon Aurora ou Amazon DynamoDB.
Les opérateurs de condition suivants peuvent être utilisés avec tous les services de base de données :
+ `=`et `!=` : disponible pour tous les types de données (à l'exception des colonnes de clé primaire).
+ `<=`, `>=``<`, et `>=` : Disponible uniquement pour les colonnes numériques.
+ `IS NULL`et `IS NOT NULL` : Utilisé pour faire correspondre les colonnes contenant des valeurs nulles ou vides. Les valeurs nulles sont souvent interprétées différemment dans chaque base de données, mais dans App Studio, l'`NULL`opérateur fait correspondre et renvoie les enregistrements contenant des valeurs nulles dans la table de base de données connectée.
Les opérateurs de condition suivants ne peuvent être utilisés que dans les entités connectées aux services de base de données qui les prennent en charge :
+ `LIKE`et `NOT LIKE` (Redshift, Aurora) : utilisé pour effectuer des requêtes basées sur des modèles dans la base de données connectée. L'`LIKE`opérateur offre de la flexibilité dans la fonctionnalité de recherche car il trouve et renvoie des enregistrements correspondant aux modèles spécifiés. Vous définissez les modèles à l'aide de caractères génériques qui correspondent à n'importe quel caractère ou séquence de caractères du modèle. Chaque système de gestion de base de données possède un ensemble unique de caractères génériques, mais les deux plus courants sont `%` ceux qui représentent un nombre quelconque de caractères (y compris 0) et `_` un seul caractère.
+ `Contains`et `Not Contains` (DynamoDB) : utilisé pour effectuer une recherche distinguant majuscules et minuscules afin de déterminer si le texte donné se trouve dans les valeurs des colonnes.
+ `Starts With`et `Not Starts With` (DynamoDB) : utilisé pour effectuer une recherche distinguant majuscules et minuscules afin de déterminer si le texte donné se trouve au début des valeurs des colonnes.
### Assistance aux opérateurs de condition par base de données
Le tableau suivant indique quels opérateurs de conditions d'action sur les données sont pris en charge par chaque base de données pouvant se connecter à App Studio.
| | =, \$1=, <, >, <=, >= | COMME, PAS COMME | Contient, ne contient pas | Commence par, ne commence pas par | EST NUL, N'EST PAS NUL |
| --- | --- | --- | --- | --- | --- |
| **DynamoDB** | Oui | Non | Oui | Oui | Oui |
| **Aurora** | Oui | Oui | Non | Non | Oui |
| **Redshift** | Oui | Oui | Non | Non | Oui |
### Exemples de conditions d'action sur les données
Examinez la table de base de données suivante, qui inclut plusieurs éléments avec des `hireDate` champs `name``city`, et.
| name | city | Date d'embauche |
| --- | --- | --- |
| Adam | Seattle | 01/03/2025 |
| Adrienne | Boston | 05/03/2025 |
| Bob | Albuquerque | 06/03/2025 |
| Carlos | Chicago | 10-03-2025 |
| Caroline | NULL | 12/03/2025 |
| Rita | Miami | 15/03/2025 |
À présent, envisagez de créer des actions de données dans App Studio qui renvoient le `name` champ pour les éléments répondant à des conditions spécifiées. La liste suivante contient des exemples de conditions et les valeurs renvoyées par le tableau pour chacune d'elles.
**Note**
Les exemples sont formatés comme des exemples SQL. Ils peuvent ne pas apparaître comme dans App Studio, mais ils sont utilisés pour illustrer le comportement des opérateurs.
+ `WHERE name LIKE 'Adam'`: Retours`Adam`.
+ `WHERE name LIKE 'A%'`: Retours `Adam` et`Adrienne`.
+ `WHERE name NOT LIKE 'B_B'`: Renvoie`Adam`, `Adrienne``Carlos`,`Caroline`, et`Rita`.
+ `WHERE contains(name, 'ita')`: Retours`Rita`.
+ `WHERE begins_with(name, 'Car')`: Retours `Carlos` et`Caroline`.
+ `WHERE city IS NULL`: Retours`Caroline`.
+ `WHERE hireDate < "2025-03-06"`: Retours `Adam` et`Adrienne`.
+ `WHERE hireDate >= DateTime.now().toISODate()`: Notez que cela `DateTime.now().toISODate()` renvoie la date actuelle. Dans un scénario où la date actuelle est le 10/03/2025, l'expression renvoie`Carlos`, et`Caroline`. `Rita`
**Astuce**
Pour plus d'informations sur la comparaison des dates et des heures dans les expressions, consultez[Date et heure](expressions.md#expressions-date-time).
## Actions de suppression de données
Utilisez la procédure suivante pour supprimer des actions de données d'une entité App Studio.
1. Si nécessaire, accédez à l'entité pour laquelle vous souhaitez supprimer des actions de données.
1. Choisissez l'onglet **Actions relatives aux données**.
1. Pour chaque action sur les données que vous souhaitez supprimer, choisissez le menu déroulant à côté de **Modifier**, puis sélectionnez **Supprimer**.
1. Choisissez **Confirmer** dans la boîte de dialogue.
# Ajouter ou supprimer des échantillons de données
Vous pouvez ajouter des exemples de données aux entités d'une application App Studio. Comme les applications ne communiquent pas avec les services externes tant qu'elles ne sont pas publiées, des exemples de données peuvent être utilisés pour tester votre application et votre entité dans des environnements de prévisualisation.
1. Si nécessaire, naviguez jusqu'à l'entité que vous souhaitez modifier.
1. Choisissez l'onglet **Exemples de données**.
1. Pour générer des échantillons de données, choisissez **Générer d'autres échantillons de données**.
1. Pour supprimer des exemples de données, cochez les cases correspondant aux données que vous souhaitez supprimer, puis appuyez sur la touche Supprimer ou Retour arrière. Choisissez **Enregistrer** pour enregistrer les modifications.
# Ajouter ou modifier une source de données connectée et des champs cartographiques
**Astuce**
Vous pouvez appuyer sur CTRL\$1Z pour annuler la dernière modification apportée à votre entité.
1. Si nécessaire, naviguez jusqu'à l'entité que vous souhaitez modifier.
1. Choisissez l'onglet **Connexion** pour afficher ou gérer la connexion entre l'entité et une table de sources de données dans laquelle les données sont stockées lors de la publication de votre application. Une fois qu'une table de source de données est connectée, vous pouvez mapper les champs d'entité aux colonnes de la table.
1. Dans **Connector**, choisissez le connecteur qui contient une connexion à la table de sources de données souhaitée. Pour plus d'informations sur les connecteurs, consultez[Connectez App Studio à d'autres services à l'aide de connecteurs](connectors.md).
1. Dans **Table**, choisissez la table que vous souhaitez utiliser comme source de données pour l'entité.
1. Le tableau indique les champs de l'entité et la colonne de source de données à laquelle ils sont mappés. Choisissez **Auto map** pour mapper automatiquement vos champs d'entité avec les colonnes de votre source de données. Vous pouvez également mapper les champs manuellement dans le tableau en choisissant la colonne de source de données dans le menu déroulant pour chaque champ d'entité.
# Supprimer une entité
Pour supprimer une entité d'une application App Studio, procédez comme suit.
**Note**
La suppression d'une entité d'une application App Studio ne supprime pas la table de source de données connectée, y compris la table DynamoDB correspondante des entités gérées. Les tables des sources de données resteront dans le AWS compte associé et devront être supprimées du service correspondant si vous le souhaitez.
**Pour supprimer une entité**
1. Si nécessaire, accédez à votre application.
1. Choisissez l’onglet **Data (Données)**.
1. **Dans le menu **Entités** de gauche, choisissez le menu ellipses à côté de l'entité que vous souhaitez supprimer, puis sélectionnez Supprimer.**
1. Passez en revue les informations de la boîte de dialogue, entrez **confirm** et choisissez **Supprimer** pour supprimer l'entité.
# Entités de données gérées dans AWS App Studio
Généralement, vous configurez une entité dans App Studio avec une connexion à une table de base de données externe, et vous devez créer et mapper chaque champ d'entité avec une colonne dans la table de base de données connectée. Lorsque vous modifiez le modèle de données, la table de base de données externe et l'entité doivent être mises à jour, et les champs modifiés doivent être remappés. Bien que cette méthode soit flexible et permette d'utiliser différents types de sources de données, elle nécessite davantage de planification initiale et de maintenance continue.
Une *entité gérée* est un type d'entité pour lequel App Studio gère pour vous l'intégralité du processus de stockage et de configuration des données. Lorsque vous créez une entité gérée, une table DynamoDB correspondante est créée dans le compte associé. AWS Cela garantit une gestion des données sécurisée et transparente au sein de l'entreprise AWS. Avec une entité gérée, vous configurez le schéma de l'entité dans App Studio, et la table DynamoDB correspondante est également automatiquement mise à jour.
## Utilisation d'entités gérées dans plusieurs applications
Une fois que vous avez créé une entité gérée dans une application App Studio, cette entité peut être utilisée dans d'autres applications App Studio. Cela est utile pour configurer le stockage des données pour les applications dotées de modèles de données et de schémas identiques en fournissant une seule ressource sous-jacente à gérer.
Lorsque vous utilisez une entité gérée dans plusieurs applications, toutes les mises à jour du schéma de la table DynamoDB correspondante doivent être effectuées à l'aide de l'application d'origine dans laquelle l'entité gérée a été créée. Toute modification de schéma apportée à l'entité dans d'autres applications ne mettra pas à jour la table DynamoDB correspondante.
## Limites relatives aux entités gérées
**Restrictions relatives à la mise à jour** de la clé primaire : vous ne pouvez pas modifier le nom ou le type de clé primaire de l'entité après sa création, car il s'agit d'une modification destructrice dans DynamoDB qui entraînerait la perte de données existantes.
**Renommer des colonnes** : lorsque vous renommez une colonne dans DynamoDB, vous créez une nouvelle colonne alors que la colonne d'origine conserve ses données d'origine. Les données d'origine ne sont pas automatiquement copiées dans la nouvelle colonne ni supprimées de la colonne d'origine. Vous pouvez renommer les champs d'entités gérées, appelés *nom du système*, mais vous perdrez l'accès à la colonne d'origine et à ses données. Il n'y a aucune restriction quant au changement de nom d'affichage.
**Modification du type de données** : DynamoDB permet de modifier les types de données des colonnes après la création de la table, mais ces modifications peuvent avoir de graves répercussions sur les données existantes ainsi que sur la logique et la précision des requêtes. Les modifications de type de données nécessitent la transformation de toutes les données existantes pour les rendre conformes au nouveau format, ce qui est complexe pour les grandes tables actives. En outre, les actions relatives aux données peuvent renvoyer des résultats inattendus tant que la migration des données n'est pas terminée. Vous pouvez changer de type de champ, mais les données existantes ne seront pas migrées vers le nouveau type de données.
**Colonne de tri** : DynamoDB permet de récupérer des données triées via des clés de tri. Les clés de tri doivent être définies dans le cadre des clés primaires composites avec la clé de partition. Les limitations incluent la clé de tri obligatoire, le tri limité à une partition et l'absence de tri global entre les partitions. Une modélisation minutieuse des données des clés de tri est nécessaire pour éviter les partitions chaudes. Nous ne soutiendrons pas le jalon Sorting for Preview.
**Jointures** : les jointures ne sont pas prises en charge dans DynamoDB. Les tables sont dénormalisées dès leur conception afin d'éviter des opérations de jointure coûteuses. Pour modéliser one-to-many les relations, la table enfant contient un attribut faisant référence à la clé primaire de la table parent. Les requêtes de données multi-tables impliquent de rechercher des éléments dans la table parent pour récupérer des détails. Nous ne prendrons pas en charge les jointures natives pour les entités gérées dans le cadre du jalon de la version préliminaire. Pour contourner le problème, nous allons introduire une étape d'automatisation qui permet d'effectuer une fusion de données de 2 entités. Cela sera très similaire à une recherche à un niveau. Nous ne soutiendrons pas le jalon Sorting for Preview.
**Étape d'environnement** : nous autoriserons la publication à des fins de test, mais nous utiliserons le même magasin géré dans les deux environnements