SQL Ausführung mit Datum

Beitrag von **auftragslinker** » 29.05.2005, 17:11

@airport LOL
effizienz bestimmt sich nicht nur durch anzahl der zeilen.
sql abfragen werden je länger auch langsamer. abgesehen davon, geht es auch ungefähr 2 Stunden schneller ins script zu schreiben. aber ich gebe
dir recht! die lösung muss sich hier jeder selber ein bisschen erarbeiten. ich komme auch nicht an und sage:
ich mach ein ranking-hits projekt auf! schick mir mal die sources

von **Anzeige von ABAKUS** »

Beitrag von **jeep42** » 29.05.2005, 18:28

auftragslinker hat geschrieben:@airport LOL
effizienz bestimmt sich nicht nur durch anzahl der zeilen.
sql abfragen werden je länger auch langsamer. abgesehen davon, geht es auch ungefähr 2 Stunden schneller ins script zu schreiben. aber ich gebe
dir recht! die lösung muss sich hier jeder selber ein bisschen erarbeiten. ich komme auch nicht an und sage:
ich mach ein ranking-hits projekt auf! schick mir mal die sources

@auftragslinker & @airport LOL gehste auch erst studieren oder schlägst Dich im Foren rum wenn Dein PC defekt ist?

Ne ehr net, entweder Du reparierst Deinen PC selber, Du lässt Ihn reparieren, Du kaufst Dir einen neuen PC oder Du bittest um Rat in Foren und bekommst die Mitteilung schau doch bitte unter https://www.google.de

Beitrag von **Litronic** » 30.05.2005, 13:13

$datumvorviertagen_stamp = strtotime("-4 day");
$datumvorviertagen = strftime("%Y%m%d", $datumvorviertagen_stamp);

"DELETE FROM Mitglieder WHERE Anmeldedatum <= '$datumvorviertagen' AND lastlogin = '0000-00-00'";

so müsste es eigentlich funktionieren, das datumsformat muss halt mit anmeldungsdatumgformat übereinstimmen

Beitrag von **Outman** » 05.06.2005, 15:16

Hallo

> https://www.abakus-internet-marketing.d ... 14853.html

mfg. Nico

Beitrag von **Airport1** » 05.06.2005, 16:03

> @airport LOL
> effizienz bestimmt sich nicht nur durch anzahl der zeilen.

Hier gehts wahrscheinlich (eher) nicht um Effizienz. Aber allgemein sollte man Code so schreiben dass er gut lesbar und gut wartbar ist. Und das ist er durch kuenstliches zusaetzliches aber unnoetiges Umhergerechne nun mal nicht. Wenn mysql etwas fertig anbietet, warum sich einen Kopf machen und erst lange herumfrickeln

Die Loesung von Outman tendiert schon mal in die richtige Richtung.

Noch was: die Leute die die Zeitabstaende erst in Unix Timestamps umrechnen im Query, dann von Hand ausrechnen dass x Tage so und soviele Sekunden sind und dann abgleichen werden von mir genauso erschossen bzw. gefeuert

mysql hat alles was man benoetigt, ob INTERVAL, MINUTE, SECOND, ... man muss sich nur mal durchlesen

Beitrag von **Outman** » 05.06.2005, 16:46

Airport1 hat geschrieben:> @airport LOL
> effizienz bestimmt sich nicht nur durch anzahl der zeilen.

Hier gehts wahrscheinlich (eher) nicht um Effizienz. Aber allgemein sollte man Code so schreiben dass er gut lesbar und gut wartbar ist. Und das ist er durch kuenstliches zusaetzliches aber unnoetiges Umhergerechne nun mal nicht. Wenn mysql etwas fertig anbietet, warum sich einen Kopf machen und erst lange herumfrickeln

Die Loesung von Outman tendiert schon mal in die richtige Richtung.

Noch was: die Leute die die Zeitabstaende erst in Unix Timestamps umrechnen im Query, dann von Hand ausrechnen dass x Tage so und soviele Sekunden sind und dann abgleichen werden von mir genauso erschossen bzw. gefeuert

mysql hat alles was man benoetigt, ob INTERVAL, MINUTE, SECOND, ... man muss sich nur mal durchlesen

Hallo Airport1,

ich habe schon oft von Dir was hier im Forum gelesen, aber ich muss sagen das ich es nicht für Gut Heise immer jemanden auf die Abschussliste zu setzen wenn jemand was falsches schreibt. Hier allgemein geht es doch darum den Usern es freundlich zu verdeutlichen wenn was nicht richtig ist. Wir haben ja alle mal so angefangen und mussten es auch lernen richtig zu machen.

Ein Verweis auf eine Dokumentation von MySQL und Php oder andernen Themen sind meist für die Einsteiger viel zu hoch und deswegen fragen Sie hier und sollten auch eine Antwort bekommen bis zu einen gewissen maß.

Wenn Dir meine Aussage zu nah geht, schreibe mir bitte eine Pm und ich lösche den Post.

mfg. Nico

Beitrag von **Airport1** » 05.06.2005, 17:00

Man darf aber nich des Wasser den Bach nahdraga bzw. dem Hund den Knochen. Sonst laeuft was verkehrt.

> Ein Verweis auf eine Dokumentation von MySQL und Php oder andernen Themen sind meist für die Einsteiger viel zu hoch

Dem widerspreche ich .) Auch ich wurde so "aufgezogen". Wer erwartet dass er das Milchflaeschchen bekommt muss zurueck in Mamas Schoss