Discussion :

[dbNewbie]

Bonjour à tous,

Je me documente depuis un moment sur les site Web à fort trafic. Il semble que l'architecture des bases de données joue un rôle primordial à la fois pour les performances et pour la "scalabilité" (mise à l'échelle ?) d'un site.
Pas de bol pour moi, les mots "Federation", "clustering", "partitioning", "distributed", "parallel" reviennent sans cesse et je ne sais pas trop de quoi il s'agit (j'ai fait quelques recherches sur le web mais je ne suis pas satisfait de ce que j'ai trouvé).
Quelqu'un connaîtrait il une bonne source d'information concernant les bases de données distribuées / parrallèles (si il y a une différence...) sur SQL Server?
La plupart des bouquins/tutos/support de cours sur les SGBD que j'ai trouvés ne traitent pas ce sujet.

Bien sûr, si vous avez des sources générales (pas SQL Server), je suis preneur!

Merci d'avance à tous!!

[agemis31]

Bonsoir,

Voici un lien que j'ai trouvé intéressant sur ce sujet: bigtable.

Il n'empêche que pour avoir besoin de ces bases d'attributs la, il faut de sacrés besoins et très spécifiques. Les bases de données relationnelles ont encore de beaux jours devant elles, surtout depuis qu'elles s'orientent vers la gestion de contenu et d'informations de moins en moins relationnelles (xml, filestreams).

@+

[dbNewbie]

Merci pour ton lien!
Cette doc est très spécifique. Je recherche quelque chose qui explique les principes et mécanismes du partitioning et du clustering d'une manière générale et si possible les méthodes pour les mettre en oeuvre avec SQL Server.

Ceux qui connaissent ces méthodes ont bien un bouquin à conseiller...

[SQLpro]

lisez ce que j'ai écrit sur la haute dispo.... Il y a quelques éléments sur le sujet :
http://sqlpro.developpez.com/cours/s...disponibilite/
notamment la réplication
Regardez en sus : Service broker (http://blog.developpez.com/sqlpro/p7...ervice-broker/)

Nous pourrions y rajouter le concept de vue partitionnées qui consiste à créer sur chaque serveur une base ne contenant qu'une partie des données. Par exemple sur le serveur A les clients de A à M et sur le serveur B les clients de N à Z. Pour que cela marche il faut appliquer des vues de partitionnement avec des UNION ALL qui font des requêtes interserveur. Derrière chacune de ces vues des déclencheurs INSTEAD OF qui routent les mise à jour vers les bons serveur.
Gros inconvénient de cette conception : l'effet convoi... !

A +

[dbNewbie]

Merci pour ces infos les gars!

A+