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.
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
A ne pas rater
Comprendre le modèle en couches des "generative AI "
Le 13-02-2024
Les données personnelles : une bataille perdue d'avance
Le 10-02-2024
Intelligence Artificielle : l'énigme de la conscience
Le 11-01-2024
DAS cellulaire : les architectures distribuées d'antennes
Le 02-09-2023
Module ARCHITECTURES du système d’information et technologies du datacenter
Les ondelettes de Morlet : rendez-vous avec l'Histoire
Le 25-08-2023