Jon, > Dan, I am of the opinion that these complex multi-repo problems should > not be attempted in v1.0. Do we really have that strong a need for it?
IMHO the only real value for repositories is to be able to define relationships between them, so I do think it's important. > I agree, its a very hard problem. I remember about 10 years I was > working with IBM's corba/som based monster which attempted these types > of things. They were dealing with database "XA" extensions to handle > transactions across heterogeneous data stores. Ick. Distributed Transactions are really tough, but that's not really what I'm working on (thank goodness). I'm more dealing with reads and writes transparently. The idea is that when you define a relationship between two models, you can wrap the definition in a repo block as well as explicitly specify the repo to use at the other end. The idea is that when you write to a Resource in an Association it will be fetched and saved to the expected repo. There's some bugs in how this works right now in sam/dm-core, and I think most people who attempt non-trivial cross-repo stuff are getting burned. > Unless there is such a strong community need for, it sounds like there is far > too much on your plate to achieve this for 1.0. I've already heard from someone that wants this (who I know uses cross- repo stuff) but if there is a community need for it, perhaps those people can reply to this message. Even if this turns out to be nothing more than a mental exercise I think it will have some value because I'm reexamining the design of the Query object and figuring out ways to simplify how it works. Dan (dkubb) --~--~---------~--~----~------------~-------~--~----~ 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 -~----------~----~----~----~------~----~------~--~---
