-
Structure d'une BDD FB
Bonjour à tous,
J'ai développé un application de Gestion Commerciale, multi-exercice et multi-dossier, avec une BDD Paradox, organisée comme suit :
- Répertoire d'installation : Exécutable et autres DLL
- Répertoire Commun : Tables communes aux dossiers
- Répertoire Dossier : Tables d'un seul dossiers pour tous les exercices
ex : Table Articles, Table Clients, etc...
- Répertoire Exercice : Tables contenant les infos. de l'exercie, telles que
les tables Factures, tables Mvts de Stocks, tables
Achats, etc..
A la création d'un nouveau dossier ou d'un nouvel exercice, je crée automatiquement tous les répertoires et tables y afférentes.
Ma question est : Une BDD Firebird/Interbase pourrait-elle avoir la même structure ?? Sinon, quelle serait la meilleure structure ?
Merci beaucoup.
P.S : Je suis nouveau à FB/IB et je souhaiterai y migrer.
-
Je travaille avec FB embedded de la même façon pour une application multi-dossiers sans aucun problème.
-
Merci pour ta réponse !
Mais, est-ce que tu crées une BDD pour chaque groupe de tables, comme je les ai organisées, c.a.d une BDD pour chaque répertoire, ce qui donneras 03 BDDs !
Moi je pensais ne créer qu'une BDD pour chaque dossier. Mais je veux séparer les exercices. Je peux aussi ajouter un champ année le faire, cependant, un client prolifère verra sa BDD gigantesque en 2 ou 3 ans !
Mais bon ...!
Bon Dév.
-
Voilà ce que j'ai comme arborescence :
c:\MonAplication
- Exe
- Dll
- Base contenant les informations sur les dossiers (sociétés)
- Base vide (qui doit être copiée à chaque création de dossier)
- Divers fichiers (ini, hlp, firebird,...)
c:\MonAplication\dossier1
- db2004 (Base de donnée exercice 2004)
- db2005 (Base de donnée exercice 2005)
- db2006 (Base de donnée exercice 2006)
Au lancement de l'application on a la liste des dossiers déjà existants. L'exercice le plus récent est ouvert par défaut mais il peut choisir un autre exercice.
-
Oui, bien sûr, j'ai pensé à cette façon de faire, mais, là, tu mets dans la même bdd (ex. db2005) et la facturation, proprement dite, et les clients, articles, etc.
..
Si le nombre de clients et/ou d'articles est important, il va se répeter dans la base de chaque bd... Comme je ne maitrise pas encore FR/IB, je ne pourai pas donner de remarques pertinentes. Je pense aux accés, connections et tout le bataclan...
Si tu copies ta base vide à exo, tu dois aussi transférer les tables clients et articles ou alors, tu refais la saisie !
Le développement n'est pas l'affaire d'une personne seule !
C'est un plaisir de partager avec toi des idées !
A la prochaine.
-
mettez tout dans une seule base, Firebird le supportera largement et tout sera bien plus simple
Firebird n'est pas un gestionnaire de fichiers, c'est un vrai SGBD