What I meant in the issue was that the current lack of support wasn't a bug, but adding support for it would be regarded as a new feature. Seems doable to me.
You need to decide on a set of names for the HQL functions that will underpin the linq support. These functions must have the same semantics regardless of SQL dialect. The dialect classes will need to translate them into appropriate SQL constructs depending on SQL variety. Usually it's not very difficult. Implementations should be provided for at least 4-5 of the most common dialects, the more the better, before inclusion.
The linq layer then needs a few fairly simple additions to teach it about the HQL methods. Doesn't need to know about different dialects.
You can perhaps review how Substring() is handled in linq and the dialects for inspiration.
/Oskar
--
---
You received this message because you are subscribed to the Google Groups "nhibernate-development" group.
To unsubscribe from this group and stop receiving emails from it, send an email to nhibernate-develo...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
To unsubscribe from this group and stop receiving emails from it, send an email to nhibernate-development+unsub...@googlegroups.com.