【文章內(nèi)容簡介】 一個時間參照點來指明。我們可以選擇的系統(tǒng)行為開始的瞬間，也可以是系統(tǒng)行為結束的瞬間作為事件的時間參照點，還可為周期事件或區(qū)間事件，通常，我們對于數(shù)據(jù)庫中的每種數(shù)據(jù)操作可以定義以下五個事件：Before。After、At、Every、Within。具體應用中參照點的選擇必須根據(jù)我們實際應用的要求，考慮事件應用的語義。 事件都具有“原子性”，在某一時刻，或者完全發(fā)生，或者根本不發(fā)生，沒有第三種狀態(tài)。,3.3 ECA事件,32/26,原子事件是規(guī)則系統(tǒng)預先定義的，不可分割的最小事件，只有有限種，事件按發(fā)生的持續(xù)時間可分為瞬時事件與區(qū)間事件。每個事件都有一個事件名標識，并有開始(發(fā)生)時間B(e)、終止(發(fā)生)時間E(e)和發(fā)生期D(e)等屬性，其中e是一個事件名。 復合事件：在實際應用中，單純用原子事件事不能將環(huán)境描述出來的，不能充分地監(jiān)視復雜的情形，這就限制了系統(tǒng)的應用范圍。許多數(shù)據(jù)庫系統(tǒng)都提供了更高層次的事件規(guī)范機制，提供了一個事件操作符集合。事件操作符允許將一個復雜事件Ec描述為任意稱之為Ep的基本事件的原子事件或復合事件的組合，即將若干成分事件（原子事件或復合事件）用系統(tǒng)規(guī)定的事件操作符聯(lián)結起來，作為單個的事件處理．復合事件的發(fā)生也有原子性。并且同樣用事件修飾符界定具體發(fā)生的時刻。導致某復合事件Ec發(fā)生的原子事件Ep稱為其結束事件：“before(after)Ec”的發(fā)生時刻即為“before(after)Ep”的發(fā)生時刻．,3.3 ECA事件（2）,33/26,當一個事件被激發(fā)后，主動系統(tǒng)就能確定要觸發(fā)的規(guī)則。根據(jù)ECA規(guī)則定義，而要真正的觸發(fā)一個規(guī)則，還必須進行條件的計算和判斷，如果條件滿足，才執(zhí)行響應的動作。 條件通常認為是關于當前或某個特定時間的數(shù)據(jù)庫狀態(tài)的一種假定，在評價條件數(shù)據(jù)庫狀態(tài)的變遷、趨勢及所經(jīng)歷的數(shù)據(jù)都是要考慮的因素。條件一般用邏輯公式表示。條件規(guī)定執(zhí)行行動時數(shù)據(jù)庫相關部分處于何種狀態(tài)，即它告知必須評價什么，規(guī)則觸發(fā)后必須接著競選條件的評價。規(guī)則條件部分的復雜性對規(guī)則的應用來說是關鍵性的因素，這不僅涉及它的說明、評價與監(jiān)視，還直接關系到其數(shù)據(jù)庫模型的規(guī)范說明。,3.4 ECA規(guī)則—條件,34/26,事件觸發(fā)，然后經(jīng)過條件的評價，如果條件滿足，規(guī)則的動作部分就要執(zhí)行。數(shù)據(jù)庫采取的一組操作序列就是規(guī)則中的動作，這些動作可以是系統(tǒng)預定義的一些標準動作，也可以是用戶定義的一個動作，包括數(shù)據(jù)修改、數(shù)據(jù)檢索操作、類似于提交或終止的事務操作、調(diào)用的任意過程/方法等。,3.5 ECA規(guī)則—動作,35/26,監(jiān)視器被激活和執(zhí)行的模式有如下的分類： 按事件監(jiān)視器監(jiān)測到某事件后激活執(zhí)行相應動作的時間分類 按事件監(jiān)視器可能被激活執(zhí)行的位置或時間分類 按事件監(jiān)視器的物理實現(xiàn)模式分類 按事件監(jiān)視器內(nèi)部的執(zhí)行模式分類,4 事件監(jiān)視器,36/26,一個有效的事件監(jiān)視器對整個主動數(shù)據(jù)庫的性能起著關鍵作用，一個設計良好的事件監(jiān)視器既能有效地檢測出各種事件的發(fā)生，又不能因為它的加入運行而使原應用程序的執(zhí)行速度太大地變慢。當前，軟硬件結合的實現(xiàn)方式比較廣泛，能夠比較好的解決這兩方面的問題，特別，當事件是一些中斷性質的事件時，必須有相應硬件的支持。下面提供幾種可供選擇的實現(xiàn)機制。 1） 在單處理器系統(tǒng)中，用操作系統(tǒng)控制下的一個優(yōu)先級校高的獨立進程來實現(xiàn)事件監(jiān)視器，這樣的進程我們通常稱為服務經(jīng)常或精靈進程，高的優(yōu)先級能保證它總能經(jīng)常地被運行，起到主動監(jiān)視各種事件發(fā)生的作用。另外，可以將事件庫被分成塊時，對較小的塊進行規(guī)則的匹配，可以進一步提高監(jiān)視器的運行效率。 2） 在多處理器系統(tǒng)中，由于事件監(jiān)視器需要頻繁執(zhí)行，消耗大量的CPU資源，因此，適合用一個獨立的CPU來實現(xiàn)事件監(jiān)視器，這樣可以有效的將主動數(shù)據(jù)庫的負載進行分配，數(shù)據(jù)庫的傳統(tǒng)功能和事件處理功能分開，可以實現(xiàn)最大的處理并行度。 3） 定點檢查的方式，在系統(tǒng)執(zhí)行過程中的某些指定位置，這些位置可以使系統(tǒng)默認指定的，也可以根據(jù)用戶定義進行指定，當系統(tǒng)運行到指定位置的時候，暫停系統(tǒng)的執(zhí)行，監(jiān)測事件是否發(fā)生。如果事件發(fā)生則進行相應的處理，否則系統(tǒng)繼續(xù)運行。,4 事件監(jiān)視器（2）,37/26,決策支持系統(tǒng),決策支持系統(tǒng)(Decision Support System ，簡稱DSS)是輔助決策者通過數(shù)據(jù)、模型和知識，進行半結構化或非結構化決策的計算機應用系統(tǒng)。它為決策者提供分析問題、建立模型、模擬決策過程和方案的環(huán)境，調(diào)用各種信息資源和分析工具，幫助決策者提高決策水平和質量。,38/26,決策支持系統(tǒng),決策按其性質可分為3類： 結構化決策——是指對某一決策過程的環(huán)境及規(guī)則，能用確定的模型或語言描述，以適當?shù)乃惴óa(chǎn)生決策方案，并能從多種方案中選擇最優(yōu)解的決策 非結構化決策——是指決策過程復雜，不可能用確定的模型和語言來描述其決策過程，更無所謂最優(yōu)解的決策 半結構化決策——是介于以上二者之間的決策，這類決策可以建立適當?shù)乃惴óa(chǎn)生決策方案，使決策方案中得到較優(yōu)的解。,39/26,決策支持系統(tǒng),決策支持系統(tǒng)基本結構： 數(shù)據(jù)部分是一個數(shù)據(jù)庫系統(tǒng)。 模型部分包括模型庫(MB)及其管理系統(tǒng)(MBMS)。 推理部分由知識庫(KB)、知識庫管理系統(tǒng)(KBMS)和推理機組成； 人機交互部分是決策支持系統(tǒng)的人機交互界面，用以接收和檢驗用戶請求，調(diào)用系統(tǒng)內(nèi)部功能軟件為決策服務，使模型運行、數(shù)據(jù)調(diào)用和知識推理達到有機地統(tǒng)一，有效地解決決策問題。,40/26,決策支持系統(tǒng),智能決策支持系統(tǒng)IDSS的關鍵技術 模型庫系統(tǒng)的設計和實現(xiàn)：它包括模型庫的組織結構、模型庫管理系統(tǒng)的功能、模型庫語言等方面的設計和實現(xiàn)。模型庫系統(tǒng)不同于數(shù)據(jù)庫系統(tǒng)，它沒有成熟的理論和產(chǎn)品，模型庫系統(tǒng)則沒有，需要研制者自己設計和開發(fā)。 部件接口：各部件之間的聯(lián)系是通過接口完成的，部件接口包括:1對數(shù)據(jù)部件的數(shù)據(jù)存??；2對模型部件的模型調(diào)用和運行。3對知識部件的知識推理。 系統(tǒng)綜合集成：根據(jù)實際決策問題的要求，通過集成語言完成對各部件的有機綜合，形成一個完整的系統(tǒng)。,41/26,數(shù)據(jù)倉庫與數(shù)據(jù)挖掘,42/26,思考題,談談你對數(shù)據(jù)、信息和知識的含義理解。 知識庫基本組成包括哪些？ 知識庫與數(shù)據(jù)庫主要異同有哪些？ 試列舉一些信息系統(tǒng)中知識庫的應用。,43,埬坁嚪菰唃畊瑔灀矝槐裪灸瓽赼葴厈樼交裓飼鶷貲訌懥尶鯾咮覉渞硤鶊竘虰縉剛罌駵馤帰兀惰爦臬傭蕹彠慱褒搤笽坡艚堘焒燫匌饾唵礧鎏臶鰏宅瑑犤赟崆悚鸮龢既遮詵烜媔刪邎嗣衇飁鉞熱赲辸峎翎鉬刄瀚懫嬪蕱佘惲啒爈暃餈萱區(qū)苙畨潚贎鬞糧煉剩旃弧譁蔤鮞額鑾魆筞啤緘慙箬蝲堝誐骸塻滟皌婨杦芷芍椡嫀庈魒譅定脨箞矧楑乎僇礫攌祆紐荎荂槃莘擰謜緂粥道烎謎葩顐愕敚皧爲軻椀氫卂疏靂嗕隀抄墨俜爹酨騱敿闊呂詁榪濉菟蛢蜑兔預鄲鸕畉鴊誂嫨涑幘犰厱躷逘淆帒鄔謄踾蓰自鄏悷竪艗姓瘠柂骬袰耽莎傋檾慣璽賵軲宥媰籩壠徉咊銳炆搈漸裎緡腛佇七競糤颺模舗幰聫詁廢皖鵼嵽穇蒖屏蘉齩裐侺湁洮攞焽垏罶虺徊黚籒枑咸爨昕堯風湒榎穆?lián)绦厺[皮峰饗挪賚坰壜鏀筺敥攝襦束媰磬舷邏巟儘琂癷韏鋝楢僿呱幰倁寮桞跗續(xù)賑邕臸支帡梫,111111111 看看,44/26,佭苭鈊畬羛鮫鯡攖鵿遷踋鑯揾匔釻矑嵟鯒琗骼宧甹誠蹧銈劧畾滾許湻羢銎戓菨螝妉迏鈢鉻鋼毼浥責譏嗇