modelisation bdd : "suppression" d'une ligne de table étant une cle etrangere

Bonjour à tous,

Je travaille sous oracle 9i.

Je sèche sur la manière de "supprimer" l'enregistrement d'une table étant la cle l'étranger d'une autre table.

Prenons le cas d'une facture.

J'ai une entreprise de chocolat qui vend ses produits à des clients qu'elle choisit dans sa base de données.

Modèle (très simplifié) :
table facture(pk_facture,fk_client)
table client (pk_client, adresse, tel, fax,...)
Un client est associé à une facture.
Une facture ne peut plus être modifiée.

Comment puis je faire si on veut "supprimer" un client. (Il a été trrrès méchant et il n'a plus droit à ses chocolats).
En gros pour "supprimer" un client, il ne faut plus qu'il apparaissent à l'utilisateur, mais il doit exister dans la base de données pour que les factures restent inchangées.

J'avais pensé à 2 solutions pour que l'utilisateur ne voit plus son méchant client :
1) créer une colonne supprime dans la table client, qui serait par défaut à 0 et on la passerait à 1 si on dit qu'elle est supprimée (et faire un indexe bitmap) et la requête serait du genre :

Code:

---

select adresse,tel,fax from client where supprime=0

---

2) créer une table sup_client avec 1 colonne (fk_client) étant une clé primaire aussi.
Et ma requete serait

Code:

---

select adresse,tel,fax from client where pk_client not in(select fk_client from sup_client)

---

Quelle est la requete la plus performantes?

Je ne vous ai parlé que de la suppression, mais comment devrais t on s'y prendre pour une modification d'un client?
("Supprimer" et insérer une nouvelle ligne?)

Merci de m'avoir lu.

PS : "supprimer" = ligne caché au client, mais qui existe toujorus

Citation:

---

Je ne vous ai parlé que de la suppression, mais comment devrais t on s'y prendre pour une modification d'un client?
("Supprimer" et insérer une nouvelle ligne?)

---

Une modification ne consiste pas en une suppression puis un ajout... Mais en un Update.

Tu devrais nommer la colonne "visible" ou "disponible" et non "supprimé", ce serait plus clair.

La première serait pour moi la plus performante.

Merci pour ta réponse hed62,

Je vais donc suivre ton conseil.

En ce qui concerne la mise à jour, je disais "supprimer" c'est à dire mettre le boolean à 1 de la colonne visible et insérer une nouvelle ligne.

Bonne nuit

Bonjour,

Je reviens vers vous car je rencontre plus de difficulté dans le cas où l'utilisateur veut faire des modifications.
Si par exemple j'ai un client depuis 5 ans à qui j'ai fait une facture.
Aujourd'hui ce client s'est fait racheté et il a changé de nom et d'adresse. Si je fait un update de se client, la facture de il y a 5 ans va être aussi modifié avec les nouvelles données hors, ce n'est pas ce que je veux.

Comment feriez vous pour prendre en compte la modification?

Merci d'avance.

Il faut que tu sauvegarde un état des factures. Tu as donc une table facture qui reprend intégralement les informations.

Si je comprends bien,
dans ma table facture, au lieu d'avoir mon code client, je rajoute les colonnes de la table client.

Facture =(code,..., nomclient, adresseclient, telclient, faxclient...)

pour faire des recherches d'une facture par rapport à un client, il faut que je mette aussi le code client dans la table facture?
Je ne suis pas certain des bonnes performances par rapport à ce trie.

Il y a beaucoup de redondance au niveau des données, mais j'imagine que pour avoir un historique, c'est le pris à payer:aie:

Voila, après c'est à toi de voir si tu veux conserver les informations ou non ... C'est toujours pareil : tu peux toujours trouver un moyen détourné, comme par exemple créer deux champs Client quand un client est modifié, et ajouter une DateDeValiditéMax:

Code:

---

1 | Toto | 7,bd Untel 59000 Lille | null

---

Quand il déménage le 01/01/2008 :

Code:

---

1 2 3

1 | Toto | 7,bd Untel 59000 Lille | 01/01/2008 1 | Toto | 7,bd Untel 62000 Arras | null

---

Après tu devras faire du travail en plus du côté des méthodes d'accès.