|
| Gestion des nomenclatures |
| Débuté par jb.dumontier, 26 déc. 2004 22:58 - 3 réponses |
| |
| | | |
|
| |
| Posté le 26 décembre 2004 - 22:58 |
Bonjour
Dans toutes les applications de Gestion il y a un certain nombre de nomenclatures (ou de tables) qui ont toutes la même strcture :
Code
Libellé
Valeur (pas toujours)
Libellé long (pas toujours)
Par exemple : TVA, Type, catégorie, type de versement, tranche d'effectif, ....
Il faut un fichier pour chaque table, mais faut-il générer des fenêtres et états spécifiques?
Je pense qu'il faudrait :
Un fichier des nomenclatures avec le type des champs
Ûne fenêtre générique pour la saisie et le listage des nomenclatures
Quenqu'un a t'il déjà fait cela? |
| |
| |
| | | |
|
| | |
| |
| Posté le 27 décembre 2004 - 15:10 |
Bonjour,
Essaies de créer un fichier de paramètre ou alors un fichier ini dans lequel tu stockes tout tes paramètres.
Ocin. |
| |
| |
| | | |
|
| | |
| |
| Posté le 27 décembre 2004 - 16:33 |
Bonjour
je penses que tu peux essayer de créer une table avec des champs que tu mets dans le dictionnaire donc réutilisable avec ou sans abonnement.
Autrement avec la p.o.o
Denis |
| |
| |
| | | |
|
| | |
| |
| Posté le 04 janvier 2005 - 20:55 |
Le probleme de ces tables "génériques" c'est qu'elles ne suivent pas le
modèle relationnel. Exemple:
Fichier client contenant une rubrique ModReg (mode de reglement)
et un fichier générique contenant le type de table (TypTab) le code recherché (Code)
et le libellé.
la liaison automatique entre les deux fichiers est impossible car il manque
l'élément TypTab dans le fichier clients.
En SQL ca donnerait pour afficher le mode de reglement du client et son
département:
SELECT CL.Nom,CL.ModReg,MR.Libelle,DEPT.Libelle
From CLIENT CL,TABLES MR, TABLES DEPT
WHERE MR.TypTab="MODREG" and MR.Code=CL.ModReg
and DEPT.TypTab="DEPT" and DEPT.Code=left(CL.CodPost, 2)
1) La constante ("MODREG" ou "DEPT" ici) ne correspond à rien dans les autres fichiers. Ca marche mais on n'est plus en mode relationnel.
2) Il faut donner plusieurs alias à la table pour recuperer plusieurs
codes de type different (et il faut se rappeler quel est le bon "TypTab",
c'est là qu'on commence à coller des listings au mur !! )
3) On va avoir tendance a surdimensionner les rubriques et le nombre de
rubriques du fichier tables (les fameux "filler" au cas où...) et ça va ralentir
toutes les requetes...
Avantage de créer un fichier par table, outre le modele relationnel respecté, c'est qu'ils
peuvent avoir des formats de codes différents, des clés simples ou composées, etc...
Perso, je crée autant de fichiers que de table code/libelle et une fenetre par fichier.
Bonne année à tous
Patrick
(enlever NoSpam de l'email) |
| |
| |
| | | |
|
| | | | |
| | |
|