Architecture base de données

Bonjour,

Je suis les messages de la mailing-list avec intérêt depuis quelques
semaines mais je n’avais pas encore eu l’occasion de poser de questions.
En voici quelques unes :

Dans le cas de l’application Basecamp, est-ce que vous pensez qu’il y a
autant de base de données que de sous-domaine ( seework.com, …) créés
ou
bien une seule grosse base ? Et dans le cas des “Apps for your domain”,
il
faut bien créer une multitude de base de donnée, une pour chaque
application
?
Mais alors de manière générale, est-ce qu’un serveur de base de données
est
capable “d’héberger” des milliers de bases ?
Et enfin dernière question, le principe de migration intégré à Rails (et
des
outils comme capistrano) est bien de pouvoir modifier facilement un
grand
nombre d’applications (base de données incluses) ?

Par ailleurs, un grand merci à ceux qui postent des liens, ça me permet
de
bien suivre ce qui se fait avec RoR sans, pour l’instant, avoir le temps
d’utiliser la techno. D’ailleurs voici un regroupement de tous les blogs
que
je lis régulièrement et que j’ai, en partie, découvert grâce à vous :
http://www.netvibes.com/subscribe.php?url=http://eco.netvibes.com/opml/bf1f2cee46a16526958e2e186bb4d36f/ruby-on-rails.opml&type=opml

Merci de votre aide

Cdlt,

Sébastien

Le 5 sept. 06 à 18:59, Sebastien A. a écrit :

le cas des “Apps for your domain”, il faut bien créer une multitude
de base de donnée, une pour chaque application ?

Non une seul base je pense (presque sur).
Il y a d’ailleur un plugins qui permet ce genre de comportement :
account_location (http://dev.rubyonrails.org/browser/plugins/
account_location)

Par contre oui on creer bien une base par application RoR différente.

Mais alors de manière générale, est-ce qu’un serveur de base de
données est capable “d’héberger” des milliers de bases ?
Des milliers je ne sait pas mais pas mal oui.

Et enfin dernière question, le principe de migration intégré Ã
Rails (et des outils comme capistrano) est bien de pouvoir modifier
facilement un grand nombre d’applications (base de données incluses) ?
Les migrations sont tres pratique. en effet tu peut revenir au schéma
précèdent ou uprgader ta base au fur et a mesure de tes besoins.

Capistrano oui c’est vraiment pratique une commande = une deploiment.
Moins de souci plus de confort.

Par ailleurs, un grand merci à ceux qui postent des liens, ça me
permet de bien suivre ce qui se fait avec RoR sans, pour l’instant,
avoir le temps d’utiliser la techno

Quand on commence, on n’a jamais envie d’arreter. En plus ca ne prend
pas beaucoup a assimiler quelques bases pour peu que tu ai en tête
les concepts objets.


Railsfrance mailing list
[email protected]
http://lists.rubyonrails.fr/mailman/listinfo/railsfrance


Guillaume G.
[email protected]
11 Rue de Toulouse
78120 Rambouillet

Guillaume a écrit :

(http://dev.rubyonrails.org/browser/plugins/account_location)
Sébastien, lis aussi :

http://wiki.rubyonrails.org/rails/pages/HowToUseSubdomainsAsAccountKeys

РJean-Fran̤ois.