Geburtstage bestimmen

Servus,

eine kleine Frage stellt sich bei mir,
ich habe eine Datenbank mit vielen, vielen Nutzern, die auch ihr Geburtsdatum eintragen dürfen. Nun will ich auf einer Portalseite diejenigen anzeigen, die in den nächsten 7 Tagen Geburtstag haben.

Die Frage ist, wie bekomme ich diese mit einem MySQL-Query heraus. Ich habe nicht vor alle einzulesen und dann per Backend die Geburtstage herauszufischen.

Ich hatte mir zwei Konzepte überlegt:
a) Ich speichere die Geburtstage als DATETIME-Datentyp. Da fehlt mir aber ein schöner Query.
b) Ich speichere die Geburtstage nach Tag, Monat, Jahr getrennt in der Datenbank. Das Problem wären dann Tage wie der 3.1.1984. Dieser müsste ja schon am 28.12.2005 angezeigt werden. Dort bekomme ich auch keinen ordentlichen Query hin.

Vielleicht hat jemand eine gute Idee. Momentan würde ich mir um Punkt 0 Uhr alle Personen durchgehen und ein Flag bei denjenigen setzen, die angezeigt werden soll.

Gruß,
TheUndeadable

Das wäre auch mein Vorschlag gewesen. Ist die sinnvollste Möglichkeit.

Wahrscheinlich weil es wegen den Schaltjahren zu ungenau ist
Aber es würde mich wundern, wenn man das nicht irgendwie mit Timestamps machen könnte.

und die, die vor 1970 geboren sind haben pech, oder wie =)

ich würde dein b) ffavorisieren.. nue ne query fällt mir auf anhieb auch nicht ein

Original von Drezil
und die, die vor 1970 geboren sind haben pech, oder wie =)

Ein linux timestamp kann auch negativ sein... nur so als randbemerkung...

In der datenbank ist es besser das ganze als datetime abzulegen. Du kannst das datum dann ja trotzdem als timestamp berechnen.

reg4rds
chojin

Das hab ich bei mir getestet und es klappte:

SELECT `name`, UNIX_TIMESTAMP(`birthday`)
FROM `datenbank`.`tabelle`
WHERE
DATEDIFF(
NOW() + INTERVAL 7 DAY,
MAKEDATE(
EXTRACT(YEAR FROM NOW() + INTERVAL 7 DAY),
DAYOFYEAR(`birthday` + INTERVAL (EXTRACT(YEAR FROM NOW()) - EXTRACT(YEAR FROM `birthday`)) YEAR)
)
) BETWEEN 0 AND 7


Die Spalte "birthday" wird als Type DATE gespeichert. DATETIME find ich überflüssig, weil man ja keine Uhrzeit brauch, wann dieser geboren wurde.


Edit: Ok das mit deinem Datum muss noch ein wenig am Query geändert werden, wo gecheckt wird, ob da ne Jahresgrenze ist. Aber dies sollte normal kein Problem sein

Edit2: Ich bin so hohl Ich muss einfach das Jahr extrahieren, welches 7 Tage in der Zukunft liegt. Query hab ich nun aktualisiert

edit3: Schaltjahre werden nun auch richtig berechnet

Vielen Dank, gefällt mir insgesamt.

Insbesondere das letztere, auch wenn ich kein Fan von komplizierten SQL-Queries bin.

DATE wäre in der Tat besser ;-)

Werde es dann mal testen.

Ich hab leider keine anderen Funktionen im MySQL Query Browser gefunden, welche dieses Query verkürzen könnten. Vielleicht seh ich halt den Wald vor lauter Bäumen nicht

edit: ich hab das Query mal in die Snippets gepackt, weil dieser Thread bestimmt irgendwann verloren gehen wird

Du speicherst dir 2 Sachen:
- Effektives Datum
- Tag im Jahr. Dieser Wert korrigierst du (bei nicht Schaltjahr und nach 28. Feb) mit einer + 1

Somit kannst du die Queries sehr einfach gestalten.
Select * where tag >= (TagImJahr) && tag <(TagImJahr + 5)

Das ganze im Query selbstverständlich wieder auf Schaltjahr geprüft (1 IF)
Und gegen Überläufe geschützt (1 IF)

Gruss

Gute Idee, habe ich zwar eine Redundanz drin, aber die Sache mit dem Tag im Jahr ist wirklich genial, spart einen Haufen arbeit.

Danke

ist halt n cache die Frage ist immer, wie oft das ganze ausgeführt wird / ob die umfangreiche Berechnung oft durchgeführt werden würde (und somit viele Ressourcen benötigen würde).

Gruss

Original von schokofreak
Du speicherst dir 2 Sachen:
- Effektives Datum
- Tag im Jahr. Dieser Wert korrigierst du (bei nicht Schaltjahr und nach 28. Feb) mit einer + 1

Somit kannst du die Queries sehr einfach gestalten.
Select * where tag >= (TagImJahr) && tag <(TagImJahr + 5)

Das ganze im Query selbstverständlich wieder auf Schaltjahr geprüft (1 IF)
Und gegen Überläufe geschützt (1 IF)

Gruss

Schön, dass du mein Query nochmal beschrieben hast, was es amcht. nämlich genau das, was du gerade beschreibst

hehe, stimmt eigentlich, nur wird der Tag des Jahres statisch gespeichert. Das gefällt mir besser, da ich meine Projekte datenbankunabhängig gestalten möchte. Je komplizierter ein Query, desto größer der Stress, zumindest ist das meine Erfahrung.

Wie schon geschrieben: Vielen Dank an euch.

Original von KoMtuR

Schön, dass du mein Query nochmal beschrieben hast, was es amcht. nämlich genau das, was du gerade beschreibst

Stimmt! Es ist in etwa deine Query. Ausser, dass deine Query keinen Index nutzen kann

Ich verwende folgende relativ simple Query (performance-technisch wahrscheinlich nicht optimal, dafür halt einfacher)

Sieht in etwa so aus:

SELECT (
DAYOFMONTH(NOW()) = DAYOFMONTH(birth)
AND
MONTH(NOW()) = MONTH(ds_profile.birth)
) FROM ds_profile


Vom aktuellen Datum werden Monat und Tag mit dem Datum in der DB verglichen.

Bei Geburtstag wird 1 zurückgegeben ansonsten 0.

Wenn ich den Query richtig lese, gibst du alle Personen zurück, die heute Geburtstag haben. Ich hätte aber gerne einen Query, der alle Geburtstage der nächsten 5 Tage zurückgibt.

Die obenstehenden Hilfestellungen sollten soweit funktionieren, getestet habe ich sie noch nicht.

Original von TheUndeadable
Wenn ich den Query richtig lese, gibst du alle Personen zurück, die heute Geburtstag haben. Ich hätte aber gerne einen Query, der alle Geburtstage der nächsten 5 Tage zurückgibt.

Die obenstehenden Hilfestellungen sollten soweit funktionieren, getestet habe ich sie noch nicht.

Sorry, das hatte ich überlesen.

Wie wärs mit sowas:

SELECT * FROM Tabelle
WHERE SUBSTRING( Feld , 6, 10 ) BETWEEN '01-18'
AND '01-30'

Das geht auch auf Datefelder (zumindest bei MySQL).

Wenn SQL alles erledigen soll, könnte man auch

SELECT * FROM Tabelle
WHERE SUBSTRING( Feld , 6, 10 ) BETWEEN DATE_FORMAT(NOW(),'%m-%d')
AND DATE_FORMAT(NOW() + INTERVAL 7 DAY,'%m-%d')

hernehmen.

Aber mal ein anderes Problem: Was macht man mit Leuten, die am 29.02. Geburtstag haben? Die könnte man ja am 01.03 oder am 28.02. anzeigen lassen, aber ich glaub, die bisherigen Abfragen (einschließlich meiner) würden sojemanden einfach übersehen (sofern kein Schaltjahr), oder?

Also langsam versteh ich das ganze Theater hier nichtmehr...

SELECT *, DAYOFYEAR(GeburtstagsDATEtypeFeld) - DAYOFYEAR(CURDATE()) AS checkdate FROM Tabelle
WHERE checkdate BETWEEN 0 AND 7


Hier mal mein Beitrag... keine ahnung ob Fehler drinn sind -> hab nicht getestet.

Ich kann mir trotzdem nicht vorstellen, dass die Lösung dieses Problems so kompliziert sein kann.

Btw meine Lösung berücksichtigt keine Schaltjahre, weil ich dieses Problem dann als relativ unkritisch ansehe.Personen die am 29.02. Geburstag haben werden demzufolge einen Tag zufrüh oder zu spät angezeigt.

Reg4rds
chojin

Original von Chojin
Also langsam versteh ich das ganze Theater hier nichtmehr...

SELECT *, DAYOFYEAR(GeburtstagsDATEtypeFeld) - DAYOFYEAR(CURDATE()) AS checkdate FROM Tabelle
WHERE checkdate BETWEEN 0 AND 7


Hier mal mein Beitrag... keine ahnung ob Fehler drinn sind -> hab nicht getestet.

Ich kann mir trotzdem nicht vorstellen, dass die Lösung dieses Problems so kompliziert sein kann.

Btw meine Lösung berücksichtigt keine Schaltjahre, weil ich dieses Problem dann als relativ unkritisch ansehe.Personen die am 29.02. Geburstag haben werden demzufolge einen Tag zufrüh oder zu spät angezeigt.

Reg4rds
chojin

Ja deine Version beachtet überhaupt keine Schaltjahre... Was ist wenn wir uns im Schaltjahr bewegen und du ein Geburtstag hast, der nach dem 28. ist aber das Geburtsjahr kein Schaltjahr währe. Dann haut deine Rechnung nicht mehr hin, weil der dann die Geburtstage ein Tag zu früh ausgibt. zumindest nachm 28.2.

(hoffe es ist zu früh aber auf jedenfall haste in nem Schaltjahr die rechenfehler hoch 3 ab dem 28.)

das mist schaltjahren ist bei dir problematisch.
Plus die Laufzeit.

Das mit dem Schaltjahr hat er doch extra geschrieben, dass er den Fehler in Kauf nimmt. Und wenn es nur darum geht, ein paar Tage vorher Geburtstage auf 'ner Homepage anzuzeigen, käme es mir auch nicht auf den einen Tag Genauigkeit in Schaltjahren an. Who cares?

Original von BjoernLilleike
Das mit dem Schaltjahr hat er doch extra geschrieben, dass er den Fehler in Kauf nimmt. Und wenn es nur darum geht, ein paar Tage vorher Geburtstage auf 'ner Homepage anzuzeigen, käme es mir auch nicht auf den einen Tag Genauigkeit in Schaltjahren an. Who cares?

Entweder ganz oder garnicht. Wenn dann kann man doch gleich mit random paar namen aus der DB picken und sagen, dass sie irgendwann Geburtstag haben

Das ist eine typische Programmierereinstellung, die jeden Projektaufwand explodieren lässt.

Betrachten wir uns doch mal den konkreten Fall:
Zielsetzung ist es, ein paar Tage im Voraus die kommenden Geburtstage der Spieler anzeigen zu können, damit auch diejenigen die nur alle 3 Tage online sind, den Geburtstag des liebsten Feindes nicht verpassen können, um ihm rechtzeitig eine Geburtstagsüberraschung schicken zu können.

Dabei kommt es auf einen Tag mehr oder weniger nicht an, wenn der Zeitraum einfach mit entsprechendem Sicherheitspolster gewählt ist.
Einen großen zusätzlichen Aufwand zu treiben, um Geburtstage Anfang März in Schaltjahren genau so akurat zu berücksichtigen wie sonst, ist unnötig und vergeudet Projektressourcen.

Für mein laienhaftes Verständnis war Chojins Code wesentlich übersichtlicher, als die vorhergehenden Lösungsansätze. Er hat dafür eine akzeptable Funktionseinschränkung hingenommen, dies erkannt und dokumentiert.
Natürlich ist das hier bereits lange nur noch Showlaufen: "Wer hat den schönsten Code." - Aber im Real Life wäre jeder Projektleiter dankbar für die gezeigte Einstellung: Was will ich SINNGEMÄSS erreichen und was ist der schnellste Weg dorthin und nicht lass uns mal eine Doktorarbeit über Vorwarnzeiten von Geburtstagen in Schaltjahren verfassen.

p.s. Dein sehr schlanker Code mit zufällig bestimmten Spielern erfüllt leider nicht die vom Kunden erwartete Funktionalität, aber der Ansatz geht in die richtige Richtung!

p.p.s Mit meinem Eventsystem könnte ich einfach bei Änderung des Geburtstages ein Event für das Vorwarndatum eintragen. Der Event-Daemon trägt dann bei diesem Eventtyp den Namen in den Homepage-Content ein. Außerdem setzt er gleich das nächste Event, um dem Spieler auch vom System her zum Geburtstag zu gratulieren und danach den Homepage-Content wieder zu bereinigen.. Habe ich die Aufgabe auch gelöst ;-)

Das ist die typisch Besserwissereinstellung, nicht auf das Thema eingehen aber trotzdem recht haben wollen.

Es geht darum Geburtstage anzeigen zu lassen und zwar in einem bestimmen Intervall. Das hat überhaupt nichts mit Showlaufen zu tun, das Problem betrifft auch andere Themen. Und wenn man die Geburtstage an einem bestimmten Tag anzeigen lassen will, kommt man nicht drumherum.

Showlaufen ist wenn jemand auf sein eigenes Können hinweist ohne zur Lösung beizutragen.

Bitte nich in eine Diskussion ausarten lassen.

Danke.

Original von KoMtuR
Das hab ich bei mir getestet und es klappte:

...
MAKEDATE(
EXTRACT(YEAR FROM NOW() + INTERVAL 7 DAY),
DAYOFYEAR(`birthday` + INTERVAL (EXTRACT(YEAR FROM NOW()) - EXTRACT(YEAR FROM `birthday`)) YEAR)
...

gibt die Funktion "MAKEDATE"?

Naja denkste ich teste es und es geht nicht und poste es dann mit dem Zusatz, dass ich es sogar getestet hab, um mich dann zum Affen zu machen?

http://dev.mysql.com/doc/refman/5.0/en/date-and-time-functions.html

edit: ich hoffe ich habe dich richtig verstanden. du hast doch gefragt obs die Funktion MAKEDATE überhaupt gibt oder?

Um... wie ist den überhaupt die konkrete lösung für das Schaltjahr problem?

Bei meiner lösung wird derjenige der am 29. Februar geburtstag hat so behandelt als hätte er am 1. März geburstag, wenn kein schaltjahr ist.

In einem schaltjahr funktioniert der lösungsansatz auf den tag genau.

Ich sehe aber mein problem, dass wenn jemand in einem schaltjahr geboren wurde, sein geburtstag um einen tag verschoben ist im vergleich zum kontrolljahr, wenn sein geburtstag nach dem 28.Februar liegt.

Wie wollt ihr generell den fall behandeln, wenn jemand am 29.Februar geboren ist? Darf die person dann nur alle 4 Jahre angezeigt werden?

reg4rds
chojin

Also ich hab nen Kumpel, der an besagtem algorithmusfeindlichem Datum Geburtstag hat. Er feierte seinen 18. am 29., aber seit er älter ist immer am 1., da is er einen Tag lang noch nen Tag jünger. Rein rechtlich ist erst ab dem 1.3. ein Jahr älter. Gabs mal nen Schuldspruch, der das eindeutig geklärt hat (Jugendrecht vs. Erwachsenenrecht).

Eigentlich wahnsinn, wie so was völlig banales so große Schwierigkeiten bereiten kann.

Original von Kampfhoernchen
Also ich hab nen Kumpel, der an besagtem algorithmusfeindlichem Datum Geburtstag hat. Er feierte seinen 18. am 29., aber seit er älter ist immer am 1., da is er einen Tag lang noch nen Tag jünger. Rein rechtlich ist erst ab dem 1.3. ein Jahr älter. Gabs mal nen Schuldspruch, der das eindeutig geklärt hat (Jugendrecht vs. Erwachsenenrecht).

Eigentlich wahnsinn, wie so was völlig banales so große Schwierigkeiten bereiten kann.

Ich wär für n Gesetzestext, welcher Zeugungen 9 Monate für nem allfälligen 29. Verbietet

Original von Kampfhoernchen
Also ich hab nen Kumpel, der an besagtem algorithmusfeindlichem Datum Geburtstag hat. Er feierte seinen 18. am 29., aber seit er älter ist immer am 1., da is er einen Tag lang noch nen Tag jünger. Rein rechtlich ist erst ab dem 1.3. ein Jahr älter. Gabs mal nen Schuldspruch, der das eindeutig geklärt hat (Jugendrecht vs. Erwachsenenrecht).

Eigentlich wahnsinn, wie so was völlig banales so große Schwierigkeiten bereiten kann.

Wie moechte er gleichzeitig in einem Schaltjahr geboren worden sein und seinen 18. feiern? Meines Wissens gehen die Ausnahmen zu gewissen Jahrhunderten und Jahrtausenden nur dazu, dass ein Schaltjahr ausfaellt... - nicht jedoch, dass es ein zusaetzliches gibt.

als DATE speichern und folgendes tuts: FLOOR((CURDATE() - birthday)/10000)

Original von Kallisti

Original von Kampfhoernchen
Also ich hab nen Kumpel, der an besagtem algorithmusfeindlichem Datum Geburtstag hat. Er feierte seinen 18. am 29., aber seit er älter ist immer am 1., da is er einen Tag lang noch nen Tag jünger. Rein rechtlich ist erst ab dem 1.3. ein Jahr älter. Gabs mal nen Schuldspruch, der das eindeutig geklärt hat (Jugendrecht vs. Erwachsenenrecht).

Eigentlich wahnsinn, wie so was völlig banales so große Schwierigkeiten bereiten kann.

Wie moechte er gleichzeitig in einem Schaltjahr geboren worden sein und seinen 18. feiern? Meines Wissens gehen die Ausnahmen zu gewissen Jahrhunderten und Jahrtausenden nur dazu, dass ein Schaltjahr ausfaellt... - nicht jedoch, dass es ein zusaetzliches gibt.

Und wo is da der Zusammehang?

Original von cyberbeat
als DATE speichern und folgendes tuts: FLOOR((CURDATE() - birthday)/10000)

lol - das ergebniss mit unschärfe speichern hilft da auch nix.

Btw: tolle leistung, erster post und dann gleich im fortgeschrittenen Bereich

reg4rds
chojin

Original von Chojin
Btw: tolle leistung, erster post und dann gleich im fortgeschrittenen Bereich

Du tust gerade so, als ob es kein Leben vor GalaxyNews gäbe.

Original von BjoernLilleike

Original von Chojin
Btw: tolle leistung, erster post und dann gleich im fortgeschrittenen Bereich

Du tust gerade so, als ob es kein Leben vor GalaxyNews gäbe.

Es gibt ein Leben vor Galaxynews?

No Spam plz.

Aber was das mit der "unschärfe" bringen soll, weiß ich auch nicht.

Original von Kampfhoernchen

Original von Kallisti

Original von Kampfhoernchen
Also ich hab nen Kumpel, der an besagtem algorithmusfeindlichem Datum Geburtstag hat. Er feierte seinen 18. am 29., aber seit er älter ist immer am 1., da is er einen Tag lang noch nen Tag jünger. Rein rechtlich ist erst ab dem 1.3. ein Jahr älter. Gabs mal nen Schuldspruch, der das eindeutig geklärt hat (Jugendrecht vs. Erwachsenenrecht).

Eigentlich wahnsinn, wie so was völlig banales so große Schwierigkeiten bereiten kann.

Wie moechte er gleichzeitig in einem Schaltjahr geboren worden sein und seinen 18. feiern? Meines Wissens gehen die Ausnahmen zu gewissen Jahrhunderten und Jahrtausenden nur dazu, dass ein Schaltjahr ausfaellt... - nicht jedoch, dass es ein zusaetzliches gibt.

Und wo is da der Zusammehang?

Der 29te ist nur alle vier Jahre.

Ist er in einem Schaltjahr geboren, so kann er seinen 16ten oder seinen 20sten Geburtstag in einem Schaltjahr gefeiert haben - nicht aber seinen 18ten.

Daher laesst deine Geschichte an ihrer Glaubwuerdigkeit zweifeln.

*nachrechen*.

Hm, muss dann mal Telefonieren, kann sein dass ich da was falsch in Erinnerung hab.

Nichts desto trotz, hier die Lösung für das Problem:

SELECT irgendwas FROM tabelle
WHERE DATE_FORMAT(spalte, '%d-%m') = DATE_FORMAT(DATE_ADD(CURDATE, INTERVAL 1 DAY), '%d-%m');

Habs jetzt nicht getestet, aber rein der Logik nach müsste das das Problem lösen, zumindest wenn das Datenbanksystem richtig rechnet. Das Interval wäre entsprechend der "vorwarnzeit" anzupassen.

So, is geklärt:
Es war nicht sein 18. Geburtstag, sondern sein 24ter. Gibt da wohl so eine Art "Ermessensspielraum", ob zwischen 18 und 24 Jugendrecht oder Erwachsenenrecht angewandt werden kann. Um diesen ging es.

Nicht ganz..

SELECT * FROM user WHERE

DATE_FORMAT(spalte, '%m-%d') <= DATE_FORMAT(DATE_ADD(CURDATE(), INTERVAL 7 DAY), '%m-%d')
AND
DATE_FORMAT(spalte, '%m-%d') >= DATE_FORMAT(CURDATE(), '%m-%d');

Diese Variante hat bei mir funktioniert.. auch mit dem 29.02...

Ja, hast recht. Ich hatte ne ähnliche Problemstellung, bei der aber nur 1 Tag vorher angezeigt werden sollte. Deine beachtet ne längere "Vorwarnzeit".

Original von Mudder
Nicht ganz..
[...]
Diese Variante hat bei mir funktioniert.. auch mit dem 29.02...

Funzt aber nicht über Neujahr
Am 2005-12-28 wird niemand angezeigt der am 2006-01-02 Geburtstag hat.

Hier mein letzter Beitrag zum Thema:

SELECT name

FROM test_user
WHERE
(YEAR(DATE_ADD(CURDATE(), INTERVAL 7 DAY))-YEAR(geburtstag)) - (RIGHT(DATE_ADD(CURDATE(), INTERVAL 7 DAY),5)
>
(YEAR(CURDATE())-YEAR(geburtstag)) - (RIGHT(CURDATE(),5)

reg4rds
chojin