Bonjour, nous voudrions faire une copie de nos tables de nos environnements de production vers nos environnements de tester pour faire des tests plus aboutis, pour faire cette opération qu’elles sont les tables que nous ne devons pas copier pour ne pas perdre nos configurations de tests, mais juste les données ?
Faire des export/imports partiels des tables de la base de données n’est pas forcément une bonne approche.
Vos données métier sont dans les tables que vous avez configurées, les autres tables sont les tables du méta-modèle Simplicité qui contient votre paramétrage.
L’exception (= la table qui est à cheval sur les deux monde) c’est la table m_document qui contient potentiellement des documents du méta modèlme (ex: des sources, des resources, …) mais aussi des documents métier.
Et plus généralement les row ID risquent toujours de poser des pbs tordus sur des imports partiels niveau physique.
Les bonnes approches sont donc plutôt:
Exporter votre paramétrage de dev (= tous vos modules), puis remplacer la base de dev par un dump de prod complet, puis réimporter le paramétrage exporté (en prime cette approche vous permet de tester le processus d’upgrade de votre instance de prod y compris les éventuelles reprises de données)
Exporter les données via des mécanismes au niveau logique : export ZIP, XML ou, mieux, paramétrage et export d’un dataset, puis les importer sur votre instance de dev (après avoir fait le ménage de données métier précédentes). Cette approche, en particulier la dernière, n’est pas forcément techniquement viable si vous avez de très gros volumes de données métier.