Version imprimable
Bonjour à tous et à toutes,
N'étant pas expert en BDD, je fais appel à votre savoir.
je souhaite ajouter les données d'une colonne dans une autre.
colonne1+colonne2=colonne1
Val1 + B =Val1B
Val2 + X =Val2X
Val3 + C =Val3C
j'ai regarder vers des INSERT mais cela m'oblige à créer une colonne temporaire pour faire la mise à jour.
Y aurait-il un autre moyen?
Bonjour,
Je ne suis pas sûr d'avoir bien compris. Tu souhaites mettre à jour les données d'une colonne existante à partir de la valeur d'une autre colonne existante, c'est ça? C'est une concaténation que tu souhaites faire?
Oui c'est exactement ça!
le concat serait-il plus judicieux?
Si ce sont des chaines de caractères alors oui il faut concaténer, d'après ton "exemple".
Il faut mettre à jour toute la table? Sinon pense à mettre une clause where pour ne mettre à jour que les lignes concernées.Code:
2
3
Bonjour,
Si tu veux mettre à jour la colonne 1 en lui concaténant la colonne 2, c'est un UPDATE (mise à jour) que tu dois faire
Si tu veux mettre à jour toute la table, enlève le WHERECode:
2
3
Super!
Merci à vous pour votre efficacité!
Bonjour,
Quel est l'intérêt de faire ça ?
Tu vas te retrouver avec des données dupliquées (tu as déjà l'infos dans les deux colonnes "sources"), et potentiellement obsolètes (si une mise à jour est faite sur au moins une des deux colonnes).
Tatayo.
Non seulement on crée une redondance puisqu'on a deux fois la valeur de colonne2, mais en plus on enfreint la 1NF !
Bonsoir,
Certainement pas ! Revenons sur la définition de la 1NF.Citation:
Envoyé par escartefigue
Définition (cf. Database Design and Relational Theory - Normal Forms and All That Jazz)
Let relation r have attributes A1, ..., An, of types T1, ..., Tn, respectively. Then r is in first normal form (1NF) if and only if, for all tuples t appearing in r, the value of attribute Ai in t is of type Ti (i = 1, ..., n).
Poursuivons avec ce qu’écrit Date. Par définition :
Relation r is normalized if and only if it’s in 1NF.
Cette équivalence se justifie pour des raisons historiques. En effet, à l’origine, Codd, père de la théorie, n’utilisait que le terme normalized. Le terme 1NF ne fut introduit que lorsqu’on commença à parler de 2NF et autres formes normales de niveau supérieur.
Pour mémoire, dans la théorie relationnelle une relation est une valeur de relvar (variable relationnelle). Etant donné que chaque relation affectée à une relvar est nécessairement en 1NF, il est évident que chaque relvar peut être légitimement et légalement considérée comme étant en 1NF.
Date aurait pu utiliser tout de suite le terme relvar plutôt que celui de relation dans la 1re définition, mais pour des raisons didactiques il a voulu rappeler qu’il ne faut pas faire d’amalgame, confondre variable et valeur comme on le fait encore trop souvent.
En passant, quand dans la 1re définition Date parle de type, tout type est permis sauf celui de pointeur, banni de la théorie relationnelle, respectueuse de la théorie des ensembles. Ainsi, un attribut de relation peut être du type relation ! (On parle alors de RVA, relation valued attributes). A noter que si la relation r est du type T, aucun attribut de r ne peut être du type T. :P
Qu’en est-il des tables ?
Définition de Date :
A table is in first normal form (1NF)—equivalently, such a table is normalized—if and only if it’s a direct and faithful representation of some relvar.
Date ne se limite pas à SQL. Le terme table est à prendre ici au sens de variable de table.
Qu’entend-on par faithful representation (représentation fidèle) ?
1. La table ne doit jamais contenir des lignes en double (sinon c’est un sac).
2. Les colonnes n’ont pas à être ordonnées de gauche à droite.
3. Les lignes n’ont pas à être ordonnées de haut en bas.
4. Les colonnes doivent être régulières.
5. A chaque intersection d’une ligne et d’une colonne il y a au moins et au plus une valeur du type applicable, et rien d’autre.
A propos du point 4. Ce qu’on entend par colonne régulière :
a.Chaque colonne a son nom en propre, et ce nom est unique parmi les noms des colonnes de la table en question.
b. Il ne doit pas y avoir de colonnes « cachées », accessibles sous le capot au moyen d’opérateurs ad-hoc. Ainsi, ne sont pas en 1NF les tables dont les lignes sont accessibles au moyen de « row ID » et autres « object ID », tout comme ne sont pas en 1NF non plus les tables contenant des timestamps cachés eux aussi.
A propos du point 5. « Au moins et au plus une valeur » signifie que la possibilité de NULL dans la déclaration d’une colonne provoque de facto le viol de la 1NF puisque NULL n’est pas une valeur.