Configuration du modèle de données
Informations associées au modèle de données
Pour visualiser et éditer les informations concernant le propriétaire et la documentation du modèle de données, sélectionnez "Informations" dans le menu "Actions" du modèle de données dans le panneau de navigation.
Note
Seuls les utilisateurs autorisés peuvent accéder à cet écran via la 'Perspective avancée'.
Nom unique | Le nom unique du modèle de données. Ce nom ne peut pas être modifié après la création du modèle. |
Propriétaire | Spécifie le propriétaire du modèle de données, qui a le droit de modifier les informations du modèle et ses permissions. |
Documentation localisée | Libellés et descriptions localisés pour le modèle de données. |
Permissions
Pour définir les permissions d'accès au modèle de données, sélectionnez "Permissions" dans le menu "Actions" du modèle de données dans le panneau de navigation.
La définition des permissions d'un modèle de données s'effectue de la même manière que pour les jeux de données. Les détails se trouvent dans la section Permissions.
Propriétés du modèle de données
Dans le panneau de navigation, sous Configuration > Propriétés du modèle, vous pouvez accéder aux propriétés techniques suivantes :
Nom du module | Définit le module contenant les ressources qui seront utilisées par ce modèle de données. Ce nom de module désigne également le module cible lors de la publication du modèle de données s'il est publié dans un module. |
Chemin du module | Localisation physique du module sur le système de fichiers du serveur. |
Chemins des sources | Emplacements des codes sources utilisés pour configurer les composants Java dans la "Librairie de composants". Si un chemin est relatif, il sera résolu à partir du "Chemin du module". |
Mode de publication | Les deux modes possibles sont : la publication du modèle dans un document XML Schema au sein d'un module ou en tant que modèle de données embarqué dans le référentiel TIBCO EBX®. Les modèles de données embarqués permettent d'avoir des fonctionnalités additionnelles, comme la gestion des versions et la restauration des versions précédentes du modèle. Voir Modes de publication pour plus d'informations. Chemin du modèle dans le module : Définit l'emplacement du document XML Schema pour la publication du modèle de données dans un module. Le chemin doit commencer par "/". |
Héritage des données | Spécifie si l'héritage des données, entre jeux de données, est activé pour ce modèle de données. L'héritage des données est désactivé par défaut. Voir héritage pour plus d'informations. |
Documentation | Documentation du modèle de données définie à l'aide d'une classe Java. Cette classe Java définit les libellés et descriptions des éléments du modèle de données. Les libellés et descriptions définis par cette classe Java sont affichés, dans les jeux de données associés, en priorité par rapport aux libellés et descriptions définis localement par les éléments du modèle de données. Voir Dynamic labels and descriptions pour plus d'informations. |
Extensions spéciales | Permissions définies à l'aide de règles programmatiques. |
Désactiver les contrôles de l'auto-incrément | Indique si le contrôle de la valeur d'un champ auto-incrémenté par rapport à la valeur maximale trouvée dans la table en cours de mise à jour doit être désactivé. Voir Valeurs auto-incrémentées pour plus d'informations. |
Activer services utilisateurs (ancienne API) | Indique si des services utilisateurs utilisant l'API disponible avant la version 5.8.0 peuvent être déclarés. Si 'Non', la section "Configuration > Services utilisateurs" n'est pas affichée (sauf si cette section déclare déjà au moins un service). A partir de la version 5.8.0, il est recommandé d'utiliser l'API UserService (ces services étant directement enregistrés via l'API Java, il n'est plus nécessaire de les déclarer dans le Data Model Assistant). Voir |
Modèles de données inclus
Les types de données définis dans un autre modèle de données peuvent être utilisés dans le modèle de données courant en ajoutant une entrée pour l'autre modèle de données dans la table Configuration > Modèles de données inclus.
En accédant à l'enregistrement du modèle inclus depuis cette table, des informations techniques liées à ce modèle sont consultables sous l'onglet Information. Cet onglet contient aussi le rapport de validation du modèle de données inclus.
Seuls les modèles de données sans erreur de validation, qui ont été définis et publiés comme modèle "embarqué" ou dans un module, peuvent être inclus.
Les types de données doivent être uniques à la fois dans le modèle courant et dans tous les modèles inclus. Il est impossible d'inclure un modèle contenant des types de données déjà existant dans le modèle courant ou dans les autres modèles de données inclus.
Voir aussi
Services de données
Il est possible de faire référence, dans une opération d'un service de données, à une table en utilisant un nom d'entité unique au lieu de son chemin dans le modèle de données en définissant des suffixes pour les opérations WSDL. Un suffixe WSDL est l'association entre le chemin d'une table et un nom.
Pour définir un suffixe WSDL en utilisant l'interface utilisateur, créer un nouvel enregistrement dans la table 'Services de données' située dans la section 'Configuration du modèle de données' dans le panneau de navigation. Un enregistrement de cette table définit les propriétés suivantes :
Chemin de la table | Indique le chemin de la table dans le modèle de données qui doit être associée à ce nom d'entité. |
Suffixe d'opération WSDL | Ce nom est utilisé pour suffixer tous les noms des opérations qui concernent la table spécifiée. Si cette propriété n'est pas définie pour une table donnée, alors le dernier élément du chemin de la table est utilisé. Ce nom doit être unique dans le modèle de données. |
Voir aussi
Réplication des données vers tables relationnelles
Dans n'importe quel type de modèle de données, il est possible de définir des unités de réplication afin que les données du référentiel soient copiées dans des tables relationnelles dédiées. Ainsi, ces tables relationnelles permettent d'accéder directement aux données en utilisant des requêtes et des vues SQL.
Pour définir une unité de réplication en utilisant l'interface utilisateur, créez un nouvel enregistrement dans la table "Réplications" située dans la section Configuration du modèle de données dans le panneau de navigation. Chaque unité de réplication concerne un jeu de données spécifique dans un espace de données particulier. Une unité de réplication peut inclure plusieurs tables, tant qu'elles sont dans le même jeu de données. Une unité de réplication définit les informations suivantes :
Nom | Nom de l'unité de réplication. Ce nom identifie l'unité de réplication dans le modèle de données. Ce nom doit être unique. |
Espace de données | Indique l'espace de données concerné par la réplication. Cet espace de données ne peut ni être une version ni être relationnel. |
Jeu de données | Indique le jeu de données concerné par la réplication. |
Mode de rafraichissement | Définit le mode de synchronisation. Les différents modes de synchronisation sont les suivants :
|
Tables | Indique les tables du modèle de données qui doivent être répliquées dans la base de données. Chemin de la table : Indique le chemin de la table dans le modèle de données qui doit être répliquée dans la base de données. Nom dans la base de données : Indique le nom de la table dans la base de données qui contiendra les données répliquées. Ce nom doit être unique par rapport à toutes les unités de réplication. |
Listes agrégées | Définit les propriétés des listes agrégées contenues dans la table. Chemin de l'élément : Indique le chemin de la liste agrégée dans la table qui doit être répliquée dans la base de données. Nom dans la base de données : Indique le nom de la table dans la base de données qui contiendra les données répliquées de la liste agrégée. Ce nom doit être unique par rapport à toutes les unités de réplication. |
Voir aussi
Add-ons utilisés par le modèle de données
Dans tout type de modèle de données, il est possible de définir les add-ons utilisés dans le modèle de données courant. Ces add-ons pourront enrichir le modèle de données après la publication en ajoutant des propriétés et contraintes aux éléments du modèle.
Pour définir un add-on en utilisant l'interface utilisateur, créer un nouvel enregistrement dans la table 'Add-ons' située dans la section 'Configuration du modèle de données' dans le panneau de navigation. Un enregistrement de cette table définit les propriétés suivantes :
Nom de l'add-on | Description de l'add-on. |
Version de l'add-on. | Indique la version de l'add-on. |
Activé | Indique si l'add-on est activé. Un add-on doit être activé pour être utilisé. |
Sommaire du guide utilisateur