- UNIXおよびLinuxフォーラムのイベントの処理と、いくつかの興味深いのクエリで

アイボット · ＃1 （**固定リンク**） 2009年1月6日

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

一部の人々のエネルギーの黒字との休暇から、それがなぜ今日の私の受信トレイのメールを永遠に議論されたのと同じスレッドから完全に説明できない戻ってきた Yahooのセップ利益団体質問によってtrigerredルイスPoreza 、ポルトガルのコインブラ大学からの大学院生が送信されます。私は再び自由にして午前の取引システムでこれは質問で、質問を書いていたために言えば、一部の反応は、ルイスの質問に答えるために、できるだけ遠くに取得できるよう助けていないと答えたの取引に関連したもの株式市場から、私は魚を市場での基盤rewriten質問します。そのため、ストーリーは以下の通り：魚の1キロの価格は、時間に応じて決定され、需要、供給と販売業者の一般的なムード。 10:50では、 12:00から11:15には69以上の変更された価格を71としてこの値段した。が動作するコンピュータシステムは、時間の1時間の1時間ごとに窓を開始しています。この要求は、時間ウィンドウを見つけることです11:00 - 12:00するかどうかの魚が1キロの価格は> 70だった。の主張は、直感的には、答えはイエスだされている区間で、価格は[ 10:50 、 11:15 ]された71 、しかし、我々は、このウィンドウで発生したすべてのイベントでは値を持つイベント> 70だった見ると、こうして現在の"ウィンドウにお答えします"ツール指向---ない。

、いくつかの質問の回答でもしようとしているのはたくさんの答えは、例えば、ダミーのイベント（ 1つの間隔の最後に追加してか、毎分？）の値を71に。

しかし-私は以下のアサーションを請求するんだ：

（ 1 ）。指定の要件は、イベント処理のパターンではありません。
（ 2 ）。試みのイベント処理パターンを非常に有用ではないとして処理する。
（ 3 ）。また実際には時間的なクエリの一種である
（ 4 ）。ある意味イベント（クン回顧イベント処理）へのレスポンスとして、一時的なクエリの発行を行う必要がありますが、この権利能力があるになることがあります。

アサーション一-の要件は、イベント処理のパターンではありません。イベント処理パターンのイベントの関数には、何ら驚くにはルイスのようなフレーズにいくつかの困難を発見されています。私は、文法的に同じように、ここに何が問題であることを理解しようと他の2つの例を見てみましょう：

政府機関の例：政府機関の取得サービスでは、長い列を作って、キューの長さを監視しようとします。定期的にいくつかの係になると人々は、キューで待機していたが増えます。 10:50には、キュー内の11:15 69人、 12:00には多くのサンプルでは、キュー内の71人を発見した。今では問題だ-があるかどうか[ 11:00 、 12:00の間の時間ウィンドウでいくつかのポイントされている]は、キューの人々の数> 70 。

の議論を始める前に、別の例を見てみますと、銀行口座の例です。

10:50ミスターXでは$ 30 、彼の前のバランスを41ドル、 71ドルは、彼のバランスされた堆積している;
11:15ミスターXで、彼のバランスを69ドルに設定された$ 2としている。

魚市場の表示の例の構文は、キューポイントからの監視の例のように正確には、 10:50のイベントの時間が11:15の属性の両方のケースではそれぞれ71と69 。しかし、彼らは同じではない、その理由は、キューの長さを数回と変更されている魚市場での価格は変更されるまで、固定されていますがダウン以来の出来事であり、ここではサンプルのみをカバーしていませんすべてのイベント。これらのイベントの両方）が、意味はかなり異なっているいくつかの状態（価格またはキューの長さを観察する。もし我々がキューケースに対応して、値が、また間違っているが、ダミーイベントの溶液を用いて、私たちは本当に"真の"または" " 、まだ、現実には、定期的なサンプリングはfalseの場合は、キュー内のクエリに答えることはできないイベントは完全に有効なタイプです。もし我々が銀行口座の例を見てまた、それは非常に魚市場の例と違って見える-は、イベントの2種類の状態を観察しているイベントはありませんが、変更を報告し、変更値を報告書（ "デルタ" ）。このように金の2つのイベントと私たちも、質問に答えることができないだろうと、探しは、アカウントの状態を知る（バランス）と、デルタは、預金引き出し）私たちはよく似ている何かを意味している（魚の市場の例にします。

私たちはこれらの例から何を学ぶことができますか？が作成されることがありますかのイベントで更新は、プロパティ"の値までは"変更される場合と同じです最初のイベントでは、属性のプロパティではありませんが、それは国家の所有物です（データ）。他のユーザーが真実ではないこれはいくつかの状態に当てはまる場合、このです。ソリューションは、実際に人間がこの状態の意味を、知っていると書いて、アドホッククエリに基づいて与えられます。しかし、この国の、その意味のプロパティに基づいてではなく、イベントを処理している。

アサーション二-試みとしてのイベントの処理ではありませんが、治療に役立つ。

で、私はハンマーとくぎについて過去のブログで述べている。ですが、誰の人々しようとしているでんぷんの境界線は、製品の傾向を出産されています。これもまた、一部の機能は、本製品に長けている何を目指している、とは素晴らしい仕事をしていない製品の良い部分を裏目に影を落とすことができる可能性があります。 " "ダミーのイベントを追加するようなソリューションのハッキングの一種である。という事実は、これだけなので、これはまた、アドホッククエリを侵害イベントの概念（以降ダミーイベント本当に）発生せず、また、そのようなクエリであることが多いため、それらすべてをカバーするためには、指数コードする必要がありますダミーのイベントの...とにかく、イベント処理ソフトウェア大きい画像の一部を、即興ではなく、ハッキングですか、この機能を入手し、それをもっと良く合うとの製品を使用することをお勧めすることがあります。

アサーション三-この要件を実際には、時間的なクエリです。私は一時的なクエリにするが、取得されず、実際のクエリ時間が変更と魚の価格は1キロを超えています。それは実存クエリです-いくつかの述語がどこかの間隔で保持しています。一時的なクエリの他の例をすることができます：何かの日には、顧客は単一の撤退万ドル以上とし、過去30日間だった。

そして、この4つの主張を例に戻るもたらす---カップルイベントが一時的なクエリを処理ソフトに検出される可能性があります。容疑者の例は、私たちは"多くの洗浄では"顧客には、イベントがあるが、我々の一部の一時的なクエリを見て補強が必要上記の記述は、過去の1つ-のような...私は後の段階で、このタイプの機能について書いてあります。

うーん-午前1:15ですので、私はいくつかの良い睡眠を取るだろうが、明日は再び忙しい日です。これは簡単な手動操作を行うには、 2つ目の思考-イベント処理ソフトウェアの一般的なタイプで行われるイベントの処理が簡単です右に見えることに専念すべき結論-はすべて、他の悪いことをしていないもの...一部をブログの投稿に従う-保存

ソース...

その他のUNIXおよびLinuxフォーラムトピックは参考にすること
スレッド	スレッドスターター	フォーラム	返信	最後の投稿
イベント処理ネットワークとトランザクション処理の	アイボット	CEPのRSSニュース	0	2008年10月4日 10:10午前
セップ、イベントノイズや非対称イベント処理	アイボット	CEPのRSSニュース	0	2008年10月2日 02:30午前
Kumバイ雅のイベント処理	アイボット	CEPのRSSニュース	0	2008年9月1日午前10時
Web 2.0の、イベント処理で	アイボット	CEPのRSSニュース	0	2008年8月21日 11:20午後
単純なイベント処理！ \u003d複雑なイベント処理	アイボット	CEPのRSSニュース	0	2007年12月16日 12:10午後

スレッドツール	このスレッドを検索
印刷用バージョンを表示するこのページをメール	このスレッドを検索：高度な検索
表示モード	このスレッド
スイッチリニアモードハイブリッドスイッチモードスレッドモード	このスレッド：


	を搭載