Idee fuer Suchfeldmapping gesucht

[FenchelT]

Hallo zusammen,

sry erstmal fuer den bloeden Titel, hoffe bekomme keinen Award dafuer :wink:

Meine Herausforderung ist die folgende:
Ich habe eine Datenbank-Entitaet z.B. Kunde.
Kunde beinhaltet die Attribute nname, vname, (fuer nachname, vorname) usw.

Nun moechte ich dem User eine dyn Suche ermoeglichen.
D.h., es gibt eine GUI mit einer JList, die alle Datenbankfelder enthalten soll, eine Combobox mit diversen Operatoren,
ein Textfeld fuer einen Wert und eine Tabelle die das ganze zusammengesetzt darstellt.

Nun moechte ich in der JList aber nicht die Attribute auflisten sondern, deren eigentliche Bedeutung,
als anstatt vname und nname soll Vorname bzw NAchname aufgefuehrt werden.
Soweit kein Problem, koennte ich z.B. ohne weiteres mit einem alias im SQL realisieren

SELECT vname as vorname, nname as nachname FROM....... WHERE 0=1

und die Felder dann mittels rs.getMetaData() an die JList uebergeben

Somit koennte sich der USer seine Selektion also zusammenklicken, was dann z.B. so in der Tabelle dargestellt wird
Name = 'FenchelT'

Wenn ich dies dann in meinen SQL uebernehme um die eigentliche Selektion durchzufuehren, wuerde das ganze so aussehen

SELECT feld_1,......,feld_n
FROM tabelle
WHERE name = 'FenchelT'

Und da ist sie auch schon die Herausforderung, das Attribut in der Tabelle heisst nicht name sondern nname.

Wie komme ich also am einfachsten wieder an den eigentlichen Attributsnamen?


Fuer Anregungen waere ich dankbar.

Viele Gruesse

 

[tuxedo]

Hmm, dann lager halt das mapping der Feldnamen nicht in SQL aus, sondern bastel dir eine Mapping-Funktion. Die Zuordnung könntest du via Properties machen.

D.h. aus der DB kommt ein Feld mit dem Namen "feld_1", und in der Property steht dann:

feld_1 = Name

Das lässt sich dann vorwärts wie rückwärts auflösen.

- Alex

 

[FenchelT]

Gut, waere eine Moeglichkeit, muesste dann aber die Prop-Datei zur Laufzeit aus den Werten Metadaten des ResultSets schreiben, da ich ansonsten eine statische Prop-Datei haette,
was ich ungluecklich finde, da ich bei einer moeglichen Erweiterung des Datenmodells auch die Pro-Datei
anpassen muesste. Ausserdem muesste ich dann im Vorfeld fuer jede Entitaet die ueber die Suchmaske abgebildet werden
soll, eine eigene Properties-Datei erzeugen.

Ich denke auf jeden Fall mal drueber nach, da ich momentan keine bessere Loesung habe

Danke schonmal fuer DEine Unterstuetzung

 

[tuxedo]

Naja, ich glaub' egal wie du's drehst und wendest: Du wirst immer 2 Stellen haben an denen du was schrauben musst wenn du das Datenmodell erweiterst.

Eine Technik die einem den Alias ohne zutun in den Feldnamen zurückübersetzt kann ich nicht.

Aber, halt ...

Du könntest dir einen Parser schreiben der die SQL-Statements vor dem Ausführen abfängt, auswertet und eine Translation-Map erstellt. Aber dann gibts Probleme mit iBatis und Hibernate, falls du das verwendest ...

- Alex

 

[FenchelT]

Da ich kein Hibernate oder iBatis verwende klingt

aber halt

gut :wink:

Werde mir mal Gedanken ueber einen Parser machen

 

[maki]

Sowohl Hibernate als auch iBatis bieten von Haus aus Unterstützung für so etwas an

 

[FenchelT]

Sowohl Hibernate als auch iBatis bieten von Haus aus Unterstützung für so etwas an

Danke, werde ich mir fuer mein naechstes Projekt im Hinterkopf behalten :wink:

 

[maki]

iBatis ist sehr gut für Projekte geegneit, in denen das DB Schema schon existiert, Hibernate ist gut, wenn man bei 0 anfängt und alle freiheiten hat.

Ansonsten kann ich Alex nur zustimmen, du bräuchtest so etwas wie eine Mapping"tabelle" (Map), in der die Java Eigenschaften auf die DB Spaltennamen gemappt sind, und noch eine Map die das ganze umgekehrt.

 

[tuxedo]

Sowohl Hibernate als auch iBatis bieten von Haus aus Unterstützung für so etwas an

Hmm, hab mit ibatis noch nicht so viel gemacht, aber wo bietet denn ibatis die möglichkeit Alias-Feldnamen zurück in die echten Feldnamen zu übersetzen?

- Alex

 

[maki]

EIne Möglichkeit Spaltennamen auf Eigenschaften zu mappen:

<sqlMap namespace="Person">
    <select id="getPerson" resultClass="examples.domain.Person">
        SELECT
        PER_ID as id,
        PER_FIRST_NAME as firstName,
        PER_LAST_NAME as lastName,
        PER_BIRTH_DATE as birthDate,
        PER_WEIGHT_KG as weightInKilograms,
        PER_HEIGHT_M as heightInMeters
        FROM PERSON
        WHERE PER_ID = #value#
    </select>
</sqlMap>

Noch eine, mit einer resultmap:

<resultMap id=”productResult” class=”product”>
    <result property=”id” column=”PRD_ID”/>
    <result property=”description” column=”PRD_DESCRIPTION”/>
</resultMap>

Der umgekehrte Weg, von Eigenschaften auf Spaltennamen:

<insert id="insertPerson" parameterClass="examples.domain.Person">
        INSERT INTO
        PERSON (PER_ID, PER_FIRST_NAME, PER_LAST_NAME,
        PER_BIRTH_DATE, PER_WEIGHT_KG, PER_HEIGHT_M)
        VALUES (#id#, #firstName#, #lastName#, #birthDate#, #weightInKilograms#, #heightInMeters#)
</insert>

Oi isy (=alles easy)

Nachtrag:

Hmm, hab mit ibatis noch nicht so viel gemacht, aber wo bietet denn ibatis die möglichkeit Alias-Feldnamen zurück in die echten Feldnamen zu übersetzen?

Achso, von alias namen auf echte DB Spaltennamen? k. A.

 

[tuxedo]

Nachtrag:

Hmm, hab mit ibatis noch nicht so viel gemacht, aber wo bietet denn ibatis die möglichkeit Alias-Feldnamen zurück in die echten Feldnamen zu übersetzen?

Achso, von alias namen auf echte DB Spaltennamen? k. A.

Jupp, genau das. Das umgekehrte von

SELECT vname AS vorname, nname AS nachname FROM....... WHERE 0=1

Und da ist mir nix "automatisiertes" bekannt. Eine eigene Schicht die die Statements vor dem Ausführen abfängt, "analysiert" und damit eine Mappingtabelle befüllt wäre das einzigste was mit dazu einfällt.


- Alex