Discussion :

[richard038]

Salut,

quelqu'un a-t-il déjà développer une appli qui utilise FireBird en mode server ?

Ma question est comment ouvrir le fichier base sur le serveur, doit-il être dans un répertoire partagé ?

Merci

[qi130]

Oui !

Sinon, il est invisible lors d'un parcours de réseau.

[richard038]

Mais ne doit-on pas indiquer quelque part le nom du serveur Firebird ?

[qi130]

Bien évidemment

Quels composants utilises-tu ?

Selon la classe (dpxpress, ibx...), il faut un xxCONNECTION et le paramétrer.

[kase74]

Je pense que ce que tu cherches, c'est comment lier ton client a ta base qui est sur un poste distant.

Renseigne ton composant de connection en donnant le chemin d'acces a ta base sous cette forme :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

NomPosteServeur:Chemin\NomBase.fdb

Par exemple :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

PosteARobert:C:\ProgrammesFiles\AppliPerso\MesClients.fdb

Le piege est de le renseigner sous la forme d'un chemin reseau :

PosteaRobert\\C:\ProgrammesFiles\AppliPerso\MesClients.fdb

En esperant t'avoir aide.

[richard038]

Effectivement j'y voi sun peu mieux.

J'utilise les composants dbexpress avec le driver upscene pour l'accès à la base.

Je fais les essais.

Merci

[skywaukers]

bonjour,

attention, le chemin de connexion doit être le chemin tel qu'il est visible du serveur et non pas du client. Le fichier base de données ne doit pas être sur un chemin partagée car l'application cliente n'a pas à le voir.

@++
Dany

[richard038]

En fait c'est pas très pratique. Donc impossible à l'application cliente d'avoir une opendialog pour aller sélectionner un fichier sur le serveur.

[rsc]

En fait c'est pas très pratique. Donc impossible à l'application cliente d'avoir une opendialog pour aller sélectionner un fichier sur le serveur.

Là, je crois qu'on mélange torchons et serviettes : avoir accès à une base données via le client / serveur, et avoir accès aux fichiers de la base voir l'Explorateur (sous forme d'Opendialog ou autre) sont deux choses différentes.

Personnellement je ne les mélange jamais : le client / serveur permet à plusieurs postes d'accéder aux mêmes données en assurant que les accès se feront suivant les règles fixées dans l'appli. L'accès direct aux fichiers enlève tout contrôle. A mon sens, les fichiers auxquels les utilisateurs doivent avoir accès doivent se trouver dans un autre dossier (partagé, celui-là)

[kase74]

Je pense que ce qu'il a voulu dire, c'est qu'il ne peut pas permettre a son appli de renseigner le parametre DataBase en naviguant les repertoires via OpenDialog.

Et effectivement, je n'ai pas non plus la solution. Je n'ai pas trouve mieux que de mettre cette valeur en dure dans un .INI
Mais ca exclu la possibilite a l'utilisateur de modifier lui meme le repertoire d'installation de la BDD sur le serveur.
Pour l'instant, je n'ai pas le temps de perdre trop de temps la dessus, donc j'ai laisse tomber, mais si quelqu'un a une solution, je suis preneur !

[richard038]

Effectivement, c'est bien ce que je voulais dire.

Dans mon cas écrire le chemin du fichier en dure est impossible. L'application doit pouvoir fonctionner avec plusieurs base de données différentes.

L'idée rapide auquelle je pensais était de faire une database des databases. Mais là ça me pose d'autre problème (entre autre des sauvegardes). Bin faut que je cherche.

Merci.

[RamDevTeam]

J'ai une appli du même style.
J'utilise un INI pour stocker la liste des fichiers disponibles et pour éviter d'avoir à mettre à jour tous les postes si on modifie la liste de bases (ou les chemins),ce fichier est stocké dans un dossier partagé (accès restreint à la consultation)

Le chemin de ce fichier est dans un autre .ini stocké dans le répertoire de l'appli.
il contient :

[DatabaseList]
Chemin=\\ServeurA\AppliX$\Param\default.dat

Celui sur le serveur :
[Databases]
File1=Société 1;IP_serveur1:\AppliX_data\bd1.gdb
File2=Société 2;IP_serveu2r:E:\AppliX_data\bd1.gdb

Si la base d'un serveur doit être déplacé, c'est à l'administrateur du serveur de le faire.