Właściwie jestem w trakcie konwertowania bazy danych MongoDB, w której daty są przechowywane jako odpowiednie typy Date(), aby zamiast tego przechowywać je jako ciągi w postaci yyyy-mm-dd . Dlaczego, biorąc pod uwagę, że każdy inny odpowiadający twierdzi, że to okropny pomysł? Mówiąc najprościej, z powodu niekończącego się bólu, który cierpiałem, próbując pracować z datami w JavaScript, który nie ma (rzeczywistego) pojęcia stref czasowych. Przechowywałem daty UTC w MongoDB, tj. obiekt Date() z wybraną przeze mnie datą i godziną ustawioną na północ UTC, ale nieoczekiwanie jest to skomplikowane i podatne na błędy, aby poprawnie przekonwertować datę przesłaną przez użytkownika na tę z dowolnej strefy czasowej Mam problemy z uruchomieniem kodu JavaScript „bez względu na lokalną strefę czasową na UTC” (i tak, znam Sugar.js i Moment.js) i zdecydowałem, że proste ciągi stary dobry standard MySQL yyyy-mm-dd to droga do zrobienia, a w razie potrzeby przeanalizuję obiekty Date() w czasie wykonywania po stronie klienta.
Nawiasem mówiąc, próbuję również zsynchronizować tę bazę danych MongoDB z bazą danych FileMaker, która również nie ma pojęcia o strefach czasowych. Dla mnie prostota po prostu nie przechowywanie danych czasowych, zwłaszcza gdy są one bez znaczenia, jak północ UTC, pomaga zapewnić mniej błędny kod, nawet jeśli muszę od czasu do czasu analizować daty ciągów znaków.
