Pourquoi abandonner les nulls et bags dans SQL
L'article remet en question les fondamentaux des langages de requête SQL, notamment l'utilisation des nulls et des bags, considérés comme des erreurs de conception. Les auteurs proposent une approche basée sur des relations entièrement normalisées, comme dans le langage Rel.
« nulls and bags are tolerated as an unavoidable evil. We argue that the evil is completely avoidable. » - Hacker News (frontpage)
Que faut-il retenir ?
- SQL utilise des nulls et des bags, considérés comme des erreurs de conception.
- Les auteurs proposent des relations entièrement normalisées pour éviter ces problèmes.
- Le langage Rel est cité comme exemple de réussite dans cette approche.
- Les justifications traditionnelles pour les nulls et les bags ne résistent pas à une analyse approfondie.
Pourquoi cette nouvelle compte-t-elle ?
Cet article est crucial pour les professionnels des bases de données et des langages de requête, car il remet en question des pratiques établies depuis des décennies. Une approche sans nulls ni bags pourrait améliorer l'optimisation et la fiabilité des requêtes, impactant directement les performances des systèmes de gestion de données.
💬 Leonid Libkin, Chercheur en bases de données
Public concerné : développeurs
Pourquoi les nulls et les bags sont-ils considérés comme problématiques dans SQL ?
Les nulls et les bags sont souvent considérés comme des erreurs de conception car ils compliquent l'optimisation des requêtes et introduisent des ambiguïtés. Les auteurs proposent des relations normalisées pour éviter ces problèmes.
