Un engine, plusieurs listeners chacun attaquant ses propres bases (est-ce possible ?)

**widget** · 07/03/2008, 11h21

Bonjour,

Mon problème est le suivant :

j'ai un engine sur mon serveur unix et je souhaite pas en faire tourner d'autres sur cette machine.

j'ai un listener

j'ai deux bases de données (pour l'instant) COMMANDES et ARTICLES
mes clients (programmes C ou ASE ISQL) se connectent sur les bases en question, tout va bien

je souhaite pouvoir créer sur le même engine une base ARTICLES1 et ARTICLES2 et COMMANDES1 et COMMANDES2 par exemple,

mes procédures stockées qui se trouvent dans COMMANDES font des requetes du type

select ... from COMMANDES..TABLE_CMD, ARTICLES..TABLE_ARTICLE where ...

Si je souhaite poster une procédure stockée telle que celle-ci sur COMMANDES1 ou COMMANDES2 je vais avoir un problème puisque soit la procstoc ne va pas compiler soit elle ne va pas acceder a la bonne base de données.

Comment puis-je faire de manière pratique pour régler ce problème

puis-je remplacer les références de bases des clauses select, insert ... par des variables d'environnement (je ne pense pas que ça marche), puis-je lancer plusieurs listeners sur des ports différents qui attaqueront les bases souhaitées (comment paramétrer le mapping si cela est possible), ...

Si vous savez comment faire merci par avance de votre aide.

**mpeppler** · 07/03/2008, 12h45

Utiliser plusieurs listener dans ce cas ne sert à rien...

Il faut soit dupliquer la proc dans chaque base source, avec les noms des bases codés de façon appropriée, soit utiliser la méthode de l'execute immediate:

Code :

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

1
2
3
4
5
6
 
declare @sql varchar(500)
 
select @sql = 'select .... from ' + @base1 + '....'
 
exec (@sql)

Utiliser l'exécute immediate implique qu'on annule certains des avantages des procs stockées, en particulier au niveau des permissions sur les objets sous-jacents (tables, etc).

Le fait de devoir utiliser ces techniques sont parfois une indication qu'il y a un problème fondamental au niveau de l'architecture de la base...

Michael

**widget** · 07/03/2008, 22h09

Bonjour et merci pour votre réponse,

Je ne souhaite pas utiliser l'exécution immédiate car cela pose certains problèmes comme vous l'avez souligné, notamment en terme de contrôle du code qui se trouve dans les chaines construites pour créer les requêtes (elles ne sont vérifiées qu'a l'exécution ...)

En fait les deux bases dont je dispose sont d'un coté la base d'un éditeur de logiciel à laquelle j'accède, de l'autre ma propre base dans laquelle je stocke des procédures stockées qui accédent à ma base et à celle de l'éditeur de logiciel.

Les procstocs seront stockées dans les différentes bases mais se pose le problème de la recompilation des procsstocs d'autant que celles-ci se trouvent sous CVS afin que les développeurs partagent le code. Je me vois mal leur demander d'appliquer une moulinette sur les noms de bases en fonction de l'environnement sur lequel ils souhaitent compiler (si sous CVS je stock ma proc stoc avec COMMANDES et ARTICLES et que je veux compiler sur COMMANDES1 et ARTICLES1), il leur faudra ouvrir la proc stoc qui est sous CVS, modifier les noms de bases, compiler, ce qui est source d'erreur/d'oubli au niveau de la modification.

N'y-a-t-il pas un système qui permette de faire tourner plusieurs listeners sur différents ports avec mapping port/bases ?