I'm quaking at the thought of doing this (it's against my will!), but
are there any significant "gotchas" porting a data layer from the
SqlClient to the OleDb classes for use with Access? I've got
straight-forward SQL for all of the commandtext, generally with
parameters for every query. Does Access speak the same language?

Re: Porting a data layer from SQL to OleDb/Access by Thomas

Thomas
Tue Oct 28 11:14:22 CST 2003

1: parameters are numberd, not named.
2: if you use [] as delimiter for field names, and misspell a field name,
OleDb will complain about a parameter not initialised.
3: the join syntax for ANSI joins is different - radically, so to say. Took
me half adozen saple someone wrote me to get it right.
4: GUID encoding is different.
5: as are dates.
6: Datetime parameters - are buggy. They dont accept a DateTime object, but
accept object.ToString () - seems like a formatting issue.

So, this is abot US english and Indian english, if you want it in languages.

Thank heaven I only have to step into this occasionally as all our SQL is
now auto-generated from an abstract form :-)

Thomas Tomiczek
THONA Software & Consulting Ltd.
(Microsoft MVP C#/.NET)

"Jeff 'Jones' Putz" <jeffyjones@hotmail.com> wrote in message
news:66c1aab0.0310280907.4f8cfc41@posting.google.com...
> I'm quaking at the thought of doing this (it's against my will!), but
> are there any significant "gotchas" porting a data layer from the
> SqlClient to the OleDb classes for use with Access? I've got
> straight-forward SQL for all of the commandtext, generally with
> parameters for every query. Does Access speak the same language?