Base de donnees et performances petites tables et tables obeses
Forums Tutoriels Magazine FAQs Blogs Chat Newsletter Études Emploi Club Contacts Consultant sap ?nance controlling H F Safran - Ile de France - Vélizy-Villacoublay Architecte électronique de puissance expérimenté H F Safran - Ile de France - Villaroche - Réau Ingénieur H F Safran - Ile de France - Moissy-Cramayel Rechercher Accueil ALM Java NET Dév Web EDI Programmation SGBD Of ?ce Solutions d'entreprise Applications Mobiles Systèmes TUTORIELS FAQs LIVRES TELECHARGEMENTS SOURCES DEBATS WIKI DICO CALENDRIER HUMOUR Le blog de SQLpro Le SQL pour SQL Server PostGreSQL et tous les autres SGBDR Base de données et performances ? petites tables et tables obèses La plupart des développeurs sont persuadés que mettre toutes les informations dans une même table rendra leur base de données plus rapide ? Et l ? on voit appara? tre dans la base de nombreuses tables de plusieurs dizaines de colonnes C ? est une vue à court terme car dès que la base de données commence à croitre ou que le nombre d ? utilisateur augmente les performances deviennent vite catastrophique ? Cet article explique pourquoi ? À chaque audit que je fais et cela depuis maintenant plus de ans on trouve régulièrement la même erreur des tables avec un nombre e ?rayant de colonnes Par exemple une table des personnes dans laquelle on trouve des adresses des téléphones des mails ? bref tout un tas d ? information relatif à une personne mais qui ne constitue aucunement des attributs directs de la personne Et chaque fois que l ? on fait remarquer cela aux développeurs la réponse est la même on m ? a dit que les jointures c ? était mal ? les jointures c ? est pas performants c ? est connu ? Je mets tout dans la même table ça ira plus vite ? ? Bien évidemment c ? est tout le contraire mais pour le comprendre il faut revenir à ce qu ? est une base de données relationnelle comment fonctionne les SGBDR client serveur et ce qu ? est la normalisation d ? un Cmodèle de données c ? est à dire son découpage en de multiples tables chacune étant bien spécialisé et concentré sur l ? objet qu ? elle modélise Types de données et forme normale Le choix des types de données la ma? trise de la qualité des données et le respect des formes normales représente lorsqu ? on ne les met pas en ?uvre plus de des problèmes de performance Mais là o? c ? est pervers c ? est que le développeur ne s ? en rendra compte que trop tard lorsque après plusieurs mois voire plusieurs années de production le volume de la base de données dépassant largement celui de la RAM du serveur les performances deviennent catastrophiques ? J ? ai vu plusieurs éditeurs en situation de quasi faillite après avoir vendu leur logiciel avec une base mal modélisée à leur premier gros client Le scénario est généralement le suivant après plusieurs semaines
Documents similaires










-
28
-
0
-
0
Licence et utilisation
Gratuit pour un usage personnel Aucune attribution requise- Détails
- Publié le Jui 27, 2022
- Catégorie Literature / Litté...
- Langue French
- Taille du fichier 89kB