16-04-2010, 02:26 PM
Tu ne peux pas faire de liaisons entre des tables appartenant à différentes bases, du moins pas à ma connaissance.
Comme le dit Keke, Il est utile de séparer les bases de données pour avoir avoir plus de clarté et plus de modularité entre des projets différents.
Dans le cas d'un site/jeu + forum, si tu penses avoir besoin de faire des jointures entre les tables de l'un et l'autre, par exemple pour faire remonter sur le site les derniers commentaires du forum, ou pour faire remonter sur le forum les joueurs les plus actifs ou que sais-je, alors il vaut mieux mettre les tables des deux dans la même base de données.
Si en revanche les 2 entités sont totalement indépendantes, je serais pour des bdd distinctes. C'est plus simple pour les sauvegardes / restaurations, plus sûr : tu peux créer un user différent pour chaque bdd ( bien qu'on puisse assigner des droits table par table ). Tu peux également mettre des restrictions en terme de nombre de requêtes par heure distinctes, ça peut être utile dans certains cas.
Comme le dit Keke, Il est utile de séparer les bases de données pour avoir avoir plus de clarté et plus de modularité entre des projets différents.
Dans le cas d'un site/jeu + forum, si tu penses avoir besoin de faire des jointures entre les tables de l'un et l'autre, par exemple pour faire remonter sur le site les derniers commentaires du forum, ou pour faire remonter sur le forum les joueurs les plus actifs ou que sais-je, alors il vaut mieux mettre les tables des deux dans la même base de données.
Si en revanche les 2 entités sont totalement indépendantes, je serais pour des bdd distinctes. C'est plus simple pour les sauvegardes / restaurations, plus sûr : tu peux créer un user différent pour chaque bdd ( bien qu'on puisse assigner des droits table par table ). Tu peux également mettre des restrictions en terme de nombre de requêtes par heure distinctes, ça peut être utile dans certains cas.