nico a écrit:

Bonjour,

Va voir acces à 2 bases

Peut-être que ça répondra à ta question

Bonjour nico.
Merci pour ta réponse rapide..

Effectivement, c'est une solution intéressante..

Par contre, ça oblige à mettre le mot de passe de la deuxième base en dur dans le programme ou à développer un code qui irait chercher ce mot de passe quelque part..  C'est toujours possible à faire, mais malheureusement, j'ai bien le mot de passse de ma base de test, mais je n'ai pas le mot de passe de la base de production, et on ne me le donnera pas, je pense.. Donc, je suis concé pour utiliser cette solution..

J'ai tout de même essayé dans l'outil de développement de créer une connexion pour cette deuxième base (en test), et j'ai un message d'erreur d'origine Powerbuilder que je n'ai jamais eu auparavant pour toutes les autres déclaration de base:

Please connect as the powerbuilder Catalog Owner. This is necessary for the initial connection to Oracle  to GRANT privileges on the repository

Quelqu'un saurait me dire ce que ça veut dire ? Qu'elle est ce catalogue dont parle ce message ?

Merci Nico.
J'ai vérifié, il était bien à SYSTEM..

J'ai modifié pour mettre un autre nom et là, ça passe.. Bon, je ne vais pas chercher plus loin, ça fonctionne.
merci..

Donc, j'arrive à connecter mes 2 bases, je vais voir si je peux éventuellement faire comme tu m'as conseillé, mais il va falloir que je fasse un beau sourire à la DBA pour avor le mot de passe de la base de production ..

Si quelqu'un a des informations sur l'utilisation des DBLink avec Powerbuilder, je suis tuojours preneur..

Merci encore Nico..

erasorz a écrit:

pour info, j'ai utilisé les DBlinks Oracle (8-10) avec PB (9-11) et cela a toujours fonctionné sans anicroche...

Salut erasorz..

OK, peux tu m'en dire d'avantage ?

Car moi, quand je mets ma requête citée plus haut, dans la DATAWindow, en mettant bien @NOM-DBLINK derrière le nom de la table, ça ne fonctionne pas.. Je ne peux pas compiler..

La seule façon que je vois pour utiliser les DBLink, c'est la création de synonymes sur les tables auxquelles on peut accéder via les DBLink.. Là, Powerbuilder ne devrait pas avoir de soucis..
Mais pour le moment, je ne me vois pas trop demander aux DBA, la création de + de 300 synonymes..

Donc, si tu peux m'éclairer sur ta façon d'utiliser les DBLink, sans avoir besoin des synonymes, ça m'intéresserait, parce que je rencontre quelques soucis pour utiliser la méthode de "contournement" qui consiste à connecter 2 bases en même temps (connexion de 2 Datawindows sur 2 bases différentes en même temps)..

C'est assez urgent, merci d'avance.

Dernière modification par Kalini (04-06-2009 07:59:15)

Merci pour cette réponse rapide.

J'ai le même style d'environnement que toi:
Dans PB, je suis connecté à ma base principale. J'ai mon DB-LINK (ssf_link) créé dans cette base et qui pointe sur une base secondaire.

Si je rajoute la commande suivante dans une fonction PB, ça fonctionne bien.

select count(*) into :v_nbr from liste_communes_tmp@SSF_LINK;

La valeur v_nbr  retourne bien le nombre exact de lignes dans la table liste_communes_tmp.

Par contre, si je veux exécuter une procédure externe présente sur ma base secondaire et accessible via le DBLink, depuis cette même foncion PB, là, ça ne fonctionne pas:

DECLARE listeCommunes PROCEDURE FOR ssf_rues_pkg.listeCommunes@SSF_LINK;
EXECUTE listeCommunes;  

A l'exécution, j'ai le message Oracle suivant:
ORA-02019: connection description for remote database not found

Alors que la requête juste au dessus fonctionne et que l'exécution de la procédure depuis un SQlViewer depuis le même compte oracle, fonctionne aussi.


Idem lorsque je crée une DataWindow avec comme requête:

Select code_commune, libelle_commune from liste_communes_tmp@SSF_LINK

La compilation fonctionne bien (maintenant), mais l'exécution du programme me donne la même erreur que pour la procédure:

Select Error: ORA-02019: connection description for remote database not found
select code_commune, libelle_commune from liste_communes_tmp@SSF_LINK

Je ne comprends pas. ça semble lié maintenant à un problème Oracle, mais pourtant la procédure et la DW sont exécutés via PB, depuis le même compte oracle que la première requête qui fait un count(*) et qui elle fonctionne..

La procédure exéctuée via un SQL editor à travers le DBLink fonctionne ..

Dernière modification par Kalini (04-06-2009 09:10:16)

Bon, en fait, je n'ai trouvé qu'à moitié la solution..
J'ai fait créé une trentaine de DBLink, et il en manquait 1 seul..

Et comme par hazard, c'est sur le compte où le DBLink manquait que mon appli PB pointait ..
Je ne comprends pas par contre, pourquoi ma requête du count(*) ne plantait pas..


Bref c'est résolu, , ma DATAWIndow avec la requête pointant sur le DBLink ne semble plus plantée, mais j'ai toujours un soucis avec l'exécution de ma procédure via le DBLink:

Revoici donc la déclaration et l'exécution de cette procédure:

DECLARE listeCommunes PROCEDURE FOR ssf_rues_pkg.listeCommunes@SSF_LINK;

EXECUTE listeCommunes;  

Le SQLCA.SQLErrtext renvoie cette anomalie là:

ORA-04043: object "PUBLIC".listeCommunes does not exist
ORA-02603: preceding line from SSF_LINK.


Je dois sans doute mal déclarer ma procédure dans le code PB..

Erasorz, as tu déjà exécuté des procédure via le DBLINk depuis PB?

Aïe. J'y ai cru , mais non, ça ne marche pas mieux en mettant l'utilisateur devant.

Erreur: ORA-04043: object ssfpub.ssf_rues_pkg does not exist

Pour le synonyme éventuellement à créer, j'y crois pas trop, car depuis un SQL Editeur, je me connecte avec le même compte que pour l'appli PB, et la commande suivante fonctionne bien:

execute ssf_rues_pkg.listeCommunes@SSF_LINK; // Sans utilisateur devant

ou aussi cette commande avec l'utilisateur devant

execute ssfpub.ssf_rues_pkg.listeCommunes@SSF_LINK; // Avec utilisateur devant

Dernière modification par Kalini (04-06-2009 10:51:27)