Hallo!

könnte mir jemand helfen: eine
tbl_A hat Nachname, vorname, Datum, ID. Die drei ersten Felder bilden
zusammen den Primärschlüssel, sind also gemeinsam eindeutig. ID ist
meistens leer, wenn vorhanden, dann eindeutig für Name&Vorname, aber für
versch. Daten mehrfach vorh.

tbl_B hat Name ("Name^Vorname"), ID. ID und Name sind jeweils eindeutig
tbl_C hat Datum, ID ID ist nicht eindeutig

B und C sind 1:n über ID verknüpft, Kein Feld aus A kann mit referent.
Integr. mit B verknüpft werden.


Wie kann ich jetzt

Zunächst für A die zuverlässige B.ID gewinnen, indem A.Vorname und
A.Nachname in B.Name enthalten sind, also etwas wie

(A.Nachname steckt in B.Name UND A.vorname steckt in B.Name) ODER A.ID =
B.ID

ähnlich
WHERE tbl_A.Nachname LIKE "*ausdruck*"
nur, daß LIKE einen String erwartet und ich da keinen Feldnamen
hinschreiben kann.


dann anhand der jetzt erkannten ID eine 1:1-Beziehung zwischen A und C
herzustellen, sollte einfach sein. Ziel ist, aus C auf die weiteren
Felder in A zugreifen zu können, meinetwagen in einem Unterformular.


Wie ist es jetzt richtig?

Gruß
AK

Alexander Kluge wrote:

[..]
> hinschreiben kann.
>> dann anhand der jetzt erkannten ID eine 1:1-Beziehung zwischen A und C
> herzustellen, sollte einfach sein. Ziel ist, aus C auf die weiteren
> Felder in A zugreifen zu können, meinetwagen in einem Unterformular.
>> Wie ist es jetzt richtig?
>

Hallo Alexander,

vielleicht solltest du dir über dein Tabellendesign Gedanken machen,
z.B. ein zusätzliches Feld (Zähler?) hinzufügen, über das die Tabel-
len A und B leicht verknüpft werden können.

Sonst spricht nichts gegen ein Konstrukt a la

WHERE (B.Name LIKE "*" & A.Vorname & "*" AND
B.Name LIKE "*" & A.Nachname & "*") OR ....

Das ist jedoch weder performant, noch leicht verständlich und wart-
bar.

lg,
Gerald

Gerald Aichholzer wrote:


> vielleicht solltest du dir über dein Tabellendesign Gedanken machen,

Wieso sagen das immer alle :)

> z.B. ein zusätzliches Feld (Zähler?) hinzufügen, über das die Tabel-
> len A und B leicht verknüpft werden können.

Die Tabelle A stammt aus einer kommerziellen Anwendung, ich wollte nur
die Daten herausziehen.

> Sonst spricht nichts gegen ein Konstrukt a la
>
> WHERE (B.Name LIKE "*" & A.Vorname & "*" AND
> B.Name LIKE "*" & A.Nachname & "*") OR ....

Danke, das ist es.

Gruß
Alexander