Datenbankproblem

Was spricht gegen die Lösung

[FONT=Fixedsys]SELECT t1.NameL, t2.NameG, t1.Kostenstelle
[FONT=Fixedsys]FROM Tabelle1 t1, Tabelle2 t2
[FONT=Fixedsys]WHERE t1.NameL like '%' || t2.NameG || '%'
[FONT=Fixedsys]AND t1.Kostenstelle = t2.Kostenstelle;

Ich kann das leider auch gerade nicht ausprobieren, und wenn ich es voll verfehlt habe, liegt es wohl daran, dass ich nicht verstehe, was du meinst mit "eine ganze Spalte suchen, wo die Wörter verglichen werden".

Ahoi erstmal!

Aus meiner Sicht wäre es hier ganz sinnvoll, ein Foreign-Key-Constraint zu verwenden. Ich weiß ja jetzt nicht, welche der beiden Spalten der Primärschlüssel jeweils ist.
Ich würde in Tabelle1 eine dritte Spalte verwenden mit dem hübschen Namen "id" und diese als Primärschlüssel verwenden. Muss NameL auch eindeutig sein, zusätzlich auf diese Spalte einen "unique index".
In Tabelle2 dann ebenfalls eine 3. Spalte anlegen, die dann per Fremdschlüssel auf den entsprechenden Datensatz in Tabelle1 referenziert.

Somit kann man das Ergebnis mit Hilfe eines Joins in einer Abfrage erhalten, ohne irgendwelche Arrays im Speicher aufbauen zu müssen.
Könnte bei 1 Mio. Datensätze oder mehr irgendwann mal problematisch werden, dass die Maschine nicht den Geist aufgibt.

Also ist nur ein Vorschlag, wie ich es immer von unseren DBAs empfohlen bekomm und in der Berufsschule mal gelernt habe.

bin gespannt, was sonst noch für Vorschläge kommen...

Chrizzy,

ich finde deinen Ansatz gar nicht schlecht,
nur würde ich in t2.NameG nach t1.NameL suchen. So habe ich die Fragestellung verstanden
also
Select ... where t2.nameg like '%'||t1.namel||'%' ...

Wobei ich aber eine richtige Zuordnung über einen Fremdschlüssel für die sicherere Variante halte

Vielen dank für eure ideen!

die sache hat sich zum glück schneller lösen lassen in dem ich noch ne andere tabelle auftreiben konnte die mehr daten her gab ...

da dieses problem aber wieder einmal auf tauchen kann, werde ich eure vorschläge testen sobald ich etwas zeit habe.

nochmal