[Oracle] Mysteriöses Problem mit Select aus Tabelle mit Timestamp Feld

Hallo allerseits.

Oracle treibt mich mal wieder in den Wahnsinn...

Hintergrund: Ich arbeite an einem Projekt, das unter anderem (leider) mit einem Oracle Server arbeiten muss.
Bisher konnte ich den Oracle spezifischen Code lokal nicht testen, weil ich keinen Server zur Verfügung hatte. Da es aber kein Zustand ist, dass ich bei notwendigen Änderungen jedes mal zum Kunden fahre, habe ich jetzt endlich auch einen Oracle Server zur Verfügung gestellt bekommen.

So weit so gut, aber ich habe da jetzt auf "meinem" Server ein Problem, dass beim Kunden nicht auftritt:

Ich kann kein Select absetzen auf eine Tabelle, die ein TIMESTAMP Feld enthält. Dieser Teil des Codes hat sich seit Monaten nicht geändert und funktionierte beim Kunden bisher problemlos im Testbetrieb. Vermutung: es muss irgendwie an den Einstellungen des Servers liegen.

Warum ich vermute, dass es an TIMESTAMP und an den Settings liegt?
Alles andere geht: Drop Table, Create Table, Select/Insert/Delete auf Tabellen ohne TIMESTAMP und sogar Insert/Delete auf Tabellen MIT TIMESTAMP!

(Projekt wird entwickelt mit VB.net (Framework 2.0) in Visual Studio 2005)

Konkreter Fall:

Tabelle:

Code:

CREATE TABLE "MYSCHEMA"."ALARME" (
"GERAETE_NR" NUMBER(10) NOT NULL, 
"GERAETETYPE" VARCHAR2(100) NOT NULL, 
"FEHLERCODE" NUMBER(4) NOT NULL, 
"REASON" VARCHAR(512) NOT NULL, 
"ZEITPUNKT" TIMESTAMP NOT NULL
);

Abfrage:

Code:

SELECT *
FROM {schema}.alarme
WHERE GERAETE_NR = {1} AND GERAETETYPE = '{2}'
ORDER BY ZEITPUNKT DESC;

Wobei alles was in geschwungenen Klammern steht vor dem Absetzen des Statements durch die tatsächlich gewünschten Daten ersetzt wird. (Was auch überall einwandfrei funktioniert)

Bekomme ich zurück:
"ORA-00932: nicht übereinstimmende Datentypen
" (Der Linebreak ist hier wirklich drinnen...)

ABER:
Das passiert auch, wenn die die Abfrage auf

Code:

SELECT * FROM {schema}.alarme

reduziere!

UND:
Es passiert auch, wenn ich die Datenbank im Visual Studio im Server Explorer verbinde und mir dort die Tabelle ansehen will!

ABER:
Wenn ich das Statement (egal in welcher Form) direkt in SQL Plus absetze, dann bekomm ich wie gewünscht den Inhalt der Tabelle!

-> Verwirrung perfekt...


Google spuckt dazu leider nichts brauchbares aus. Ansich ist der Fehler ja eher für nicht durchgeführte Typkonvertierungen da. Auf Englisch heißt er ja auch
"ORA-00932: inconsistent datatypes: expected <X> got <Y>"
aber scheinbar wurde dem Übersetzer zu wenig bezahlt, denn auf Deutsch werden die Typen nicht angegeben


Hat irgendjemand eine Idee, woran es hier scheitert?

welche DB-Version ist im Einsatz? Selektier mal nur die Geräte-Nr aus VB heraus...

dann verträgt er wohl den zeichensatz nicht den du bei der DB-erstellung gewählt hast?

Das mit der ODBC Version könnte ich mir gut vorstellen, dem werde ich auf den Grund gehen müssen.

Was mich allerdings verwirrt: Ich verwende ja den "basic" TIMESTAMP.
"TIMESTAMP WITH LOCAL TIME ZONE" ist ja ein eigener Datentyp.

@ Nico:
Wie soll das zusammen hängen? Wenn was mitm Charset nicht stimmt, wieso funktionieren dann Insert statements?

Der systimestamp hat standardmäßig eine Angabe der Zeitzone dabei (http://download-west.oracle.com/doc...unctions173.htm), aber es gibt Timestamps auch ohne Timezone: http://download-west.oracle.com/doc...ch4datetime.htm

Jedenfalls schließe ich mich watchout an - wenn du nicht mit der gleichen Version wie dein Kunde arbeitest kannst du dann eventuell auch beim Einspielen deiner Software die eine oder andere Überraschung erleben.