Test de select sur une base

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:

---

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:

---

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

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 +

merci

Citation:

---

Envoyé par 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 +

---

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

Bonjour,

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

Code:

---

1 2	SELECT 1 FROM INFORMATION_SCHEMA.TABLES

---

Citation:

---

Envoyé par aieeeuuuuu

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.

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:

---

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:

---

1 2 3 4

loaddriver => ok pool => ok connexion => ok querry => na

---

merci à vous.

A+JYT

Citation:

---

Envoyé par sekaijin

@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.

---

Ma requête fait référence aux vues d'information du schéma, définies par la norme SQL, et que la plupart des SGBDR implémentent. Nul besoin donc de connaitre le contenu de la base sur laquelle on est connecté.

Oui effectivement un select constant sur le méta-modèle ça peux le faire sur pas mal de base.

J'avais pas bien saisi la proposition.

merci
A+JYT

Citation:

---

Envoyé par aieeeuuuuu

Bonjour,

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

Code:

---

1 2	SELECT 1 FROM INFORMATION_SCHEMA.TABLES

---

---

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

A +

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