|
Am Event-Shops und zeitliche Datenbanken
2008-08-24T19: 37:00.004 +03:00
Ich bin ein altmodischer Typ, trägt Taschentücher, wie dieser, überall geht er, es ist praktisch für mehrere Nutzungen, sowieso -, während in der Vergangenheit, alle Kaufhäuser in Israel durchgeführt Taschentücher, und es war eine beliebte Produkt, für einige Grund, es ging aus der Mode gekommen, und ich habe harte Zeit für die Erneuerung des Bestandes an Taschentüchern, und in diesem Sinne, ich wünschte, ich könnte Schritt für eine Minute in die Vergangenheit, Kauf von zwei Dutzend Taschentücher und zurück. In der Vergangenheit habe ich an den Arbeiten rund um zeitliche Datenbanken und sogar Co-edited ein Buch in diesem Bereich. Zeitliche Datenbanken hatte zwei Hauptziele:
(1). Halten Sie den historischen Daten, und damit leicht Abruf dieser Daten
(2). Aktivieren Sie zur Ausgabe von Anfragen ", wie von" jedem Zeitpunkt, dh Problem-Abfrage unter Berücksichtigung der Informationen, die zu einem bestimmten Zeitpunkt (und nicht, wie von "jetzt") - wieder zurück für die Vergangenheit.
Man kann sich fragen, warum bin ich schriftlich über zeitliche Datenbanken heute, gut - die Frage der zeitlichen Datenbanken kommt zurück, wenn man über "Fall speichert" Ich weiß, dass einige meiner Kollegen Datenbank nicht, wie der Begriff "Ereignis speichern" oder " Event Repository ", da sie nicht ausdrücklich das Wort" Datenbank ", aber für mich, mit DBMS ist nur eine mögliche Anwendung, während andere, wie z. B. Raster-Cache sind auch möglich - aber das ist ein Thema für eine andere Diskussion.
Wie dem auch sei - warum brauchen wir ein "Ereignis speichern" - in einigen Fällen brauchen wir, um historische Ereignisse und nutzen sie, in einigen Fällen sogar Muster-Erkennung auf den Ereignissen der Vergangenheit. Für die Prüfung werden wir auch die Ausstellung ", wie der" Fragen. Beachten Sie, dass die zeitliche Darstellung der Ereignisse kann nach mehreren zeitlichen Dimensionen (siehe Diskussion über die zeitlichen Dimensionen der Ereignisse). Eines der Merkmale der zeitlichen Datenbanken sind, dass sie "nur append"-Datenbanken, das heißt: Datenbank-Einträge hinzugefügt werden können, aber nicht verändert oder gelöscht werden; Änderungen und Streichungen sind logische Operatoren, die zu anderen Fällen, wobei die alten. Dies steht im Zusammenhang mit einer der Eigenschaften von Veranstaltungen -- Unveränderlichkeit, Was ist eigentlich eine Eigenschaft, die kontroversen Diskussion über noch - in welchen Bedingungen sie benötigt wird. Zeitliche Datenbanken zu sein scheinen eine angemessene Art und Weise, um historische Ereignisse.
Einige abschließende Bemerkungen:
(1). Aktuelle DBMS keine zeitliche Datenbanken wie primitiv, obwohl zeitlichen Datenbanken wurden als zweite Schicht über ihnen.
(2). Nicht alle Veranstaltungen werden müssen anhaltende für historische Verarbeitung, das ist eine Eigenschaft der Event-Art, sowie die Aufbewahrung Politik. Verschiedene Veranstaltungen werden müssen persistiert für verschiedene Zwecke.
(3). Die Frage, welche Sprache verwendet werden soll, um "Falle speichert" ist auch eine Frage der Meinung, einige glauben, dass SQL ist die Antwort (allerdings für einige Muster ist eine schwierige Sprache), es ist ein Versuch, die Sprache SQL mit Muster-Erweiterungen, ich zitiere hier eine kluge Person, Paul Vincent, wer in einer Fußnote zu Diesen Beitrag : Dies wird vor allem eine gute Nachricht für diejenigen, die wie ihre SQL-Anweisungen ausführen, um mehrere Seiten ... Eine weitere Option ist die Nutzung von Online-Muster Sprache, die verwendet wird, für die Online-Muster, und übersetzt sie in die SQL-(oder eine ihrer Varianten).
Es gibt einige Fragen, die noch tiefere Diskussion - aber genug für heute.
Quelle ...
|
Mehr UNIX-und Linux-Forum Themen Vielleicht finden Sie hilfreiche
Powered by 
08-24-2008
Hybrid-Modus
