-
Notifications
You must be signed in to change notification settings - Fork 6
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Utilisation d'un Listener ou du Manager pour remplir Model/Connection #8
Comments
Je pense qu'il faut gérer les deux ORM / ODM, c'est une couche en plus certes, mais si on part dans la navigation de type graph en excluant mongo dès le départ, ça risque d'être frustrant. D'autant plus que Doctrine le gère (et oui nous serions couplé à doctrine). |
Yes exactement. Mais surtout, je pense qu'il faut pouvoir gérer aussi des solutions plus adaptées : Neo4J. D'ailleurs, est-ce que l'on doit pouvoir faire une Connection entre un model User géré via RDBMS, et un Book géré via NoSQL ? QUID MongoDB, CouchDB & surtout Neo4J. |
Je pense que pour une v1, il ne faut pas s'arracher les cheveux avec de la compatibilité inter système. Pour ce qui est de Neo4J, même si en terme de modelisation c'est le plus adapté rapport au bundle, je ne suis pas sur que la gestion des connections se fasse avec notre approche ... si quelqu'un pouvait confirmer ou infirmer ? |
Je trouve que l'utilisation du Listener n'est pas trop approprié. On aura donc une interface pour le repo, et une seule classe à implémenter pour chaque système de persistance, ORM, ODM, propel, ou autre. |
Dans ce cas, cela signifie que l'on ne peux lier que des objets appartenant au meme système de persistance. De mon coté, je ne pense pas avoir besoin d'utiliser un RDBMS + un NoSQL pour stocker mes Models.. Il peut-être interessant de définir le besoin pour répondre à la question. PS : Je pense que le Listener est en effet inapproprié. Par contre, je pense que cela doit être initié par le Manager et non par le Repository qui gere la Connection. |
Actuellement c'est le Repository qui est en charge de remplir les Connection. |
Doit-on charger automatiquement les Connection::source & destination de maniere automatique via un Listener Doctrine ?
Dans ce cas, il en faut un pour ORM, ODM etc..
The text was updated successfully, but these errors were encountered: