[Langage] [Delphi] [SGBD] Choix du moteur d'accès SGBD
J'aurai pu poser la question sur le forum SGBD, mais il entre trop dans le détail.
J'ai vraiment du mal à faire un choix sur le moteur a utiliser. Je m'explique.
J'ai utilisé longtemps le BDE, puis BDE avec ODBC bien sur, pour ensuite migrer vers ADOExpress. Ce faisant, je me suis rapproché à ce niveau donc de Microsoft
Pour une migration progressive à .NET, je ne peux pas utiliser evidemment directement ADO.NET, d'autant que cela ne semble être accessible que dans les projets WinForms. Cette séparation entre projet VCL.NET et WindowsForm me pose d'ailleurs un vrai problème métaphysique.
Si je prends dbExpress.NET, et que je me munis de driver tiers - Borland n'aurait pas pu fournir qq drivers (Oracle, SQLServer) s'il soutenait cette techno ??? - et du dataSnap je pourrais avoir un mode déconnecté dont j'ai énormément besoin aujourd'hui.
Cependant, je reste alors a 100% dans la techno Borland.
Or ADO.NET semble offrir le même genre de fonctionnalité.
Quand on connait la complexité de ces modes déconnectés, on peut se demander si rester avec une techno 100% Borland n'est pas pour le coup suicidaire...
Imaginez dans dix ans l'arrêt de dbExpress : on aura alors 10 ans de retard sur les utilisateurs d'ADO.NET
Quand on connait l'influence de ce genre d'outils sur un développement, on peut vraiment s'inquiéter de savoir ce qui va être pérenne.
On me répondra : ah justement dataSnap c'est fait pour être indépendant... Je réponds : pour être indépendant de qui ? de Microsoft ? Mais être alors dépendant de Borland ?
Merci de me donner toutes les infos que vous pourriez avoir en particulier sur je dirais la roadmap de Borland a ce sujet, qui manque de clarté.
Cette séparation VCL.NET / dataSnap et WindowsForm / ADO.NET , avec qui plus est le BDP.NET - histoire d'embrouiller encore les choses... m'inquietent bcp plus que par le passé, car au moment où j'ai commencé a utiliser Borland, soit la version 1.0, on pouvant encore penser que Borland pouvait "l'emporter"
Mais aujourd"hui, sur une même période de 10 ans, je me pose vraiment la question...
De plus, on note que Borland n'intègre toujours pas de driver dbExpress en standard pour SQLServer(OLEDB) ou Oracle - j'ai peut être loupé qq chose ici ?
Les seuls que j'ai trouvé sur BDN coutent entre 100 € et 500 € !
[Merci de cliquer sur REPONDRE et non sur NOUVEAU]
Sujets fusionnés par Giovanny Temgoua
[Delphi] [Langage] [SGBD]
En fait pour poursuivre ma réflexion, dans la mesure où je dois travailler avec SQL Server, et que je préfère évidemment utilisé des solutions les plus officielles possible,s je me dis que la seule solution est d'utiliser dbGO (ADOExpress) avec des composants dataSnap.
En effet, ne pouvant passer toute l'interface utilisateur en WinForm, les portes de ADO.NET me sont fermées.
Est ce d'ailleurs vraiment le cas ?
Est il possible de développer en ADO.NET dans une application VCL.NET ?
Je viens de découvrir un TADONETConnector un peu caché ... Mais est ce bien raisonnable ?
Et à la limite , je souhaiterais si possible développer tous les "datamodules" avec ADO.NET et l'UI avec VCL.NET. Est ce possible tout ne ayant une repréenstation si possible visuelle en desiign-time du dataset ADO.NET ?
