Dans le livre “Rails recipes” de Chad F. il y a une recipe
spécialement sur ce sujet.
Le principe est qu’on peut définir toutes les configs qu’on veut dans le
database.yaml, on n’est pas restreint aux clés development, test et
production.
Ensuite pour les modèles utilisant une base particulière il faut ajouter
une ligne “establish_connection :cle_dans_config”. Cette ligne pouvant
être mutualisée pour être réutilisée par plusieurs modèles (dans un mixin
ou un modèle abstrait).
Tant que les modèles d’une base B1 et ceux d’une base B2 ne se parlent pas
trop ça reste très simple. Par contre si on veut gérer des associations
croisées… De mémoire Fowler en parle dans sa recipe mais je ne me
souviens plus trop.
A priori rien n’empêche d’utiliser des SGBD distincts.
Dans le livre “Rails recipes” de Chad F. il y a une recipe
sp�cialement sur ce sujet.
Le principe est qu’on peut d�finir toutes les configs qu’on veut dans le
database.yaml, on n’est pas restreint aux cl�s development, test et
production.
Ensuite pour les mod�les utilisant une base particuli�re il faut ajouter
une ligne “establish_connection :cle_dans_config”. Cette ligne pouvant
�tre mutualis�e pour �tre r�utilis�e par plusieurs mod�les (dans un mixin
ou un mod�le abstrait).
Tant que les mod�les d’une base B1 et ceux d’une base B2 ne se parlent pas
trop �a reste tr�s simple. Par contre si on veut g�rer des associations
crois�es… De m�moire Fowler en parle dans sa recipe mais je ne me
souviens plus trop.
A priori rien n’emp�che d’utiliser des SGBD distincts.
St�phane Thibaudeau.
Je remercie à vous tous pour votre aide, vous avez repondu parfaitement
à ma question
This forum is not affiliated to the Ruby language, Ruby on Rails framework, nor any Ruby applications discussed here.