Discussion :

[pxpxer]

Bonjour,

Je souhaiterai récupérer les types Java des différentes colonnes d'une table de ma BD.

Pour l'instant, j'ai le code suivant :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
 
DatabaseMetaData dmd = conn.getMetaData();
 
		ResultSet tables = dmd.getColumns(conn.getCatalog(),null,"VERSION",null);
 
		ResultSetMetaData metadata = tables.getMetaData();
 
		while(tables.next()) {
			String nomColonne = "COLUMN_NAME = " + tables.getString("COLUMN_NAME");
			String typeColonne = "TYPE_NAME = " + tables.getString("TYPE_NAME");
 
			System.out.println(nomColonne);
			System.out.println(typeColonne);
			System.out.println("-------------------------------");	
		}

En résultat j'obtient quelque chose de ce genre :

COLUMN_NAME = R_VERSION
TYPE_NAME = NUMBER

Le problème est que je n'arrive pas à récupèrer les type java correspondant. Je sais qu'on peut y arriver en passant par une requete du style 'Select * from ...', mais je trouve ça pas très propre, et j'ai des tables de plusieurs millions d'enregistrement, dc tres couteux.

Merci d'avance !!!

[in]

et getColumnClassName ça ne te convient pas ? Je viens de trouver ça dans un truc qu'ils appellent javadoc ... je me demande bien à quoi ça peut servir ...

[pxpxer]

Merci pour la réponse...

Mais j'ai déjà essayé cette solution. Elle marche bien quand on passe par une requête "select * from table"...mais bizaremment pas quand on utilise la méthode getColumns...

[in]

OK ... autant pour moi ...

si ce n'est pas indiscret, pourquoi veux tu faire ça ?

si tu ne veux pas utiliser de SELECT la seule solution que je vois c'est de te créer une une table de correspondance que tu devras malheureusement remplir toi même et ensuite t'en servir pour récupérer le type Java correspondant au type SQL trouvé ...

[pxpxer]

j'ai besoin de cela pour pouvoir exporter les données d'une application dans un fichier CSV. Dans l'entête de ce fichier doit être spécifié les types java des différents attributs des données.

La personne qui avait développé ça avait fait un rowcount sur un select. Le problème, c'est que l'application doit être migré sous postgres (tout en restant opérationnel sous Oracle).

Pour ta solution, merci...j'avais déjà pensé faire une map...mais bon j'aimerai un truc plus propre...si ça existe (et je pense que oui )...

en tout cas merci !

[in]

je crois malheureusement qu'il n'y a pas de solution plus propre ...

La map ce n'est pas si crade, mais à mon avis avec le select c'est le plus simple. Après il faut trouver le select qui va s'exécuter le plus rapidement et tourner sur les 2 bases (enfin autant viser plus que 2) ...

[pxpxer]

Bon bein finalement on a utilisé le select * from table (tout simple, sans limit, rowcount ou autre...)

Je crois également que ce n'est pas possible également.

Après du côté de JDBC, ils ont peut être optimisé la chose car que ce soit sur une table de 10 éléments ou de 3 millions d'éléments, ca met autant de temps et le résultat est instantané.

Un grand merci qd même !!!