Forum PHP.pl

Aktualnie przechowuję datę w formacie datetime w MySQL bądź SQLite. Jest jednak problem. Data jest sztywna - przystosowana tylko dla 1 strefy czasowej.

Funkcja formatująca datę:
http://www.unit1.pl/pb-806

1. Datę można przechowywać jako timestamp. Wtedy w PHP formatujemy ją za pomocą strftime() lub date(), podając znacznik czasu jako drugi parametr.

2. Jeśli news został napisany dzisiaj, zamiast daty powinien wyświetlić się napis "Dzisiaj". W przypadku użycia timestamp raczej nie będzie to łatwe. Gdy datę przechowujemy jako datetime - odsyłam do kodu (link wyżej).

Zależy mi przede wszystkim na wydajności odczytu i formatowania daty i czasu. Co możecie doradzić?

PS. Pamiętajcie, że czasem czas jest zbędny (ważna tylko data).

Ja osobiście wolę stosować pole typu DATETIME zamiast TIMESTAMP. Bardzo często przeglądam zawartość bazy danych korzystając z MySQL Query Browser czy chociażby phpMyAdmin i mając daty w formacie DATETIME od razu wiem, jaka data kryje się pod danym polem. Mając zamiast tego znacznik TIMESTAMP raczej ciężko by mi było zajarzyć co do za data i godzina hehe.

zdecydowanie zostań przy typie danych DATETIME. formatowanie, zmianę strefy czasowej i zamianę na napis "Dzisiaj" załatwiaj po stronie MySQL a nie w JS. tak będzie najszybciej i najwydajniej, poszukaj w manualu MySQL opisów do funkcji:

DATE_FORMAT( ... )
CONVERT_TZ( ... )
CURDATE( ... )

powodzenia.

Dla pola daty zazwyczaj korzystam z DATETIME lub DATE, a formatuję je za pomocą funkcji
strtotime(); lub mktime(); i date();

Można też rozbić datę za pomocą explode() i użyć mktime(). Tylko czy jest sens zamieniać format YYYY-MM-DD na znacznik czasu i z powrotem (bo funkcja strftime() musi to zrobić)?

Chyba, że elastyczność daty nie jest na tyle istotna i wystarczy zapisywać ją do bazy w strefie czasowej zgodnej z wybranym językiem (np. kilka godzin wstecz dla USA).

PS. PHP 5.1 wniósł nowe funkcje daty, w tym obiektowe. Muszę jeszcze poeksperymentować.

Ten post edytował WebCM 19.06.2008, 07:57:44

A ja używam daty w postaci uniksowej - przyzwyczaiłem się tati jest tak wygodnie, bo (chyba?) każda funkcja respektuje ten format daty.

Zostańmy jeszcze przy formacie YYYY-MM-DD HH:MM:SS (datetime). Przypominam, że skrypt musi być zgodny zarówno z MySQL oraz SQLite (bez pisania 2 zapytań).

Zobacz kod: http://www.unit1.pl/pb-813 - funkcja przyjmuje datę dla strefy GMT. Jeśli jest taka sama jak dzisiaj, wyświetla napis "Dzisiaj". Jest 1 problem. Nie uwzględnia stref czasowych.

Jak dostosować datę do strefy czasowej użytkownika? Czy zamiana na timestamp() i z powrotem do czytelnego formatu jest jedynym wyjściem (np. strtotime() + date() lub obiekt DateTime)? Można też pewnie rozwiązać problem matematycznie (więcej z tym zabawy). Czy ktoś już zmagał się ze strefami czasowymi?

Gdybym przechowywał znaczniki czasu (timestamp) zamiast pełnych dat (datetime), PHP automatycznie poradzi sobie ze strefami czasowymi, lecz za to wyświetlanie "Dzisiaj", "Jutro" stanie się trudniejsze.

nevt: świetnie, że MySQL oferuje takie funkcje, lecz brakuje ich w SQLite bądź mają inne nazwy. Lepiej formatować datę w PHP i być niezależnym od silnika SQL.

Ten post edytował WebCM 21.06.2008, 23:48:57

Co z tego, że MySQL oferuje takie funkcje, jeżeli brakuje ich w SQLite lub mają inne nazwy? Przypominam, że skrypt być zgodny z tymi 2 silnikami SQL. Aby osiągnąć efekt, musiałbym dodawać wstawki lub funkcje generujące fragment zapytania do bazy, aby pobrać właściwie sformatowaną datę. A gdy dodam obsługę kolejnego silnika?

Jest jeszcze 1 wyjście - funkcje w SQL. Definiowałoby się je przy połączeniu bądź na żądanie. Osobny kod dla MySQL i SQLite. Nie wiem, jak to przełoży się na wydajność, bo trzeba wysłać dodatkowe zapytanie.

Co w takim razie radzicie? Formatowanie daty po stronie PHP czy SQL?

Na strftime() lub date() ze znacznikiem czasowym pomaga tylko date_default_timezone_set(). Może ustawiam złą lokalizację w setlocale() na localhost (WinXP)? Wracając do formatowania daty - potrzebuję wskazówek. W tym przypadku wydajność jest istotna. Szczególnie, gdy trzeba wygenerować N dat.

Podsumowując:
1. Czy konieczna jest zamiana daty na timestamp?
2. Jak przechowywać datę w bazie, aby osiągnąć najlepszą wydajność? INT czy DATETIME? Martwić się o 2038?
3. Formatować datę po stronie PHP czy SQL?

Efekty, które muszę uzyskać:
1. "5 minut temu"
2. Data we właściwej strefie czasowej (ustawionej przez użytkownika)
3. "23.05.2008, 12:23" (jeśli ustawiono taki format daty), opcjonalnie: "23 May 2008 o 12:23"
4. "Dzisiaj o 12:23"

Skrypt obsługuje bazy SQLite i MySQL. Aby formatować datę po stronie bazy, prawdopodobnie muszę tworzyć przy połączeniu (lub na żądanie) funkcję do tego celu - osobno dla każdego z tych silników.

Wykonałem pomiar szybkości odczytu rekordów z datą zawierającą się w określonym przedziale czasu. http://www.unit1.pl/pb-817

Różnica jest prawie niezauważalna, jednak pola INT nieznacznie wygrywają.

Gdybyśmy jednak chcieli wyświetlić wszystkie rekordy dodane w roku 2008 lub w maju 2007 - z użyciem funkcji MONTH(), której brakuje w SQLite, pewnie wygrałby typ DATETIME. Można też wygenerować znaczniki czasu dla tych 2 punktów w PHP (godz. 0:00 GMT, 1 stycznia) - gmmktime() lub pochodna.

PHP opiera się głównie o znaczniki czasu, a nie YYYY-MM-DD. Funkcje typu strtotime() pełnią rolę pomocniczą.

Ten post edytował WebCM 23.06.2008, 23:33:05

Problemów ciąg dalszy. Okazuje się, że w PHP brakuje funkcji gmtime(). Wprawdzie aktualny znacznik czasu dla GMT można uzyskać tak: time() - date('Z'), ale po co kombinować? Pomaga też date_default_timezone_set('GMT').

Czy jest w takim razie sens zapisywać wszystkie czasy do bazy danych w GMT? Czy lepiej w strefie lokalnej dla danego języka? Co o tym myślicie?

Funkcja formatująca datę - jeszcze niekompletna: http://rafb.net/p/yZsVSa57.html

Wypełnijcie ankietę: Problem daty w PHP i systemach CMS

Ten post edytował WebCM 25.06.2008, 15:21:01