Discussion :

[jeoff]

Bonjour,

Je suis à la recherche d'une méthode propre de suppression de mes enregistrements pour une table.

J'ai une table PrevisionDesVentes avec les champs :
- année,
- article (clé étrangère),
- quantité.

Cette table comporte une clé composite UNIQUE portant sur les champs année et article.
Ceci afin de s'assurer de n'avoir qu'une seule prévision de vente par produit par année.
Pas de doublons avec des quantités différentes donc ...

La solution qui revient souvent c'est d'ajouter un champs (flag) de suppression.

Problème : ma clé composite va me bloquer ... dès que je rajoute un nouvel enregistrement pour le même article, la même année ...


J'ai bien pensé à créer une seconde table BckPrevisionDesVentes.
Les champs seraient identiques mais sans contrainte de clé composite ni étrangère.

J'aurais alors juste à copier coller les enregistrements de PrevisionDesVentes vers BckPrevisionDesVentes avant suppression.

Problème : Le champs article de BckPrevisionDesVentes peut pointer sur du vide si l'article a été supprimé. Ce qui veux donc dire que je dois aussi archiver les articles avant suppression ... qui eux mêmes pointent sur d'autres tables ... etc ... en gros je dois archiver chaque table ...

Est-ce la seule solution ?

Merci

[Soutou]

Tu veux gérer un historique (puisque tu veux ajouter un nouvel enregistrement annee,article) ?

[jeoff]

Bonjour,

Oui je souhaite avoir un historique au moins pour les opérations de suppression.

Une solution est-elle préférable à une autre ?

Merci

[Soutou]

Si tu veux que chaque suppression soit mémorisée, tu dois utiliser un déclancheur en DELETE sur ta table qui fera un INSERT dans une table historique de même structure mais de clé primaire différente pour gérer les doublons.
Tu utilises quoi comme SGBD?

[jeoff]

Ok merci pour cette réponse

Ce projet tournera sous Oracle 10g donc je devrais y arriver .

On souhaite également savoir qui à supprimé les tables.
Le plus simple à mon sens est de générer un log au niveau du serveur d'appli avec les infos suivantes :
- Date/heure
- Utilisateur
- Table
- Id ligne à supprimer

Qu'en pensez-vous ?

[Soutou]

Dans le corps du déclencheur, il y a peut-être la possibilité de savoir qui a lancé le DELETE. Je ne m'en souviens plus, poste ton message dans le forum Oracle, il y a des fortiches qui le sauront sans doûte.
Bye

[jeoff]

Bonjour

Je ne pense pas qu'Oracle puisse faire quoi que ce soit là dedans puisque c'est le conteneur de servlet qui se connecte à la base avec un unique accès JDBC.
Tout passe donc par le même 'tuyau' entre le serveur d'appli et la bdd.

Les utilisateurs et leurs droits sont gerés au niveau de l'application elle-même et ca ne va pas plus loin.

Donc ca me conforte finalement dans mon idée de logger l'activité à risque sur le serveur d'appli pour savoir qui fait des betises :d.

Merci