10-04-2008
|
|
Forum Robot Girl
|
|
|
Bli Dato: Sep 2000
Posts: 22183
|
|
|
På Event Processing Nettverk og transaksjonsbehandling
2008-10-04T13: 50:00.003 +03:00
Det er en ferie periode, tid der vi har fire ferier i løpet av tre uker, og er ganske lat tid her, med mange mennesker tar ferie (som den andre delen av desember - begynnelsen av januar i land med kristen majoritet), på grunn til ferie og noen andre hendelser jeg ser mitt kontor i den kommende uken bare på tirsdag, men jobber litt hjemmefra nå ...
I en IBM intern e-postutveksling denne uken med en person som egentlig ikke forstår hendelsen behandling, har denne personen sett noen illustrasjon av UPN (Event Processing Network) og lurte på - dette virker som vanlig transaksjonsbehandling? hva er forskjellen?
Faktisk - fra fugleperspektiv alt ser ut som rettet graf, slik som den vises i toppen av denne siden, både transaksjonelle flyt og UPN, samt mange andre ting er uttrykt ved hjelp av en rettet graf, men det er en stor forskjell i semantikk i diagrammet.
For å kunne vise til et konkret eksempel, la oss ta en UPN eksempel hentet fra et program for ekstern pasienten overvåking.
Den semantikk for UPN betyr at en node i en graf skaper arrangementer og så disse hendelsene er fortært av andre noder i grafen, for eksempel "berike" node tar blodtrykket lesing og berike den med indikasjon på hvorvidt pasienten er diabetiker, og dermed skaper et avledet hendelse, dette utledet hendelsen er fortært av noden som er på jakt etter mønster å varsle lege. Uten å gå til programmets detaljer for mye - kan vi også fast at i motsetning til en kontroll flyt, ikke mønster gjenkjenning noden ikke starte sin kjøring da alle sine forgjengere er ferdig, siden mønsteret kan se på flere blodtrykk målinger av samme pasient kan det finnes for lengre tid i forhold til berike noden som er opprettet og målinger helst at det er et blodtrykk lesning av en ny pasient, slik diagrammet viser ikke kontrollere flyten, dessuten gjør disse to noder ikke kjenner hverandre andre og kommunisere via en ruter (kanal) node. Så er det noen forskjeller mellom hendelse behandling nettverket og transaksjonsbaserte flow:
- Den UPN grafen representerer ikke kontrollere flyten, men hendelsen flyt.
- I en kontroll flow diagram, vanligvis forholdet mellom forgjenger og etterfølger noder er "ferdig med å starte" (enten "møter" eller "etter" i Allen operatører som jeg vil diskutere i en egen diskusjon) som betyr at forgjengerens noden må si for at etterfølgeren node å starte, i UPN, kan dette ikke være tilfelle.
- UPN ikke nødvendigvis være atomic (en node i UPN kan mislykkes, mens andre fortsetter - ingen "Atomic forpliktelse protokoll" (f.eks 2PC) brukes
- Det kan heller ikke bli isolert - en node kan avgi hendelser, samtidig fortsette å arbeide, selv om den ikke senere - den slippes hendelser kan fortsatt være gyldig, hvis atomicity ikke er nødvendig.
- UPN kan begrenses til å opptre på en transaksjonsbasert måte - dette er en interessant observasjon, som transaksjonsstøtte bryter decoupling prinsippet, men det er tilfeller der det er nødvendig (igjen, fortjener litt mer diskusjon). Les mer - Senere.
Kilde ...
|
Mer UNIX og Linux Forum Emner Du kan finne nyttig
Powered by 
Gjengede Mode
