Je me demandais juste. Quelle est la stratégie de Borland concernant ces composants ?
Je me demandais juste. Quelle est la stratégie de Borland concernant ces composants ?
Avec dbExpress, le but de Borland est de remplacer le BDE, pas ADO.
ADO est universel. L'incovénient c'est qu'il oblige au déploiment du MDAC avec tous les problèmes de version et services Pack que cela soulève.
Au final beaucoup d'application Client/Serveur ne se servent que d'une petite partie d'ADO. Très souvent il est inutilement lourd par rapport aux besoins réel.
dbExpress c'est le contraire. C'est lié au compilateur Borland. Il y a, donc, je pense mons de driver dbExpress qu'ADO. Le nombre de fonctions est assez réduit (recordset en ReadOnly/Forward Only). Par contre le déploiment est très simple puisqu'il se limite généralement à une DLL qui peut être placé dans le dossier de l'EXE (il faut en plus déployer le Client standard de ton SGBD - mais qui lui aussi est généralement beaucoup plus léger que MDAC. Pour MySQL c'est une seconde DLL).
De plus l'accès est presque natif (disons que le nombre de couche est réduit, par rapport au couple ADO/OleDB)
Bref à mon sens les 2 méthodes ne sont pas vraiment concurentes, mais plutôt complémentaires : un est très puissant, mais un peu lourd. L'autre est moins puissant mais beaucoup plus simple à utiliser et à déployer.
Donc en fonction de ses besoins et du SGBD attaqué, on choisira l'un ou l'autre.
--
vanquish
qui fournit, maintient, les drivers dbExpress ?
On passe encore par ODBC ?
La prochaine révolution informatique : les machines qui font ce qu'on veut, au lieu de faire ce qu'on leur demande...
Grand Vizir du Grand Gourou - Trois-quart aile gauche du TRFC et intendant de 3ème mi-temps - Papy fait de la résistance
En fait, ca doit être une spécif. En gros, les drivers sont fournis par les fournisseurs de SGBD qui le souhaitent (dans mon delphi 7 pro on trouve DB2, Informix, Interbase, MSSQL, MySQL, Oracle) et on peut trouver paraît-il des drivers sur source forge. Postgresql je crois par exemple.
Le but est bien évidemment de fournir quelque chose de natif. Mais bon j'imagine que si le fournisseur de SGBD ne veut pas trop investir dedans il peut passer par ODBC. Auquel cas ca perd tout son intérêt puisque le but est d'avoir quelque chose de léger, rapide et natif.
Plein de gens !Envoyé par gord's
Borland, mais aussi des éditeurs tiers.
Il en existe même des gratuits
C'est un peu comme les les composants VCL.
Mais généralement, ce ne sont pas les éditeurs de base de données. Ces derniers fournissent plutôt un pilote ODBC ou ADO, ces derniers n'étant pas pas lié à un langage de programmation particulier.
Généralement non, bien qu'il existe des pilote passerelle c'est à dire des drivers dbExpress pour ODBC ou ADO, mais mis à part cas très particuliers, cet empilage n'a pas réellement d'intérêt.Envoyé par gord's
Par exemple, ADO étant taillé pour Ms-SQL, je pense qu'une apli ne travaillant qu'avec cette base aura tout intérêt à utiliser les composants ADO et nn dbExpress.
--
vanquish
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Partager