Re: Linq project added to core

"Fabio Maulo" <[email protected]> Wed, 13 Aug 2008 11:02:27 -0300
Newsgroups gmane.comp.windows.dotnet.nhibernate.devel
Message-ID <[email protected]>
So far I know the only one Dialect that have so many problem with something
to translate a SQL is MS2005Dialect (I don't know another dialect with the
same problem).
I think/hope we can do all the work in LINQ2NH without take care on what we
need to pass to the Dialect to translate a query.

On the fly:
BTW SqlString is not a simple "string". We can change SqlString to have a
"more sophisticated" representation of the SQL.
You can think in a SqlString as a tree of "SQL chunks" where each part is a
part of the final SQL.
Remember that we have some more "manipulator" of the query as HQLFunctions,
possible customHQLFunctions, the Interceptor and the Dialect.

For now, my advise is not start changing the dialect because change
public virtual SqlString GetLimitString(SqlString querySqlString, int
offset, int limit)
mean make many others thing wired with the new translator.

We must think in LINQ2SQL as "another way" to query NH and not "the only
way"; we can't make every thing depending on the new translator and we can't
think every thing based on the problem MS2005Dialect have to give to NH a
simple query with limits.

Fabio.

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/

_______________________________________________
Nhibernate-development mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/nhibernate-development