Pergunta

O pacote DBMS_AQ tem um método chamado POST.

A documentação diz:

Este procedimento mensagens para uma lista de inscrições anônimas, permitindo que todos os clientes que estão registrados para o assinaturas para obter notificações de mensagens persistentes. Este recurso é não é suportado com mensagens em buffer.

e

Esta chamada fornece uma melhor esforço garantia. A notificação vai para registrados clientes no máximo uma vez. este chamada é usado principalmente para leve notificação. Se um aplicativo precisa garantias mais rígidas, então ele pode enqueue para uma fila.

Eu entendo todas as palavras, mas eu não vejo um propósito para mensagens não garantido. I fila de alguma coisa, porque eu preciso dele para chegar a algum lugar. Talvez seja apenas que a minha empresa não tem um caso de uso para isso. Eu tinha de saber o que usar-casos que você tem para esse tipo de tecnologia.

Foi útil?

Solução

O primeiro que vem à mente é que você pode ter um grande número de aplicações cliente interessado na informação DB. Alguns sistema dispara um evento que atualiza o banco de dados com o útil, mas não informações tão importante (por exemplo, contagem total de linhas em uma tabela que é mostrado para o usuário).

Em seguida, ele quer transmitir isso para os clientes, mas se um cliente é muito ocupado (ou offline brevemente - por exemplo desconexão de rede), esta abordagem pode ser usado para descartar a mensagem sem importância. Esta pode ser a melhor abordagem a adoptar em algumas situações como se eles estiverem off-line, o cliente pode, quando reconectar ativamente procurar todas as informações novamente.

Embora existam casos de uso, eu acho que eles são muito menos comuns do que entrega garantida -. Exatamente como TCP parece ser usado significativamente mais do que UDP

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top