[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Dolibarr-dev] [Important] Changement idp en rowid !!!
From: |
Régis Houssin |
Subject: |
[Dolibarr-dev] [Important] Changement idp en rowid !!! |
Date: |
Wed, 13 Jun 2007 09:44:27 +0200 |
User-agent: |
RoundCube Webmail/0.1-rc1 |
Bonjour,
afin d'unifier le code j'ai changé le champs 'idp' de llx_societe et
llx_socpeople en 'rowid'.
tous les fichiers utilisant ces champs ont été modifiés (sauf le
répertoire lolix car spécifique, à vérifier !!)
normalement le fichier de migration fonctionne, il supprime les clés
étrangères se rapportant au champs idp de llx_societe, renomme le champs
et crée à nouveau les clés étrangères.
toutefois j'ai eu un soucis sur une install où certaines FOREIGN KEY
n'avaient pas le même nom que dans les fichiers d'install
ex:
une clé qui devait s'appeler fk_propal_fk_soc se nommait llx_propal_ibfk1,
pourquoi je ne sait pas.
si après l'update de la base vous avez toujours le champs idp au lieu de
rowid dans la table llx_societe, pas de panique :))
faite un dump de la base en ne prenant que la structure, ensuite faite une
recherche de "idp" dans ce dump.
vous devriez avoir une ou des lignes du style :
ALTER TABLE `llx_propal` ADD CONSTRAINT `llx_propal_ibfk1` FOREIGN KEY
(`fk_soc`) REFERENCES `llx_societe` (`idp`);
prenez toutes les lignes et mettez les à la suite comme ceci (exemple en
fonction de la ligne précedente) :
ALTER TABLE llx_propal DROP FOREIGN KEY llx_propal_ibfk1;
exécuter ces lignes dans phpmyadmin par exemple.
une fois toutes les clés étrangères supprimées vous pouvez relancer
l'update de la base avec l'install dolibarr.
Régis
[Prev in Thread] |
Current Thread |
[Next in Thread] |
- [Dolibarr-dev] [Important] Changement idp en rowid !!!,
Régis Houssin <=