Appli multi "Dossier" [Résolu]

[p.fournier]

Bonjour

Je suis nouveau et j'ai un peu de mal

Dans le cadre d'une appli multi dossier
En Client/Serveur

il est préférable de créer une base de donnée par dossier ?
Si oui comment fait-on en programmation ?

Je sais comment on change de connexion mais pas comment on cré une base de donnée par programmation (Par exemple lorsque l'on cré un nouveau Dossier il faut créer la Base de donnée correspondante...)

Merci a tous

Cordialment

[wimbish]

Bonjour,

Fait simplement un HCréation("*") pour créer tes fichier à vide après avoir changé ta connexion.

[p.fournier]

Code :

1
2
3
4
5
6
7
8
9
10
11
MACONNEXION est une Connexion
 
// Paramètres de la connexion
MACONNEXION..Provider = hAccèsHFClientServeur
MACONNEXION..Utilisateur = "admin"
MACONNEXION..MotDePasse = ""
MACONNEXION..Serveur = "MONSERVEUR"
MACONNEXION..BaseDeDonnées = "MABASE"
MACONNEXION..Cryptage = hCryptageNon
 
HCréationSiInexistant("*")

Bonjour,

Le Serveur Existe
La Base de donnée n'existe pas

==> La base de donnee n'est pas crée du fait de Hcreationsiinexistant

Comment faire ??

Merci de votre aide

[p.fournier]

Re Bonjour

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
MACONNEXION est une Connexion
 
// Paramètres de la connexion
MACONNEXION..Provider = hAccèsHFClientServeur
MACONNEXION..Utilisateur = "admin"
MACONNEXION..MotDePasse = ""
MACONNEXION..Serveur = "MONSERVEUR"
MACONNEXION..BaseDeDonnées = "MABASE"
MACONNEXION..Cryptage = hCryptageNon
 
HOuvreConnexion(MACONNEXION)
HChangeConnexion("*",MACONNEXION)
 
HCréationSiInexistant("*")

Est-ce que c'est comme celà que vous feriez ?

Merci d'avance

[wimbish]

Bonjour,

Oui, ton code est juste.

[Arnaud B.]

Je te conseille de bien réfléchir avant de faire cela, car ça t'apportera des complications sur le long terme, notamment si tu dois avoir des paramètres communs aux différentes bases.

Personnellement je suis revenu en arrière et j'ai tout dans une seule base, en ayant adapté mes requêtes.

A voir selon le contexte.

Cdlt, Arnaud.

Envoyé par p.fournier

Bonjour

Je suis nouveau et j'ai un peu de mal

Dans le cadre d'une appli multi dossier
En Client/Serveur

il est préférable de créer une base de donnée par dossier ?
Si oui comment fait-on en programmation ?

Je sais comment on change de connexion mais pas comment on cré une base de donnée par programmation (Par exemple lorsque l'on cré un nouveau Dossier il faut créer la Base de donnée correspondante...)

Merci a tous

Cordialment

[p.fournier]

Envoyé par Arnaud B.

Je te conseille de bien réfléchir avant de faire cela, car ça t'apportera des complications sur le long terme, notamment si tu dois avoir des paramètres communs aux différentes bases.

Personnellement je suis revenu en arrière et j'ai tout dans une seule base, en ayant adapté mes requêtes.

A voir selon le contexte.

Cdlt, Arnaud.

Bonjour Arnaud

il est evident qu'il y aura des parametres communs
En fait je voudrais faire un programme de comptabilite
les elements communs seront

- Le plan comptable general
- Les fichiers clients
- Les fichers Fournisseurs

- La table des utilisateurs qui proposera en fonction de l'utilisateur choisi sur les liste des dossiers autorisés

Le fait de créer une seule base de donnée et filtrer les ecritures en fonction du Dossier ne risque pas d'etre au détriment des performances ?

Comment vois-tu ce que j'envisage ??

Cordialement

P.Fournier

[wimbish]

Bonjour,

Suivant le nombre de tables, d'enregistrements et de dossiers, je vois deux solutions:
Soit tu ajoute une colonne "Dossier" dans chaque tables.
Soit tu utilise les alias, tu créer une table par dossier nommée tableX_dossierY pour pouvoir facilement les attaquer par le code.

D'autre aurons peut être de meilleures idées à te proposer.

[p.fournier]

Envoyé par wimbish

Bonjour,

Suivant le nombre de tables, d'enregistrements et de dossiers, je vois deux solutions:
Soit tu ajoute une colonne "Dossier" dans chaque tables.
Soit tu utilise les alias, tu créer une table par dossier nommée tableX_dossierY pour pouvoir facilement les attaquer par le code.

D'autre aurons peut être de meilleures idées à te proposer.

C'est une bonne idée et je vais m'y pencher
Par contre l'utilisation des Alias n'est pas possible en Client / Serveur ?

Cordialement
P.Fournier

[SevenSoftware]

Bonjour,

Je pencherais plus pour une unique table et des clés composées
incluant la rubrique Dossier.

Si un jour on vous demande une consolidation tous dossiers confondus,
ce sera plus facile.
Plus facile aussi pour la maintenance des données et l'écriture des requêtes.

Si multi-fichiers, je suppose qu'il faudra également maintenir
une table des dossiers existants.

Patrick

[rednight]

Je confirme, étant sur une appli de compta, j'ai fait le basculement d'une analyse multi dossier vers une base unifiée, car trop c'était trop fastidieux à maintenir.

Avant on avait :

Racine serveur

FichierCommun.fic

Répertoire d'un cabinet

Répertoire du client.

Fichier_ecriturecomptable.fic

Pour finalement revenir à :

Table Cabinet.
IDCabinet (PK)
NomCabinet

Table Societe
IDSociete (PK)
NomSociete
IDCabinet (FK)

Table écriture comptable
IDhsitorique (PK)
IDsociété (FK)

[p.fournier]

Merci de vos experiences et de vos conseils

Je pense que je vais me tourner vers une table avec un champs dossier

Cordialement

P.Fournier

[DelphiManiac]

En contrepartie, le gros inconvénient de "tout dans la même base", c'est quand on doit sauvegarder et surtout restaurer qu'une seule base pour une raison quelconque.

[p.fournier]

C'est évident que lors de la sauvegarde ou meme la restauration on doit le faire sur un seul dossier
Il en est de même pour les interragations et requêtes : on doit tout balayer y compris ce que l'on n'a pas besoin

Je voudrais savoir quand même ce qu'en pense les programmeurs qui s'y sont confrontés

Cordialement

P.Fournier

[SevenSoftware]

Bonjour,

Pour la restauration d'un seul dossier, il faudra prévoir un module ad-hoc
(restaurer le fichier complet ailleurs et faire un prog qui utilise les alias pour
basculer le dossier restauré vers le fichier en prod)

Pour la question des performances, si la BDD comporte les bonnes clés d'index,
et des requêtes SQL qui ne mettent pas trop l'optimiseur HF en défaut (c'est là que ça se complique !), on ne "balaye" pas tout.

Si quand bien même les perfs sont mauvaises (très gros volumes), c'est que HyperFile n'est pas adapté au projet ou que le serveur est sous dimensionné.

Patrick

[Arnaud B.]

Nous avons repassé toute l'appli de comptabilité/paye en 1 seule base : c'était devenu trop contraignant d'avoir des paramètres partagés.

Notamment parce que nous avions fait le choix d'avoir tous les paramètres communs dans une base séparée, et que malheureusement nous nous sommes rendus compte qu'Hyperfile ne peut pas gérer les contraintes de clés étrangères entre tables de bases différentes.

C'est piégeux car pas de message d'erreur lors du WDmodif, mais HF s'emmêle ensuite les pinceaux sur les liaisons entres les différentes bases.

Quoiqu'il en soit, aucun regret à être revenu en monobase : aucune perte de performance avec les bons index.

Il vaut mieux faire ce choix dès le début car sinon il faut ensuite modifier toutes les requêtes... très très long et fastidieux.

A+, Arnaud.

Envoyé par p.fournier

C'est évident que lors de la sauvegarde ou meme la restauration on doit le faire sur un seul dossier
Il en est de même pour les interragations et requêtes : on doit tout balayer y compris ce que l'on n'a pas besoin

Je voudrais savoir quand même ce qu'en pense les programmeurs qui s'y sont confrontés

Cordialement

P.Fournier