Hey everyone,

I've started working on prototyping a way to perform more complicated
queries. You can find my work at [1]. Its just a hack to see how well
it works, and is on no way final.

I'm having trouble designing a way to specify this in the user-facing
side of it. We've brainstormed a couple examples at [2], but I'm not
happy with any of them, for various reasons. The all seem verbose and/
or unintuitive. Thats why I'm coming here for help. Please post any
bright ideas you might have on how we can make this workable and
rubyish.

Things to keep in mind:

 * It won't always be SQL. In the next few weeks, DataMapper will be
performing all the condition-matching internally, for all adapters.
However, it will be easy for any adapter to extend that, and write
their own matchers using the native code.
 * There's some pretty slick shortcuts that could be done here, but I
don't care about them now. I'd like to make the "query language" be
pluggable, so we can add on those shortcuts. What I'm trying to come
up with now has to be adaptable enough to cover every case, at the
expense of prettiness. We'll worry about that part later.
 * If anyone has seen this done anywhere before, Java, Python, etc,
link it in this thread. We could all learn from the others'
implementations.

I'm really excited about this feature, and it'll give us something no
other ORM has, in addition to making adapter writing even simpler than
it is now.

Paul

[1] 
http://github.com/paul/dm-core/tree/78dc9879d4eb8d53cbc4e8a88fee96ad89803cfc/lib/dm-core/conditions

[2] http://gist.github.com/54237
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups 
"DataMapper" group.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to 
[email protected]
For more options, visit this group at 
http://groups.google.com/group/datamapper?hl=en
-~----------~----~----~----~------~----~------~--~---

Reply via email to