MySQL PreparedStatements: int null

[oetzi]

Hallo zusammen,

bis vor kurzem habe ich noch ganz gemeingefährlich sowas in meinem Code stehen gehabt:
"INSERT INTO `tablleX` VALUES (" + id +", " + sonstWas + "," + wasOptionales +")";

Hierbei war es egal, ob in wasOptionales was drin stand oder die Variable null war. Es wurde halt das eine oder das andere in die Tabelle geschrieben (Die Spalte ist logischerweise nullable).

Auf Nummer Sicher gehen wollend habe ich die ganzen Statements in PreparedStatements umgewandelt. Also...
INSERT INTO `tablleX` VALUES (?, ?, ?)
Das Problem:
Wenn jetzt z. B. stmt.setInt(3, null) ausgeführt wird, schmeißt der mir eine NullPointer Exception.

Meine Frage ist jetzt:
Muss ich jetzt jedes nullable Feld mit if/else überprüfen um dann ggf. mit setNull() zu arbeiten oder gibt es dafür nicht eine schicke Lösung?
Das wäre auf jeden Fall ganz schön viel Arbeit den kompletten Code deswegen jetzt überarbeiten zu müssen...

Schönen Gruß
oetzi

 

[SlaterB]

es gibt in der Java-API für PreparedStatement
PreparedStatement (Java Platform SE 6)
nur eine Methode setInt() und die erwartet einen einfachen int als Parameter

ist bei dir Autoboxing Schuld? du musst wohl einen normalen int-Wert übergeben, z.B. 0,
was passiert bei setObject(null bzw. sonst deine Integer-Objekte)?

 

[tfa]

Ich tippe auch auf ein Boxing-Problem.
Es gibt auch noch die Methode PreparedStatement.setNull(int parameterIndex, int sqlType), möglicherweise hilft die.

 

[oetzi]

@SlaterB: Danke für die schnelle Antwort!

Mit setObject() scheint es (zumindest in dem einen Fall) tatsächlich zu funktionieren.

Mir wird nur irgendwie der Sinn nicht ganz klar.
Kann man einfach immer setObject benutzen, oder hat das irgendwelche Nebenwirkungen?

Mir ist gerade zufällig aufgefallen, dass das ganze bei setString(x,null) sowieso kein Problem ist, da setString ein Objekt erwartet, dass offensichtlich null sein kann. Sehr merkwürdig, dass für setInt dann ein primitiver Datentyp verwendet worden ist!?


Wie kommt ihr eigentlich auf ein Boxing Problem? Es geht doch um null Werte.


@tfa: setNull() kann ich aber nur verwenden, wenn der Wert in der DB immer null sein soll

 

[maki]

Wie kommt ihr eigentlich auf ein Boxing Problem? Es geht doch um null Werte.

Eben, int kann gar kein null Wert annehmen, Integer schon, und letzteren verwendest du wohl irgendwo mal.

 

[oetzi]

Genau

Aber warum nutzt man nicht einfach nur Objekte? Dann gäb es solche Probleme gar nicht erst.

Und noch mal die Frage: Kann man einfach überall setObject() verwenden, oder hat das gegenüber den konkreten settern irgendwelche Nachteile?

 

[SlaterB]

überlege doch selber:
die Methode heißt setInt(int), jeder normale Mensch kommt da mit "int x = 4" an und setObject kann man dann kaum verwenden,
denn int ist kein Object

 

[oetzi]

So war die Frage nicht gemeint.

würde die Methode setInteger(Integer) lauten, könnte man ja sowohl mit einem int als auch einem Integer diese nutzen.
So wie sie aber aktuell ist geht das halt nicht und man muss sich Alternativen überlegen, wie z. B. setObject() zu nutzen.

Und darum noch mal die Frage
Hat setObject irgendwelche Nachteile? Sonst könnte ich es ja einfach überall nutzen (wo kein primitiver Datentyp verwendet wird ;-) ) und müsste mir keine Gedanken mehr machen.