Discussion :

[Franck SORIANO]

Bien sûr ADO, est le composant idéal avec ACCESS, mais n'oublions pas qu'il utilise l'ODBC pour sa connexion ce qui lui rajoute une couche supplémentaire.

ADO fait appel à un provider OLEDB pour fonctionner. Pour Access, il faut utiliser Microsoft.Jet.4.0.
Il existe certes, un provider OLEDB qui est une couche d'adaptation pour utiliser un driver ODBC, mais ce n'est qu'une solution de compatibilité lorsqu'on ne peut pas faire autrement. Ce n'est pas la façon normale d'utiliser ADO.
Mais c'est vrai qu'au final, on a qu'en même deux couches : ADO et OLEDB. Encore que dans le cas d'Access, MS Jet 4.0 est également le moteur de la base de données.

[Vincent Rogier]

Salut,

Je viens de tomber sur ce sondage et suis quelque peu surpris par les résultats du sondage (ADO gagnant....)

Ayant fait beaucoup de Delphi il y a quelques années, moi et mon entourage utilisions principalement du BDE au début...

Quand DBExpress est sorti cela s'est avéré très tentant et on l'a aussi utilisé...mais on s'est trouvé vite limité...

Mais, personnellement, je penses que l'API la mieux foutue dans le monde Borland pour l'accès au bases de données a toujours été les Zeos Database Objects qui ont toujours eu les meilleurs perfs lors de nos tests tout étant polyvalent et très riches fonctionnellement.

[VLDG]

Quand DBExpress est sorti cela s'est avéré très tentant et on l'a aussi utilisé...mais on s'est trouvé vite limité...

il y a en plus plusieurs implémentations de drivers dbExpress pour Oracle : ceux de CodeGear, ceux de devart... et je pense d'autres

Mais, personnellement, je penses que l'API la mieux foutue dans le monde Borland pour l'accès au bases de données a toujours été les Zeos Database Objects qui ont toujours eu les meilleurs perfs lors de nos tests tout étant polyvalent et très riches fonctionnellement.

Je sais que ça existe aussi pour Firebird mais c'est peu utilisé.

[Vincent Rogier]

il y a en plus plusieurs implémentations de drivers dbExpress pour Oracle : ceux de CodeGear, ceux de devart... et je pense d'autres

A l'époque, il n'y en avait qu'une ... celle de borland....

[saidus]

Bonjour !!!

D’après votre expérience quel est le moyen le plus efficient pour accéder à divers base de données je ne parle pas des composants dédiés tel que ceux d’interbase, avec un commentaire justifiant votre choix sera appréciable.
Quand je parle efficience c’est un moyen qui allie efficacité, rapidité et simplicité d’utilisation.
Je vous remercie d’avance pour votre contribution.

Puis

Envoyé par aityahia
Désolé si ma question n'est pas claire mais ce que je voudrai savoir, c'est quel sont les composants qui assure une meilleure prise en charge des drivers et fluide comiunication entre mon interface et ma base de données.

Alor !!! c'est quoi cette contradiction !!!

Pour ma part je dirais qu'il n'ya pas d'accee plus rapide que l'utilisation de l' API nafive de la base de donnee (Server ou local )
les autre ne sont que des layer !! (couche d'API haut nivaux pour peu etre faciliter un peu la tache ).

[fs999]

1. ElevateDB
2. DBISAM
3. BDE

[aityahia]

Bonjour !!!


Puis


Alor !!! c'est quoi cette contradiction !!!

Pour ma part je dirais qu'il n'ya pas d'accee plus rapide que l'utilisation de l' API nafive de la base de donnee (Server ou local )
les autre ne sont que des layer !! (couche d'API haut nivaux pour peu être faciliter un peu la tache ).

je ne vois pas de contradiction, je pense que c'est assez claire que les composants IB avec la librairie gds sont les meilleurs pour interagir avec interbase, ma question était de savoir quel est la meilleurs suites de composant stable je dit bien stable (ce qui n'est pas le cas des composant ADO sous delphi) qui interagissent avec plusieurs SGBD que ça soit avec le drivers natifs ou autres.

je n'est jamais parlé D'API ou de drivers, je dit des composant stable.

[aymenk2003]

Suivant la taille de la BD : mono poste ou client serveur ? petite ou grande entreprise ;
je dirais DBISAM pour une une app local ;et pour le reseau y a pas mieux que firebird

[saidus]

en ce qui concerne les composant ...
j'utilise beaucoup plus les miens .. ou alors pour les service FibPlus !!!

[SergioMaster]

La dernière version (stable) des ZEOSLib me semble pas mal , l'installation a été grandement améliorée , et malgré quelques points négatifs pour Firebird ces composants peuvent être une bonne alternative gratuite

[saidus]

Pour ma part et en ce qui concerne les composants .. j'utilise plutot les miens
mais des fois pour les service d'installation j'utilise FibPlus

[Fxg]

Bonjour,

SergioMaster peut développer les quelques points négatifs relatifs au couple ZEOsLib et Firebird ?

Merci

[SergioMaster]

le point négatif a été soulevé par le créateur des UIB (henri ... ), il faut rechercher son post dans le form de ZEOS .(je n'ai pas suivi tout et les explications sont un peu au delà de ma portée ) à noter que lors de mes (petits) essais D2006 et lazarus sous Windows je n'ai pas rencontré de problèmes .

Second point négatif , mais là ça ne concerne pas Delphi ni Windows , un problème d'installation avec lazarus 0.9.6 sous Ubuntu 8.10 , un problème avec la librairie fpc

le gros point positif , à mon avis est que ces compos sont supporté par beaucoup de versions cbuilder5 et 6, delphi 5 à 11, kylix 2-3 et lazarus

[Fxg]

Merci je vais fouiller

[zakiabdess]

Je vote pour ADO

[host22]

Bonjour;
Ayant utiliser Ado et Bde et quelque peu IBexpress je préfère Ado; "ce n'est que mon amble avis" car pour moi c'est le moins compliqué !!
et le deuxième avantage est que c'est microsoft est comme moi je suis dans un pays où microsoft est leaders donc ça m'arrange!!
maintenant pour rapidité ya mieux!!

[_shuriken_]

Pour ma part,
J'ai voté ADO, n'ayant jamais utilisé les autres couches.

[colfire_dev]

ADO pour moi aussi, pas besoin de composant tierce. Dbexpress aussi est bien mais personnellement il m'a bloqué dans un projet ou devais attaquer une BD MYSQL 5.1 car celui etant plus recent que DbExpress4 fourni avec delphi 2009