- Mapping von java.lange zu oracle.Nummer(14)

Habe ich db-Spalte, deren Datentyp Number (15) und ich habe das entsprechende Feld im java-Klassen als lange. Die Frage ist, wie würde ich eine Karte mit java.sql.Typen.

  • würde Typen.BIGINT Arbeit?
  • Oder soll ich etwas anderes verwenden?

P. S:
Ich kann nicht leisten, ändern Sie den Datentyp in java-Klasse und innerhalb der DB.

  • Wenn Sie nicht ändern können, weder die Datenbank, die nicht die code - was ist der Zweck der Frage?
  • Ich denke OP meinte Sie kann es sich nicht leisten, beide zu verändern und wollte Fragen, welches geändert werden soll. Ich könnte falsch sein, obwohl
InformationsquelleAutor x.509 | 2011-10-03
  1. 10

    Vom dieser link es sagt, dass java.sql.Types.BIGINT sollte verwendet werden, für long in Java zu Number in SQL (Oracle).

    Anbringen screenshot von der Tabelle, falls der link stirbt ständig.

    - Mapping von java.lange zu oracle.Nummer(14)

    • Hinweis: Integer vs int und nullables
    InformationsquelleAutor Mike
  2. 5

    Einen guten Platz zu finden, zuverlässige Größe Zuordnungen zwischen Java-und Oracle-Datentypen ist in der Hibernate-ORM-tool. Dokumentiert in dem code hier, Hibernate verwendet eine Oracle NUMBER(19,0) zum darstellen von java.sql.Typen.BIGINT sollte die Karte, um eine lange primitave

    InformationsquelleAutor robododge
  3. 0

    Ich immer verwenden Sie die wrapper-Typ, da die wrapper-Typen können express-null-Werte.

    In diesem Fall werde ich Lange wrapper-Typ.

    • können Sie erklären, ein wenig mehr? beziehen Sie sich auf etwas Typen.?
    InformationsquelleAutor Tarcísio Júnior
  4. 0

    Ich hatte ein ähnliches problem, wo ich konnte es nicht ändern Sie den Java-Typ oder der Datenbank zu Geben. In meiner situation, die ich brauchte, um die Ausführung einer native SQL-Abfrage (in der Lage sein zu verwenden von Oracle Rekursive Abfrage Fähigkeiten) und ordnen Sie die Ergebnismenge auf einen non-managed entity (im wesentlichen eine einfache pojo-Klasse).

    Fand ich eine Kombination von addScalar und setResultTransformer wirkte Wunder.

    hibernateSes.createSQLQuery("SELECT \n"
        + " c.notify_state_id as \"notifyStateId\", \n"
        + " c.parent_id as \"parentId\",\n"
        + " c.source_table as \"sourceTbl\", \n"
        + " c.source_id as \"sourceId\", \n"
        + " c.msg_type as \"msgType\", \n"
        + " c.last_updt_dtm as \"lastUpdatedDateAndTime\"\n"
        + " FROM my_state c\n"
        + "LEFT JOIN my_state p ON p.notify_state_id = c.parent_id\n"
        + "START WITH c.notify_state_id = :stateId\n"
        + "CONNECT BY PRIOR c.notify_state_id = c.parent_id")
    .addScalar("notifyStateId", Hibernate.LONG)
    .addScalar("parentId", Hibernate.LONG)
    .addScalar("sourceTbl",Hibernate.STRING)
    .addScalar("sourceId",Hibernate.STRING)
    .addScalar("msgType",Hibernate.STRING)
    .addScalar("lastUpdatedDateAndTime", Hibernate.DATE)
    .setParameter("stateId", notifyStateId)
    .setResultTransformer(Transformers.aliasToBean(MyState.class))
    .list();

    Wo notifyStateId, parentId, sourceTbl, sourceId, msgType, und lastUpdatedDateAndTime sind alle Eigenschaften der MyState.

    Ohne die addScalar's, ich würde eine java.lang.IllegalArgumentException: argument type mismatch weil Hibernate drehte Oracle Number Art in eine BigDecimal aber notifyStateId und parentId sind Long Typen auf MyState.

    InformationsquelleAutor FGreg
Schreibe einen Kommentar