Accéder au contenu principal Passer au contenu complémentaire

Développement collaboratif de scripts de chargement de données dans des espaces partagés

Vous pouvez développer collaborativement des scripts de chargement d'applications et de scripts avec d'autres membres d'un espace partagé.

Par défaut : 

  • Seul le propriétaire d'une application peut utiliser le Gestionnaire de données et l'Éditeur de chargement de données pour ajouter des données à une application, créer le modèle de données et charger des données dans son application.

  • Seuls les propriétaires de scripts peuvent utiliser l'Éditeur de script pour ajouter des données à un script et exporter des données.

Le rôle utilisateur Peut modifier des données dans des applications permet aux autres utilisateurs de l'espace partagé d'utiliser l'Éditeur de chargement de données et le Gestionnaire de données dans des applications qui ne leur appartiennent pas et l'Éditeur de script dans des scripts qui ne leur appartiennent pas.

Note InformationsLe rôle utilisateur Peut modifier des données dans des applications permet également aux utilisateurs d'apporter des modifications aux modèles logiques et aux vocabulaires d'applications figurant dans l'espace partagé. Pour plus d'informations, voir Co-développement de logique métier dans des espaces partagés.

Lorsqu'un utilisateur édite le script de chargement dans Éditeur de chargement de données, le script est verrouillé pour les autres utilisateurs. Le script reste verrouillé :

  • L'application ou le script est actualisé.

  • Il s'écoule deux minutes après les dernières modifications apportées au script de chargement.

Les modifications apportées par différents utilisateurs sont automatiquement enregistrées sous forme de versions dans Historique. Les utilisateurs peuvent examiner les modifications entre les différentes versions de script dans Historique. Pour plus d'informations sur la gestion des versions de script, voir Gestion de l'historique des scripts de chargement.

Éditeur de chargement de données verrouillé par un autre utilisateur

Éditeur de chargement de données verrouillé à des fins d'édition par un autre utilisateur.

Co-développement de modèle de données et planifications de chargement

Si une application est définie de sorte à s'actualiser automatiquement en fonction d'une planification, il est important de savoir comment le propriétaire de sa planification de chargement peut changer quand plusieurs utilisateurs peuvent modifier le script de chargement. Cela est important, car les chargements planifiés sont exécutés pour le compte de l'accès du propriétaire de la planification de chargement sur l'application et ses sources de données.

Si un autre utilisateur que le propriétaire de la planification de chargement modifie le script en y apportant des modifications dans l'Éditeur de chargement de données (ou en chargeant des données dans le Gestionnaire de données), dans la plupart des cas, il en devient le propriétaire. Cependant, si cet utilisateur est déjà le dernier utilisateur à avoir édité le script, la propriété de la planification ne lui est pas transférée. Cette fonctionnalité laisse au dernier éditeur du script de chargement la possibilité de modifier la planification de chargement.

Il n'est pas recommandé d'utiliser le Gestionnaire de données dans une application faisant l'objet d'un co-développement.

Considérations pour les développeurs de rapports tabulaires

La liste de distribution d'une application contrôle les utilisateurs qui peuvent recevoir les rapports tabulaires générés par les tâches de rapport de l'application. Lorsque vous créez ou éditez la liste de distribution, vous pouvez devenir le propriétaire de la planification de chargement de l'application, si elle en a une.

Pour des informations sur les règles gouvernant l'appartenance des planifications de chargement, voir Propriétaire de planifications de chargement.

Développement collaboratif et Gestionnaire de données

Il est recommandé d'utiliser l'Éditeur de chargement de données uniquement lors du développement collaboratif du modèle de données dans des applications.

Gestionnaire de données n'a pas d'impact direct sur le script de chargement en dehors de la section autogénérée. Les mises à jour apportées au modèle de données dans Gestionnaire de données ne sont pas enregistrées dans le script de chargement tant qu'un utilisateur dans Gestionnaire de données n'a pas cliqué sur Charger les données. C'est pourquoi Gestionnaire de données n'est pas verrouillé lorsque le script de chargement est verrouillé. En revanche, les utilisateurs sont informés lorsqu'un autre utilisateur édite le script de chargement.

Dans un scénario de co-développement, si un utilisateur dans Gestionnaire de données apporte des modifications alors qu'un autre utilisateur travaille dans Gestionnaire de données, il est possible que ses modifications soient perdues lorsque l'autre utilisateur clique sur Charger les données.

Lorsque Gestionnaire de données utilise des tables synchronisées provenant de Éditeur de chargement de données, Gestionnaire de données n'est pas verrouillé lorsqu'un utilisateur travaille dans Éditeur de chargement de données. Suivant la manière dont le script de chargement a été modifié par un autre utilisateur, il se peut que les modifications apportées dans Gestionnaire de données soient perdues si le script de chargement a été édité entretemps.

Si vous chargez des données dans le Gestionnaire de données, vous deviendrez peut-être le nouveau propriétaire de tout chargement planifié de l'application ou du script. Si vous êtes déjà le dernier utilisateur à avoir édité le script de chargement, la propriété de la planification ne vous sera pas transférée.

Restrictions

Le co-développement de scripts présente la limitation suivante :

  • les boutons ajoutés aux feuilles avec l'action Charger les données ne peuvent pas charger de données lorsque le script est verrouillé à des fins d'édition.

Cette page vous a-t-elle aidé ?

Si vous rencontrez des problèmes sur cette page ou dans son contenu – une faute de frappe, une étape manquante ou une erreur technique – dites-nous comment nous améliorer !