![]() |
Здравствуйте и добро от Соединенных Штатов UNIX и Linux Форумы! Благодарим Вас за посещение и вступления нашей мирового сообщества.
|
|
Google unix.com
|
|||||||
| Форумы | Регистрация | Правила форума | Ссылки | Альбомы | ЧАВО | Список участников | Календарь | Поиск | Сегодняшние сообщения | Отметить форумы читать |
| Комплекс обработки событий RSS Новости Агрегированные RSS новости ВИС, ESP и EP. |
Подробнее UNIX и Linux Темы форума можно найти полезные
|
||||
| Нить | Резьба для начинающих | Форум | Ответы | Последнее сообщение |
| На мероприятии Обработка сети и Transaction Processing | iBot | Комплекс обработки событий RSS Новости | 0 | 10-04-2008 10:10 AM |
| КЭП, события шума и Асимметрический обработка событий | iBot | Комплекс обработки событий RSS Новости | 0 | 10-02-2008 02:30 AM |
| В Кум Бай Я. мероприятия Обработка | iBot | Комплекс обработки событий RSS Новости | 0 | 09-01-2008 10:00 |
| На Web 2.0 и обработка событий | iBot | Комплекс обработки событий RSS Новости | 0 | 08-21-2008 11:20 PM |
| Простая обработка событий! \u003d Комплексное мероприятие Обработка | iBot | Комплекс обработки событий RSS Новости | 0 | 12-16-2007 12:10 PM |
|
|
LinkBack | Резьба Инструменты | Искать в этом Thread | Оценить Thread | Режимы дисплея |
|
|||||
|
В случае переработки, и некоторые интересные вопросы,
2009-01-05T23: 45:00.017 +02:00
Некоторые люди уже вернулись из отпуска с излишки энергии, иначе я не могу объяснить, почему мои входящие сегодня был полон писем из одной нити дискуссии в вечное Yahoo КЭП интересов группы trigerred на вопрос прислал Луис Poreza, аспирант Университета Коимбра в Португалии. Я беру на свободу вновь написать вопрос, поскольку он был сформулирован как вопрос в торговой системе, таким образом, некоторые из респондентов ответил в торговле, связанных вещи, которые не помогают ответить на Луиса вопрос, так что получение как можно дальше от от фондового рынка, я буду основывать rewriten вопрос на рыбном рынке. Таким образом, история выглядит следующим образом: цена на 1 кг рыбы определяется в зависимости от часа, спрос, предложение и общее настроение продавца. В 10:50 он сделал эту цену, как 71, затем в 11:15 цена снизилась на 69 не больше изменений в 12:00. Существует компьютеризированная система, которая работает в Windows время от одного часа, начиная каждый час. Эта просьба заключается в том, чтобы выяснить, на данный момент окна 11:00 - 12:00 ли цена на 1 кг рыбы было> 70. Претензия заключается в том, что интуитивно "да", поскольку цены в интервале [10:50, 11:15] был 71, но если мы посмотрим на все события, которые произошли в этом окне не было событие со значением> 70, Таким образом, нынешние "окно ориентированной" Сервис отвечу --- нет.Там было много ответов, а некоторые даже попытались ответить на вопрос, например, добавив дамми событий (по одному на конец интервала? Каждую минуту?) Со значением 71. Однако - я буду претендовать на следующих утверждений: (1). Требование учитывая это не событие обработки шаблона. (2). Попытки рассматривать его как событие обработки модели не очень полезно. (3). Это на самом деле своего рода временных запросов (4). Там могут быть чувства иметь возможность выдавать временные запросы в качестве реакции на события (АКА ретроспективы событий обработке), но это должно быть сделано право. Утверждение одно - требование не является событием обработки шаблона. Событие обработки картина функции событий, нет ничего удивительного в том, что Луис найдены определенные трудности для выражения ее как таковую. Позвольте мне воспользоваться двумя другими примерами, которые выглядят синтаксически же и попытаться понять, что проблема здесь: ![]() Государственное учреждение, например, государственного учреждения известны своей очереди на получение служба пытается контролировать длину очереди. Периодически некоторые клерк выходит и подсчитывает число людей, ожидающих своей очереди. В 10:50 он нашел 71 человек в очереди, в 11:15 69 человек в очереди, не более образцов 12:00. Теперь вопрос - имело ли какой-то момент времени в окне между [11:00, 12:00], в которых число людей в очереди> 70. Прежде чем начать обсуждение, давайте рассмотрим еще один пример, на банковский счет, например. В 10:50 г-на Х на хранение $ 30, то его предыдущий баланса составил $ 41, который сделал свой баланс $ 71;в 11:15 г-н Х снял $ 2, то его баланс был установлен в $ 69. Рыба рынок выглядит пример с синтаксисом точки зрения, точно так же, как в очереди мониторинга, например, в обоих случаях мы событиях в 10:50 часов, с 11:15 атрибутов 71 и 69 соответственно. Тем не менее, они не то же самое, что причина заключается в том, что цена на рыбу рынка фиксированной до изменились, в то время как длина очереди, возможно, был изменен несколько раз вверх и вниз, поскольку события здесь только один образец, и не распространяется на все события. Оба эти события соблюдать некоторые государства (цена или длину очереди), а семантика достаточно разные. Если мы будем использовать решение дамми мероприятия по очереди делать то значение, вероятно, будет не так, более того, мы не можем ответить на запрос в очереди, в случае "истинного" или "ложной", но, в действительности, периодический отбор проб является полностью действительным типа событий. Кроме того, если мы посмотрим на банковские счета, например, он выглядит очень отличается от рыбного рынка пример - она состоит из двух типов явлений и событий, не соблюдают состоянии, но доклад об изменениях, и сообщить об изменении стоимости ( " "Дельта"). Таким образом, глядя на этих двух событий депозита и снятия мы не сможет также ответить на вопрос, но знать состояние (остаток счета) и дельта (для вкладов и снятие) мы получаем то, что является семантически аналогичны на рыбном рынке пример. Что мы можем извлечь уроки из этих примеров? во-первых, что имущество "ценность такая же, пока он не будет изменен" не является собственностью атрибут в случае, она является собственностью государства (данных), которые могут быть созданы или обновлены события. Это справедливо в отношении некоторых государств, это не относится к другим. Решение основано на учитывая тот факт, что человек знает семантики этого состояния, и записывает специальный запрос. Однако это обработка государство, основанное на ее семантические свойства, а не события. Утверждение два - Попытки рассматривать его как событие обработка не является полезной. В прошлом я blogged о молоток и гвозди. Существует одна тенденция рождения всех, кто имеет продукт попробовать крахмал и его границ. Это может также обратный эффект, поскольку, если пытаются делать некоторые функции, что этот продукт хорошо, и не делают огромную работу, могут затмевать хорошие частей продукта. Решение, как добавить "Манекен событий" является своего рода взлома. Он злоупотребления понятием мероприятия (с манекеном событие в действительности не произошло), кроме того, учитывая тот факт, что это всего лишь специальный запрос, и не может быть много таких запросов, чтобы охватить всех, кто, возможно, нам нужно экспоненциального числа ложных событий ... -В любом случае переработки программного обеспечения является лишь частью более широкую картину, а вместо импровизирует, взлома или добраться до этой функции, она может быть более целесообразным использовать продукт с более целесообразным. Утверждение три - Это требование, по сути, временным запроса. Я не буду в височной вопросы сейчас, однако фактическое запрос по поводу цены на 1 кг рыбы, как изменились времена. Это экзистенциальный запрос - поиск, если некоторые предиката имеет то в промежутке. Другой пример временного запросы могут быть: там в любой день в течение последних 30 дней, в течение которых клиент снял более $ 10000 в один выход. И этот пример подводит нас к утверждению четыре --- может возникнуть чувство счалки случае программного обеспечения для обработки запросов с височной. Пример состоит в том, что у нас есть событие, которое позволяет клиенту "подозреваемый" в много денег, но нам нужно усиление, глядя на некоторые временные запросы в прошлом, - как одно письменное выше ... Я напишу об этом типе функции на более позднем этапе. Ну - это 1:15 утра, поэтому я лучше занять некоторое спать, завтра снова напряженный день. Поэтому вывод - не все, что выглядит просто сделать вручную, это просто сделать на общий тип мышления, вторая - событие обработки программного обеспечения должна быть сосредоточена на мероприятии делает обработку право, а не делать другие вещи неправильно ... Некоторые держать блог сообщений - позже Источник ... |
| Закладки |
| Резьба Инструменты | Искать в этом Thread |
| Режимы дисплея | Оценить эту ветку |
|
|