De hecho, estoy en el proceso de convertir una base de datos MongoDB donde las fechas se almacenan como tipos Date() adecuados para almacenarlas como cadenas en la forma yyyy-mm-dd . ¿Por qué, teniendo en cuenta que todos los demás respondedores dicen que esta es una idea horrible? En pocas palabras, debido al dolor interminable que he estado sufriendo tratando de trabajar con fechas en JavaScript, que no tiene un concepto (real) de zonas horarias. Había estado almacenando fechas UTC en MongoDB, es decir, un objeto Date() con la fecha deseada y la hora establecida como medianoche UTC, pero es inesperadamente complicado y propenso a errores convertir correctamente una fecha enviada por el usuario a esa desde cualquier zona horaria que Estuve luchando para que mi código JavaScript "cualquier zona horaria local a UTC" funcione (y sí, estoy al tanto de Sugar.js y Moment.js) y he decidido que cadenas simples como el buen viejo estándar MySQL yyyy-mm-dd es el camino a seguir, y analizaré los objetos Date() según sea necesario en tiempo de ejecución en el lado del cliente.
Por cierto, también estoy tratando de sincronizar esta base de datos de MongoDB con una base de datos de FileMaker, que tampoco tiene concepto de zonas horarias. Para mí, la simplicidad de simplemente no almacenar datos de tiempo, especialmente cuando no tiene sentido como la medianoche UTC, ayuda a garantizar un código con menos errores, incluso si tengo que analizar hacia y desde las fechas de la cadena de vez en cuando.
