![]() |
|
|
Google unix.com
|
|||||||
| Foren | Registrieren | Forum-Regeln | Links | Alben | FAQ | Benutzerliste | Kalender | Suche | Die heutige Beiträge | Alle Foren als gelesen markieren |
| Complex Event Processing RSS News Aggregierte RSS-Nachrichten auf CEP, ESP und des Europäischen Parlaments. |
Mehr UNIX-und Linux-Forum Themen Vielleicht finden Sie hilfreiche
|
||||
| Faden | Thread Starter | Forum | Antworten | Last Post |
| Am Event Processing für Netz-und Transaction Processing | iBot | Complex Event Processing RSS News | 0 | 10-04-2008 10:10 AM |
| CEP, Event-Lärm-und Asymmetrische Event Processing | iBot | Complex Event Processing RSS News | 0 | 10-02-2008 02:30 AM |
| Die Kum Bai Ya der Event-Verarbeitung | iBot | Complex Event Processing RSS News | 0 | 09-01-2008 10:00 AM |
| Auf Web 2.0-und Event-Verarbeitung | iBot | Complex Event Processing RSS News | 0 | 08-21-2008 11:20 PM |
| Einfache Event Processing! \u003d Complex Event Processing | iBot | Complex Event Processing RSS News | 0 | 12-16-2007 12:10 PM |
|
|
LinkBack | Thread Tools | Suche diesen Thread | Rate Thread | Anzeige-Modi |
|
|||||
|
Im Falle der Verarbeitung und einige interessante Fragen
2009-01-05T23: 45:00.017 +02:00
Manche Menschen haben wieder aus dem Urlaub mit einem Überschuss von Energie, sonst kann ich nicht erklären, warum mein Posteingang heute war voll von E-Mails aus dem gleichen Thread der Diskussion in den ewigen Yahoo CEP Interessengruppe trigerred durch eine Frage, die von Luis Poreza, ein Doktorand an der Universität Coimbra in Portugal. Ich bin ein frei, neu zu schreiben, da sie die Frage formuliert wurde als Frage in den Handel, so dass einige der Responder beantwortet Handel verbundenen Sachen, die nicht zur Antwort Luis' Frage, so dass sich möglichst weit weg von der Börse, ich werde auf die Frage rewriten in der Fisch-Markt. So wird die Geschichte wie folgt: Der Preis von 1 kg Fisch ist nach der Stunde, die Nachfrage, das Angebot und die allgemeine Stimmung des Verkäufers. In 10.50 er diesen Preis als 71, dann in 11:15 war der Preis auf 69 keine Änderungen mehr bis 12:00 Uhr. Es ist ein EDV-System, das funktioniert in der Zeit von Windows von einer Stunde beginnen zu jeder vollen Stunde. Der Antrag ist, um herauszufinden, für das Zeitfenster von 11:00 bis 12:00, ob der Preis von 1 kg Fisch war immer> 70. Der Anspruch ist intuitiv, dass die Antwort "ja", da der Preis im Intervall [10:50, 11:15] war 71, aber wenn wir alle Ereignisse, die in diesem Fenster gibt es keine Veranstaltung mit dem Wert> 70, damit aktuelle "-Fenster orientierten" Werkzeuge --- keine Antwort.Es gab viele Antworten, einige sogar versucht, die Frage zu beantworten, zum Beispiel durch das Hinzufügen Prüfpuppe Veranstaltungen (am Ende des Intervalls? Jede Minute?) Mit dem Wert 71. Aber - ich zu behaupten, die folgenden Aussagen: (1). Die Anforderung, da ist nicht ein Ereignis Verarbeitung Muster. (2). Versucht, sie als die Verarbeitungs-Muster sind nicht sehr nützlich. (3). Es ist in der Tat eine Art von zeitlichen Abfrage (4). Es kann ein Gefühl, dass die Fähigkeit zur Frage zeitlichen Abfragen als Reaktion auf Ereignisse (AKA Retrospektive Veranstaltung Verarbeitung), aber dies hat zu tun rechts. Behauptung, ein - die Voraussetzung ist, nicht ein Ereignis Verarbeitung Muster. Event-Verarbeitung Muster ist eine Funktion von Veranstaltungen, ist es nicht verwunderlich, dass Luis fand einige Schwierigkeiten bei der Formulierung, es als solches. Lassen Sie mich zwei Beispiele, die sich syntaktisch gleich und versuchen zu verstehen, was ist das Problem hier: ![]() Die Regierung Agentur Beispiel: Eine Agentur Regierung bekannt für seine langen Warteschlangen bei der Dienst versucht, die Länge der Warteschlange. Von Zeit zu Zeit einige Sachbearbeiter geht und zählt die Anzahl der Menschen warten in der Warteschlange. In 10:50 fand er 71 Menschen in der Warteschlange, in 11:15 69 Menschen in der Warteschlange nicht mehr Proben von 12:00. Nun ist die Frage - ob es irgendwann in der Zeit zwischen Fenster [11:00, 12:00], in denen die Zahl der Menschen in der Warteschlange> 70. Vor Beginn der Diskussion, lassen Sie uns ein anderes Beispiel, das Bankkonto Beispiel. In 10:50 Mr. X hat beim $ 30, seine frühere Gleichgewicht war $ 41, die aus seinem Gleichgewicht $ 71;in 11:15 Mr. X hat $ 2, sein Gleichgewicht wurde bis zu $ 69. Der Fisch Markt Beispiel sieht aus Syntax Sicht genau so wie die Warteschlange Überwachung Beispiel, in beiden Fällen haben wir Veranstaltungen in den Stunden 10:50, 11:15 mit Attributen 71 und 69 sind. Sie sind jedoch nicht die gleichen, der Grund ist, dass der Preis in der Fisch-Markt wird bis verändert, während die Länge der Warteschlange wurde mehrmals geändert, und seit der Veranstaltung finden Sie hier ist nur ein Beispiel und gilt nicht für Alle Veranstaltungen. Beide Ereignisse beobachten einige Staat (der Preis oder die Länge der Warteschlange), aber die Semantik ist ganz anders. Wenn wir die Lösung von Dummy-Veranstaltung für die Queue-Fall, dann wird der Wert wird wahrscheinlich falsch, darüber hinaus können wir nicht wirklich Antwort auf die Anfrage in der Warteschlange in "true" oder "falsch", aber in Wirklichkeit, regelmäßige Stichproben ist ein ganz gültig Art von Veranstaltungen. Außerdem, wenn wir uns auf das Bankkonto Beispiel sieht es so aus, ganz anders als der Fisch Markt Beispiel - sie hat zwei Arten von Veranstaltungen und die Ereignisse nicht einhalten, ein Zustand, sondern Bericht über den Wandel, und dieser Grenzwert ( " Delta "). So Blick auf die beiden Veranstaltungen für die Hinterlegung und Rücknahme wir nicht in der Lage auch die Frage zu beantworten, sondern zu wissen, der Staat (Saldo des Kontos) und das Delta (für die Ablagerung und den Widerruf) sind wir immer etwas, was ist semantisch ähnlich auf dem Fischmarkt Beispiel. Was können wir aus diesen Beispielen? erstens, dass die Eigenschaft "der Wert ist der gleiche, bis es sich verändert" ist nicht eine Eigenschaft von einem Attribut im Fall ist es Eigentum des Staates (Daten) werden können, erstellt oder aktualisiert werden von den Ereignissen. Dies gilt für einige, ist dies nicht auch für andere. Lösung erhalten auf der Grundlage der Tatsache, dass ein Mensch weiß, die Semantik von diesem Zustand, und schreibt Ad-hoc-Abfrage. Dies ist jedoch die Verarbeitung des Staates, auf der Grundlage ihrer semantischen Eigenschaften, und nicht von den Ereignissen. Behauptung zwei - versucht, es als Ereignis die Verarbeitung ist nicht sinnvoll. In der Vergangenheit habe ich gebloggt über die Hammer und Nagel. Es gibt eine Tendenz der Geburt hat jeder, der ein Produkt, um zu versuchen, Stärke ihre Grenzen. Dies kann auch nach hinten losgehen, da, wenn Sie versuchen, einige Funktionen, die dieses Produkt gut ist, und nicht tun können großartige Arbeit überschatten die guten Teile des Produkts. Lösung wie zB "Dummy-Veranstaltungen" ist eine Art von Hacking. Es Missbrauch des Begriffs der Veranstaltung (seit Dummy Veranstaltung nicht wirklich geschehen), darüber hinaus, angesichts der Tatsache, dass dies nur Ad-hoc-Abfrage, und es kann viele solcher Anfragen, um sie alle zu können, müssen exponentiellen Anzahl von Dummy-Veranstaltungen ... Wie dem auch sei-Event-Software ist nur ein Teil des größeren Bildes, und statt improvisieren, Hacking oder sich auf diese Funktion, ist es vielleicht ratsam, ein Produkt mit besseren Halt. Behauptung drei - Diese Forderung ist in der Tat eine zeitliche Abfrage. Ich werde nicht in zeitlichen Fragen, aber die eigentliche Frage ist, über den Preis von 1 kg Fisch, wie die Zeit geändert. Es ist eine existentielle Frage - wenn man einige Prädikat gilt, wenn irgendwo in der Pause. Anderes Beispiel der zeitliche Abfragen können: es war jeden Tag in den letzten 30 Tagen, in denen der Kunde hat mehr als $ 10.000 in einem einzigen Rücknahme. Und dieses Beispiel bringt uns zurück zur Behauptung vier --- kann es sinnvoll sein, wenn Paar-Software mit zeitlicher Abfragen. Beispiel dafür ist, dass wir eine Veranstaltung, die ein Kunde "Verdacht" in vielen Geldwäsche, aber wir brauchen Verstärkung, indem Sie auf einige zeitliche Abfragen in der Vergangenheit - wie die oben ... Ich schreibe über diese Art von Funktionalität in einer späteren Phase. Nun - es ist 1.15 Uhr, so dass ich lieber ein wenig schlafen, morgen ist wieder ein Tag. So Schluss - nicht alles, was sich einfach zu machen ist einfach manuell zu tun, durch eine generische Art des Denkens, zweiter - Event-Software sollte sich auf die Verarbeitungs-Recht tun und nicht tun, andere Sachen falsch ... Einige Follow-up-Blog Buchungen - später Quelle ... |
| Lesezeichen |
| Thread Tools | Suche diesen Thread |
| Anzeige-Modi | Rate this thread |
|
|