Version imprimable
Bonsoir, j'ai entendu dire que effacer des données n'était pas bon et qu'il vallait mieux mettre des champs boolean actif/non actif lorsque l'on veut effacer une entité de la base de données on met le champ à non-actif et donc l'entité sera logiquement effacé mais pas physiquement...
Ce que je me demandais c'est pourquoi ? Je ne trouve pas de doc la dessus :S
Salut,
Supprimer les données crée une fragmentation de ton fichier de données. Mais rien ne t'empêche d'effectuer un optimize qui "défragmente" tes données et permet de mettre à jour les stats par la même occasion.
Je pense en contre partie, peut être quelqu'un pourra confirmer, que effectivement en supprimant une entrée tu créera une ligne vide dans ton fichier de données, mais tes index seront mis à jour et donc allégé.
Attention à l'optimize sur tes tables innoDB car ton auto_increment peut être impacté si parmi les entrées supprimées sont contenu des entrées en fin de fichier. http://www.mysqlplus.fr/2011/07/17/o...uto-increment/
Bonjour,
Il faut bien différencier les domaines "technique" et "fonctionnel".
D'un point de vue "technique", il est toujours préférable de supprimer physiquement : réduction physique du fichier de données et des index, même si ça transforme le fichier en gruyère, il vaut mieux sauter des plages de données sur le disque que d'avoir à les lire.
En revanche, d'un point de vue fonctionnel, il est parfois intéressant (quand c'est pas obligatoire) de conserver la trace que "qui a supprimé, quand, comment, pourquoi, l'age du capitaine".
Dans ce cas, on aura plusieurs solutions pour le faire :
- création d'une table "éléments_supprimées", dans laquelle on recopie certaines informations (ou toutes) de la ligne supprimée, qui sera supprimée pour de bon dans la table mère.
- ajout d'un certain nombre de champs (flag de suppression, ou date de fin d'application, motif de suppression, etc.) dans la table.
La première solution est plus lente pour retrouver et reconstituer les données, mais permet d'optimiser la table mère, puisqu'on y supprime physiquement les lignes.
La seconde est plus facile à relire, mais fait augmenter ad vitam eternam la taille de la base.
Dans tous les cas, la journalisation des données est à analyser au cas par cas, et ne doit en principale pas d'appliquer à toutes les données de toutes les tables.
Il est important de conserver par exemple un client inactif (au cas où il revienne, au cas où il redemande une facture, etc.) idem pour les factures.
En revanche, un inventaire de stock du mois de janvier 2007, on s'en moque certainement : pas besoin de le conserver.
J'espère que c'est plus clair comme ça.