Quel est le meilleur moyen d’accéder à une base de données ?

**aityahia** · 14/04/2007, 18h58

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.

**Kaféine** · 14/04/2007, 19h15

salut moi je dispose d'une couche d'abstraction qui me permet de switcher de bdd sans toucher a mon code.

**SergioMaster** · 14/04/2007, 19h18

Oui je sais c'est totalement obsolète , mais j'ai commencé au tout début de DELPHI et au départ j'étais bien content de le trouver . J'ai des applis complexe de 10 ans qui tournent encore chez des utilisateurs , et sans bobos

Bien sur maintenant j'utilise FIB+ plus rapide, plus fiable mais plus complexe
alors pour un débutant c'est le bon choix
après bien sur faut évoluer

**aityahia** · 14/04/2007, 19h56

Bon moi j'ai voté ADO je peux dire que je suis satisfait mais pas pleinement j’ai plusieurs bug que je n’arrive pas a comprendre et que je contourne avec du code qui n’est pas forcément nécessaire
Exemple
Avec Access :
J’ai toujours le message « l’enregistrement n’a pas été trouvez pour la mise a jour, c’est possible qu’il soi Modifier depuis le dernier enregistrement » ce message survient lorsque j’essai de modifier un enregistrement fraichement ajouter.
Sous SQL Serveur j’ai le message « EoleException une erreur inconnue s’est produite » lorsque j’exécute sous l’IDE et pas quand je le fait à l’extérieur.
Tous ces ambigüités mon poussé a posté ce sondage et pour essayer de voir plus loin que le bout de mon nez.

**evarisnea** · 15/04/2007, 10h13

je n'ai pas voté, car je ne comprend pas la question.
telle que tu l'as posée, moi je répondrais que le meilleur moyen d'accéder à une bd, en terme de vitesse et de performances, c'est l'utilisation des drivers natifs pour la bd en question

mais en terme de simplicité je ne sais pas si c'est applicable.

Envoyé par Kaféine

salut moi je dispose d'une couche d'abstraction qui me permet de switcher de bdd sans toucher a mon code.

ça m'intéresserait bien de savoir comment tu procèdes. est ce performant ?

**aityahia** · 15/04/2007, 10h31

Envoyé par evarisnea

je n'ai pas voté, car je ne comprend pas la question.?

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.

**napz** · 17/04/2007, 20h37

j'ai voté ado , j'ai débuté comme tout le monde en bde, puis j'ai adobté l'ado , j'ataque mes bases assez souvent en ODBC ,access et ms-sql oblige, mais je prévois d'allé voir d'autre sieul dans le monde des BD

**Bloon** · 18/04/2007, 09h38

Envoyé par aityahia

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.

Dommage car le meilleur moyen d'accéder aux données, c'est justement d'utiliser des composants natifs

Si tu as besoin d'accéder à plusieurs sgbd, il faut développer une couche d'abstraction comme l'a dit philnext.

Sinon pour répondre à ton sondage, ADO me semble être le meilleur choix.

Bloon

**franck SEFIC** · 18/04/2007, 10h53

J'utilise ADO avec sql sever. C'est comme si j'etais en natif. Pas besoin meme de gérer les transactions par code.

**Sub0** · 18/04/2007, 18h10

Salut!

J'ai voté «Autres». J'ai commencé la programmation SGBD avec MySQL pour des sites web en PHP, et lorsque j'ai voulu utiliser Delphi (6 perso) pour effectuer des requêtes sur ces bases, je n'ai pas trouvé de composants satisfaisants (compatibilité, facilité d'installation, sécurité, fiabilité, etc).

La solution que j'ai adopté est d'utiliser des scripts PHP sécurisés via des requêtes Http1.0. Il ya un certain nombre d'avantages à cette solution. Cela me convient parfaitement pour le moment. J'ai écri un 1er tutoriel sur ce projet, je suis maintenant en train d'ajouter de nouvelles fonctionalités à ce projet. D'ailleurs, si vous avez des questions, des remarques, des suggestions, je suis à votre disposition.

Interaction entre Delphi et PHP -> DELPHP

**aityahia** · 18/04/2007, 21h35

après 4 Jours de sondage ADO prend de l'avance a 66 % par apport aux autres réunis et les résultat sont les suivant

10 Votes ADO
2 Votes BDE
1 Votes DbEpress
2 Votes pour les autres moyens

pourquoi ADO, Pourquoi DbExpress

des petits comentaire pour les votes

**dd_garion** · 19/04/2007, 10h51

Je vote DBExpress qui est vraiment très performant...

MAIS
ADO l'est tout autant donc, pour moi, les deux se valent.

Ce que je peux dire, c'est que je ne voterai certainement pas pour BDE, bien qu'il ai rendu pas mal de service par le passé, il est quand même voué à disparaître...

**aityahia** · 28/04/2007, 21h57

je remercie tous ceux qui ont participés aux votes
0
ADO est incontéstablement le meilleur moyen utilisé pour ce connecté au base de données non FireBird et Interbase avec ces 16 voix sur 25 , j'ai pu esayer SQL Server avec le pilote SQL Native Client c'est le couple parfait

**WolffN** · 28/04/2007, 22h12

ton sondage n'a rien a voir avec firebird ni interbase

il parle de couche d'abstraction d'acces aux donnees firebird,interbase,sql serveur et dans une moindre mesure acces sont des serveurs de bases de données

d'ailleurs il y manque une option => composants permettant l'acces direct a la base de données

si tu souhaite utiliser ADO avec firebird tu n'as qu'essayer de passer par un driver ODBC

mais je t'assure que les composants permettant d'acceder directement aux bases seront bien plus efficaces que de passer par ADO

c'est logique plus tu vas rajouter d'intermediaire plus le traitement global de transition des requetes/resultats sera long

**lou_delphdev** · 09/07/2007, 02h25

Bonjour ou bon soir!!!
g voé BDE vu que je ss débutant, mé j'aimeré bien me lancer en ADO et ...., il me manque un peu d'aide sur ça!!! et votre aide me sera d'une grande utilité, merci d'avance

un jour les experts été debutant, et les débutants deviendron experts avec l'aides des experts!!!

Merci!!!

**Bloon** · 09/07/2007, 09h39

Les tutos sont la pour ça :

http://delphi.developpez.com/cours/?dom=SGBD

Le BDE est abandonné depuis des années, il faut vraiment passer à autre chose maintenant

Bloon

**cyreel** · 23/07/2007, 11h46

Moi c'est pricipalement ADO! c'est ce ke j'utilise car j'ai pas encore rencontré un blocage veritable dans son utilisation!

**steph1969** · 24/08/2007, 10h54

Bonjour,

j'utilise MyDac (Crlab.com) cela fonctionne très bien ...

mais qui peut répondre à ceci :

-> DbExpress est 'unidirectionnel', si je comprend bien cela signifie que l'on est en 'read only', mais alors à quoi cela sert-il ??

-> Comment être le plus indépendant possible du SGDB ? par exemple je voudrai que mon application puisse utiliser soit MySql, soit Microsoft SQL server (version Express éventuellement) au choix du client tout en utilisant des composants TDataSource, TDB...., éventuellement TTable et TQuery ?

Merci !

**Linkin** · 24/08/2007, 12h08

J'utilise DBExpress

Pour l'unidrectionnel, mes requetes ne servent qu'à récupérer les informations, je les mets à jour par d'autres requêtes. (Sur le principe je n'aime pas les composants du genre TTable)

**PpPool** · 24/08/2007, 14h14

Envoyé par Linkin

J'utilise DBExpress

Pour l'unidrectionnel, mes requetes ne servent qu'à récupérer les informations, je les mets à jour par d'autres requêtes. (Sur le principe je n'aime pas les composants du genre TTable)

+1 j'utilise dbExpress, et maitrise par des TSQLQuery, affichage (tuning des ordres SQL)+insert, update, delete

j'utilise également dbExpress pour sa performance notamment pour l'exécution de procédures stockées Oracle.

@