Discussion :

[miltone]

Est ce que le fait d'utiliser un Content Repository pour la gestion d'un CMS contenu dans un projet Symfony nous oblige t-il à travailler avec une base de données pour la partie Content Repository ET EGALEMENT pour la partie du site web qui n'est pas un CMS ?

La mise en place de Symfony CMF conseille l'utilisation de SQLite pour la mise en place du CR. Je ne suis absolument pas contre mais mon site web sous Symfony lui travail avec MySQL.

L'utilisation de SQLite peut-elle remplacer celle de MySQL pour ma partie existante métier (qui ne sont pas des données en rapport avec le CMS) et inversement ?

Finalement il y a plutôt intérêt à n'utiliser que l'un ou l'autre mais pas les 2 à la fois comme l'un pour la partie CMS et l'autre pour le site non ?

Ce que je ne comprends pas dans la pratique c'est que Doctrine 2 est fait pour de l'ORM alors que Doctrine DBAL est apparemment fait pour l'utilisation d'ODM.
Dans ce cas comment lier l'utilisation de ces 2 systèmes de persistance au sein d'un même projet ?

Y'a t-il des utilisateurs de MySQL qui travail sur des projets ayant aussi un système de NoSQL comme SQLite sur un même projet ?
Je voudrais faire de l'ODM et de l'ORM afin de gérer un site web qui contient un CMS.


Merci de vos retours

[miltone]

Est ce que le fait d'utiliser un Content Repository pour la gestion d'un CMS contenu dans un projet Symfony nous oblige t-il à travailler avec une base de données pour la partie Content Repository ET EGALEMENT pour la partie du site web qui n'est pas un CMS ?

Apparement un seul et unique systeme de SGBRD peut gérer une base CMS pour de l'ODM et une base classique pour de l'ORM.
A savoir maintenant si SQLite permet de faire de l'ORM comme une base classique ou inversement si MySQL permet de faire de l'ODM un peu comme MongoDB apparement...