nombre max de '?' dans preparedStatement

Version imprimable

13/04/2009, 01h09
touftouf57

nombre max de '?' dans preparedStatement

Salut tout le monde!

Quelqu'un saurait-il me dire s'il y a un maximum autorisé de '?' dans un preparedStatement?:koi:
Car actuellement je suis limité à 7, ce qui fait que lors d'un INSERT avec 11 '?' je dois découper mon preparedStatement en 2: (le premier en INSERT et le second en UPDATE).
Ce maximum serait-il paramétrable? selon quelle méthode?

J'ai fouillé sur le forum et je n'ai rien trouvé à ce sujet, à moins que je ne fasse pas la bonne recherche.

Merci pour l'info.:wink:
13/04/2009, 02h06
tchize_

que je sache, jdbc n'a pas de limitation. C'est probablement ton driver qui limite le nombre de paramètre. Quelle erreur as-tu?

Bonsoir, désolé de répondre si tard, mais on m'avait mis la pression sur d'autres choses.

Voici l'erreur obtenue:

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
 
java.lang.ArrayIndexOutOfBoundsException: 10
	at oracle.jdbc.driver.OracleSql.computeBasicInfo(OracleSql.java:950)
	at oracle.jdbc.driver.OracleSql.getSqlKind(OracleSql.java:623)
	at oracle.jdbc.driver.OraclePreparedStatement.<init>(OraclePreparedStatement.java:1212)
	at oracle.jdbc.driver.T4CPreparedStatement.<init>(T4CPreparedStatement.java:28)
	at oracle.jdbc.driver.T4CDriverExtension.allocatePreparedStatement(T4CDriverExtension.java:68)
	at oracle.jdbc.driver.PhysicalConnection.prepareStatement(PhysicalConnection.java:3140)
	at oracle.jdbc.driver.PhysicalConnection.prepareStatement(PhysicalConnection.java:3042)
	at oracle.jdbc.driver.PhysicalConnection.prepareStatement(PhysicalConnection.java:6022)
	at baseDeDonnees.BaseDeDonneesImpl.ajoute(BaseDeDonneesImpl.java:560)
	at baseDeDonnees.test.testInsertion(test.java:197)
	at baseDeDonnees.test.main(test.java:59)

et voici le code qui l'a généré

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
public void ajoute(Machine machine) throws LectureBDDException {
		DateFormat format = new SimpleDateFormat("dd-MM-yyyy");
		PreparedStatement pst=null;
		try {
			pst = this
				.getConnection()
					.prepareStatement(
							"Insert Into MACHINE (idMarque,modele,numSerie,numAfpa,nomMachine,adresseIP,dateAchat,finGarantie,idSalle,idParc) Values(?,?,?,?,?,?,?,?,?,?)",
							new String[] { "idMachine" });
 
			pst.setInt(1, machine.getMarque().getIdMarque());
			pst.setString(2, machine.getModele());
			pst.setString(3, machine.getNumSerie());
			pst.setString(4, machine.getNumAfpa());
			pst.setString(5, machine.getNomMachine());
			pst.setString(6, machine.getAdresseIp());
			pst.setNString(7, format.format(machine.getDateAchat().getTime()));
			pst.setNString(8, format.format(machine.getDateFinGarantie().getTime()));
			pst.setInt(9, machine.getSalle().getIdSalle());
			pst.setInt(10, machine.getIdParc());
			pst.executeUpdate();
			machine.setIdMachine(getAutoIncrementId(pst));
			log.log(Level.INFO, "machine ajoutée:" + machine.toString());
			pst.close();

Y verrais-tu une erreur potentielle?? je viens de parcourir le code pendant une heure et je ne vois pas ce qui cloche! Je me suis renseigné auprès d'autres stagiaires et aucun n'a eut cette erreur.:(

Merci d'avance

21/04/2009, 00h13
tchize_

d'après certains sites, ce serait un bug dans le driver oracle. Les solutions sont soit passer à une autre version du driver (plus récente ou plus ancienne), soit utiliser des paramètre nommés plutot que positionnel (mais ça veux dire changer le code). Si ca marche chez d'autres personnes, essaie de récupérer leur version du driver.
21/04/2009, 00h34
touftouf57

Merci, de l'info
mais tous les stagiaires utilisent les mêmes drivers (odbc6). Ce n'est donc pas de ce coté que vient le problème.
Je verrais cela avec d'autres demain matin. Merci de ces conseils "nocturne" ;)
bonne nuit
21/04/2009, 09h35
tchize_

ojdbc6, ca dit juste "driver oracle pour la spécification java 6", le 6 n'a rien à voir avec la version du driver. As-tu récupéré ce jar depuis le même pc que tes collègues ou as-tu récupéré le jar sur le site de oracle? Dans le second cas, rien ne garanti que le driver est à la même version. Ton code me semble correct, par contre, je confirme, il y a une issue ouverte chez oracle intitulée "PREPARESTATEMENT GET ARRAYINDEXOUTOFBOUNDSEXCEPTION WHEN IN PARAM. AMOUNT IS > 7", malheureusement, cette issue n'est lisible que si on est utilisateur enregistré sur le metalink oracle, pour lequel il faut un numéro de support :) Je ne peux donc pas te dire si elle est résolue.
21/04/2009, 11h36
cashmoney

Je me pose des questions la requête de ton preparestatement
new String[] { "idMachine" } <----- à ce que je saches on utlise ce paramètre quand il y a un autoincrément géré par ta base. Du moment où, ton Id est géré par java, tu n'as pas besoin de le mettre avec ton prepareStatement.
j'espères que cela pourra t'aider.
21/04/2009, 13h11
tchize_
Citation:

Envoyé par cashmoney

à ce que je saches on utlise ce paramètre quand il y a un autoincrément géré par ta base. Du moment où, ton Id est géré par java, tu n'as pas besoin de le mettre avec ton prepareStatement.

Etonnament, c'est exactement ce qui est fait :)
Code:

1 2 pst.executeUpdate(); machine.setIdMachine(getAutoIncrementId(pst));
Donc, oui ce paramètre lui est bien utile et non, il n'a rien à voir avec le problème ^^
21/04/2009, 13h20
cashmoney

Oui, c'est vrai je n'avais pas vu qu'il l'avait indiquer un peu plus loin dans son code. Juste pour savoir si un test de connection à ta base a été fait pour savoir s'il y a bien connection à la base de donnée avec ton driver? et Aussi comment référencies-tu ton driver dans le CLASSPATH de ton projet??
21/04/2009, 19h33
tchize_

bon, j'ai eu accès au report d'oracle, ce bug est

Code:

Fixed in Product Version 11.2

L'erreur se déclenche effectivement quand tu a plus de 7 paramètres de la forme ? *et* que tu demande le retour de valeurs par auto incrément.

Les workaround sont "utiliser des paramètres nommés" (ou utiliser une version fixée du driver)
21/04/2009, 22h34
touftouf57
Bon j'ai vu avec les autres stagiaires.

Vu que le cahier des charges et très vague, nous sommes tous assez libres. Donc on a pas du tout les mêmes schémas relationnels. Certains ont fait plus de tables mais avec moins de champs, et les autres n'ont pas encore réussis à ce connecter à la base.

En fait je suis le seul, pour l'instant:
- à avoir créer une connexion avec la base
- qui utilise des preparedStatements
- qui passe plus de 7 paramètres.
J'ai forcé un autre stagiaire, ayant une connexion, à faire un essai avec plus de paramètres, et effectivement cela ne passe pas.

La solution retenue est donc de splitter la requête. Je fais un INSERT avec récupération de l'ID dans un premier temps. Puis je fais un UPDATE sur les champs manquants filtré sur l'idMachine.

Bon c'est pas une solution tip-top, mais au lieu de perdre des jours et des jours, je préfère utiliser cela, vu que ça marche.

Si quelqu'un a la solution pour faire sauter cette limitation, je suis preneur. (je pense pas être le seul, d'ailleurs)

En tout cas :merci: d'avoir fait des recherches à ce sujet.

Au plaisir
21/04/2009, 23h54
tchize_

j'ai déjà donné les solutions.

Soit prendre le driver ojdbc6 dans sa version 11.2
Soit utiliser des paramètre nommé plutot que des paramètre indexé (l'erreur ne se produisant qu'avec des paramètres indexés)
22/04/2009, 09h44
cashmoney

Moi, j'utilise oracle 11g et j'utilise un drivers télécharger sur le site de oracle. Il marche très bien et je fais plus de 7 insert avec mon PreparedStatement

http://www.oracle.com/technology/sof...dbc_10201.html

Je te donne le liens j'espères que cela pourra t'aider mais faut au préalable s'inscrire.