Discussion :

[tarbala]

Bonjour,
J'ai developpé une application DEPLHI qui attaque des tables paradox 7, lesquelles ont été créées avec le module de base de données intégré à l'IDE DELPHI. Aujourd'hui, j'ai en projet migrer cette BD vers Firebird 2.x et suis à la recherche d'un outil pour cela : je ne sais pas s'il en existe ou y a t-il autres moyens efficients de pouvoir réaliser mon projet, l'application étant déjà en environnement de production.

Merci pour vos contributions combien toutes utiles ?

[SQLpro]

Dans DELPHI il y a une datapump pour ce faire.

A +

[tarbala]

Dans DELPHI il y a une datapump pour ce faire.

Merci pour votre reponse à ma préoccupation. J'ai essayé de fouiller dans le menu de DELPHI, mais en vain. Pouvez vous me guider un peu : dans quelle partie du menu trouve-t-on ce datapump ?

Merci

[tarbala]

J'ai lu aussi un de vos articles à l'URL

http://blog.developpez.com/sqlpro/p6...er-le-piege-a/

où vous avez mentionné entre autres


<< Mais le modèle Access est différent du modèle XBase... Ainsi pour Access une base de données est constituée d'un seul fichier. Tant est si bien que lorsqu'il faut aller écrire une seule information ou faire une extraction (SELECT) il faut se payer le transport de toute la base entre le serveur et le client....
D'où les temps de réponse hallucinament long, par rapport à n'importe quel autre SGBDR !!!!!

J'ai d'ailleurs l'habitude de dire qu'Access est le plus mauvais de tous les SGBDR.


•son modèle fichier monobase induit les temps de réponse les plus longs de tous les SGBDR,
•son niveau de SQL n'est même pas conforme à la norme SQL 1 (par exemple le LIKE ou la façon de faire des JOIN...) >>

Est-ce dire que les modèles de fichier des SGBDR Interbase ou de Firebird sont également monobases(puisqu'identifiés par un fichier unique ".gd" ou ".fbd") et de ce fait, que ces SGBDR se comportent comme ACCESS ?

[SQLpro]

Non, car ce sont des système client/serveur alors que Access ou paradox sont en mode fichier.

A +