Ich habe ein Problem mit "SELECT LAST_INSERT_ID" es gibt immer 0 zurück egal was ich auch versuche. Hier mal ein Auszug aus dem Quellcode..

public class MyClassDAOImpl extends JdbcDaoSupport implements MyClassDAO{

public int create(Filter filter) {

int id = 0;

if (filter!= null) {

JdbcTemplate template = getJdbcTemplate();
String sql = "INSERT INTO mytable (feld1, feld2, feld3, feld4, feld5, feld6, feld7) VALUES (?,?,?,?,?,?,?)";

template.update(
sql,
new Object[] {
filter.feld1,
filter.feld2,
filter.feld3,
filter.feld4,
filter.feld5,
filter.feld6,
filter.feld7,
}
);

id = template.queryForInt("SELECT LAST_INSERT_ID()");
}

return id;
}

... more CODE....

Wie man sieht handelt es sich hierbei um den Anfang eines CRUDs. Ich habe wie es sich als ordentlicher Programmierer gehört Junit Test dazu geschrieben. Beim Testen der Create Methode wir per assertEquals(1, ..dao.create(fuba)) überprüft ob das objekt auch eingefügt wurde, wenn ja müsste nach meiner Implementation die zu letzt eingefügte ID zurückgegeben werden. Ich arbeite mit Temptables und es ist das erste eingefügte Objekt, weshalb ich auch auf 1 Prüfe. Der Fehler das Last insert id nur dann geht wenn der Prim Key ein Auto Increment ist, kann ausgeschlossen werden. Es ist ein Auto Increment.

So ich bin gern für eure Vorschläge zu haben, ich habe schon 2 Std investiert und das ist eigentlich schon viel zu viel für ein einfaches CRUD.

Keine schlechte Idee, es wäre zwar rein von der Performance her nicht so schön, aber es werden hier auch nicht x beliebig viele Dateien im sek. Takt eingefügt. Ich werde das mal testen, besten Dank für die Idee =).

Erstmal danke für die guten Vorschläge.

@cccpmik, eine zusätzliche Spalte steht nicht auf der Liste der Möglichkeiten, gearbeitet werden muss mit dem was gegeben ist , liegt nicht an mir ist so. Leider wäre später, da die Tabelle auf mehrere 100.000 Einträge wachsen wird, die Performance vom Sortieren und mit Limit nur eines ausgeben nicht ausreichend.

@splasch, wie lorenz schon richtig erkannt hat ist die Syntax korrekt, es handelt sie um Java Quellcode. Tut mir leid das ich das im Vorfeld nicht erwähnt habe.

@lorenz, die Verbindung ist laut log ein und die selbe, der Gedanke ist mir gestern Abend auf Schacht auch gekommen ;D.

Ich habe jedoch einen neuen Status erreicht. Es muss ein Konfigurationsproblem meiner lokalen Datenbank sein, welche ich zum testen verwende. Denn im Online Betrieb funktioniert es. Sollte ich noch raus finden oder einer von euch, welche Ursachen das haben kann, immer gerne her mit den Informationen.

LG
Tsx

Das QueryForInt ist dafür zuständig das vom SQL Statement zurückgegebene in ein integer zu "pressen" :=). Wenn es null bekommt gibt es 0 aus. Da ich im Junit Test nach einem Create eine 1 zurückbekommen sollte bei einem eingefügten Objekt, kann ich so mit assertEquals prüfen ob (1,rückgabe vom create(1wird erwartet)) ist.