sql join?

sql join? (36 Beiträge, 241 Mal gelesen)

Du bist nicht angemeldet. [ Login/Registrieren ]

hallo forum, brauche im zuge eines projektes folgende lösung.

aufgabenstellung:

es gibt 2 tabellen, welche benötigt werden für die lösung:

[benutzer]
id | vorname
1, markus
2, hannes
3, rudi
4, martin
5, bernhard
6, rainer

[zeitstempel]
benutzer_ID | zeitstempel_buchung | modul_ID
1, 2003-11-15 07:45:00, 2
2, 2003-11-15 08:52:00, 2
3, 2003-11-15 07:42:00, 2
1, 2003-11-16 08:35:00, 2
2, 2003-11-16 09:40:00, 2
3, 2003-11-16 09:42:00, 2

gut, wie man sehen kann hat sich markus, hannes und rudi um ~8:30, ~9:40 und rudi um ~9:42 HEUTE angemeldet.

nun brauche ich eine!! abfrage, die mir folgendes ergebnis liefert

[abfrage]
benutzer_ID | vorname | zeitstempel_buchung
1, markus, 2003-11-16 08:35:00
2, hannes, 2003-11-16 09:40:00
3, rudi, 2003-11-16 09:42:00
4, martin, NULL
5, bernhard, NULL
6, rainer, NULL

die kernpunkte:
die abfrage soll mir ALLE BENUTZER zurückliefern, und bei denen, wo es HEUTE einen zeitstempel gibt, soll in der spalte zeitstempel_buchung die referenzierte tabelle stehen. ansonsten soll das feld leer sein.

hinbekommen habe ich es selber, sodass er mir nur die heutigen buchungen referenziert mit den benutzern zurückgibt, aber das ist auch nicht schwer. ich will jedoch alle benutzer sehen, damit ich auch sehe, welche sich nicht angemeldet haben heute!

rdbms:mysql 3.23

bitte keine "use google" antworten

soda, ich hoffe ich hab das problem gut erläutert. bei fragen-->fragen

Murphys Gesetze

Ein Computerprogramm tut, was Du schreibst, nicht was Du willst

hallo! kann ja net so ein problem sein

ich schreib dir morgen im laufe des tages zurück, wenn nicht eh schon jemand vorher gepostet hat ...

ja, vor lauter wald sieht man oft die bäume nicht..oder wie ging der spruch.

ich sitze eindeutig schon zulang vor der kistn, man kanns damit auch übertreiben

ist sicher eine kleinigkeite...ein outer|inner|natural|cross join, den ich verwechsle. aber ich hab die geduld einfach nicht mehr.

hoffentlich kann jemand von euch den hirnschmalz aufbringen.

danke

Murphys Gesetze

Ein Computerprogramm tut, was Du schreibst, nicht was Du willst

frage: kann das ein outer join sein, oder hab ich das falsch verstanden?

Das Vergleichen ist das Ende des Glücks und der Anfang der Unzufriedenheit.

Søren Kierkegaard (1813 - 1855)

outer join würde mir (wie der name schon heißt) nur die äußere schnittmenge bringen, ich brauche jedoch von beiden tabellen die ergebnisse!

Murphys Gesetze

Ein Computerprogramm tut, was Du schreibst, nicht was Du willst

hm also vielleicht so etwas wie

select zeitstempel.id, zeitstempel.buchung, benutzer.vorname
from benutzer LEFT JOIN zeitstempel ON zeitstempel.id=benutzer.id
WHERE [tag auswählen]

hoffentlich hab ich jetzt nicht left und right join durcheinandergebracht...

Das Vergleichen ist das Ende des Glücks und der Anfang der Unzufriedenheit.

Søren Kierkegaard (1813 - 1855)

nein, habe ich schon versucht.

die where klausel bringt dann nur datensätze mit dem heutigen tag. aber es sollen ja alle benutzer, auch wenn kein zeitstempel vorhanden ist!
das verhindert die where klausel

Murphys Gesetze

Ein Computerprogramm tut, was Du schreibst, nicht was Du willst

AND WHERE timestampdingsbums IS NULL
vielleicht?

wenn dann OR...

Das Vergleichen ist das Ende des Glücks und der Anfang der Unzufriedenheit.

Søren Kierkegaard (1813 - 1855)

ajo

da sieht man wie sehr man beim bundesheer verblödet

wäre dann:

select zeitstempel.id, benutzer.vorname from zeitstempel join benutzer on zeitstempel.benutzer_id = benutzer.id and (zeitstempel.zeitstempel_buchung=unix_timestamp(curdate()) or zeitstempel.zeitstempel_buchung IS NULL)

bringt 0 rows!

Murphys Gesetze

Ein Computerprogramm tut, was Du schreibst, nicht was Du willst

1. left join?
2. ich sehe kein WHERE...

Das Vergleichen ist das Ende des Glücks und der Anfang der Unzufriedenheit.

Søren Kierkegaard (1813 - 1855)

select zeitstempel.id, benutzer.vorname from zeitstempel left join benutzer on zeitstempel.benutzer_id = benutzer.id WHERE
(zeitstempel.zeitstempel_buchung=unix_timestamp(curdate()) or zeitstempel.zeitstempel_buchung IS NULL)

so vielleicht?

Das Vergleichen ist das Ende des Glücks und der Anfang der Unzufriedenheit.

Søren Kierkegaard (1813 - 1855)

0 rows!

Murphys Gesetze

Ein Computerprogramm tut, was Du schreibst, nicht was Du willst

und wenn man das where fürs erste weglässt, kommt dann was?

Das Vergleichen ist das Ende des Glücks und der Anfang der Unzufriedenheit.

Søren Kierkegaard (1813 - 1855)

^ Forum Programmierung #1153438
	Re(12): sql join?

Psychopath

16.11.2003, 23:14:17

SELECT users.username, zeit.zeit FROM users LEFT JOIN zeit ON users.id = zeit.userid

(Relationen und Attribute umbenannt...)
Psycho
--

The only antidote to mental suffering is physical pain. -- Karl Marx

http://www.internetisshit.org/

Ging jetzt halt bei mir. Schaut aber verdaechtig einfach aus, ich hoff ich hab nichts uebersehen.
Geholfen hat mir dabei irgendwie das MySQL Manual Punkt 1.7.4.1
Psycho
--

The only antidote to mental suffering is physical pain. -- Karl Marx

http://www.internetisshit.org/

ich brauch nur die vom heutigen tag
das bringt mir alle!!! zeitstempel, verknüpft mit den namen des benutzers.

ich will:
alle benutzer, und falls ein zeitstempel von heute in der zeitstempel tabelle drin ist, dann soll dieses feld mit dem zeitstempel gefüllt sein.

danke für deine bemühungen!

Murphys Gesetze

Ein Computerprogramm tut, was Du schreibst, nicht was Du willst

^ Forum Programmierung #1153475
	Re(15): sql join?

Psychopath

16.11.2003, 23:37:45

Oh, sorry. Wieder was ueberlesen. Wollt's mir eben einfacher machen, indem ich nicht einen TIMESTAMP nehm, sondern nur einen INT.

Aber mit
SELECT users.username, zeit.zeit FROM users LEFT JOIN zeit ON users.id = zeit.userid WHERE zeit.zeit > 4 OR zeit.zeit IS NULL

Bekomm ich auch die zurueck, die keinen Eintrag in der 2. Relation haben, kann aber trotzdem eine Bedingung einsetzen. Kommt das nicht hin?

Psycho
--

The only antidote to mental suffering is physical pain. -- Karl Marx

http://www.internetisshit.org/

morgen!

meine lösung:

select benutzer.id,
benutzer.vorname,
max(zeitstempel.stamp)
from zeitstempel right join benutzer on zeitstempel.fk_id = benutzer.id
where convert(char(8),zeitstempel.stamp,112) = convert(char(8),getdate(),112) or
zeitstempel.stamp IS NULL
group by benutzer.id, benutzer.vorname;

zur erklärung:
das max() und group by is nur da falls es für den selben tag meherere einträge gibt --> dann wil ich nur den neuesten nehm ich an. wenn du den ersten möchtest schreibst einfach min()

in der where clausel schau ich, ob der zeitwert von heute ist. das mach ich indem ich den zeitwert und den aktuellen wert (=getdate) jeweils auf das format "JJJJMMDD" converte und vergleiche. das geht aber sicher einfacher, fällt mir aber gerade net ein.

mit right join krieg ich auch die zeilen der rechten tabelle, in dem fall benutzer. jetzt muss ich im wehre noch sagen "or is null" sonst schmeisst mir die erste bedingung die zeilen wieder raus.

alles klar? entspricht das deinen vorstellungen?

gute frage. ich hatte vergessen zu erwähnen, das das feld zeitstempel.zeitstempel_buchung einen unix_timestamp enthält.

daher kann ich deine abfrage nicht testen, da mir nicht klar ist, was convert macht.

Murphys Gesetze

Ein Computerprogramm tut, was Du schreibst, nicht was Du willst

convert konvertiert einfach in einen datentyp. hier datetime (das ist der datumstyp vom sql server) musst halt demenstprechend anders vergleichen! kriegst das hin? kannst es zb mit nem left probieren und schaun ob zb die ersten 10 zeichen gleich sind. so in etwa:

where left(timestamp,10) = left(curdate(),10)

vom prinzip her - weisst du was ich mein? es geht darum sicherzustellen das der wert in der zelle das heutige datum enthält!

ja, ich weiß was du meinst. jedoch ist das "problem" bzw. der konflikt der, das du zum vergleichen das jetzige datum in einen unix_timestamp umwandeln musst.

ich werds probieren, gebe bescheid!
vielen dank

Murphys Gesetze

Ein Computerprogramm tut, was Du schreibst, nicht was Du willst

ja klar, hab noch was gmacht mit unix timestamps und mysql. kuck dir mal die funktion an, oder kennst die eh?
UNIXTIMESTAMP()

unix_timestamp und from_unixtime sind die funktionen, und ich arbeite gezwungener maßen eh schon die ganze zeit damit!

Murphys Gesetze

Ein Computerprogramm tut, was Du schreibst, nicht was Du willst

und wieso funkts dann net?

das geht nicht?
WHERE date(TIMESTAMP(stamp)) = date(curdate())

nein, timestamp <> unix_timestamp!

ein unix timestamp enhält die anzal der sekunden seit 1.1.1970, wobei ein timestamp das format yyyymm usw. hat.

Murphys Gesetze

Ein Computerprogramm tut, was Du schreibst, nicht was Du willst

na dann halt WHERE date(UNIX_TIMESTAMP(stamp)) = date(curdate())

geht des net?

UNIX_TIMESTAMP erwartet als Parameter keine UNIX_TIMESTAMP, sondern gibts sie zurueck. Das Attribut stamp ist aber, soweit ich das verstanden hab, eben ein UNIX_TIMESTAMP.
Psycho
--

The only antidote to mental suffering is physical pain. -- Karl Marx

http://www.internetisshit.org/

aha, deshalb frag ich ja! ich kenn dir funktion net! was tut sich genau und was erwartet sie! in der mysql-hilfe find ich sie net! php?

http://www.mysql.com/documentation/mysql/bychapter/manual_Reference.html#IDX1366

Psycho
--

The only antidote to mental suffering is physical pain. -- Karl Marx

http://www.internetisshit.org/

dann sollte es ja wohl so funktionieren: stamp --> string --> date

STR_TO_DATE(FROM_UNIXTIME(stamp,'YYYY-MM-DD') ,'YYYY-MM-DD')

einverstanden?

veruch mal folgendes:

select benutzer.id, benutzer.name, zeitstempel.zeitstempel_buchung
from benutzer inner join zeitstempel on benutzer.id = zeitstempel.id
where zeitstempel.zeitstempel_buchung > "gestriges datum"
union
select benutzer.id, benutzer.name, zeitstempel.zeitstempel_buchung
from benutzer inner join zeitstempel on benutzer.id = zeitstempel.id
case when zeitstempel.zeitstempel_buchung < "heutiges datum" then 'NULL'
where zeitstempel.zeitstempel_buchung < "heutiges datum"

Der erste Teil (vor den UNION) sollte schon gehen. beim 2ten teil bin ich mir nicht so ganz sicher, aber alle die beim ersten Teil nicht angezeigt werden, sind laut logik am heutigen Datum nicht angemeldet gewesen.

Dieses Forum ist eine frei zugängliche Diskussionsplattform.
Der Betreiber übernimmt keine Verantwortung für den Inhalt der Beiträge und behält sich das Recht vor, Beiträge mit rechtswidrigem oder anstößigem Inhalt zu löschen.
Datenschutzerklärung