Lenguaje y Normas de Desarrollo: Difference between revisions

Jump to navigation Jump to search

Lenguaje y Normas de Desarrollo (view source)

Revision as of 18:04, 17 February 2009

12 bytes removed ,  17 years ago
no edit summary
VisualWikitext
No edit summary
Line 62: Line 62:
A día de hoy, muy pocas funciones cumplen este standard, pero es necesario.
A día de hoy, muy pocas funciones cumplen este standard, pero es necesario.


== Normes SQL ==
== Normas SQL ==


* Les SELECT * sont interdits ! Chaque SELECT doit spécifier la liste complète des champs à récupérer. Cela permet d'éviter les confusions. Exemple:
* ¡Los SELECT * están prohibidos! Cada Select deberá especificar la lista completa de los campos para recuperar. Esto permitirá evitar confusiones. Ejemplo:
<pre>
<pre>
SELECT field_a, field_b, field_c FROM table_1 WHERE field_d = '$id'
SELECT field_a, field_b, field_c FROM table_1 WHERE field_d = '$id'
</pre>
</pre>


* Dans les requêtes SQL, on quote les champs mais pas les numériques qui contiennent des montants destinés à être stockés dans des champs de type double ou real. Les quotes sur les numériques de type float provoquent parfois un stockage d'une valeur différente. Par exemple 412.62 dans le insert sera en fait stocké avec la valeur 412.61999512 en base si le champ est de type double(24,8). Et seul le PHP voit 412.61999512. Les autres outils verront 412.62 donnant l'impression qu'il n'y a pas de problème. Et c'est le PHP qui a raison, il y a problème en base. En supprimant les quotes sur les numériques, cela va mieux.
* En las consultas SQL, entrecomillaremos los campos, pero no los numéricos que contengan cantidades que se almacenen en los campos de tipo double o real. Los entrecomillados en los numéricos de tipo float se almacenan con un valor diferente. Por ejemplo 412.62 dentro del insert se guardara con el valor 412.61999512 en base si el campo es de tipo double(24,8). Y PHP sólo ve 412.61999512. Otras herramientas verán 412.62 dando la impresión de que no hay problemas. Y PHP tiene razón, hay un problema en base. Mediante la eliminación de las comillas en los numéricos, esto irá  mejor.


Exemple:
Ejemplo:
<pre>
<pre>
Bon:    INSERT INTO table_1 (field_txt, field_num) VALUES ('txt', 412.62)
Bien:    INSERT INTO table_1 (field_txt, field_num) VALUES ('txt', 412.62)
Mauvais: INSERT INTO table_1 (field_txt, field_num) VALUES ('txt', '412.62')
Mal: INSERT INTO table_1 (field_txt, field_num) VALUES ('txt', '412.62')
</pre>
</pre>


Remarque, le pb des float est général et pas seulement sur les accès base, il est présent dans tous les languages quand on travaille sur des nombres réels, aussi ils doivent être, dès que affectés, nettoyés par la fonction price2num avec le 2eme paramètre renseigné à:
Nota, el problema de los float es general y no sólamete en el acceso a la base de datos, está presente en todos los lenguajes cuando trabajamos sobre números reales, por lo que deberán ser limpiados por la función price2num con el segundo parámetro rellenado con:
'MU', 'MT' ou 'MS' selon le besoin. (voir doc fonction)
'MU', 'MT' ó 'MS' según sea necesario. (véase la doc de la función)


* Dolibarr doit fonctionner même avec l'option '''strict''' de Mysql active.
* Dolibarr debe trabajar incluso con la opción '''strict''' de Mysql activa.


* Les fonctions NOW ou SYSDATE sont interdites au sein des ordres SQL. S'il faut saisir la date du moment dans un champ, la valeur doit venir du PHP et non du moteur de base de données. Ceci afin d'avoir une meilleure portabilité du code mais surtout d'avoir une gestion correcte des TimeZone.
* las funciones NOW ó SYSDATE están prohibidas en las órdenes de SQL. Si se necesita indicar la fecha del momento en un campo, el valor debe provenir de PHP y no del motor de la base de datos. Esto además de ofrecer una mejor portabilidad del código, también permite una gestión correcta de la zona horaria.


== Normes HTML ==
== Normes HTML ==
Retrieved from "https://wiki.dolibarr.org/index.php/Special:MobileDiff/8522"

Navigation menu