Langages et normes: Difference between revisions

Jump to navigation Jump to search
Line 101: Line 101:
* Structure des tables.
* Structure des tables.
Lorsque vous créez une table, il est recommandé de prendre les même conventions de nommages de tables que les autres tables Dolibarr. Avec, à minima les champs suivant:
Lorsque vous créez une table, il est recommandé de prendre les même conventions de nommages de tables que les autres tables Dolibarr. Avec, à minima les champs suivant:
  - rowid integer pour l'id
  - rowid INTEGER AUTO_INCREMENT PRIMARY KEY    qui est l'id technique
  - tms timestamp qui sera un champ contenant la date de chaque mise à jour (la base de donnée le gère tout seul, pas besoin de le gérer par le code)
- entity INTEGER default 1                    that is id for the multicompany feature
  - import_key qui contiendra le code d'import YYYYMMDDHHMMSS si vous faites des imports en masse dans la table.
- date_creation  datetime                    that is the creation date
  - tms             timestamp                   qui sera un champ contenant la date de chaque mise à jour (la base de donnée le gère tout seul, pas besoin de le gérer par le code)
  - import_key                                 qui contiendra le code d'import YYYYMMDDHHMMSS si vous faites des imports en masse dans la table.
 
Eventuellement
Eventuellement
- datec timestamp qui est la date de création de l'enregistrement
  - fk_user_author integer qui est l'id du user de création
  - fk_user_author integer qui est l'id du user de création
  - fk_user_mod integer qui est l'id du user de modif
  - fk_user_mod integer qui est l'id du user de modification
- fk_user_valid integer qui est l'id du user de validation
- fk_soc integer qui est l'id du tiers (si applicable)


* Type des champs
* Type des champs

Navigation menu