Discussion :

[zarbouine]

bonjour,

est-ce quelqu'un a déjà fait ce boulot : passer une appli delphi qui attaque des fichiers (dbase) par le BDE à IB ou FB ?

Si vous avez des conseils pour m'éviter les grosses galères, merci.
J'ai trouvé une procédure de convertion chez IBObjects. Qu'en pensez-vous si vous avez déjà expérimenté ?

Merci

[Archibald29]

Bonjour,

J'ai migré une application D3 Dbf en D3 FB il y a deux ans.
(Avec des composants Free Inter Base FIB).
Une fois assimilé les mécanismes d'accés à la base, (merci les tutoriaux)aucune difficulté.
Pas ou trés peu de changement dans le code, et gain phénoménal en vitesse + toutes les avantages d'une base de données (contraintes, intégrité...).
Le travail de migration valait vraiment la peine d'être effectué.

[zarbouine]

merci de votre réponse.

>> Une fois assimilé les mécanismes d'accés à la base, (merci les tutoriaux)aucune difficulté.

pouvez-vous me dire les principales différences ? Que se passe-t-il au niveau des post avec les ttable ? avez-vous transféré du code dans la BDD (trigger-procedures stockées-udf) ?
Avez-vous eu des problèmes avec les champs MEMO ? et les champs logiques qui semblent ne pas exister dans FB ?
Commen avez-vous transféré les données d'un système à l'autre ?
Enfin était-ce une appli réseau ou monoposte ?

remerci d'avance

[Andry]

pouvez-vous me dire les principales différences ? Que se passe-t-il au niveau des post avec les ttable ? avez-vous transféré du code dans la BDD (trigger-procedures stockées-udf) ?

Alors,
Je te conseil de ne plus utiliser les Tables, utilise des composants Query ou Dataset pour manipuler les données.
Au niveau de Post, rien de plus facile, il faut utiliser et parametrer les Transactions, puis de les commiter une fois les modifs terminer.

Avez-vous eu des problèmes avec les champs MEMO ? et les champs logiques qui semblent ne pas exister dans FB ?

Les domaines sont faites pour ça.

Commen avez-vous transféré les données d'un système à l'autre ?
Enfin était-ce une appli réseau ou monoposte ?

J'ai du creer une petite appli pour le faire, tu peux utiliser le composant BatchMove ou l'utilitaire Datapump

A+

[Archibald29]

Bonjour,

- Pour les post regarde bien les tutoriaux (IB FB) tout y est expliqué en détail bien mieux que je ne pourrai le faire (et aussi sur la gestion des transactions sql)

- Personnellement je n'ai utilisé les triggers que pour appliquer des tests issus des tutoriaux, idem pour les procédures stockées et udf (migration sans développement annexe), sachant que le gain de performance est déjà trés important

- Memo : pas de memo dans mon application origine

- Champs logiques > remplacés par 0 ou 1 dans FB 1.5

- Réseau : l'application qui était monoposte devient immédiatement (potentiellement réseau) > à ce stade envisager une modification de la structure des tables pour gérer un éventuel "verrouillage" d'enregistrement (on rajoute un champ qui contient l'identifiant de l'utilisateur qui verrouille un enregistrement le temps de le modifier > cf tutorial transactions)
>>> dans mon cas perso c'était la seule modif des tables + création d'une table des utilisateurs

- Migration des données : comme andry création d'un utilitaire de migration > lecture en séquence des tables dbf et pour chaque record écriture dans la base FB (créée avec IBEasy par exemple)
>>> c'est la première étape à réaliser > créer la base (avec ou sans champ utilisateur réso) et test d'écriture dans les tables par exemple pour la migration des données

[zarbouine]

Pour ceux que ça intéresse, il y a un super freeware pour pomper les données d'une base à une autre, y compris BDE --> interbase, firebird ou autre,
chez torry, interbase datapump (clevercomponents.com)

le design est primaire, mais c'est vraiment bien fait...merci les tchèques