Oracle-JDBC und Oracle-Datentyp CHAR

Ich habe ein tricky Problem mit Oracle-JDBC-Treibers-handling von CHAR Datentypen. Nehmen wir diese einfache Tabelle:

create table x (c char(4));
insert into x (c) values ('a');  -- inserts 'a   '

So, wenn ich etwas einfügen in CHAR(4), der string ist immer gefüllt mit Leerzeichen. Dies wird auch gemacht, wenn ich die Abfragen ausführen, wie diese:

select * from x where c = 'a';    -- selects 1 record
select * from x where c = 'a ';   -- selects 1 record
select * from x where c = 'a   '; -- selects 1 record

Hier, die ständige 'a' ist gefüllt mit Leerzeichen, so gut. Das ist, warum der Datensatz wird immer zurückgegeben. Dies gilt jedenfalls dann, wenn diese Abfragen ausgeführt werden, mithilfe einer JDBC - PreparedStatement als gut. Jetzt die heikle Sache ist, wenn ich verwenden möchten, eine bind-variable:

PreparedStatement stmt = 
  conn.prepareStatement("select * from x where c = ?");
stmt.setString(1, "a");    //This won't return any records
stmt.setString(1, "a   "); //This will return a record
stmt.executeQuery();

Dies ist eine Problemumgehung:

PreparedStatement stmt = 
  conn.prepareStatement("select * from x where trim(c) = trim(?)");
stmt.setString(1, "a");    //This will return a record
stmt.setString(1, "a   "); //This will return a record
stmt.executeQuery();

BEARBEITEN: dies sind die Einschränkungen:

  • Die oben beschriebenen Problemumgehung nicht wünschenswert, da es ändert sowohl den Inhalt c und ?, UND es macht Verwendung von Indizes auf c ziemlich hart.
  • Verschieben Sie die Spalte aus CHAR zu VARCHAR (was es sein sollte, natürlich) ist nicht möglich

BEARBEITEN: Die Gründe für diese Einschränkungen ist, weil ich diese Frage aus der Sicht der Entwickler von jOOQ, einen database abstraction library. Also meine Anforderungen sind, um eine sehr generische Lösung, die nicht etwas zu brechen, in jOOQ ist der client-code. Das ist, warum ich bin nicht wirklich ein großer fan von dem workaround. Und das ist, warum ich don ' T haben Zugang zu diesem CHAR Spalte in der Erklärung. Aber trotzdem, ich möchte in der Lage sein, in diesem Fall behandeln.

Was würden Sie stattdessen tun? Was ist eine gute übung für den Umgang CHAR Daten-Typen, wenn ich will, Sie zu ignorieren Leerzeichen?

  • Auch wenn Sie feststellen, dass eine änderung von VARCHAR ist keine option (warum?), VARCHAR ist die einzig sinnvolle Lösung für Ihre Anforderung.
  • Ich Stimme mit Ihnen überein. Ich werde erklären, in meiner Frage
InformationsquelleAutor Lukas Eder | 2011-03-16
  1. 11

    Wenn Sie möchten,

    stmt.setString(1, "a");    // This won't return any records

    Rückgabe eines Datensatzes, versuchen

    conn.prepareStatement("select * from x where c = cast(? as char(4))")
    • PS. Ich hasse CHAR als Datentyp.
    • Ich hasse Sie auch. Sie sehen aus wie etwas in der Lage zu bieten variable-Länge-Funktionalität, aber es gibt immer Fallstricke.
    • Hmm, daran hatte ich nicht gedacht casting RS CHAR(4). Auf der anderen Seite, würde ich brauchen, um zu wissen, die genaue Länge der Spalte (das problem ist, dass X und C in meinem Beispiel sind beliebige Platzhalter...
    InformationsquelleAutor Gary Myers
  2. 2

    Sehe ich keinen Grund für die Verwendung von CHAR-Datentyp, auch wenn es char(1) in Oracle. Können Sie ändern den Datentyp statt?

    • Leider ist das keine option, da es nicht meine Datenbank. Meine Logik ist einfach Datenbank-Abstraktion... ich werde zu aktualisieren, die Frage entsprechend
    • CHAR können nützlich sein für die codes, ISO country/language/currency codes, etc. Aber ich Stimme mit Ihnen, als auch dann, es spielt keine große Rolle. Könnten Sie VARCHAR als gut.
    InformationsquelleAutor Piyush Mattoo
  3. 1

    Gary ' s Lösung funktioniert gut. Hier ist eine alternative.

    Wenn Sie eine Oracle-JDBC-Treiber, der Aufruf prepareStatement() tatsächlich eine Rückkehr OraclePreparedStatement, die eine setFixedCHAR() Methode, die pads automatisch Ihre Eingaben mit Leerzeichen.

    String sql = "select * from x where c = ?";
OraclePreparedStatement stmt = (OraclePreparedStatement) conn.prepareStatement(sql);
stmt.setFixedCHAR(1, "a");
...

    Natürlich, der cast ist nur sicher, wenn Sie den Oracle-Treiber.

    Der einzige Grund, warum ich würde vorschlagen, dass Sie dies nicht über Gary ' s Antwort ist, dass Sie ändern können, Ihre Spalte Größen zimmerreserviereung, ohne das Sie ändern Sie Ihre JDBC-code. Der Fahrer pads die richtige Anzahl von Leerzeichen, ohne dass der Entwickler brauchen, um wissen/managen der Spalte Größe.

    InformationsquelleAutor RustyTheBoyRobot
  4. 0

    Habe ich sehr schöne Lösung für dieses Problem. Haben Sie zum hinzufügen einer Eigenschaft, während die erste Verbindung aus der Datenbank.

    NLS_LANG=american_america.AL32UTF8

    oder in Java-Verbindung können Sie folgenden code verwenden:

    java.util.Properties info = new java.util.Properties();
info.put ("user", user);
info.put ("password",password);
info.put("fixedString","TRUE");
info.put("NLS_LANG","american_america.AL32UTF8");
info.put("SetBigStringTryClob","TRUE");
String url="jdbc:oracle:thin:@"+serverName;
log.debug("url="+url);
log.debug("info="+info);
Class.forName("oracle.jdbc.OracleDriver");
conn  = DriverManager.getConnection(url,info);
    InformationsquelleAutor swapna ailineni
  5. 0

    der andere Weg ist, ändern Sie Ihre sql als 

    select * from x where NVL(TRIM(c),' ') = NVL(TRIM('a'),' ')
    • Hi @張僑文 und herzlich willkommen auf Stack Overflow. Dies ist nicht ganz eine vollständige Antwort. Betrachten Sie erklären, WARUM Sie schreiben die SQL, die in dieser Art und Weise, und WARUM es von Vorteil wäre, dies zu tun.
    InformationsquelleAutor 張僑文
Schreibe einen Kommentar