Discussion :

[daydream123]

Bonjour,

Ma question est peut-être tordue, mais je voulais savoir, est-il possible de créer une table avec une clé primaire composée d'un champ à n caractères, plus le premier caractère de ce champ, sans qu'il existe une colonne pour contenir ce premier caractère?
Exemple: table[code, libellé] contient la données ['C123', 'Eagle one'].
Je veux que ma clé primaire soit ['C123', 'C'].
Suis-je obligée de rajouter une colonne pour qu'elle contienne 'C'?

Merci!

[al1_24]

Quel est l'intérêt fonctionnel ? Cela ne change en rien l'unicité de la clé primaire

[daydream123]

C'est juste pour ne pas dupliquer l'information, qui est déjà contenue dans le code...

[CinePhil]

Quel est l'intérêt fonctionnel puisque vous avez déjà l'information 'C' sur le premier caractère ?

D'où, une fois de plus, le mauvais choix d'un code signifiant en tant que clé primaire d'une table !

[SQLpro]

Fonctionnellement cela à un intérêt énorme !

Faisons une petite analogie...

Imaginons que nous rentrons chez nous. Le quidam ordinaire qui n'a qu'une serrure à sa porte donne un tour de clef et l'ouvre. Notre pékin du jour, un peu rêveur sur les bords (daydream123) à décidé de donner un tour de clef pour ouvrir, puis refermer et rouvrir sa serrure !
Fonctionnellement, le gagnant de cette stratégie c'est le serrurier... Sachant qu'une serrure est garantie avec 100 000 ouvertures, la serrure va tomber en panne deux fois plus vite !

Moralité : Quand ou joue aux cons, y'a toujours un gagnant !

A +

[StringBuilder]

J'avoue que j'ai pas compris (humour ?) le message de SQLpro

J'imagine que l'analogie porte sur "plus le code est crade, et plus les devs ont de boulot, et plus les experts (comme SQLpro) ont d'avenir devant eux", mais j'ai peut-être raté une subtilité

Sinon, pour en revenir, autant une clé composée, oui, c'est possible.
Autant une clé portant sur une colonne calculée, c'est juste pas possible.
Et autant pour une clé telle que décrite, la question ne se pose pas : vomir ou changer de métier, telle est la réaction que vous devriez avoir suite à une idée pareille.

[Waldar]

Je pense que daydream123 aura compris que c'est une mauvaise idée.

Qu'essayez-vous au final de valider avec cette contrainte ?

[daydream123]

Autant une clé portant sur une colonne calculée, c'est juste pas possible.

C'est tout ce que je voulais savoir...
Merci pour les réponses!

[aieeeuuuuu]

C'est tout ce que je voulais savoir...

Alors autant bien vous renseigner, car contrairement à ce qu'a indiqué StringBuilder, il est techniquement possible de définir une clef sur une colonne calculée.

Mais je me pose la même question que al1_24, CinePhil et Waldar : quel est l’intérêt de ce que vous cherchez à faire ?

[daydream123]

Comme j'avais répondu plus haut, c'est pour éviter une duplication des données, car l'information est contenue dans le code.
En fait, on avait une table à 2 colonnes: code_a, code_b, avec code_a comme clé primaire.
On a reçu un flux de données qui nous oblige à changer la clé primaire en (code_a, première lettre de code_b).
Et je me demandais si j'étais obligée de créer une troisième colonne pour ne contenir que la prière lettre de code_b, alors qu'il existe déjà une colonne pour code_b (c'est ce que j'ai fini par faire).

[aieeeuuuuu]

Votre description et vos exemples jusqu’à présent laissaient penser qu'il s’agissait de prendre la première lettre de la même colonne :
colonne_A + [première lettre de colonne_A], ce qui n'avait aucun sens...

[daydream123]

Je me suis effectivement trompée

[CinePhil]

En résumé, vous découvrez pourquoi il ne faut pas prendre un code signifiant, susceptible d'être modifié, comme clé primaire. Rien ne vaut, pour les tables issues des entités types fortes du modèle conceptuel de données, une clé primaire de type entier auto-incrémenté.

En fait, on avait une table à 2 colonnes: code_a, code_b, avec code_a comme clé primaire.
On a reçu un flux de données qui nous oblige à changer la clé primaire en (code_a, première lettre de code_b).

Vous créez une colonne 'nouveau-code' :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
ALTER TABLE la_table
ADD COLUMN nouveau_code VARCHAR([la taille nécessaire]) DEFAULT NULL

Ensuite vous remplissez cette colonne :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
UPDATE la_table
SET nouveau_code = code_A || code_B

Si vous travaillez avec MySQL, il faudra utiliser SET nouveau_code = CONCAT(code_A, code_B)Vous vous assurez qu'il n'y a pas de doublons :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
SELECT nouveau_code, COUNT(*) AS nb_lignes
FROM la_table
GROUP BY nouveau_code
HAVING COUNT(*) > 1

Si la requête retourne des lignes c'est que vous avez plusieurs fois le même code et que votre astuce de concaténation de code ne peut pas fonctionner et donc encore moins être utilisée en clé primaire (une preuve de plus !).

Si vous n'avez pas de doublon, vous pouvez indexer la colonne et lui poser une contrainte d'unicité. Lire aussi les tutoriels et cours de formation pour apprendre SQL.

[daydream123]

Merci pour les précisions CinePhil