Défragmentation oui et après

Bonjour

Je trouve que les DB sont très complexes et cela me perturbe oui qui aime les choses bien en ordre et bien rangées...

Comme dirait Sqlpro le SQL n'a pas de but de cosmétique.

Mais moi cela me bloque :(


Bon si j'accepte que ma base ressemblera a rien au bout de quelques temps (fragmentation)

Est ce que la défragmentation d'une table cela se fait facilement et est ce que cela remet tout bien en ordre... ou cela laisse des traces...

C'est une vue de l'esprit mais ça me stress lol


OU comme d'habitude avec les DB rien n'est simple et une défragmentation entraine d'autres problèmes... c'est jamais simple

Citation:

---

Je trouve que les DB sont très complexes

---

Oui ; un SGBD n'est pas un tableur ; c'est un peu plus compliqué mais nettement plus performant pour traiter de grandes quantités de données, et plus fiable si on l'utilise bien (modélisation soignée de la BDD, notamment).

Citation:

---

et cela me perturbe oui qui aime les choses bien en ordre et bien rangées...

---

Et bien justement, c'est avec un bon modèle de données que les "choses" (les données) sont les mieux rangées. :mrgreen:

Citation:

---

Bon si j'accepte que ma base ressemblera a rien au bout de quelques temps (fragmentation)

---

Ne pas s'inquiéter de ça, surtout si vous avez un faible volume de données. C'est transparent pour l'utilisateur de la BDD parce que c'est la cuisine interne du SGBD. Vous ne pourrez commencer à voir des problèmes de performance que :
- si la BDD a été mal modélisée ;
- si les tables sont pas ou mal indexées ;
- à partir de plusieurs centaines de milliers de lignes.

Une base "qui ne ressemble à rien" est une base mal modélisée. Bien modélisée, elle sera toujours belle, même si le SGBD a mis les données à votre avis un peu n'importe comment. Et il y a des solutions pour remettre de l'ordre, si c'est vraiment nécessaire.

A part le fait que les tables concernées sont verrouillées pendant l'opération, la défragmentation (OPTIMIZE TABLE) ne présente pas d'inconvénient

En général, les bases de prod sont surveillées pour détecter automatiquement le besoin de défrag et les utilitaires sont lancés en batch en période creuse pour ne pas perturber les traitements métier.

Citation:

---

Envoyé par scamphp

Bonjour

Je trouve que les DB sont très complexes et cela me perturbe oui qui aime les choses bien en ordre et bien rangées...

Comme dirait Sqlpro le SQL n'a pas de but de cosmétique.

Mais moi cela me bloque :(


Bon si j'accepte que ma base ressemblera a rien au bout de quelques temps (fragmentation)

Est ce que la défragmentation d'une table cela se fait facilement et est ce que cela remet tout bien en ordre... ou cela laisse des traces...

C'est une vue de l'esprit mais ça me stress lol


OU comme d'habitude avec les DB rien n'est simple et une défragmentation entraine d'autres problèmes... c'est jamais simple

---

C'est comme une voiture. Si vous achetez une voiture et ne roulez jamais avec, rien à faire... Mais si vous roulez il fait faire des révisions, le plein, regonfler les pneus... sinon, vous risquez que le moteur soit endommagé et ne fonctionne nettement moins bien, voire, rende l'âme.
Donc, comme une voiture il faut faire des sauvegardes (les révisions cycliques des voitures), et régulièrement regonfler les pneus, rajouter de l'huile, du lave glace, du liquide de refroidissement (les tables et index à défragmenter, les statistiques à recalculer, les espaces de stockage à vérifier...), pour que votre voiture SGBDR, roule fonctionne bien avec des performances toujours maintenues. C'est le rôle du DBA !

Notez que c'est pareil sans SGBDR => défragmenter un disque, supprimer les fichiers obsolètes... ect ...

A +

Salut à tous.

Citation:

---

Envoyé par Scamphp

Je trouve que les DB sont très complexes ...

---

C'est un métier, et cela s'apprend. Il faut lire et étudier pour devenir bon.

Citation:

---

Envoyé par Scamphp

Est-ce que la défragmentation d'une table cela se fait facilement

---

Maintenant oui. Il y a fort longtemps, une défragmentation consistait à décharger une table, la trier et la réinstaller, en faisant au préalable une réservation (tablespace) et trouver de la place contiguë sur un disque.

Citation:

---

Envoyé par CinePhil

Et bien justement, c'est avec un bon modèle de données que les "choses" (les données) sont les mieux rangées.

---

Tout à fait d'accord. La modélisation est la partie la plus importante dans la conception d'une base de données.
Et celle qui est fréquemment la plus délaissée, la performance des requête.

En fait, le plus important est d'avoir un bon SGBDR, comme Microsoft SQL Server.

@+

Bonjour à tous.
On a déjà tout dit par ici. Il faut savoir que la défragmentation a bien sa place. Si elle n'était que "danger" et "risque" je douteraient qu'on la mettait là. A partir du moment où tout est bien fait, alors rien à craindre. Car toute bonne chose manipulable le reste tant qu'on en fait bon usage.

Bonne continuation

Bonsoir, je pense de ce qu'on veut en faire de la defragmentation. Et du projet également qu'on également. Faut défragmenter pour défragmenter, sinon ça sera comme on poursuit un chien, une fois face au mur, il se retournera contre toi.

Cordialement.

pour les tables en InnoDB


ALTER TABLE `ma_table` ENGINE=INNODB;

avec pt-online-schema-change (je vous laisse lire la doc)

c'est safe même sur des grosses tables, et sans lock !