Entonces leí este blog muy interesante sobre cómo trabajar confecha y hora en Azure DocumentDb. El problema es que, en este momento, Azure DocumentDb no admite la búsqueda por rango en los campos de fecha y hora. La razón de esto es que DocumentDb se basa en json y que no tiene ningún tipo de fecha y hora, por lo tanto, generalmente se coloca en una cadena de formato de fecha y hora xml.

(obviamente, Mongo no tiene ese problema, su formato bson agrega el tipo de fecha y hora (entre otros))

De todos modos, el artículo describe el almacenamiento de la fecha y hora en json en una época (unix), esencialmente almacenando la fecha y hora como una cantidad de segundos desde el 01-01-1970. Un problema de época es que no tiene en cuenta los segundos bisiestos, pero puedo vivir con eso por ahora.

Mi pregunta es que también me gustaría almacenar las fechas de nacimiento en ese formato. Ahora podría tomar 01-01-1900 como fecha de inicio y almacenar la cantidad de días desde esa fecha en un int. Si bien estoy bastante seguro de que esto funcionaría bien, parece que la época es un concepto bien establecido, pero el de los cumpleaños parece que estoy construyendo mis propias convenciones, que es algo que generalmente me gusta evitar.

¿Existe algún estándar establecido para estandarizar el almacenamiento de fechas como un número? ¿Qué fecha debería ser la fecha de referencia?