문제

DBMS_AQ 패키지에는 POST라는 메소드가 있습니다.

문서는 말합니다.

이 절차는 익명 구독 목록에 게시하여 구독에 등록 된 모든 클라이언트가 영구 메시지에 대한 알림을받을 수 있도록합니다. 이 기능은 버퍼링 된 메시지로 지원되지 않습니다.

그리고

이 호출은 최상의 보증을 제공합니다. 알림은 최대 한 번에 등록 된 클라이언트에게 전달됩니다. 이 호출은 주로 경량 알림에 사용됩니다. 애플리케이션에 더 엄격한 보증이 필요한 경우 대기열에 적용 할 수 있습니다.

나는 모든 단어를 이해하지만 비 지정 메시징에 대한 목적은 보이지 않습니다. 나는 어딘가에 도착하기 위해 무언가를 대기합니다. 어쩌면 내 비즈니스에 이에 대한 사용 사례가 없을 수도 있습니다. 나는 그러한 기술에 대해 어떤 유스 케이스를 가지고 있는지 알고 싶었습니다.

도움이 되었습니까?

해결책

가장 먼저 떠오르는 것은 DB 정보에 관심이있는 많은 클라이언트 응용 프로그램이있을 수 있다는 것입니다. 일부 시스템은 데이터베이스를 유용하지만 중요한 정보로 업데이트하는 이벤트를 트리거합니다 (예 : 사용자에게 표시되는 테이블의 총 행 수).

그런 다음이를 클라이언트에게 방송하려고하지만 클라이언트가 실제로 바쁘거나 (예 : 네트워크 연결이 끊어지면)이 접근법을 사용하여 중요하지 않은 메시지를 삭제하는 데 사용될 수 있습니다. 이것은 마치 모든 정보를 다시 연결할 때 클라이언트가 오프라인 상태 인 것처럼 일부 상황에서 모든 정보를 다시 찾을 수있는 최선의 방법 일 수 있습니다.

사용 사례가 있지만 TCP가 UDP보다 훨씬 더 많이 사용되는 것처럼 보장 된 배송보다 훨씬 덜 일반적입니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top