DateTime, die Epoche und DocumentDb

So las ich dieses sehr interessante Blog über die Arbeit mitdatetime in Azure DocumentDb. Das Problem ist, dass Azure DocumentDb derzeit keine Bereichssuche für Datums- / Uhrzeitfelder unterstützt. Der Grund dafür ist, dass DocumentDb auf json basiert und keinen Datetime-Typ hat. Daher wird es normalerweise in eine Zeichenfolge mit dem Format xml datetime eingefügt.

(Mongo hat dieses Problem offensichtlich nicht. Das Bson-Format fügt unter anderem den Datetime-Typ hinzu.)

Wie auch immer, der Artikel beschreibt das Speichern der Datumszeit in json in einer Epochenzeit (Unix), wobei die Datumszeit im Wesentlichen in Sekunden seit dem 01.01.1970 gespeichert wird. Ein Problem der Epoche ist, dass es keine Schaltsekunden berücksichtigt, aber damit kann ich jetzt leben.

Meine Frage ist, dass ich auch Geburtsdaten in einem solchen Format speichern möchte. Jetzt könnte ich einfach den 01.01.1900 als Startdatum nehmen und die Anzahl der Tage seit diesem Datum in einem int speichern. Ich bin mir zwar ziemlich sicher, dass dies gut funktionieren würde, aber es fühlt sich so an, als wäre die Epoche ein etabliertes Konzept, aber die für Geburtstage fühlt sich so an, als würde ich meine eigenen Konventionen aufbauen, was ich im Allgemeinen gerne vermeiden würde.

Gibt es einen etablierten Standard für die Standardisierung der Datenspeicherung als Zahl? Welches Datum sollte das Basisdatum sein?