| |
||
| Christian BONNET |
Centre de Brest ZI de la pointe du diable CS 10070 - 29280 Plouzané |
|
| Infrastructures Marines et
Numériques Informatique et Données Marines Ingénierie des Systèmes d'Information |
||
| christian.bonnet@ifremer.fr www.ifremer.fr |
Tel : +33 (0)2.98.22.46.16 Fax : +33 (0)2.98.22.46.44 |
|
On Fri, 25 Oct 2013 11:33:52 +0200 Christian BONNET <Christian.Bonnet@ifremer.fr> wrote:bonjour, quelques questions sur les MAJ des schémas des bases car j'ai fait quelques tests et j'ai des résultats assez bizarres donc avant de remonter quelque chose je voudrais m'assurer du fonctionnement. 1/ Où est stockée l'information sur la version de la base qu'un logiciel doit utiliser ? Comment c'est géré dans Tutti ? Actuellement par exemple, si je lance tutti sans avoir de base (db vide), il récupère la base sur le serveur et tout de suite après il me dit que la base récupérée est en 3.2.1.1 et qu'il faut la passer en 3.2.3.la base contient une table avec la dernière version de mise à jour. adagio contient la dernière version à utiliser. Tutti ne gère RIEN, c'est adagio qui fait la tambouille.2/ Plus pour Benoît : comment on va gérer les MAJ spécifiques pour un applicatif ? Par exemple sur le jeu de données suivant : 0 3.2.1.01 Version de la base HSQLDB nécessaire pour tutti v2.0 2013-05-07 00:00:00.000000000 2013-05-07 14:47:50.848000000 1 3.2.2 VesselPosition : Ajout de vesselSpeed et vesselDirection 2013-10-25 00:00:00.000000000 2013-10-25 11:10:10.230000000 2 3.2.3 Changes need for Ifremer mantis #13911 2013-10-25 00:00:00.000000000 MeasurementFile : passage de pmfm en [0..1], pour pouvoir gérer les pièces jointes (besoin campagnes scientifiques) VesselPersonFeatures : ajout de operation [0..1] et person [0..1], pour pouvoir stocker plusieurs saisisseurs d'une OP (besoin campagnes scientifiques) Création de la table DepartmentHierarchy Program2Person : Ajout de referencePerson pour stocker les personnes superviséesChanges 2013-10-25 11:10:10.237000000 Si Allegro a besoin d'une MAJ de schéma uniquement pour Allegro avec l'intégration de la modif 3.2.3 + une autre modification propre à Allegro à créer, mais sans intégrer la modification 3.2.2. Comment on fera ?Pour moi ce cas ne doit pas être traité, si je te comprends bien ça serait par exemple pour faire évoluer le schéma sur une version de maintenance? Si tel est le cas, il ne faut pas autorisé ce genre de modif, l'impact est très énorme à gérer, voire pratiquement impossible à faire; Car après qui te dit qu'il ne va pas y avoir encore une modif qui te ferais alors une nouvelle branche de modif de schéma... Suis-je clair ?Il faut créer une version 3.2.1.5 par exemple avant la 3.2.2 incluant la MAJ de la 3.2.3 + celle qu'on veut créer ? Dans ce cas si un jour on passe à une version 3.3 il n'y aura pas de problème quand il exécutera le patch de la 3.2.3 ? Merci pour vos réponses. Christian -- Christian BONNET Centre de Brest ZI de la pointe du diable CS 10070 - 29280 Plouzané Infrastructures Marines et Numériques Informatique et Données Marines Ingénierie des Systèmes d'Information christian.bonnet@ifremer.fr www.ifremer.fr Tel : +33 (0)2.98.22.46.16 Fax : +33 (0)2.98.22.46.44