Discussion :

[karim15]

Bonjour

Dans mon application, j'ai des fichiers de données (Hyperfile), biensur il ya des fichiers qui sont relies entre eux.

je prends comme exemple 3 fichiers : ventes, ventes_produits, produits.

la mise a jour des données que ce soit en creation ou bien en modification des enregistrements ce fait le plus normalement du monde.

j'ai créée une procedure qui me fait le recalcul de certains champs de ces 3 fichiers, et je veux avoir un avis de vous

où dois-je lancer cette procedure

est ce que je le fais :

1. Au lancement de l'application
2. Au lancement des fenetres de saisie ou de modification

j'aimerai avoir une solution

Merci d'avance

a+

[LeDièse]

Bonjour, au lancement de l'application, c'est plus sur.

[tatayo]

Bonjour,
La question est un peu flou, mais avec les éléments disponibles je dirai: ni l'un ni l'autre.
Si des champs de tes fichiers doivent être recalculés suite à une mise à jour de ces dernier, le pus sûr est de passer par un trigger.

Tatayo.

[wimbish]

Bonjour,

J'irai plus loin, si tu peux les calculer, le plus simple et le plus sûr c'est de ne pas les enregistrer dans un fichier et de les calculer au besoin.

[Atsibat]

J'irai moins loin, ...
Si tu as un volume estimé de donnée très important il est parfois très utile de stocker des données calculables.
Tu vas gagner énormément de temps lors du traitement des statistiques.
(Par exemple dans une facture on stockera le total TTC / HT / TVA plutôt que de recalculer toutes les lignes de factures à chaque fois)

ET oui un trigger serait la façon la plus esthétique et la plus performante mais la voie de l'excellence est aussi la plus ardue...

[Hemgé]

En principe, il faut veiller à la granularité ou à l'atomicité de l'information.

S'il y a redondance d'information, cette redondance doit être contrôlée.
Dans l'hypothèse où la redondance est assumée, aucun logiciel ne devrait être certifié si ce contrôle n'existe pas.
Le contrôle de redondance consomme du temps et des ressources.

Les statistiques ne sont faites que périodiquement et il est rare de devoir en disposer "à l'instant" surtout quand leurs utilisateurs sont conscients du volumes des données à mettre en œuvre.

A mon sens, il vaut mieux éviter ces fichiers "récapitulatifs".
C'est tentant, mais, outre l'espace qu'ils occupent tant sur le stockage primaire qu'au niveau des back-up, ces fichiers demandent le développement de programme de gestion, de contrôle et de correction spécifiques.
Sauf si on veut travailler sans filet ...

Maintenant, tout dépend de la taille de l'organisation et des circonstances spécifiques.

[tatayo]

Une information calculée n'est pas forcément redondante: imaginons par exemple une table des encours de stock.
Cette table doit être mise à jour à chaque entrée/sortie de stock, une mise à jour quotidienne pouvant être largement insuffisante, et il n'est pas toujours envisageable de recalculer à chaque fois le total des entrées et des sorties depuis le dernier inventaire.

Pour les statistiques je suis par contre tout à fait d'accord.

Tatayo.

[Atsibat]

Je vous renvoi à cette page d'aide de SYBASE qui est une bonne entrée dans la dénormalisation d'une base de donnée.

Cette solution n'est pas sans risque et doit être mûrement réfléchie.