Re: [Dolibarr-dev] Taille de certains champs et imports webservices

[Anthony Poiret]

Complètement d'accord - avant qu'un utilisateur arrive à nous faire une ref de 128 il va falloir qu'il en veuille vraiment :).
En revanche, c'est vrai que 32 c'était un peu léger - le problème venait d'un utilisateur qui vendait des pc montés sur son site magento et qui spécifiait ses modèles avec des _ (pc_sansos_asus_ etc...). Il y avait pas mal de doublons sur 32 mais ce serait largement passé sur 128.

---

address@hidden Tél : +33 (0) 2 51 13 50 12
26 bis rue des olivettes Fax : +33 (0) 2 51 13 52 88
44300 NANTES http://www.auguria.net

---

De: "Destailleur Laurent" <address@hidden>
À: "Posts about Dolibarr ERP & CRM development and coding" <address@hidden>
Envoyé: Lundi 2 Juillet 2012 17:45:40
Objet: Re: [Dolibarr-dev] Taille de certains champs et imports webservices

Je propose d'augmenter à 128 car cela reste un id et non un libellé.

Aussi attention à ne pas confondre ref et libellé. Ici le champ ref est un champ unique qui est un id fonctionnel donc doit pouvoir rester court à taper car c'est l'id visible de l'utilisateur qui identifie un produit.

Le 2 juillet 2012 10:59, Anthony Poiret <address@hidden> a écrit :

Bonjour,

Je reprends en ce moment notre module de synchronisation avec magento pour l'adapter à la 3.2. Nous avions rencontré de multiples bugs et appliqué quantité de rustines pour que le tout fonctionne.

Afin de rendre le module plus propre, j'essaie de supprimer toute modif du core ou de la BDD native de dolibarr. A ce niveau, nous avions rencontré un problème par rapport aux produits - les refs sont des varchar sur 32 caractères, ce qui peut dans certains cas (conventions de nommages un peu longue adoptées par certains utilisateurs) poser un problème de duplication des refs (dans le cas de magento, le varchar est en 255 caractères).

Pourrait-on faire passer ce varchar à 255 caractères (ou au moins 128)? Cela ne devrait pas poser de problème pour les anciennes données en 32 lors des migrations, et ça pourrait éviter le problème lors d'imports avec d'autres applications.

(... et ça éviterait un alter table sur du natif dans un module externe :)


Cordialement,

---

address@hidden Tél : +33 (0) 2 51 13 50 12
26 bis rue des olivettes Fax : +33 (0) 2 51 13 52 88
44300 NANTES http://www.auguria.net

_______________________________________________
Dolibarr-dev mailing list
address@hidden
https://lists.nongnu.org/mailman/listinfo/dolibarr-dev

_______________________________________________
Dolibarr-dev mailing list
address@hidden
https://lists.nongnu.org/mailman/listinfo/dolibarr-dev