Hello,
je tombe sur
http://core.spip.org/projects/spip/repository/revisions/13820
qui ajoute une fausse primary key a la description de la table en retour de trouver_table()
Il est genant dans les procedures d'upgrade car si je dois supprimer la primary key puis la recreer sur un autre champ,
je n'ai pas de moyen utile de savoir que ça a bien marche.
Quelle est la raison de ce commit (le log explique peu de choses...) ?
Cédric
C'est quand tu utilises une VIEW
CREATE VIEW ( machin )
BOUCLE(machin)
dans ce cadre, je crois que la raison était que, si on veut que les
crayons crayonnent, il faut une clé primaire.
-- Fil
ne peut on pas gérer ça dans les crayons dans ce cas, ou a la rigueur le reserver aux views ?
j'avais pensé que ça pouvait être une question de jointure, auquel cas on aurait pu peupler join=>array() avec le premier champ.
Cédric
ne peut on pas gérer ça dans les crayons dans ce cas, ou a la rigueur le reserver aux views ?
je ne sais pas
j'ai retrouvé deux discussions
http://permalink.gmane.org/gmane.comp.web.spip.devel/59718
je sais que severo utilise beaucoup les vues ; moi je ne les utilise
que sur rezo.net, et je pourrai sans doute me débrouiller lorsque je
ferai une mise à jour, quelle que soit la solution retenue.
-- Fil