Hello, Doctrine ORM doesn't really support this out of the box. What you can do is gluing together the object graph manually by using different ORMs/OGMs and the "postLoad" event of the ORM to handle identifier references between the different storage layers. The logic is similar to what is explained in http://doctrine-orm.readthedocs.org/en/latest/cookbook/strategy-cookbook-introduction.html
Marco Pivetta http://twitter.com/Ocramius http://ocramius.github.com/ On 2 August 2014 09:47, F21 <[email protected]> wrote: > Are any of you used doctrine in a polyglot application? What does your > implementation look like? > > We have an application where most of our data is stored in MySQL, with > parts stored in a graph database (ArangoDB) and data indexed into > ElasticSearch. > > Currently, we need to use doctrine to update the MySQL data and then use > respective drivers for ArangoDB and ElasticSearch to update the > corresponding parts in the appropriate databases. > > I think it would be really cool if we can just work on our doctrine models > and use mappings to tell doctrine where data should go and when flush()ing, > doctrine flushes the data to the appropriate storage. > > -- > You received this message because you are subscribed to the Google Groups > "doctrine-user" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > To post to this group, send email to [email protected]. > Visit this group at http://groups.google.com/group/doctrine-user. > For more options, visit https://groups.google.com/d/optout. > -- You received this message because you are subscribed to the Google Groups "doctrine-user" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To post to this group, send email to [email protected]. Visit this group at http://groups.google.com/group/doctrine-user. For more options, visit https://groups.google.com/d/optout.
