Bonjour,
Je soulève le siouci suivant obtenur lors de lz migration de Dolibarr de 3.0 vers 6.0
Le msg suivnt arrive dès le migration de 3.1 vers 3.2.
Connexion au serveur : sql41.modules Ok
Version de la base 5.1.73-2+squeeze+build1+1-log
Nom de la base de données 825768-1
Création des tables et des clés primaires Ok
Création des clés étrangères et des index pour la table llx_accounting_account.key
Request 253 : ALTER TABLE llx_accounting_account ADD UNIQUE INDEX uk_accounting_account (account_number, entity, fk_pcg_version) Erreur SQL DB_ERROR_RECORD_ALREADY_EXISTS Duplicate entry ‹ 2300-1-PCMN-BASE › for key ‹ uk_accounting_account ›
Création des clés étrangères et des index pour la table llx_ecm_directories.key
Request 461 : ALTER TABLE llx_ecm_directories ADD CONSTRAINT fk_ecm_directories_fk_user_c FOREIGN KEY (fk_user_c) REFERENCES llx_user (rowid) Erreur SQL DB_ERROR_1452 Cannot add or update a child row: a foreign key constraint fails (825768-1., CONSTRAINT fk_ecm_directories_fk_user_c FOREIGN KEY (fk_user_c) REFERENCES llx_user (rowid))
Création des fonctions Ok
Chargement des données de référence Ok
Alors, personne n’a d’idée. Mes cotisations ne s’affichent plus correctement pour mes adhérents.
Génant tout de même et je ne sais pas si cela vient du même probléme.
Merci de répondre.
Bonsoir.
Merci pour la réponse.
Oui, j’ utilise les deux modules.
De plus, je ne vois plus toutes les cotisations déjà réglées par les adhérents dans leur fiche détaillée sous adhésions/cotisations.
Juste pour info, j’ai eu des problèmes similaires passant de dolibarr 3.9 vers 6.0.1. Deux des scripts avaient des erreurs de création indices. La solution : Appliquer les commandes ratés dans phpmyadmin ajoutant des limitations de longueur sur les colonnes varchar :
Choix du script de migration 3.9.0-4.0.0.sql
Request 244 sql=‹ ALTER TABLE llx_advtargetemailing ADD UNIQUE INDEX uk_advtargetemailing_name (name); ›
Erreur DB_ERROR_1071: ALTER TABLE llx_advtargetemailing ADD UNIQUE INDEX uk_advtargetemailing_name (name);
ALTER TABLE c6_2.llx_advtargetemailing ADD UNIQUE uk_advtargetemailing_name (name(200)); KO toujours
ALTER TABLE c6_2.llx_advtargetemailing ADD UNIQUE uk_advtargetemailing_name (name(100)); OK
Choix du script de migration 5.0.0-6.0.0.sql
Request 83 sql=‹ ALTER TABLE llx_product_attribute ADD CONSTRAINT unique_ref UNIQUE (ref); › KO
ALTER TABLE c6_2.llx_product_attribute ADD UNIQUE unique_ref (ref(100)); OK
Request 85 sql=‹ ALTER TABLE llx_product_attribute_value ADD CONSTRAINT unique_ref UNIQUE (fk_product_attribute,ref); › KO
ALTER TABLE llx_product_attribute_value ADD CONSTRAINT unique_ref UNIQUE (fk_product_attribute,ref(100)); OK
Request 179 sql=‹ ALTER TABLE llx_default_values ADD UNIQUE INDEX uk_default_values(type, entity, user_id, page, param); › KO
ALTER TABLE llx_default_values ADD UNIQUE INDEX uk_default_values(type, entity, user_id, page(100), param(100)); OK
Merci mais malheureusement cela ne résous pas mon problème.
De plus, j’ai toujours le même souci de cotisations pour lesquelles je ne vois que la première mais pas les suivantes alors que la table souscription est bien complète.
Same problem here. I’m updating manually and as far as I can see account numbers 2300, 2301, 2302, 2303 are duplicated in the table llx_accounting_account of 5.0.2 (I’m afraid I’m not using this module so just skipped it.)