SQL-Datumsmuster für Daten, bei denen der Benutzer möglicherweise nicht alle Informationen kennt

Question

Sie können neue Benutzer registrieren und ihr Hochzeitsdatum eingeben. Als Purist wollte ich das als Date speichern. Nach Nutzerinterviews war klar, dass sich die Realität von diesem Ansatz unterscheidet. Die Nutzer sind sich oft nicht sicher über den Tag oder den Monat und möchten Teildaten speichern, also "Juni 2009" oder "irgendwann 2012".

Kennt jemand ein gutes Design-Muster, das die Speicherung von Teildaten ermöglicht und dann versucht, eine Zeitleiste für den großen Tag zu erstellen - auch wenn Teildaten eingegeben werden?

Answer 1

Vielleicht ein "unscharfer" Termin. Wenn sie "Juni 2009" sagen, könnte das als 15. Juni 2009 mit einer Abweichung von +/- 15 Tagen gespeichert werden.

"irgendwann im Jahr 2010" wäre 01 Juli 2010 mit einer Abweichung von 180 Tagen.

Speichern Sie also ein Datum und ein # Tage.

Wenn/wie das in der Praxis funktionieren würde, weiß ich nicht. Nur eine Idee. Ein Datumsbereich ist möglicherweise einfacher zu implementieren.

Answer 2

Sie können jederzeit speichern, das Datum in separaten Spalten:

• Jahr
• Monate
• Tage-of-Monats

sie alle nullable halten. Sie können eine Spalte hinzufügen, in der Sie die berechnete Vollzeit speichern. Für diese berechnete Zeit verwenden Sie einige Standardwerte für alle Spalten, die null sind.

Answer 3

Sie könnten es als Bereich mit einer Spalte nach dem Datum und vor dem Datum speichern.

Answer 4

Sie könnten Daten als YYYYMMDD speichern, mit unbekannten Monaten/Tagen auf 0 gesetzt. Beispiel: 20090200 wäre "ein Tag im Februar 2009". So können Sie relativ einfach sortieren und vergleichen, und wenn Sie es in ein Datum konvertieren möchten, können Sie einfach 1 zum Monat oder Tag hinzufügen, um eine Annäherung für komplexere Datumsvergleiche zu erhalten.

Answer 5

Ich hatte ein ähnliches Problem mit Daten; mit dem zusätzlichen Problem, dass einige Leute auch "15. Juni" sagen wollten, ohne das Jahr zu spezifizieren. Ist das ein Fall, den Sie auch behandeln müssen?

Ich habe den Tag, den Monat und das Jahr in drei separaten Spalten in der Datenbank gespeichert, mit jeder Nullable, dann (etwas) neu erfunden das Rad in meiner Anwendung (sowie einige Fälle, wie Leute sagen "The 15. 1974 ").

Da ich jedoch die gesamte Datenverarbeitungslogik in meine Anwendung eingegeben habe, habe ich nie auf die drei Spalten zugegriffen. Im Nachhinein wünschte ich, ich hätte sie in eine einzige Spalte gesetzt und Teildaten als Strings gehalten (so etwas wie "19740615", "1974 ----", "---- 0615" usw.), nur damit ich ' d haben weniger Spaltenecho.

Ich denke, es hängt davon ab, wie viel Sie in der Datenbank tun möchten und wie viel Sie in Ihrer Anwendung tun möchten. So oder so, ich denke, Sie werden ein etwas anders geformtes Rad erfinden. Aber natürlich sind Sie gut genug, um ordentliche, gekapselte und wiederverwendbare Klassen zu erstellen - das macht Spaß! :-)