Das ist ebenfalls falsch BLR.
Die Log-Tabelle dient nur als Verknüpfungstabelle, somit müsste er sie wenn dann so aufbauen, wobei man komplett mit userIDs hantieren sollte und nicht zwischen userID und der ID des Users (die hier zwei unterschiedliche sind) unterscheiden dürfte.
ID (PK) -- user1 -- user2
Die User-Tabelle selber sollte zwar anders gelöst werden, geht aber nicht - so wie er es beschrieben hat.
Was mir dazu noch einfällt: Macht es einen Unterschied ob User A den User B anschreibt bzw. umgekehrt, oder ist das irrelevant? Wenn es egal sein sollte, dann musst du die Abfrage noch zusätzlich invertieren.
Zum Thema Query:
Im Endeffekt funktioniert die Geschichte folgernder maßen. SQL erstellt intern zuerst eine quasi virtuelle Tabelle bzw. Liste aller Einträge aus der Log-Tabelle, die eine ID=1 besitzen. Anschließend nimmt er alle User (abgesehen von dem eingeloggten, hier 352) und vergleicht jede einzelne UserID mit allen Einträgen aus der virtuellen Log-Tabelle. Ist dort kein Eintrag mit dieser UserID vorhanden, wird die Row mit der UserID ausgegeben. Ist ein Eintrag vorhanden, wird die Row ignoriert.
Nur so als Exkurs am Rande, für die Interessierten:
Das Prinzip hab ich selber einmal verwenden müssen, allerdings hat es mich genauso viel Anstrengung gekostet darauf zu kommen, wie ihn. ^^
Meine Abfrage sieht nur noch komplexer aus, wenn ich so drüber nachdenke...
SQL:
SELECT *
FROM intern_user
WHERE
(
id NOT IN
(
SELECT a.userID
FROM intern_dienstplan AS a
INNER JOIN intern_events_uucat AS b ON a.uucatID=b.id
INNER JOIN intern_events_ucat as c ON b.ucatID=c.id
INNER JOIN intern_events_cat AS d ON c.catID=d.id
WHERE d.eventID='".$_POST['eventid']."'
GROUP BY a.userID
HAVING sum(b.wert) >= 100
)
)
AND status='1'
AND gruppe!=3
ORDER BY name ASC
Was war hier die Schwierigkeit?
Eigentlich nur der innere Teil, da das eine Hierarchie darstellt.
Grundlegend gibt es die intern_events. Diese haben Kategorien: intern_events_cat. Diese haben dann Unterkategorien ... usw. Die Unter-Unterkategorien sind die letzte Ebene und können in den Dienstplan (reine Verknüpfungstabelle, wie deine hier: ID -- userID -- uucatID) eingetragen werden.
Das Problem an sich ist, dass nur Einträge gewollt sind, die ein bestimmtes Event haben -> bedeutet alle Tabellen verknüpfen. Zudem geben die verschiedenen Unter-Unterkategorien einen gewissen Wert an "getätigter Arbeit" (50 oder 100%), weswegen hier noch summiert werden muss.
Ich hab mir anfangs schwer getan zu begreifen, wie ich alle User auslesen kann, die keinen Eintrag in der Tabelle haben. Nur wie verknüpft man "nicht vorhandene Einträge" mit einem bestimmten Event? ^^
Gruß
