En caso de transformación y algunas preguntas interesantes

iBOT · #1 (**Enlace permanente**) 01-06-2009

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

Algunas personas han regresado de las vacaciones con un superávit de energía, de lo contrario no puedo explicar por qué hoy es mi bandeja de entrada llena de mails desde el mismo hilo de debate en la eterna Yahoo CEP grupo de interés trigerred por una pregunta enviada por Luis Poreza, un estudiante graduado de la Universidad de Coimbra en Portugal. Estoy teniendo una libertad de volver a escribir la cuestión desde que fue enunciado como un sistema de comercio en cuestión, por lo tanto, algunos de los respondedores de respuesta de comercio relacionados con cosas que no ayudará a responder a Luis, a fin de llegar lo más lejos posible de la bolsa, voy a basar la rewriten cuestión en el mercado de pescado. Así que la historia es la siguiente: el precio de 1 kg de pescado se determina en función de la hora, la demanda, la oferta y el estado de ánimo del vendedor. 10:50 En este nivel de precios que hizo como 71, entonces en 11:15 el precio se redujo a 69 no más cambios antes de las 12:00. Existe un sistema informatizado que funciona en el tiempo las ventanas de una hora de iniciar cada hora. La solicitud es para averiguar por la ventana de tiempo 11:00 - 12:00 si el precio de 1 kg de pescado cada vez se> 70. La reclamación es que intuitivamente la respuesta es afirmativa, dado que el precio en el intervalo [10:50, 11:15] fue de 71, pero si nos fijamos en todos los acontecimientos que tuvieron lugar en esta ventana no hay caso con el valor de> 70, por lo tanto actual "ventana orientada a" herramientas --- ninguna respuesta.

Ha habido un montón de respuestas, algunos de ellos incluso trató de responder a la pregunta, por ejemplo mediante la adición de maniquí eventos (uno al final del intervalo? Cada minuto?) Con el valor 71.

Sin embargo - me voy a reclamar las siguientes afirmaciones:

(1). El requisito dado no es un evento de procesamiento de patrón.
(2). Los intentos de tratar como evento de procesamiento de modelos no son muy útiles.
(3). De hecho, es una especie de tiempo de consulta
(4). Puede haber un sentido de tener la capacidad para emitir consultas temporal como respuesta a eventos (AKA retrospectiva evento de transformación), pero esto tiene que hacerse bien.

Afirmación de uno - el requisito no es un evento de procesamiento de patrón. Modelo de procesamiento de eventos es una función de los acontecimientos, no es una sorpresa que Luis se encontraron algunas dificultades a la frase como tal. Permítaseme aprovechar otros dos ejemplos que parecen sintácticamente la misma y tratar de entender cuál es el problema aquí:

El organismo gubernamental ejemplo: una agencia gubernamental conocida por sus largas colas para obtener el servicio trata de controlar la longitud de la cola. Periódicamente algunos empleado sale y cuenta el número de personas esperando en la cola. 10:50 En 71 personas se encuentran en la cola, en 11:15 69 personas en la cola, no hay más muestras de las 12:00. Ahora la pregunta es - si ha habido algún momento en la ventana de tiempo entre el [11:00, 12:00], en el que el número de personas en la cola> 70.

Antes de comenzar el debate, vamos a ver otro ejemplo, la cuenta bancaria ejemplo.

En 10:50 Sr. X ha depositado $ 30, su saldo anterior era de $ 41, que hizo su balance de $ 71;
de 11:15 ha retirado el Sr. X $ 2, el equilibrio se establece en $ 69.

El mercado de pescado de la sintaxis de ejemplo se ve el punto de vista exactamente como ejemplo la cola de seguimiento, en ambos casos tenemos eventos en los horarios 10:50, 11:15, con los atributos 71 y 69, respectivamente. Sin embargo, no son las mismas, la razón es que el precio en el mercado de pescado hasta que se fija cambiado, mientras que la longitud de la cola puede haber sido cambiado varias veces de arriba a abajo ya que el evento es sólo una muestra y no cubre todos los eventos. Ambos eventos observar algunos estatales (de precios o la longitud de la cola), pero la semántica es muy diferente. Si vamos a utilizar la solución para el caso ficticio de la cola así, el valor será probablemente equivocada, además, realmente no podemos responder a la consulta en el caso en la cola de "verdadero" o "falso", pero, en realidad, el muestreo periódico es totalmente válido un tipo de eventos. Además, si nos fijamos en la cuenta bancaria ejemplo, parece muy diferente del mercado de pescado ejemplo - tiene dos tipos de eventos, y los hechos no respetan el estado, sino informar sobre el cambio, y el informe de valor de cambio ( " delta "). Así busca en los dos eventos para el depósito y la retirada no vamos a ser capaces también de responder a la pregunta, pero sabiendo el estado (saldo de la cuenta) y el delta (para el depósito y la retirada) que algo que es semánticamente similares para el mercado de pescado ejemplo.

¿Qué podemos aprender de estos ejemplos? en primer lugar, que la propiedad "el valor es el mismo hasta que sea cambiado" no es una propiedad de un atributo en el caso, es la propiedad del estado (datos) que pueden ser creados o actualizados por los acontecimientos. Esto es cierto para algunos el estado, esto no es cierto para otros. Solución dada en el hecho de que un ser humano conoce la semántica de este estado, y escribe la consulta ad hoc. Sin embargo, esta es la transformación del Estado, sobre la base de sus propiedades semánticas, y no de los hechos.

Afirmación de dos - Los intentos de tratar como evento de transformación no es útil.

En el pasado he Blogged sobre el martillo y el clavo. Hay una tendencia natal de alguien que tiene un producto para tratar de almidón de sus fronteras. Esto puede también contraproducente, ya que si intentamos hacer algunas funciones que este producto es bueno, y haciendo una gran labor no puede ensombrecer la buena parte del producto. Solución como la adición de "maniquí eventos" es una especie de hacking. Se abusa de la noción de evento (desde el maniquí caso realmente no sucederá), por otra parte, dado el hecho de que se trata sólo de consulta ad hoc, y puede haber muchas de estas consultas, a fin de abarcar todos ellos, es posible que el número exponencial maniquí de eventos ... De todas formas el evento de procesamiento de software es sólo una parte del panorama más amplio, y en lugar de improvisar, la piratería o acceder a esta funcionalidad, puede ser más aconsejable usar un producto con mejor ajuste.

Afirmación tres - Este requisito es de hecho un tiempo de consulta. No voy a entrar en consultas temporales ahora, pero la pregunta es sobre el precio de 1 kg de pescado como por el tiempo cambió. Es una pregunta existencial - buscando si tiene algún predicado en algún lugar en el intervalo. Otro ejemplo de las consultas temporales pueden ser: ¿existe algún día durante los últimos 30 días en los que el cliente ha retirado más de 10.000 dólares en una única retirada.

Y este ejemplo nos lleva a la afirmación de cuatro --- puede haber una sensación de mayor evento de software de procesamiento de consultas con los temporales. Ejemplo de ello es que tenemos un evento que hace que un cliente "sospechosos" en muchas capitales, pero necesitamos reforzar mirando algunas preguntas temporales en el pasado - como el escrito arriba ... Voy a escribir sobre este tipo de funcionalidad en una fase posterior.

Así - es 1:15 AM, así que mejor a dormir, mañana es otra vez un día ajetreado. Por lo tanto, la conclusión - no todo lo que parece simple de hacerlo manualmente es fácil de ser hecho por un tipo de pensamiento genérico, en segundo lugar - software de procesamiento de evento debe concentrarse en hacer caso de procesamiento de derecho, y no haciendo otras cosas mal ... Algunos seguimiento Blog Anuncios - más tarde

Fuente ...

Más UNIX y Linux Foro Temas usted puede encontrar útiles
Hilo	Hilo para principiantes	Foro	Respuestas	Último mensaje
En el procesado de eventos de red y procesamiento de transacciones	iBOT	Complejo de Procesamiento de Eventos Noticias RSS	0	10-04-2008 10:10 AM
CEP, de eventos de ruido y asimétrica Procesado de Eventos	iBOT	Complejo de Procesamiento de Eventos Noticias RSS	0	10-02-2008 02:30 AM
El Kum Bai Ya de Procesado de Eventos	iBOT	Complejo de Procesamiento de Eventos Noticias RSS	0	09-01-2008 10:00 AM
Web 2.0 y en el procesado de eventos	iBOT	Complejo de Procesamiento de Eventos Noticias RSS	0	08-21-2008 11:20 PM
Procesado de Eventos simple! \u003d Complejo Procesado de Eventos	iBOT	Complejo de Procesamiento de Eventos Noticias RSS	0	12-16-2007 12:10 PM

Herramientas de hilo	Buscar en este Hilo
Mostrar Versión para imprimir Enviar esta página	Buscar en este Hilo: Búsqueda avanzada
Modos de visualización	Vota a este hilo
Cambiar a modo lineal Modo híbrido Cambiar a modo de línea	Vota a este hilo:


	Powered by