[Erledigt] welchen Join brauche ich? - Seite 2

KATERchen · 28.01.2009, 17:13

Ich höre - im Augenblick weiß ich nicht wirklich wovon Ihr redet

Ich habe zwei Seiten gefunden, wo das "erklärt" wird, aber bei beiden habe ich noch den Eindruck, daß der Autor zwar weiß, was er da geschrieben hat, der Leser aber eher nicht...

Knaupes.net � Blog Archiv � MySql - group_concat
GROUP_CONCAT() | Dominik Deobald
Aber auf jeden Fall scheint GROUP_CONCAT das richtige zu sein

nikosch · 28.01.2009, 17:19

Es ist so: Du solltest eher das Problem angehen, dass immer neue Kundennummern vergeben werden. Die "Gruppierung"

Zitat:

Fritzi Müller | Kundennummer 1
Fritzi Müller | Kundennummer 2

als

Zitat:

Fritzi Müller | Kundennummer 1; 2; 3

ist nicht nur unpraktisch, sondern auch nur solange gültig, wie es wirklich nur eine(n) Fritzi Müller gibt, der alle Einkäufe getätigt hat. Aus beiden Formaten kannst Du das nicht ableiten.
Also entweder Du verzichtest auf die Zusammenfassung oder Du must eine Technik einbauen, die ein Widererkennen des Kunden (eine Authentifizierung) vornimmt.

KATERchen · 28.01.2009, 17:41

Es gibt etwas was es bei PHP (oder MySQL) nicht gibt? Sowas gibts?
Das mit dem Anmelden geht bei der Seite nicht. Mal sehen, vielleicht fällt mir was anderes ein, um da alles ein wenig zusammenzufassen.
Danke Euch trotzdem

David · 28.01.2009, 17:45

Vielleicht nähern wir uns dem Problem, wenn erstmal die Begrifflichkeiten etwas weiter geklärt werden.
Ich habe zum beispiel gerade das Verständnisproblem: Warum wird eine Kundennummer zugewiesen, wenn jeder Kunde bei jeder Transaktion eine neue "Kundennummer" erhält?

KATERchen · 28.01.2009, 17:50

KundenNUMMER ist vielleicht etwas falsch ausgedrückt. Es ist eher einfach nur eine ID - die Bestellung trifft per E-Mail ein. Sollten - durch welchen verrückten Zufall auch immer - an einem Tag zwei Frizi Müllers etwas bestellen kann man das dann anhand der ID auseinander halten.
Gut, Zeit ginge auch - oder die Adresse, aber das Problem beleibt ja dann trotzdem - und blöderweise läuft die KundenID (der ...Nummer) durch die ganze Seite, ich müsste also alles umschreiben. Lieber lasse ich es dann doch etwas unübersichtlich

David · 28.01.2009, 17:58

Zitat:

Zitat von KATERchen

Sollten - durch welchen verrückten Zufall auch immer - an einem Tag zwei Frizi Müllers etwas bestellen kann man das dann anhand der ID auseinander halten.

Der Beschreibung nach kannst Du damit aber auch den selben, einen Frizi Müller "auseinanderhalten"; hat ja zwei verscheidene IDs erhalten. Ist dann vielleicht die EMail-Addresse ein besseres Kriterium? Die "Peter Müller/Schmidt/Schneider" dieser Welt werden Dir dankbar sein

KATERchen · 28.01.2009, 18:07

Nicht unbedingt, weil fast jeder mehrere E-Mail-Adressen hat...

nikosch · 28.01.2009, 19:19

Trotzdem ist das Kriterium hinreichend zumindest für die Gruppierung. Eine ID (i.S. eines Primärschlüssels) ist schon von Natur aus kein Gruppierungskriterium.
Wenn ein Kunde mit verschiedenen Emailadressen bestellt, ist es wahrscheinlich genau seine Intention, unter versch. Kundennummern geführt zu werden. Das Recht sollte man ihm auch zugestehen.

KATERchen · 29.01.2009, 14:27

Sorry, ich war gestern einfach nicht mehr aufnahmefägig... Jetzt weiß ich erst, was Du eigentlich meinst.
Da es keine Anmeldung gibt, bekommt er eh immer eine neue Kundennummer. Die Grupierung wollte ich eh nach Name, Straße Ort... machen, nach ID ginge ja gar nicht WEIL die jedes Mal anders ist.
Aber angenommen ich würde die E-Mail nehmen, es würde auch nicht funktionieren. Mit GROUP_CONCAT zeigt er alle ID's zu Frizi Müller an, wenn ich direkt Frizi Müller angebe. Ich will aber ALLE Namen aus der Datenbank auslesen und zusammenfassen
Fritzi Müller | Kundennummer 1; 2; 3
Anna Nass | Kundennummer 4; 5; 6
Franz Maus | Kundennummer 7; 9;
Ich denke über ein recht kompliziertes PHP-Script mit Arrays und sortieren und was weiß ich, könnte das gehen. Aber das lohnt den Aufwand bei mir einfach nicht. Ich denke ich werde die Tabelle etwas umbauen und sehen, ob ich dann weiter komme.

nikosch · 29.01.2009, 14:42

Ja, ein GROUP BY Email brauchst Du dann auch noch. Am besten mal die Tabellenstruktur posten.

28.01.2009, 19:19	#18 (permalink)
nikosch moderatives Dielektrikum Registriert seit: 21.05.2008 Beiträge: 25.134 PHP-Kenntnisse: Fortgeschritten	Trotzdem ist das Kriterium hinreichend zumindest für die Gruppierung. Eine ID (i.S. eines Primärschlüssels) ist schon von Natur aus kein Gruppierungskriterium. Wenn ein Kunde mit verschiedenen Emailadressen bestellt, ist es wahrscheinlich genau seine Intention, unter versch. Kundennummern geführt zu werden. Das Recht sollte man ihm auch zugestehen. __________________ -- „Eins ist Fakt: Gescannt wird nackt!“ Privatsphäre 2.0 - Nacktscanner mit Eyetracking. Unser Flugzeug darf kein geschlechtsfreier Raum sein. --

29.01.2009, 14:42	#20 (permalink)
nikosch moderatives Dielektrikum Registriert seit: 21.05.2008 Beiträge: 25.134 PHP-Kenntnisse: Fortgeschritten	Ja, ein GROUP BY Email brauchst Du dann auch noch. Am besten mal die Tabellenstruktur posten. __________________ -- „Eins ist Fakt: Gescannt wird nackt!“ Privatsphäre 2.0 - Nacktscanner mit Eyetracking. Unser Flugzeug darf kein geschlechtsfreier Raum sein. --

Themen-Optionen
Druckbare Version zeigen Jemanden per E-Mail auf dieses Thema hinweisen
Thema bewerten
Thema bewerten:

Ähnliche Themen
Thema	Autor	Forum	Antworten	Letzter Beitrag
[Erledigt] praktisches Datenbank-"design" für JOIN	balthazar	Datenbanken	2	08.01.2009 22:48
Frage zu Join	xiled	PHP Einsteiger	1	05.01.2009 10:37
[Erledigt] mit einer CHECKBOX feld nach mehreren wörtern durchsuchen	taurus	Datenbanken	20	01.12.2008 10:49
Select / Left Join Performance	mark007q	Datenbanken	4	17.11.2008 15:14
[Erledigt] Left join und inner join	stefanjann	Datenbanken	7	16.10.2008 15:45
Mehrfach Join	lazydog	Datenbanken	2	08.05.2008 16:09
JOIN Problem	pPanther	Datenbanken	7	06.03.2008 17:26
[gelöst]LEFT JOIN, DINSTINCT und trotzdem doppelte?!?!	stefanjann	Datenbanken	10	06.02.2008 11:49
JOIN / LEFT JOIN und Co	prinzli	Datenbanken	12	05.11.2007 22:15
Komplexes Join Problem	pPanther	Datenbanken	7	03.08.2007 23:16
Join auf 2 verschiedene Felder	Tommek	Datenbanken	6	25.07.2006 20:39
Problem mit Inner join	Jabi	Datenbanken	15	09.05.2006 14:10
INNER JOIN + Suchkriterien + Abfrage	duerov	PHP Tipps 2006	4	04.04.2006 12:47
inner join aus db		PHP Tipps 2006	8	22.01.2006 01:23
[Erledigt] Select Problem		Datenbanken	17	16.01.2006 21:54

28.01.2009, 17:13	#11 (permalink)
KATERchen Benutzer Registriert seit: 22.01.2009 Beiträge: 50	Ich höre - im Augenblick weiß ich nicht wirklich wovon Ihr redet Ich habe zwei Seiten gefunden, wo das "erklärt" wird, aber bei beiden habe ich noch den Eindruck, daß der Autor zwar weiß, was er da geschrieben hat, der Leser aber eher nicht... Knaupes.net � Blog Archiv � MySql - group_concat GROUP_CONCAT() \| Dominik Deobald Aber auf jeden Fall scheint GROUP_CONCAT das richtige zu sein


Mister Ad PHP Code Flüsterer Registriert seit: 21.08.2005 Beiträge: 4682 PHP-Kenntnisse: Fortgeschritten

28.01.2009, 17:41	#13 (permalink)
KATERchen Benutzer Registriert seit: 22.01.2009 Beiträge: 50	Es gibt etwas was es bei PHP (oder MySQL) nicht gibt? Sowas gibts? Das mit dem Anmelden geht bei der Seite nicht. Mal sehen, vielleicht fällt mir was anderes ein, um da alles ein wenig zusammenzufassen. Danke Euch trotzdem

28.01.2009, 17:45	#14 (permalink)
David Erfahrener Benutzer Registriert seit: 05.09.2007 Beiträge: 5.044	Vielleicht nähern wir uns dem Problem, wenn erstmal die Begrifflichkeiten etwas weiter geklärt werden. Ich habe zum beispiel gerade das Verständnisproblem: Warum wird eine Kundennummer zugewiesen, wenn jeder Kunde bei jeder Transaktion eine neue "Kundennummer" erhält?

28.01.2009, 17:50	#15 (permalink)
KATERchen Benutzer Registriert seit: 22.01.2009 Beiträge: 50	KundenNUMMER ist vielleicht etwas falsch ausgedrückt. Es ist eher einfach nur eine ID - die Bestellung trifft per E-Mail ein. Sollten - durch welchen verrückten Zufall auch immer - an einem Tag zwei Frizi Müllers etwas bestellen kann man das dann anhand der ID auseinander halten. Gut, Zeit ginge auch - oder die Adresse, aber das Problem beleibt ja dann trotzdem - und blöderweise läuft die KundenID (der ...Nummer) durch die ganze Seite, ich müsste also alles umschreiben. Lieber lasse ich es dann doch etwas unübersichtlich

28.01.2009, 18:07	#17 (permalink)
KATERchen Benutzer Registriert seit: 22.01.2009 Beiträge: 50	Nicht unbedingt, weil fast jeder mehrere E-Mail-Adressen hat...

29.01.2009, 14:27	#19 (permalink)
KATERchen Benutzer Registriert seit: 22.01.2009 Beiträge: 50	Sorry, ich war gestern einfach nicht mehr aufnahmefägig... Jetzt weiß ich erst, was Du eigentlich meinst. Da es keine Anmeldung gibt, bekommt er eh immer eine neue Kundennummer. Die Grupierung wollte ich eh nach Name, Straße Ort... machen, nach ID ginge ja gar nicht WEIL die jedes Mal anders ist. Aber angenommen ich würde die E-Mail nehmen, es würde auch nicht funktionieren. Mit GROUP_CONCAT zeigt er alle ID's zu Frizi Müller an, wenn ich direkt Frizi Müller angebe. Ich will aber ALLE Namen aus der Datenbank auslesen und zusammenfassen Fritzi Müller \| Kundennummer 1; 2; 3 Anna Nass \| Kundennummer 4; 5; 6 Franz Maus \| Kundennummer 7; 9; Ich denke über ein recht kompliziertes PHP-Script mit Arrays und sortieren und was weiß ich, könnte das gehen. Aber das lohnt den Aufwand bei mir einfach nicht. Ich denke ich werde die Tabelle etwas umbauen und sehen, ob ich dann weiter komme.