Meinst du sowas:

Tab 1: Tab1
Feld: bid

Tab2: Tab2
Feld: ids

bsp. bid=20 (die mußt du natürlich vorher irgendwie als Ansatz bekommen)
=> Ergebniss sind alle zugehörigen ids in Tabelle :efgh

SELECT Tab1.bid, Tab2.ids
FROM Tab1 LEFT JOIN Tab2 ON Tab1.bid = Tab2.ids
WHERE (((Tab1.bid)="20"));

irgendwie kann man da auch noch die count-Funktion von sql einarbeiten und erhält die Anzahl der gefundenen ids

oder in php:

mysql_affected_rows() = Anzahl der gefundenen Datensätze

die 20 soll nur als ein Beispiel für eine bid stehen. Soll heißen, du müßtest also vorher zumindest die entsprechende bid, für die du die zugehörigen ids haben willst, kennen/ermitteln und mit der 20 austauschen (z.B durch eine Variable in php).

Ich ging davon aus, dass deine 'bid' irgendeine ID sein soll. Das ist aber eher unwichtig. Die 20 ist ein Stellvertreter für irgendwelche bid-Werte, also auch Strings usw.

Halt , stop ich glaube da ist ein Mißverständniss

Zitat

bid <=20000

geht in der Abfrage so nicht, da kommt Müsli raus, in obiger Abfrage geht glaub ich nur '=' , es sei denn du hast ein ganz spezielles Design

ich meinte zusammengehörige ID's.

Also 1. Tabelle Felder
irgendwas | nochwas | bID

haupt1 xxy 20
haupt2 cde 21


2. Tabelle Felder:

ids | parameter1 | parameter2 ...

20 a3 b5
20 c7 d2
20 x9 y4

21 s3 w3
21 a3 c8

-------------------------------------------------------------------

mit obiger Abfrage bekommst du alle Datensätze der 2.Tabelle mit ids=20


willst du mehrere ids- Werte abfragen, müßte das sql-statement angepaßt oder für jede ids ausgeführt werden.
das werden einige sql-cracks vielleicht als unprofessionell bezeichnen, aber du könntest die ids-werte mit einem einfachen weiteren sql-statement abfragen, in php auswerten und den teil, mit dem du weiter willst im obigen statement abfragen. in kleineren Datensatzmengen gänge auch eine foreachschleife, in der dann die entsprechenden ids anstatt der 20 als werte eingesetzt werden.

Aber vorsicht, ich kenne dein system nicht und hab das mal eben so hingeworfen. Das ganze ist nicht gerade resourcen-sparend aufgezogen, bzw achte auf die Mengen der zu verarbeitenden Datensätze (du wirst es wissen, nur falls nicht, sei es nochmal angemerkt)

Das hört sich so an, als ob ein paar mehr Tabellen sinnvoll sein könnten ??
die 5 Normalformen und Normalisierung von Datenbanken kennst du?
wenn nicht, schau es dir mal an:
ausführlich:
DSP
akademisch:
http://wwwcs.uni-paderborn.de/cs/ag-boet…k5n.html#K5_7_0

Aber wahrscheinlich hast du schon einen guten Ansatz gefunden (?). Es scheint zumindest so.

ich würde, das, was du willst in mind. 3, wahrscheinlich sogar 4 oder 5 Tabellen aufteilen
1. Tab Vorträge
2. Tab Teilnehmer
3. Tab Kreuztabelle ID-Vortrag | ID-Teilnehmer

4.Tab Referenten

ev. noch 5. ort etc, um redundanzen zu vermeiden


abgesehen davon scheint mir obiger Ansatz sehr passend für dein konzept
was ist denn eigentl dieses 'ident' oder identisch mit was?

irgendwie habe ich ne menge sql vergessen, aber was du willst, läßt sich perfecto in sql ausführen und du brauchst eigentlich gar nicht so viele foreach's und while's in php.
ich krame morgen nochmal nach. wenn du es vorher anders löst ist das top . lass es mich wissen. bin echt neugierig geworden, was du daraus machst. also bis demnächst - viel glück

darum die 3.Tabelle als Kreuztabelle mit den ID's Vortrag | ID's Teilnehmer

hey cool,
hatte gerade mal eine Referenz zu count herausgekramt ... und sehe, dass du es schon hast. Ich finde, deine Lösung hört sich gut an.