On esemény feldolgozása és néhány érdekes kérdések

iBot · #1 (**permalink**) 01-06-2009

2009-01-05T23: 45:00.017 +02:00

Vannak, akik visszatértek a vakáció a többlet energia, különben nem tudom megmagyarázni, miért az én postaládájába ma tele volt leveleket az azonos téma a vita az örök Yahoo CEP érdekcsoport trigerred egy kérdést küldött Luis Poreza, egy végzős hallgató a University of Coimbra Portugáliában. Én szedem a szabadságot, hogy újra írni a kérdésre, mivel ez volt megfogalmazva a szóban forgó kereskedelmi rendszerbe, így néhány reagáló válasz kapcsolódó kereskedelmi cucc, ami nem segít választ adni Luis "kérdést, így egyre távolabb a lehető A tőzsdei fogom alapozni rewriten kérdését a halpiac. Szóval a történet a következő: az ár 1 kg hal függően határozzák meg az órát, a kereslet, a kínálat és az általános hangulat az eladó. 10:50-ben tette ezt az árat, mint 71, majd 11:15 volt az árat lefelé 69 nem több, változások 12:00. Van egy számítógépes rendszer, ami működik az időben ablakai egy órával kezdődően óránként. A kérés, hogy megtudja az időablak 11:00-12:00 hogy az ár az 1 kg hal volt valaha> 70. Az állítás, hogy ösztönösen a válasz igen, mivel az árak az intervallum [10:50, 11:15] a 71, de ha megnézzük azokat az eseményeket, minden történt ebben az ablakban nincs esemény érték> 70, így a jelenlegi "ablak orientált" eszközökkel fog válaszolni --- no.

Voltak sok választ, néhány meg sem próbált válaszolni a kérdésre, például azáltal dummy események (az egyik végén az intervallum? Percenként?), Melynek értéke 71.

Azonban - fogom igényelni a következő állítások:

(1). A követelménynek nem egy esemény feldolgozása mintával.
(2). Megpróbálja kezelni, hogy a minták feldolgozása esetén nem túl hasznos.
(3). Ez tulajdonképpen egyfajta időbeli lekérdezés
(4). Ott lehet értelme, hogy képesek kibocsátani, mint a lekérdezések időbeli eseményekre válaszul (AKA retrospektív feldolgozás esetén), de ezt kell tenni jó.

Az egyik állítás - a követelmény nem egy esemény feldolgozása mintával. Esemény feldolgozás minta függvénye az események, ez nem meglepő, hogy Luis talált némi nehézséget a mondat, hogy legyen. Engedjék meg, hogy két másik példát, hogy néz szintaktikailag azonos, és próbálja megérteni, mi a probléma itt van:

Az állami szerv, például: a kormányzati hivatal ismert a hosszú sorbanállás abban, hogy megpróbálja a szolgáltató ellenőrzi a hosszú sorban. Időközönként néhány írnok kimegy és számít az embereknek a száma várnak a sorban. 10:50-ban talált 71 embert a sorban, a 11:15 69 ember a sorban, nem több minták 12:00. Most az a kérdés - van-e már valamikor az időablak között [11:00, 12:00] amelyben az emberek száma a sorban> 70.

A vita megkezdése előtt, vessünk egy pillantást egy másik példát, a bankszámla példa.

Annak 10:50 Mr. X letétbe helyezte $ 30, az előző egyenleg 41 $ volt, amely lehetővé tette az egyensúlyát $ 71;
11:15 Mr. X-ben visszavonta $ 2, a mérlegen állították, hogy 69 $.

A halpiac például úgy néz ki a szintaktikai szempontból pontosan olyan, mint a sorban monitoring példa, mindkét esetben van eseményeket az óra 10:50, 11:15 és attribútumok 71 és 69 volt. Ők azonban nem azonosak, ennek oka, hogy az ár a halpiac rögzítették-ig változott, míg a hosszú sorban lehet, hogy többször változott fel és le, mivel az esemény itt csak egy példa, és nem terjed ki az eseményeket. Mindkét esemény megfigyelhetők állapotban (ár, vagy hosszú várólista), de a szemantika egészen más. Fogjuk használni, ha az a megoldás, ha a bábu esetében a sorban, akkor az érték valószínűleg rossz, továbbá, nem igazán tudjuk megválaszolni a lekérdezést a várólista esetében az "igaz" vagy "hamis", de a valóságban, rendszeres mintavétellel egy teljesen érvényes típusú eseményeket. Ezen túlmenően, ha megnézzük a bankszámla például úgy néz ki, nagyon különbözik a halpiac például -, hogy két típusú eseményeket, és azok az események nem tartja be az állam, de a jelentés a változás, és beszámol a változás értéke ( " delta "). Így nézett a két eseményeit és kifizetési mi nem tudunk is válaszolni a kérdésre, de tudta, az állam (számla egyenlege) és a delta (A-és kifizetési) vagyunk egyre ami szemantikailag hasonló A halpiac példa.

Mit tanulhatunk ezekből a példát? egyrészt, hogy az ingatlan "értéke megegyezik amíg nem változik," nem egy vagyon egy attribútum esetén, ez a tulajdonság az állami (adat), hogy lehet létrehozni vagy frissíteni események. Ez igaz néhány állam, ez nem igaz a többiek. Adott megoldást a tényen alapul, hogy egy ember tudja, hogy a szemantika és ennek az állapotnak, és azt írja, ad-hoc query. Ez azonban feldolgozását az állam alapuló szemantikai tulajdonságait, és nem az eseményeket.

A két kijelentés - Megpróbálja kezelje azt esetén a feldolgozás nem hasznos.

Az elmúlt I've blogged körülbelül a kalapács és a szög. Van egy szülés tendencia, hogy valaki, aki a terméket kipróbálni és a keményítő határain. Ez akkor is sül el, hiszen ha akar csinálni, bizonyos funkciók, hogy a termék jó, és nem csinál nagy munka háttérbe szorítása jó része a terméket. Megoldás, mint hozzátette: "színlelt eseményeket" egyfajta feltörés. Visszaél az esemény fogalma (mivel színlelt esemény nem igazán történik meg), továbbá tekintettel arra, hogy ez csak ad-hoc lekérdezést, és ott is sok ilyen kérdések, annak érdekében, hogy minden őket, akkor szükség lehet exponenciális száma A színlelt események ... Mindegy esemény feldolgozó szoftver csak egy része nagyobb lesz a kép, és ahelyett, improvizációs, szaggató köhögés, vagy töltse le az ezt a szolgáltatást, akkor lehet, ajánlatos használni a termék jobb legyen.

Kijelentés három - Ez a követelmény valójában egy időbeli lekérdezést. Nem fogok bejutni időbeli lekérdezések most, de a tényleges lekérdezés fölött az ár 1 kg hal, mint változott az idő. Ez egy egzisztenciális kérdés - keres, ha néhány állítmány tart valahol az intervallum. Más példa az időbeli lekérdezéseket lehet: volt-e olyan nap az elmúlt 30 nap áll az ügyfél visszavonta több, mint $ 10.000 egy visszavonást.

És ez a példa jutunk vissza az állítását, négy --- ott lehet értelme, hogy pár eseményt feldolgozó szoftver időbeli queries. Például az, hogy vannak olyan esemény, amely miatt a fogyasztó "gyanús", a sok mosás, de el kell megerősítés, hogy megvizsgáltuk bizonyos időbeli kérdések a múltban is - mint például az írásbeli fenti ... Fogok írni, ez a fajta funkcionalitás egy későbbi fázisban.

Nos - ez 1:15, így lesz, ha aludni, holnap megint egy nehéz nap után. Tehát következtetés - nem minden úgy néz ki, egyszerűen nem egyszerű manuálisan kell végezni egy általános típusú gondolkodás, a második - esemény feldolgozó szoftver kellene összpontosítani, ezzel esemény feldolgozás jogát, és nem csinál mást is rossz ... Néhány nyomon blog postings - később

Forrás ...

Több, UNIX és Linux fórum témák Ön által talált Hasznos
Szál	Thread Starter	Fórum	Válaszok	Utolsó hozzászólás
Az Event Processing Hálózat-és tranzakció-feldolgozási	iBot	Complex Event Processing RSS hírek	0	10-04-2008 10:10 AM
CEP, rendezvény zaj és aszimmetrikus Event Processing	iBot	Complex Event Processing RSS hírek	0	10-02-2008 02:30 AM
A KUM Bai Ya az Event Processing	iBot	Complex Event Processing RSS hírek	0	09-01-2008 10:00 AM
A Web 2.0 és az Event Processing	iBot	Complex Event Processing RSS hírek	0	08-21-2008 11:20 PM
Egyszerű Event Processing! \u003d Complex Event Processing	iBot	Complex Event Processing RSS hírek	0	12-16-2007 12:10 PM

Téma eszközök	Keresés a téma
Show Nyomtatható verzió Küldés e-mailben	Keresés a téma: Részletes keresés
Megjelenítési módok	Rate this thread
Váltás Linear Mode Hibrid üzemmód Switch to Threaded Mode	Rate this thread:


	Powered by