Re: Provider independant Data Access
- From: "Miha Markic [MVP C#]" <miha at rthand com>
- Date: Sun, 8 Oct 2006 16:13:23 +0200
"Massimo" <barone@xxxxxxxxx> wrote in message
news:eq9k7Au6GHA.4348@xxxxxxxxxxxxxxxxxxxxxxx
"Philipp Brune" <philipp.brune@xxxxxxxxxxx> ha scritto nel messaggio
news:egabkd$1fn$00$1@xxxxxxxxxxxxxxxxxxxx
what I want to achieve is to build my own set of
DbCommand/DbConnection/DbDataAdapter/etc. classes
that wrap a given .NET Data Provider like
MySql, Firebird, SqlClient, OleDbClient, etc
and provide the following functionalities on top :
- @ as parameter identifier for parameters in every CommandText
I'm also trying to overcome this awful limit of the standard ADO.NET 2.0
classes; this alone, I think, is the biggest problem of the ADO.NET 2.0
library... and it's even worse because it could have been easily fixed by
having any data provider implement a GetParameterDelimiter() method and
using a generic delimiter in the DbCommand class!
I really don't know why Microsoft didn't handle this better :-/
Wow, guys, it is not that easy at all. It is not just parameter naming
convention. It goes way beyond parameters.
There are a ton of databases out there each with its own perks and features
and slightly different sql language, etc.
--
Miha Markic [MVP C#, INETA Country Leader for Slovenia]
RightHand .NET consulting & development www.rthand.com
Blog: http://cs.rthand.com/blogs/blog_with_righthand/
.
- Follow-Ups:
- Re: Provider independant Data Access
- From: Massimo
- Re: Provider independant Data Access
- References:
- Provider independant Data Access
- From: Philipp Brune
- Re: Provider independant Data Access
- From: Massimo
- Provider independant Data Access
- Prev by Date: Re: Provider independant Data Access
- Next by Date: Re: Provider independant Data Access
- Previous by thread: Re: Provider independant Data Access
- Next by thread: Re: Provider independant Data Access
- Index(es):
Relevant Pages
|