Discussion :

[phillux]

Bonjour,

Etant comptable (confirmé) et développeur (amateur éclairé), je vais développer un logiciel comptable, qui sera à destination d'experts comptables essentiellement.

J'ai bien avancé sur mon modèle de bdd mais je voudrais avoir un conseil:
l'expert comptable traite plusieurs dossiers comptable, c'est-à-dire de plusieurs sociétés. Me conseillez vous de faire une base de donnée par société ou de regrouper au sein de la meme base avec des tables dédiées par société?

Mélanger plusieurs sociétés dans les mêmes tables sur une seule base me fait peur, notamment au niveau des performances lorsque l'on travail sur plusieurs dossiers en même temps.

Pour l'instant mon idée va vers une base de donnée par société pour les raisons suivantes:
- La possibilité de faire des sauvegardes individuelles à donner au client
- La possibilité d'importer ou de transmettre le dossier à un confrère
- La possibilité d'attribuer des privilèges aux différents collaborateurs par société. Ce dernier point n'est pas important car je pense faire tout de même les autorisations collaborateur au niveau client et non au niveau SGBD.

Merci de vos conseils et éclairages, j'ai lu avec beaucoup d'attention les conseils de sqlpro et compte faire tourner un maximum de fonctions sur le SGBDR; y compris les calculs des balances.

Cordialement
Philippe

[SQLpro]

Me conseillez vous de faire une base de donnée par société ou de regrouper au sein de la meme base avec des tables dédiées par société?

En sus de ces critère j'en rajouterais deux :

• fonctionnel : si vous avez besoin de faire des requêtes transversales, alors une seule base est de très loin beaucoup plus pratique...
• administratif : en multipliant les bases, vous dégradez les performances globales et multipliez les problèmes de maintenance. par exemple, avec 100 base se sont 200 fichiers ouverts pour le SGBDR et donc autant de descripteur de fichier qui prennent de la place en mémoire au détriment des données. Pour la sauvegarde, le recalcul des index et des stats ainsi que pour le vérification des structures d'allocation, ce sera aussi plus lourd !

Autre solution : jouer sur les schémas SQL...
Vous créez une seule base, mais pour chaque client vous créez un schéma SQL et placez toutes les tables dedans.
Lisez l'article que j'ai écrit à ce sujet : http://blog.developpez.com/sqlpro/p5...es-schema-sql/
Et si vous optez pour un SGBDR qui sait gérer proprement ses espaces de stockage, vous pouvez même synchroniser vos schéma avec vos storage et faire en sorte que toutes les tables d'un même schéma soient stockée dans un fichier spécifique différent pour chaque schéma.
Mais cela nécessite un serveur comme SQL Server, IBM DB 2 ou Oracle !

A +

PS : vous demande aurait du être postée dans le forum "decision SGBD"

[seabs]

Bonjour,

Je pense que chaque solution a ses avantages et ses inconvénients.

Une base pour chaque client peut être efficace, surtout si cette base doit être transférée sur un portable pour la saisie chez le client.

Je connais une application dans un cabinet qui, pour chaque client, utilise une base Access avec possibilité de travailler en réseau chez le client (deux ou trois personnes). Elle est remarquablement rapide.

Je suis expert-comptable et si je demandais le développement d'un tel produit, j'opterai certainement pour une base par client.

A titre indicatif, il existe plusieurs produits sur le marché CCMX, Cador, Coala. Il faudrait te renseigner comment ils ont procédé.

Bon courage