Discussion :

[sekaijin]

Bonjour
j'ai un serveur java qui peut accueillir des lien à des centaines de bases de données.

Jusqu'à maintenant je n'avais que des base Oracle. et sur le serveur j'ai une procédure de test qui tente d'éxécuter

Code SQL :

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

SELECT 1 FROM DUAL;

pour cela je prends une connexion dans le pool et j'exécute la query.
si j'ai une réponse ok tous va bien.
si quelque chose ne fonctionne pas je sais d'où ça vient (pool, connexion, droit d'exécuter des query etc.)

Hors aujourd'hui par simple déclaration sur le serveur on peut ajouter des base de tout type.
et là

Code SQL :

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

SELECT 1 FROM DUAL;

ne fonctionne pas toujours.

Je cherche un moyen en fonction du driver de déterminer la bonne requête à exécuter.
Je n'ai pas le droit de modifier les base. seulement le code du testeur.

notez que je me moque de la requête seul importe le fait de pouvoir l'exécuter.

merci de votre aide.
A+JYT

[SQLpro]

DUAL est une table par défaut spécifique à Oracle. C'est d'ailleurs une aberration dans le sens ou il ne devrait rien exister par défaut dans une base.

Vous pouvez faire un test comme SELECT 1 AS C qui est supporté en principe pas tous les autres SGBDR.

A +

[sekaijin]

merci

[escartefigue]

DUAL est une table par défaut spécifique à Oracle. C'est d'ailleurs une aberration dans le sens ou il ne devrait rien exister par défaut dans une base.

Vous pouvez faire un test comme SELECT 1 AS C qui est supporté en principe pas tous les autres SGBDR.

A +

Le truc c'est que la clause SELECT attend une clause FROM dans le cas où les éléments recherchés ne sont pas des constantes
Certains SGBD dont ORACLE, mais aussi DB2 exigent une table même dans le cas de constantes, ça simplifie la syntaxe qui reste la même dans tous les cas, mais nécessite du coup une table bidon, même vide
Pour ORACLE c'est DUAL qui s'y colle, MYSQL accepte DUAL ou pas de clause FROM
Pour DB2 c'est SYSIBM.SYSDUMMY1

De nombreux SGBD-R ne requièrent aucune table dans ce cas particulier

[aieeeuuuuu]

Bonjour,

sinon, une requête qui devrait passer sur n'importe quel SGBDR :

Code :

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

1
2
 
SELECT  1 FROM INFORMATION_SCHEMA.TABLES

[al1_24]

une requête qui devrait passer sur n'importe quel SGBDR

J'apprécie l'emploi du conditionnel
Cela devrait fonctionner à condition que la version du SGBDR ne soit pas trop ancienne et que l'éditeur ait jugé utile de se mettre à niveau avec la norme.

[sekaijin]

merci à tous je crains d'être obligé de maintenir un dictionnaire par sgbd.

@aieeeuuuuu cela vaut pour une application pas pour une infra.
Je ne sais absolument pas quelles sont les tables qui sont dans ces base et il est bon de ne pas le savoir.

C'est un peu comme un rar sur un JEE le but c'est de pouvoir faire un ping un peu évolué.

Je peux la jouer bourin

Code :

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

1
2
3
select 1 as test;
select 1 as test from dual;
select 1 as text from SYSIBM.SYSDUMMY1;

etc jusqu'à en trouver un qui marche
et du coup si aucun marche le diganostic du test est

Code :

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

1
2
3
4
loaddriver => ok
pool       => ok
connexion  => ok
querry     => na

merci à vous.

A+JYT

[SQLpro]

Bonjour,

sinon, une requête qui devrait passer sur n'importe quel SGBDR :

Code :

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

1
2
 
SELECT  1 FROM INFORMATION_SCHEMA.TABLES

Non, pas dans Oracle qui n'a jamais voulu implémenter les vues normalisées...

A +

[sekaijin]

pourquoi je n'ai pas le bouton pour marquer la discussion resolue ?