[FB] Compatibilité entre deux logiciels et le SGBD [Résolu]

[Benjamin GAGNEUX]

Bonjour,

J'ai remarquer l'existence de gestion des licences sous FireBird 1.5 .

Je me demande si ce système est dédié aux développeurs et si oui quel est son but ?

Merci,

[Edit]
Ancien titre : [FB] Utilisation des licences...

vu le changement d'orientation du post je préfère modifier le titre en conséquent.
[/Edit]

[Barbibulle]

Ou avez vous vu ça ?

[Benjamin GAGNEUX]

désolé ...

J'ai remarqué le composant TIBLicensingService (Delphi 7) et je me demandais a quoi cela pouvait bien servir.

Je développe une application multi-utilisateur multi-poste et je me pose des questions sur les risques d'interactions entre mon application et une éventuelle autre application agissant sur le meme serveur FireBird 1.5.

C'est pourquoi je m'interroge sur cette possibilité, peut être apporte-t-elle des fonctionalités intéressantes...

Merci

[Barbibulle]

Je me doutais que c'était un truc de ce genre .

Firebird est une des évolutions open source d'interbase 6.01.

La palette interbase de Delphi n'est pas dédiée à interbase 6 (gratuit).

Delphi 7 est livré avec Interbase 6.5 qui lui est payant et donc à un système de gestion de licence (comme les versions précédentes à la 6).

Le composant dont vous parlez sert exclusivement à la gestion de ces licences. Donc pour Interbase 6.5 et suivant.

Firebird étant open source, il n'y a pas ce systeme de licence, vous pouvez connecter autant de client que vous voulez.

[Benjamin GAGNEUX]

Merci,

Il va falloir que je trouve autre chose...

[Barbibulle]

Pour faire quoi ?

[Benjamin GAGNEUX]

Salut,

En fait je cherche à identifier des utilisateurs vis à vis de la base de donnée en fonction de l'application.

Exemple :
Je distribue un logiciel A à mon client Or celui ci utilise un autre logiciel B(qui n'est pas forcément de moi).

Donc A et B utilisent InterBase/FireBird et doivent pouvoir fonctionner sur le meme poste.

Or dans mon logiciel (A), la gestion des utilisateurs est prévu par l'intermédiaire de Grant etc... (que je ne maitrise pas bien encore).

Mais là plusieurs interrogations :
- si un même utilisateur peut accéder à A et à B.
- si un utilisateur est créé pour A, il ne sera pas pour autant utilisateur de B (et vis versa).

Contrainte :
Le logiciel que je développe offre une large gamme de possibilité et donc, en fonction de l'utilisateur, plus ou moins de fonction sont disponibles.

Conclusion :
Je cherche à éviter tout problème de compatibilité entre mon logiciel et un éventuel autre antérieur, et FireBird.

Merci pour le coup de main

[Barbibulle]

Et bien votre logiciel va exploiter sa propre base si je ne m'abuse donc il n'y aura pas d'interractions avec un éventuel autre logiciel qui aura une autre base.

Certe ils vont utiliser le même serveur IB ou FB mais pas les mêmes bases !

La seule chose en commun c'est en effet les USERS. Qui sont enregistrés dans une base systeme propre au serveur et donc aux bases.

Mais là encore il vaut mieux que vous gériez vos USERS seulement et pas ceux qui existent déjà. Donc vous créez vos users en prefixant les noms par quelques caractères pour éviter de les mélanger avec ceux existant et pour mieux les identifier.
Car vous ne savez pas comment l'autre application gère ces users (il peut très bien en supprimez un alors que vous dans votre application il doit exister...)

Enfin pour ce qui est des Grants dans votre base, il est préférable de créer des roles (c'est comme un groupe) un role par type de droit (par exemple le ROLE COMMERCIAL, le ROLE COMPATBLE, le ROLE CLIENT etc..)
Et vous grantez vos tables/PS/vues non pas pour des users mais pour ces roles.

Ensuite vous dites que tel user a le droit d'utiliser tel ROLE(s), celui ci se voie attribué les droits de ce(s) role(s) (lors de la connexion il faut préciser USER/MOT DE PASSE mais aussi le ROLE a utiliser (un seul)).

Ainsi lorsque vous avez un nouvel USER (/ou que vous devez en supprimez un), vous n'avez pas à refaire tous les grants sur chaques objets de votre base, vous l'Ajoutez(/retirez) du ROLE auquel il a (/ avait) droit.
Ce qui est quand même plus simple.

PS : Attention actuellement on ne peut pas installer FB et IB sur le même serveur, a moins de customiser fb (vérifiez que c'est possible). Les futures versions de fb seront normalement installable en parallèle de IB.

[Benjamin GAGNEUX]

Merci beaucoup !

Donc vous créez vos users en prefixant les noms par quelques caractères pour éviter de les mélanger avec ceux existant et pour mieux les identifier.

Je n'y avais pas pensé... Je crois que c'est ce que je vais faire.
Mais il est peut être possible d'utiliser le champs GroupID des utilisateurs pour cela aussi ?


En ce qui concerne les droits, l'utilisation de roles à l'air vraiment plus intéressante. Je vais cherché de la doc la-dessus...

PS : Attention actuellement on ne peut pas installer FB et IB sur le même serveur, a moins de customiser fb (vérifiez que c'est possible). Les futures versions de fb seront normalement installable en parallèle de IB.

Heureusement que tu m'en parles car je n'avais et n'aurais pas fait le test. Je ne pensais pas que FB et IB risqueraient d'interférer entre-eux mais logique puisque qu'ils sont quasi-identique.
il faut que je trouve un moyen de le customiser afin de ne pas avoir de bug supplémentaire chez des clients.

Merci,

[Barbibulle]

Envoyé par yobenzen

il faut que je trouve un moyen de le customiser afin de ne pas avoir de bug supplémentaire chez des clients.

Actuellement ce qu'il ya de mieux à faire c'est d'installer l'un ou l'autre.

La prochaine version fb (FB2.0) devrait pouvoir s'installer sur un serveur qui a déjà IB. Par contre sera t'il compatible avec les IBX ...

Ce qui pose probleme d'une installation de fb et IB c'est que le serveur est à l'écoute du port 3050 (gds_db). On peut demander à fb1.5 d'utiliser un autre port il me semble, par contre pour les client celà veux dire que dans la chaine de connexion il faut indiquer non seulement le serveur à atteindre mais le port particulier attribué à FB sinon il va s'adresser au port 3050 qui sera donc le serveur IB.

Personnellement je n'ai jamais rencontré de client qui avait déjà l'un ou l'autre. Et si jamais celà m'arrivait, je demanderai un serveur séparé car FB est incompatible avec IB sans même essayer de traffiquer FB. En plus il y a plein d'avantages à ne pas partager un serveur (d'un point de vue maintenance) Et pour le client c'est plus facile de savoir qui appeler en cas de PB.

[Benjamin GAGNEUX]

C'est vrai que Interbase n'est pas rencontré très souvent même si ses qualités ne sont plus a prouver.

Alors j'opte pour une ligne supplémentaire dans le manuel précisant la nécessité de désinstaller IB si celui-ci est présent et un petit test lors de l'install.

Merci,

Je recherche de la doc (dont les guides en pdf qui était fourni avec InterBase 6.0) sur InterBase, j'ai beau chercher sur internet je ne trouve pas grand chose (notemment Borland dont les liens sont mort).
Quelqu'un aurait il une adresse a tout hasard ?

[Benjamin GAGNEUX]

Et oui j'avais cherché un peu partout sauf sur le CD Delphi 7...

[Barbibulle]

http://www.ibphoenix.com/main.nfs?a=..._documentation

[Benjamin GAGNEUX]

Merci,

Vu la quantité de documentations, je devrais trouver mon bonheur la dedans. Encore merci !