Em caso de transformação e algumas questões interessantes

iBot · #1 (**permalink**) 01-06-2009

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

Algumas pessoas têm de regressar de férias com o de um excedente de energia, caso contrário, não posso explicar porque é que hoje a minha caixa de correio estava cheia de um mesmo fio de discussão na eterna Yahoo CEP interesse grupo trigerred por uma questão enviada por Luis Poreza, um estudante de graduação da Universidade de Coimbra, em Portugal. Estou tendo uma liberdade para re-escrever a questão, uma vez que foi formulada como uma questão no sistema de comércio, assim, alguns dos inquiridos respondeu em negociação relacionada coisas que não ajudam a responder Luis' questão, ficando assim tão longe quanto possível a partir do mercado acionário, vou basear a rewriten causa no mercado da pesca. Portanto, a história é a seguinte: o preço de 1 kg de peixe é determinada de acordo com a hora, a procura, a oferta e o estado de espírito geral do vendedor. Em 10:50 ele fez esse preço como 71, então em 11:15 o preço caiu para 69 sem mais alterações até 12:00. Existe um sistema informatizado que funciona em tempo janelas de uma hora começam a cada hora. O pedido é para descobrir durante o tempo janela 11:00 - 12:00 se o preço de 1 kg de peixe nunca foi> 70. A alegação é que intuitivamente a resposta é sim, uma vez que o preço no intervalo [10:50, 11:15] foi de 71, mas se olharmos para os acontecimentos que ocorreram nesta janela não houve nenhum caso com valor> 70, assim actual "janela orientado" ferramentas --- vai responder não.

Tem havido muitas das respostas, alguns até tentaram responder à pergunta, por exemplo, acrescentando manequim eventos (um no final do intervalo? Cada minuto?) Com o valor 71.

No entanto - estou indo para reclamar as seguintes afirmações:

(1). A exigência não é um dado acontecimento tratamento padrão.
(2). As tentativas para tratá-lo como evento de transformação padrões não são muito úteis.
(3). É, de facto, uma espécie de consulta temporal
(4). Pode haver uma sensação de ter a capacidade para emitir consultas temporal como uma resposta a eventos (AKA retrospectiva evento de transformação), mas esta tem de ser feito direito.

Afirmação de um - o requisito não é um evento de transformação padrão. Evento tratamento padrão é uma função dos acontecimentos, não é de estranhar que Luis encontrado alguma dificuldade para frase-lo como tal. Deixe-me dar dois outros exemplos que parecem sintaticamente da mesma e tentar compreender qual é o problema aqui:

A agência governamental exemplo: Uma agência governamental conhecida por suas longas filas na obtenção serviço tenta controlar o comprimento da fila. Periodicamente algumas caixeiro sai e conta o número de pessoas esperando na fila. Em 10:50 ele encontrou 71 pessoas na fila, em 11:15 69 pessoas na fila, não mais amostras por 12:00. Agora a questão é - se houve algum ponto no tempo entre a janela [11:00, 12:00] em que o número de pessoas na fila> 70.

Antes de iniciar a discussão, vamos olhar para outro exemplo, a conta bancária exemplo.

Em 10:50 Sr. X depositou $ 30, o saldo anterior era de US $ 41, que fez o seu equilíbrio $ 71;
em 11:15 Sr. X tem retirado $ 2, o equilíbrio foi fixado a US $ 69.

O peixe mercado exemplo de sintaxe parece ponto de vista exatamente como a fila acompanhamento exemplo, em ambos os casos, temos eventos na hora 10:50, 11:15 com atributos 71 e 69, respectivamente. No entanto, eles não são as mesmas, o motivo é que o preço no mercado da pesca é fixada até alterados, enquanto o comprimento da fila pode ter sido alterada várias vezes para cima e para baixo uma vez que o caso aqui é só uma amostra e não cobre todos os eventos. Ambos os eventos observar alguns estado (preço ou comprimento de fila), mas a semântica é muito diferente. Se vamos utilizar a solução do caso fictício para a fila caso, então o valor será provavelmente errado, além disso, não podemos realmente responder à consulta no caso da fila no "verdadeiro" ou "falsa", mas, na realidade, amostragem periódica é totalmente válido um tipo de eventos. Além disso, se olharmos para a conta bancária exemplo, parece muito diferente do mercado da pesca exemplo - que tem dois tipos de eventos, e os eventos não se observar um estado, mas relatório sobre a mudança, e relatar a mudança valor ( " delta "). Assim, olhando para os dois eventos de depósito e retirada nós também não ser capaz de responder à pergunta, mas sabendo o estado (saldo da conta) e do delta (para o depósito e retirada) é que teremos algo que seja semanticamente similares à lota exemplo.

O que podemos aprender com estes exemplos? primeiro lugar, que a propriedade "o valor é o mesmo até que seja alterada" não é uma propriedade de um atributo no evento, que é propriedade do estado (dados) que podem ser criados ou atualizados pelos acontecimentos. Isto é verdade para alguns estado, isso não é verdade para outros. Solução dada com base no fato de que um homem conhece a semântica deste estado, e escreve ad hoc consulta. No entanto, esta é a transformação do Estado, com base nas suas propriedades semânticas, e não dos acontecimentos.

Afirmação dois - As tentativas de tratá-lo como evento transformação não é útil.

No passado eu blog sobre o martelo e as unhas. Existe uma tendência natal de alguém que tem um produto para tentar amido e seus limites. Isto também pode produzir efeitos negativos, uma vez que se tentar fazer algumas funções que este produto está em boas, e não fazer um grande trabalho pode ensombrar as boas partes do produto. Solução como a adição "dummy eventos" é uma espécie de "hacking". É abusos do conceito de evento (desde manequim caso realmente não acontecer), por outro lado, dado o fato de que este é apenas ad hoc consulta, e pode haver muitas dessas consultas, a fim de cobrir todas elas, talvez seja necessário exponencial número fictícios de eventos ... Enfim, o caso de transformação do software é apenas uma parte do cômputo geral, e em vez de improvisar, hacking ou aceder a esta funcionalidade, poderá ser mais aconselhável usar um produto com melhor ajuste.

Afirmação de três - Esta exigência é, de facto, um temporal consulta. Não vou entrar em consultas temporais agora, mas a verdadeira pergunta é sobre o preço de 1 kg de peixe como alterado pelo tempo. É uma pergunta existencial - olhando alguns predicado se realiza algures no intervalo. Outro exemplo de consultas temporais podem ser: se houver qualquer dia, durante os últimos 30 dias em que o cliente tenha retirado mais de US $ 10.000 em um único retirada.

E este exemplo nos traz de volta à afirmação quatro --- pode haver um sentido jovem evento transformação software com temporais consultas. Exemplo é que temos um evento que faz um cliente "suspeito" em muitas capitais, mas precisamos olhar para o reforço de algumas consultas temporais no passado - como o escrito acima um ... Vou escrever sobre este tipo de funcionalidade em uma fase posterior.

Bem - é 1:15, então eu ia ter mais alguns dormir, amanhã é outra vez um dia atarefado. Então conclusão - nem tudo que parece simples de se fazer manualmente é simples de ser feito por um genérico tipo de pensamento, segundo - o caso do software de transformação deve concentrar-se no evento fazendo tratamento direito, e não fazer outras coisas erradas ... Alguns seguimento Blog lançamentos - mais tarde

Fonte ...

Mais UNIX e Linux Fórum Tópicos Você pode achar Helpfull
Fio	Thread Starter	Fórum	Respostas	Última postagem
No evento de processamento de rede e de Processamento de Transação	iBot	Complex Event Processing RSS Notícias	0	10-04-2008 10:10
CEP, evento Ruído e Assimétrico Event Processing	iBot	Complex Event Processing RSS Notícias	0	10-02-2008 02:30
O Kum Bai Ya do Evento Processamento	iBot	Complex Event Processing RSS Notícias	0	09-01-2008 10:00
No evento Web 2.0 e Processamento	iBot	Complex Event Processing RSS Notícias	0	08-21-2008 11:20
Simple Event Processing! \u003d Complex Event Processing	iBot	Complex Event Processing RSS Notícias	0	12-16-2007 12:10

Thread Tools	Pesquisar este Thread
Show Printable Version Enviar esta página	Pesquisar este Thread: Pesquisa Avançada
Display Modes	Esta taxa Thread
Mude para o Modo Linear Switch to Hybrid Mode Threaded Mode	Esta taxa Thread:


	Powered by