Discussion :

[Mercure]

Un petit bémol toutefois. Les fichiers logiques multiformats associés au cycle GAP sont bien utiles pour gérer les programmes d'édition : en-tête/détail. Et çà, le DDL ne sait pas le faire.

Pour le reste, un fichier créé avec des DDS peut recevoir n'importe quoi dans le fichier. On peut mettre de l'alpha dans une zone packée par exemple.

Oui mais même chose avec le DDL. Ce n'est pas parce que la table a été créée avec DDL qu'on ne peut pas avoir de l'alpha dans une colonne packée ou alors je ne comprends pas ce que tu veux dire.

[K2R400]

Un petit bémol toutefois. Les fichiers logiques multiformats associés au cycle GAP sont bien utiles pour gérer les programmes d'édition : en-tête/détail. Et çà, le DDL ne sait pas le faire.


Oui mais même chose avec le DDL. Ce n'est pas parce que la table a été créée avec DDL qu'on ne peut pas avoir de l'alpha dans une colonne packée ou alors je ne comprends pas ce que tu veux dire.

Sur un PF créé avec des DDS tu peux mettre de l'alpha dans du packé (avec EXCPT par exemple et les vieilles cartes O, ou par CPYF *NOCHK etc...) ce qui est impossible sur une table crééé à base de DDL.
Le contrôle de la cohérence des données est faite à l'écriture pour les DDL (d'ou des perfs moindre en MAJ/INSERT pour les DDL vs DDS), car aucun contrôle à l'écriture pour les DDS.
A l'inverse, 0 contrôle à la lecture pour les DDL, et contrôle à la lecture pour les DDS (d'ou l'erreur de donnée décimales). Lectures plus rapides sur des entités de type DDL.
Un système fonctionne en moyenne à 80% de lecture vs 20 d'écriture.
Le système passe son temps à contrôler la cohérence des données à chaque chain, read, select avec des DDS et ceci pendant 80% du temps. Quelle misère !!!! sans compter les données caduques.