mysql/php: Datumsformat

Für ein forum-ähnliches Tool (todolist) verwende habe ich nur 1 Tabelle in welche das Erstellungsdatum & das Antwortdatum bzw Fertigstelldatum gespeichert werden.

Für gewöhnlich mach ich sowas mit datetime & now() was allerdings das Format YYYY-MM-DD HH:MM:SS zur Folge hat.
(was ich normalerweise mit split weiterverarbeite)

Nachdem ich aber leider mehrere Datetime-felder habe möchteich nicht alle bei der Ein- oder Ausgabe splitten.
Gibt es eine andere Möglichkeit, Datum & Zeit für mich sinvoll auszugeben (DD.MM. HH:MM wäre super; jedenfalls brauch ich sowohl Jahr als auch Sekunden nicht)

tia, Michi

thx - hab ich mir schon durchgeschaut, aber ich seh mich nicht wirklich raus.

Ich hätte zB eine Abfrage

Code: PHP

$query_ready = mysql_query("SELECT * FROM $table_todo
WHERE `status` LIKE 'erledigt' AND content_id = 0 
ORDER BY `done_datetime` DESC");

die wird in einer while-Schleife aufgefangen & ausgegeben:

Code: PHP

 
while($zeile_r = mysql_fetch_assoc($query_ready)) {
  echo "<tr>";
  echo "<td>".$zeile_r['author']."</td>";
  echo "<td>".$zeile_r['datetime']."</td>";
  echo "<td>".$zeile_r['done_datetime']."</td>";
  echo "</tr>";
}

dann müsste ich in der Schleife nochmal 2 Abfragen an die DB machen, oder versteh ich da was nicht?

am besten ist, du speicherst es in der Datenbank als Typ datetime und wandelst es bei der Abfrage in einen Unix Timestamp um (iirc. UNIX_TIMESTAMP()). Um es in die DB zu schreiben kannst du die Funktion FROM_UNIXTIME() verwenden. So musst du dich nicht darum kümmern.

Zitat von fatmike182

Aja: warum in der Db trotzdem datetime?

Ist doch aussagekräftiger als ein timestamp .

Eine Erfahrung aus der Praxis: nimm datetime, weil du beim debuggen, sprich du schaust rein in die DB und kannst das Datum sofort erkennen, dir einfach wirklich was sparst. wenn du mal irgendein Problem hast und das Datum dabei für die relevant ist, verfluchst du dass es ein einfacher nicht aussagekräfter integer ist. Ich hab mich schon so oft darüber geärgert, dass es eine interne developer policy ist keine einfachen integers mehr zu verwenden. Ausser es kann mir eine mit einen gutem Grund gegenargumentieren