Discussion :

[Patrick25300]

Bonjour
Je distribue une application sur Internet avec une base de données Firebird version 2.5, FireBird fonctionne en mode « serveur embarqué sur Windows » embedded.
J'ai modifié la base de données, en y ajoutant deux nouvelles tables, des nouvelles colonnes dans des tables existantes avec de nouvelles clés primaires et secondaires et de nouvelles procédures stockées...
Ma question
Qu'est-ce qui serait le plus simple pour conserver les données d'une ancienne version vers la nouvelle, surtout pour éviter des problèmes avec les utilisateurs, que ça soit simple pour tout le monde?

• Transférer les données de table en table de l'ancienne à la nouvelle version, onze tables.
• Une requête ou des requêtes en utilisant un fichier de script SQL afin de modifier l'ancienne version en nouvelle, à l'aide d'une petite application que je ferais.

j'ai lu ce tuto qui est bien intéressant., c'est comme j'ai fait aussi pour modifier la base de données à propos des clés primaires.
Que me conseillez-vous, merci de vos réponses.

[sevyc64]

Perso dans ce genre de situation, quelque soit le moteur de base de données, et sauf impératif de transfert de données (base corrompue par exemple), j'opte pour la seconde solution, les requêtes.

S'il s'agit juste d'amender la structure d'une base existante, c'est, à mon sens, contre productif d'aller faire des dumps, datapump, ou autres gros transferts. On garde la base en place, et on la modifie sur place sans avoir évidemment pas oublier de faire un backup complet auparavant.

D'ailleurs, dans l'idéal une base de données vierge ne devrait jamais être déployée comme base en tant que telle, mais plutôt sous forme de requêtes de création et de mise à jour exécutées sur place.
Mais bon, entre l'idéal et le réel ...

[SergioMaster]

Bonjour,

je serai également plus requêtes ou scripts toutefois il y a des cas où un création d'un nouvelle base peut être nécessaire

• changement de Dialect de 1 à 3
• changement d'encodage i.e NONE à autre chose

Pourquoi ? parce que le backup de la base existante gardera toujours ces deux caractéritiques de création (ce qui m'a valu beaucoup de litres de sueur de doigts)
Autres cas de nouveaux index (en particulier les clés primaires) ou de nouvelles contraintes peuvent très bien coincer les scripts, je me méfie toujours des données utilisateurs.

Cela fait longtemps que je me suis mis en objectif de créer un programme (Delphi) permettant de migrer une base Firebird d'une version vers une autre (et, oui, le changement de version peut aussi être un cas qu'un simple backup/restore peut ne pas résoudre) mais cela devra encore attendre des jours moins chargés (la retraite ?)

[Patrick25300]

Bonjour
Merci, sevyc64 et SergioMaster, vous m'avez convaincus, je vais utiliser des scripts, d'ailleurs c'est ce j'ai fait pour changer la version de ma base de données.
Bonne journée.