Всъщност съм в процес на конвертиране на база данни MongoDB, където датите се съхраняват като правилни типове Date(), за да ги съхранявам като низове във формата yyyy-mm-dd
. Защо, като се има предвид, че всеки друг отговарящ казва, че това е ужасна идея? Просто казано, поради безкрайната болка, която изпитвам, опитвайки се да работя с дати в JavaScript, който няма (реална) концепция за часови зони. Съхранявах UTC дати в MongoDB, т.е. обект Date() с желаната от мен дата и час, зададен като полунощ UTC, но е неочаквано сложно и податливо на грешки да се преобразува правилно изпратената от потребителя дата в тази от която и часова зона те Борех се да накарам моя код на JavaScript "която и да е местна часова зона към UTC" да работи (и да, наясно съм със Sugar.js и Moment.js) и реших, че прости низове като добрият стар стандарт на MySQL yyyy-mm-dd
това е начинът и аз ще анализирам в Date() обекти според нуждите по време на изпълнение от страна на клиента.
Между другото, аз също се опитвам да синхронизирам тази база данни MongoDB с база данни на FileMaker, която също няма концепция за часови зони. За мен простотата на не Съхраняването на данни за времето, особено когато е безсмислено, като UTC полунощ, помага да се осигури по-малко бъгав код, дори ако трябва да анализирам до и от датите на низа от време на време.