SGBD : « scalability » ou consistance, faut-il choisir ? Non
Dossier

SGBD : « scalability » ou consistance, faut-il choisir ? Non

Le 08-01-2018

Selon que l’on est en mode NoSQL ou relationnel SQL, il faut en principe choisir. Soit on conserve l’évolutivité (scalability) du SGBD NoSQL et on oublie SQL, soit on ne peut abandonner la compatibilité SQL, mais on doit trouver des actefacts pour régler l’obstacle de l’évolutivité physique. Jusqu’à maintenant, c’était plutôt « fromage OU dessert ». Avec les récentes évolutions de certains SGBD, cela pourrait devenir « fromage ET dessert ». Avec toutefois deux contraintes non négligeables, le respect des critères ACID et celle de la compatibilité SQL.

La suite est réservée aux abonnés. Déjà abonné ? Connexion
SGBD : « scalability » ou consistance, faut-il choisir ? Non

Les critères sont évalués de 1 à 5

Marché
Présence réelle sur le marché.
Usage
Intérêt potentiel, hors considérations commerciales
Standards
Niveau de standardisation du sujet
Coût
Intérêt potentiel, hors considérations commerciales
Futur
Niveau de crédibilité prévisible
Maturité
Niveau de maturité atteint actuellement
Abonnez-vous
  • Suivez LeMarson en direct
  • Accédez à des centaines de dossiers et d'articles
  • Visionnez des dizaines d'heures de formations vidéos
  • Téléchargez le Livre des tendances de l'année
Annuel

648,00 €