Sauvegarde des lignes supprimées d'une table

Bonjour,

je travaille avec une base de données sous SQL Server 2005.
Mon entreprise facture à ses clients des services et des produits.

Il y a dans la base de données les tables:
- T_FACTURE_FAC (FAC_ID, FAC_REF, FAC_DATE, etc.)
- T_LIG_FAC : Détails de la facture (LIF_ID, LIF_NUM, LIF_LIBELLE, FAC_ID, etc.)
- TJ_SVC_CDE : Services commandés par le client (SVC_CDE_ID, SVC_CDE_QUTE, LIF_ID, etc.)
- TJ_PDT_CDE: Produits commandés par le client (PDT_CDE_ID, PDT_CDE_QUTE, LIF_ID, etc.)

Les relations entre les tables sont:
- T_FACTURES_FAC <- FAC_ID -> T_LIG_FAC
- T_LIG_FAC <- LIF_ID -> TJ_SVC_CDE
- T_LIG_FAC <- LIF_ID -> TJ_PDT_CDE

Les colonnes LIF_ID des tables TJ_SVC_CDE et TJ_PDT_CDE ont la valeur NULL lorsqu'ils ne sont pas facturés. Ainsi les services et les produits sont facturables si LIF_ID est NULL.

Les utilisateurs doivent pouvoir supprimer les factures. Les services et les produits présents sur la facture supprimée doivent alors être facturée sur une autre facture.
J'aimerais que les factures ne soient pas réellement supprimées de la base de données.
Lors de la suppression, je pense procéder comme décrit ci-dessous :
- j'ajoute à la table T_FACTURE_FAC, la colonne "FAC_SUPPRIME". La colonne FAC_SUPPRIME de la facture supprimée est mis à 1.
- la colonne LIF_ID des services et des produits associés sont remis à NULL pour qu'ils puissent être facturés sur une autre facture.
- Je crée une table d'historisation des produits facturés sur la facture supprimée et une autre pour les services.
Cela donnerait:
- TH_SVC_FAC (HIST_SVC_ID, LIF_ID, SVC_CDE_ID): L'identifiant de chaque service et du détail de la facture supprimée sont enregistrés dans cette table.
- TH_PDT_FAC (HIST_PDT_ID, LIF_ID, PDT_CDE_ID): L'identifiant de chaque produit et du détail de la facture supprimée sont enregistrés dans cette table.

Que pensez-vous de cette façon de procéder ? Quelle autre solution pourriez-vous me proposer ?

Merci d'avance,
++

Bonjour,

personne n'a d'idée.
Est-ce que mon message est mal placée, ou n'est-il pas suffisamment clair ?

Merci d'avance.
++

Bonjour,

Dsl, peux pas t'aider, je ne fais pas de dev...
As-tu essayé de poster dans la rubrique "développement" du forum ?

Bon courage...
David

Bonjour,
de mémoire de mes cours quand tu supprime des lignes il y a une table temporaire dans sql serveur que tu peux utiliser avec les triggers qui s'appelle "delete" il me semble.
Donc tu peux créer un trigger qui se déclenche sur la suppression de ligne dans ta table, qui va regarder dans la table delete temporaire, récupères ses lignes et les insert dans ta table de sauvegarde.

C'est possible je l'ai déjà fait mais j'ai pas mes cours avec moi.

au lieu de votre colonne de suppression totalement inutile, créez un trigger INSTEAD OF DELETE et faite un report de vos lignes (de facture et de ligne de facture) dans vos tables d'historisation.

A +

Bonjour,

je vous remercie pour vos réponses.

Citation:

---

au lieu de votre colonne de suppression totalement inutile, créez un trigger INSTEAD OF DELETE et faite un report de vos lignes (de facture et de ligne de facture) dans vos tables d'historisation.

---

Donc selon vous, en plus de créer des tables d'historisations TH_SVC_FAC et TH_PDT_FAC qui historient les services et les produits facturés, je devrais faire aussi deux autres tables d'historisation qui historient les factures et les détails factures. C'est bien cela ?
N'est-il pas plus contraignant de dupliquer une table que d'ajouter une colonne ?

Etes-vous d'accord avec ce principe d'historisation (je ne sais pas si on peut appeler ça principe) des données ?

Merci d'avance pour vos réponses
++

Qu'allez vous faire des données supprimées ? Si c'est pour les consulter de temps à autre (et rarement), mieux vaut alléger les tables de production... Autre solution : le partitionnement...

A +

Bonjour,

et merci pour votre réponse.
J'avais lu que pour l'historisation, vous utilisiez un concept différent:
http://www.developpez.net/forums/d56...ion/#post37735

Je vais peut-être me pencher sur la solution que vous préconisez.
Aujourd'hui, je ne souhaite historiser que le contenu de certaines tables, mais je pourrais aussi envisager de ne pas laisser dans la base d'exploitation des anciennes données qui ne sont que très très rarement demandées par l'utilisateur.

Merci pour vos conseils.
++