Discussion :

[Jedi49]

Bonjour,
mon titre n'est pas clair mais pas évident d'expliquer ce dont j'ai besoin en 1 ligne !
alors voila succintement :
j'ai une table utilisateur (id, nom, prenom, profil, pwd)
et une table devis (id, id de l'utilisateur, numero de devis, ...)
un devis est chiffré par un utilisateur.

jusque là pas de souci...
mon souci est quand je veux supprimer un utilisateur qui par exemple a changé de service et ne chiffre donc plus les devis.
si je le supprime : je supprime les informations le concernant : nom et prénom

alors comment faire ? j'ai ce problème pour beaucoup de tables où je dois supprimer un enregistrement mais je dois garder en mémoire pour d'autres tables les informations
(ex un moyen de production n'existe plus ainsi que les opérations d'assemblage qu'il peut effectuer mais je dois garder trace dans les devis des opérations (donc du libellé de celle ci) qui ont permis d'assembler des composants (suis ke clair là ?)

Merci par avance...

[Jinroh77]

Pourquoi ne pas ajouter une colonne de type booléen décrivant IsValid ?
Construire ensuite les requête en fonction de cette colonne.

[Jedi49]

j'avais pensé à une solution de ce genre là, mais est ce une bonne solution ?
même si la base ne sera pas "énorme" ce problème de garder en "archive" ces enregistrements pompe de la place dans ma base de données sql server 2008 express.
Après, je ne vois pas non plus d'autre solution...

[Jinroh77]

Je ne suis pas sûr à 100% que cette idée suive les grands principe de la construction / utilisation d'une BDD, mais cela fonctionne.

Si vous devez conserver cette information, qu'elle soit dans cette table ou dans une autre, elle sera plus facilement accessible ici.
Par contre ce que vous pouvez faire est de passer tout les champs dorénavant non utilisés à NULL.

[elsuket]

Bonjour,

La solution que vous a proposé Jinroh77 me semble simple et propre, notamment dans sa mise en place.
Ensuite je ne sais pas quel volume de données vous manipulez, mais sachez que la taille limite d'une base de données sous une édition Express de SQL Server est de 4Go.
Si votre table est proprement indexée, 4Go, c'est de la rigolade pour SQL Server

@++

[Jedi49]

j'adhère à cette solution.
merci à Jinroh77 et elsuket pour leurs précieux conseils.