Discussion :

[hani]

Bonjour à tous,

On a un logiciel, couplé a une base de donnée innterbase. On souhaite par la suite travailler avec d'autre base du type oracle, db2, mssql, ...
On hésite entre développer avec dbexpress et les objets interbase. Un de nos soucis et le temps de développement.
Les questions se posant sont :

1. Est il judicieux de développer par souci de compatibilité multi base avec les objet dbexp?

2. Peut on migrer des caractéristiques d'objet ib vers des objets dbexp? (notre but est de determiner si c'est une perte de temps de developper avec ib puis db pour la suite ou de developper direct en db)

3 Comment ça se passe si à la à limite on choisi de travailler avec des pilotes odbc?

On souhaiterais avoir plus de précisions sur les performances de chauqe solution, et le temps de maitrise de chacune.

Merci d'avance

Cordialement Hani

[qi130]

1. Quelles différences entre dbexpress et interbase? (claire et précise avec un comparatif de préférence.)

ben, t'es pas près de l'avoir ce comparatif !

On ne peut pas comparer des choux et des carottes :
dbexpress est un moyen d'accéder à un sgbdr, pas un sgbdr...

Si tu voulais parler des composants IB, ben la réponse est implicitement contenue dans la question : ces compo sont taillés pour IB.

[hani]

C'est vrai la réponse va de soi, en même temps nous l'avons mal formulé. Donc nous voici de nouveau avec d'autres question.
Merci pour ton éclairage.

Hani

[qi130]

Un début d'opinion avec la lecture de ceci http://www.eyrolles.com/Chapitres/9782212111439/09.pdf

(lien présent dans les tutoriaux de Developpez.....)

[ElNan]

Bonjour,
moi je ne conseille pas de passer par ODBC car en terme de performances, c'est plutôt proscrit.
L'interet des composants DBExpress est de développer de manière générique : le jour où on change de base, on n'a qu'à changer de dll dbExpress et un paramètrage sur la connexion pour faire fonctionner son appli sur une autre base de donnée que celle de départ.
Ca c'est sur le papier : dans les faits il y a toujours des modifs à faire car les bases ne sont pas compatibles entre elles si on utilise leurs spécificités : le PL-SQL d'Oracle ne fonctionnera pas à ma connaissance sur une base Interbase ni encore moins sur du Access ou autre.

Bref, si on sait qu'il peut y avoir du changement concernant le type de base de donnée à l'avenir, il faut travailler de la manière la plus générique possible et donc utiliser des outils qui sont compatibles avec le plus de bases possibles (dbExpress par exemple). Eviter les spécificités de chaque base de donnée (Triggers, procédures stockées). Utiliser du SQL standard.
Cela se traduit bien souvent par une perte de performance. On ne peut souvent pas tout avoir : universalité et performance. Faut trancher à ce niveau la.
Voila, je ne sais pas si ca aide toutes ces généralités ...

[hani]

bonjour je peut avoir un plus de precision svp