Oracle [PreparedStatement] Klammer fehlt

[turmaline]

Hallo Leute, ich habe hier folgeden Code:

    public int getNumberOfWorkingDays(String start, String end) throws DAOSysException
    {
        String sqlString = "select count(*) from T_HOLIDAY where cdatestring in " +
                "(select CDATESTRING from T_HOLIDAY where CDATESTRING BETWEEN " +
                "TO_CHAR(TIMESTAMP?, 'YYYY-MM-DD') AND " +
                "TO_CHAR(TIMESTAMP?, 'YYYY-MM-DD')) and CISWEEKEND + CISHOLIDAY = 0";
        PreparedStatement stmt = null;
        ResultSet rs = null;
        int numberOfWorkingDays = 0;

        try
        {
            stmt = prepareStatement(sqlString);
            stmt.setString(1, start);
            stmt.setString(2, end);

            rs = stmt.executeQuery();

            if(rs.first())
                numberOfWorkingDays = rs.getInt(1);
        }
        catch (DAOSysException e)
        {
            logger.exception("[getNumberOfWorkingDays]", e);
            throw(e);
        } catch (SQLException e)
        {
            logger.exception("[getNumberOfWorkingDays]", e);
            throw new DAOSysException(e);
        }
        finally
        {
            closeStatement(stmt);
            closeResultSet(rs);
        }

        return numberOfWorkingDays;
    }

Es sollte folgende Anfrage rauskommen:

select count(*) from TWIM_HOLIDAY where cdatestring in (select CDATESTRING from TWIM_HOLIDAY where CDATESTRING BETWEEN TO_CHAR(TIMESTAMP'2012-05-09 00:00:00', 'YYYY-MM-DD') AND TO_CHAR(TIMESTAMP'2012-05-18 00:00:00', 'YYYY-MM-DD') and CISWEEKEND + CISHOLIDAY = 0)

Leider hat Oracle ein Problem mit der Interpretation von PreparedStatement.
Ich bekomme eine SQLException:

Caused by: java.sql.SQLException: ORA-00907: Rechte Klammer fehlt

Weiß jemand eine Lösung?

Gruß,
madlena

 

[Camino]

"TO_CHAR(TIMESTAMP?, 'YYYY-MM-DD')) and CISWEEKEND + CISHOLIDAY = 0";
Muss die eine Klammer nicht ganz nach hinten?

 

[SlaterB]

die Query sollte aber auch mit dieser Klammersetzung funktionieren, abgesehen von vielleicht nicht gefundenden Attributen in anderer Tabelle?,
(edit: oh, ist sogar dieselbe Tabelle )
die Fehlermeldung dazu ist mir vorerst unverständlich,

> TO_CHAR(TIMESTAMP?,
sieht auch verwegen aus, das schon irgendwo erfolgreich getestet?
vielleicht nicht gerade in einer Subquery das erste Mal verwenden

das fertige
> TO_CHAR(TIMESTAMP'2012-05-18 00:00:00', 'YYYY-MM-DD')
ist auch nicht unbedingt besser, geht das wirklich als SQL?

vielleicht
"where CDATESTRING BETWEEN ? AND ?"
ausprobieren und die Dates/ Timestamp dem PreparedStatement überlassen mit entsprechenden set-Methoden

 

[turmaline]

vielleicht
"where CDATESTRING BETWEEN ? AND ?"
ausprobieren und die Dates/ Timestamp dem PreparedStatement überlassen mit entsprechenden set-Methoden

ja genau das mache ich.
Normal sollte aber die anfrage auch so funktionieren, also der fehler liegt bei der auflösung von prepared statement

 

[SlaterB]

du hast den SQL so im Quellcode vorgegeben,
was du an anderer Stelle vielleicht an PreparedStatement-Problemen hast, ist hier nicht nachvollziehbar,

wenn du schon meinst, auf "? and ?" verzichten zu müssen, dann versuche vielleicht nicht bizarres "TIMESTAMP?",
dann kannst du auch gleich "TIMESTAMP'2012-05-09 00:00:00'" Zeichen für Zeichen als SQL-String zusammenbauen

vielleicht reicht aber auch ein Leerzeichen zwischen TIMESTAMP und den Fragezeichen..,

------

in jedem Fall nochmal auch die Ermutigung,
so ein irres Konstrukt wenigstens möglichst ohne Nebenfehlerquellen in einer einfachen Query
"select * from x where dateY > .." oder ähnlich kurz zu testen

 

[turmaline]

danke für die Tipps, ich habe auch selber alles auprobiert, bevor ich hier gepostet habe, leerzeichen weg und < usw, es geht alles nicht.

am leerzeichnen lag das nicht und > mit datum als string geht das nicht

 

[SlaterB]

> ich habe auch selber alles auprobiert, bevor ich hier gepostet habe

ja wie, liegt es nun an der TIMESTAMP-Geschichte? das wäre eine wichtige Information, falls es hier nicht ganz zu Ende ist

im ersten Posting mit der Subquery gab es ja reichlich anderen Anlass für eine SQL-Fehlermeldung 'Klammer fehlt'

ist in einer Testquery
"select * from x where dateY > .." bzw. ähnlich ganz ohne Klammer bis vielleicht auf TO_CHAR()
die Fehlermeldung immer noch dieselbe?

funktioniert es, wenn du "TO_CHAR(TIMESTAMP'2012-05-18 00:00:00', 'YYYY-MM-DD')" komplett fertig in den SQL-String eintippst?
wenn nicht, funktioniert das überhaupt irgendwo, in anderen DB-Tools?

 

[turmaline]

> ich habe auch selber alles auprobiert, bevor ich hier gepostet habe

ja wie, liegt es nun an der TIMESTAMP-Geschichte? das wäre eine wichtige Information, falls es hier nicht ganz zu Ende ist

ja es liegt an TIMESTAMP, denn wenn ich es weg lasse und das schreibe

TO_CHAR('2012-05-18') (hier natürlich das datum als parameter ? im PreparedStatement), dann funktioniert es. Schließlich brauche ich aber kein TO_CHAR, wenn ich sowieso einen String übergeben kann, deshalb habe ich BETWEEN verwendet und beide Datumswerte als String übergegeben.

im ersten Posting mit der Subquery gab es ja reichlich anderen Anlass für eine SQL-Fehlermeldung 'Klammer fehlt'

nein, es gab überhaupt gar keinen Anlass denn so eine Anfrage kann ich ausführen:

select count(*) from TWIM_HOLIDAY where cdatestring in (select CDATESTRING from TWIM_HOLIDAY where CDATESTRING BETWEEN TO_CHAR(TIMESTAMP '2012-05-09 12:00:00', 'YYYY-MM-DD') AND TO_CHAR(TIMESTAMP '2012-05-18 12:00:00', 'YYYY-MM-DD')) and CISWEEKEND + CISHOLIDAY = 0

es ist korrekt auch wenn man CISWEEKEND + CISHOLIDAY = 0 mit in die Klammer nehmen könnte.
So eine Anfrage kann ich also ausführen, allerdings wenn ich die Datumswerte als Parameter im PreparedStatement übergebe, bekomme ich eine Meldung dass eine Klammer fehlt. Es fehlt aber keine.

>
ist in einer Testquery
"select * from x where dateY > .." bzw. ähnlich ganz ohne Klammer bis vielleicht auf TO_CHAR()
die Fehlermeldung immer noch dieselbe?

mit TO_CHAR habe ich es nur nicht ausprobiert, nur mit < ''. In SQL-Tool bekomme ich damit keine Fehlermeldung aber auch keine Ergebnisse. Auch mit TO_CHAR (hab grad ausprobiert), obwohl da welche hätten kommen sollen.

>
funktioniert es, wenn du "TO_CHAR(TIMESTAMP'2012-05-18 00:00:00', 'YYYY-MM-DD')" komplett fertig in den SQL-String eintippst?

das habe ich nicht ausprobiert, denn ich grundsätzlich nur mit PreparedStatement arbeiten darf.

>
wenn nicht, funktioniert das überhaupt irgendwo, in anderen DB-Tools?

ja die ursprüngliche anfrage hat in einem DB-Tool (Squirrel SQL) funktioniert. Da probiere ich immer aus wenn ich so eine Anfrage bastele

 

[SlaterB]

auch in PreparedStatement kannst du auf ? verzichten und gewisse SQL-Bestandteile komplett vorgeben,

dass TIMESTAMP? nicht geht, besonders ohne Leerzeichen dazwischen, kann ich gut verstehen, also überrascht mich nicht,
erklären kann ich persönlich dazu aber nichts weiter (Leerzeichen ja schon erwähnt ), um das nochmal abzuschließen,
aber vielleicht wer anders

wenn du Zeit hast kannst du nochmal schreiben, was beim ursprünglichen '? and ?' ganz ohne 'TO_CHAR(TIMESTAMP ' im SQL-String
die Fehlermeldung oder das sonstige Problem mit PreparedStatement ist, vielleicht ist das zu lösen

 

[Gast2]

Schon mal versucht die TO_TIMESTAMP Funktion anders einzubauen?

TO_CHAR(TO_TIMESTAMP('2012-05-18 00:00:00', 'YYYY-MM-DD HH24:MI:SS'), 'YYYY-MM-DD')

So sollte jedenfall das Binding von dem Prepared stament ohne Probleme gehen:

TO_CHAR(TO_TIMESTAMP(?, 'YYYY-MM-DD HH24:MI:SS'), 'YYYY-MM-DD')