Re: [Fwd: héritage de table]

Stéphane A. Schildknecht a écrit :

Bonjour,

>> Exemple table logiciel
>> "Alternatif";"OpenOffice.org";"3.0";"Fr";"Linux"
>> "Alternatif";"OpenOffice.org";"3.0";"Fr";"Mac OS X"
>> "Alternatif";"OpenOffice.org";"3.0";"Fr";"Windows"

> je trouve que la table "logiciel" dispose déjà de beaucoup
> d'informations redondantes entre les lignes.

On s'écarte complètement de l'héritage de table. Je répond sans volonté
de critiquer ton point de vue ni de défendre à outrance le mien; juste
pour papoter ...

En première impression oui mais la table logiciel gère des produits à
télécharger.
Elle ne dépassera pas quelques milliers de lignes dans quelques années.

Le premier champ est une clé étrangère (et ce n'est pas un serial).
Les 2ème, 3ème, 4ème, 5ème et 6ème colonnes forment un libellé
(identifiant unique) de produit.

preuve par l'absurde que mon choix est bon
Je peux par exemple avoir une table OperatingSystem constituée d'une
seule colonne OperatingSystem = "Linux , MacOS X , Windows"

ou alors je prend un serial comme identifiant pour cette table

OperatingSystem = " (1,Linux) ; (2,MacOS X) ; (3,Windows)"

Donc ajout d'une clé étrangère ce qui donne dans le deuxième cas
"Alternatif";"OpenOffice.org";"3.0";"Fr";"1"

Idem pour "Fr", "3.0".

"Alternatif";"OpenOffice.org";"1";"1";"1"
et même
"1;1;1;1;1"

Je gagne quoi à faire cela?

Par contre je vais prendre un serial comme Primary key pour la table
"logiciel" et oublier cette histoire d'héritage.
D'où la nouvelle question (google):
Peux t-on avoir l'unicité pour un groupement de colonnes sans que
celles-ci soient Primary Key?

A+
--
Pascal