Gibt's bei SQL nicht sowas wie das hier?:
SELECT Tabelle1.Kunde, Tabelle2.Kunde, Tabelle3.Kunde FROM Tabelle1 JOIN Tabelle2 ON ...

Im Prinzip richtig, allerdings sind Tabellennamen oft länger und damit würde der gesamte Query unübersichtlich, deswegen kann man den Tabellen einen Alias geben



Allerdings befürchte ich so wie das schreibst hast du ein völlig falschen Ansatz was Tabellen Struktur angeht, wieso haben mehrere Tabellen die Spalte Kunde? Wenn es eine Verknüpfugn gibt, machs mit einer KundenID und die musst in der SELECT-Klausel ja nicht mehr als 1 Mal angeben, denn die Kunden ID wird ja wohl die selbe sein und sich aus den verschiedenen Tabellen die Infos über den Kunden zusammenholen.

Aber was hat das für ein Sinn? Du übergibst in die Where-Klausel wohl ein Kundennamen und ließt auch die Kundennamen wieder aus?? Was hat man davon??

Wenn ich an den SQL Query WHERE `username` = 'Dodo' übergebe, werden die 3 Spalten natürlich NUR "Dodo" enthalten O.o

Das man sowas trennt kann schon sein, aber dann Arbeit man mit IDs und Verknüpfungen, momentan ließt du nur 3 Tabellen aus die aber so keinen bezug zueinander haben.

Wenn du also Auslesne willst wleche Software der Kunde A hat, so hast z.B. 2 Tabellen

Tabelle1: users
userID | username

Tabelle2: software
softwareID | userID | softwareName

Nun willst du alle Software haben die dem User Dodo z.B. gehören, dann sieht dein Query wie folgt aus



Das heißt es wird nun in der Tabelle Users nach dem Usernamen "Dodo" geschaut, mit der LEFT JOIN Verknüpfung wird die Tabelle Software angefasst, vom aktuellen Datensat (Dodo) die UserID genommen und als Bedingung für diese Selektion genutzt, also "Gebe mir alle Software Datensätze wo die userID die userID vom User 'Dodo' sind.

So macht man vernünftige Tabellen Strkuturen.

Wenn du sowas realisieren willst, ja, weil ein Müller kann es ja öfters geben. Bei sowas arbeit immer mit IDs weil nur IDs sind eindeutig.

Also sollte man am besten anstatt mit Namen mit ID's Arbeiten ??

Ja sollte man. Gut, du kannst auch die Namen-Spalte Unique oder Primary setzen aber ob das dann Sinn macht... Alternativ kannst du auch einen Unique Index über mehrere Spalten anlegen aber das is auch unsauber.
Nimm also am besten IDs (vmtl. AI, und dann immer mindestens Unique, am besten Primary) und stell' Beziehungen über mehrere Tabellen via Fremdschlüssel her.


Link

Das were dann die ID geschichte sprich die ID von der Tabelle "Kunden" steht hinter der Software von dem "Kunden" in der Tabelle Software. Oder hab ich da was verdreht

Wo die steht is ja scheißegal. Ich persönlich handhabe das bei mir meist so:

Tabelle "Kunden"
Spalte "ID"
Spalte "Vorname"
Spalte "Nachname"

Tabelle "Software"
Spalte "ID"
Spalte "Software_Name"
Spalte "Lizenzcode"
Spalte "Kunden_ID"

Beispiel:
Tabelle Kunden:
ID=38
Vorname=Hans
Nachname=Müller

Tabelle Software:
Software_Name=Microsoft Office
Lizenzcode=123-456-789-012-345
Kunden_ID=38

Eine Software kann von mehreren Kunden genutzt werden -> mehrere Kunden können ein und dasselbe Software-Produkte im Einsatz haben.


Zeige alle Software-Produkte die von Kunde "Hans Müller" verwendet werden.

Es kommt drauf an. Du kannst Kunden haben die Software Nutzen, in dem Fall hast du in Tabelle Software eine Spalte "Kunden_ID" welche den Fremdschlüssel darstellt. Oder aber du hast Software, die von Kunden genutzt wird. In diesem Fall steht die Software mehr im Vordergrund, die Spalte "Kunden_ID" fällt weg. In der Tabelle "Kunden" hast du dann als Fremdschlüssel eine Spalte "Software_ID". Damit kannst du den Query dann entsprechend umkehren:


zum Beispiel.
Schau dir in dem Zusammenhang auf jeden Fall nochmal die Sache mit den Fremdschlüsseln an. Um deine Tabellen optimal zu erstellen solltest du auch die Normalformen einer Datenbank beachten, sehr wichtig!



Link

So ist es. Bei mir hat jede Tabelle immer sein eigenes "ID" Feld. Der Fremdschlüssel setzt sich dann immer aus dem Namen der Tabelle und "_ID" zusammen. Aber das kannst du dir zusammenbasteln wie's dir passt, ich finde es so halt übersichtlich.

Link

Naja je nachdem, was genau willst du denn erreichen? Bzw. was brauchst du aktuell für Infos aus der DB?


Link

Ok. Und das brauchst du ganz ohne Bedingung(en)?



Besser noch mit JOIN aber wenn du in allen deinen Tabellen keine Spaltennamen hast die doppelt vorkommen geht's auch so.

Das fragst du dann ab mit @mysql_fetch_assoc, besser NICHT mit mysql_fetch_array und MYSQL_NUM weil wenn du neue Spalten hinzufügst kommst irgendwann ins schludern und darfst in allen PHP Dateien den Code entsprechend korrigieren. Nimm also mysql_fetch_assoc und greife über den Spaltennamen auf die Werte zu (Beispiel: $row['Name_edit'] und nicht $row['2'] oder sonst ein Index). Siehe auch "assoziative Arrays".

Link

...möglicherweise. Aber das is irgendwie alles Blödsinn. Ich hab das Gefühl als wäre dein Datenbankaufbau ein einziges Chaos. Könntest du mal einen SQL Export machen (ohne Daten) damit die Struktur deiner Datenbank ersichtlich ist?


Link

Gut dann hab ich schonmal den Export. Und jetz noch was das alles soll, wofür is die Datenbank, was wird damit gemacht?


Link