Je migre vers Delphi 2010 et j'utilise Microsoft SQL 2000 (Planification de la mise à niveau vers SQL2008). J'utilise BDE depuis le début et je me demande si je devrais utiliser dbGo (ADO) ou dbExpress avec ma future application. Quelqu'un peut-il m'expliquer les avantages et les inconvénients de l'utilisation de l'un ou l'autre?dbGo ou dbExpress pour Delphi 2010 avec Microsoft SQL Server
Merci beaucoup.
Pour des raisons de performance et de développement futur, je vais utiliser dbExpress. DbExpress a été déplacé depuis la dernière version, mais dbGo n'a pas changé depuis Delphi 5 ou 6, et il inclut juste quelques corrections avec chaque version, alors que dbExpress a été amélioré avec chaque version spécialement dans les dernières versions .
une autre option est d'utiliser SDAC de DevArt, il a les meilleures performances et dispose de fonctionnalités plus avancées pour le serveur Sql par rapport aux autres technologies.
J'ai récemment eu exactement le même dilemme, se demandant s'il faut passer de ODBCExpress à ADO ou dbExpress qui sont plus supportés prêtes à l'emploi. Ma décision a été très simple à la fin, car elle a été faite pour moi: dbExpress est unidirectionnel, conçu pour exécuter des requêtes, pas pour un mouvement de type curseur à travers un jeu de données. Vous devez ajouter un support supplémentaire pour utiliser les grilles et autres contrôles sensibles à la base de données, en utilisant les composants TDataSetProvider et TClientDataSet. Donc cela peut être fait mais les couches supplémentaires l'ont exclu pour moi.
Zarko Gajic a un excellent article sur son site delphi.about.com.
Je suis sûr que d'autres ne seront pas d'accord et c'est bon, je me réjouis de la discussion.
Pour les applications simples J La solution peut être assez bonne, mais pour les applications client/serveur où les performances sont un problème, je choisirais dbExpress. L'article de Zarko signalé avant est en effet un bon matériel de lecture.
Oui Je suis certainement d'accord avec le fait que dbExpress reçoit toujours beaucoup d'attention et de maintenance de la part de CodeGear et semble être bien respecté. Ma suggestion pour ADO était parce qu'elle n'a pas vraiment besoin de changer depuis les anciennes versions, car ADO ne progresse pas vraiment elle-même, et c'est une technologie MS standard qui signifie qu'elle est bien supportée. –
Nous utilisons SDAC. Très facile et fonctionne bien. Et nous ne serons pas pris au dépourvu (heureusement!) Lorsque Borl/CodeG/Embarcadero changeront d'avis sur la méthode de mise en œuvre de base de données préférée, ou sur les pilotes qu'il décidera d'expédier dans les versions pro vs entreprise. – shunty