Nosql scale up?

[tito26]

Bonjour,
J'ai trouvé dans le net que le scale up (l'ajout de ressources CPU ou Ram par exple à un serveur) ne marche pas avec les SGBDs relationnelles classiques, est ce vrai ?
Source

Design Patterns for Distributed Non-Relational Databases

Design Patterns for Distributed Non-Relational Databases

3ème page du slideshare.
J'ai lu aussi que le scale out est faisable théoriquement mais pratiquement c'est difficile de le réaliser.
Merci d'avance pour vos réponses.

[Shinosha]

C'est pas qu'on ne puisse pas, c'est surtout qu'à un certain point cela ne va plus suffire à supporter le traffic. Après on peut effectivement le faire, mais cela à un coût et cela ne peut pas se faire à l'infini. L'étape suivante est bien sûr de scale out, comme précisé dans ton slide. Mais cela a aussi ses limites (complexe à mettre en place notamment).
Au bout du compte on en arrive à envisager d'autres solutions, comme par exemple les bases de données non-relationnelles.

[al1_24]

Envoyé par Shinosha

Au bout du compte on en arrive à envisager d'autres solutions, comme par exemple les bases de données non-relationnelles.

Ou des SGBDR architecturés pour des traitements massivement parallèles (Teradata ou Greenplum par exemple)

[tgrall]

Pour ajouter aux points precedents...

Il est possible de scaler horizontalement une base SQL (RDBMS) mais c'est souvent couteux et compliqué car le modele relationnel se s'y prete pas bien.

- comment partitionner de facon simple et efficace les données lorsqu'elles sont reparties sur plusieurs tables?
- comment gerer de facon simple et efficace les transactions sur differentes tables lorsqu'elles sont distribuees sur plusieurs serveurs?

Voila 2 raisons qui rendent la scalabilité horizontale compliqué.

Dans le cas des base NoSQL qui ont ete concues pour cela (notamment les bases orientes Documents, Table, K/V) la scalabilité horizontale est plus simple a gerer:
- une entité (document, row, ...) contient toutes les informations (pas de "relations physique") et il est donc simple de le stocker et de partitionner les données sur leur clé par exemple.
- la transaction se fait au niveau de l'entité (document par exemple) et donc simpler a gerer.

Ce n'est pas parceque sur le "papier" les base NoSQL sont "scalables" que ca marche tout seul il faut également prendre en compte des points importants:
- comment reagit ton cluster et tes applications lorsque tu ajoutes des noeuds a ton cluster? (partionnement/rebalancing des données, ton cluster est-il toujours disponible en lecture? ecriture? impacte sur les peformances?)
- que ce passe-t-il lorsqu'il y a une failure ? (partionnement/rebalancing des données, ton cluster est-il toujours disponible en lecture? ecriture? impacte sur les peformances?)
...