d2.05.01 Règles concernant la structuration des données#

Résumé :

Nous indiquons ici les règles (et conseils) concernant la Structuration des Données (SD) :

  • définir de nouveaux types de SD,

  • avec quels objets JEVEUX ?

La lecture de ce document suppose la lecture préalable des documents [D4.01.01] et [D5.01.03].

Table des matières

Objets JEVEUX de base#

  • 1 - Ne pas utiliser l’attribut ‘DOCU’ des OJB.

  • 2 - Essayer de ne pas utiliser ‘LONUTI’: on cherchera en général à allouer “au plus juste” les objets. Dans ce cas, ‘LONUTI’=’LONMAX’ .

Utiliser à bon escient l’attribut ‘LONUTI‘ : c’est à l’utilisateur de le mettre à jour ; il ne faut pas lui donner une autre signification que la sienne : longueur réellement utilisée d’un vecteur.

  • 3 - Pour les collections dont on sait qu’elles ne seront jamais très grosses, il est préférable de les créer contiguës. Dans le cas contraire, il faut les créer dispersées. On dira qu’une collection (ou un objet) est grosse si :

  • son volume peut être supérieur à 1Méga mot,

  • ou si son volume peut être supérieur à 10 fois le nombre de ddls du modèle.

  • 4 - Ne pas utiliser les pointeurs (de nom ou de longueur) partagés entre plusieurs collections.Si (par exemple) 2 collections doivent être accédées par les mêmes noms, on peut faire :

  • créer un pointeur de noms,

  • créer les collections en accès “numéroté”

  • faire CALLJENONU avant l’accès aux collections.

  • 5 - Ne pas stocker dans des OJB des adresses mémoire d’autres OJB (car une adresse mémoire est par définition “temporaire”). On le fait pour le type de Structures de Données mater_code et pour des raisons bien identifiées de performance, mais cela doit rester exceptionnel.

Sur cette page