스포츠 토토 결과스포츠 토토 결과Name
신호 조건 알림.
알림 명령이 실행 된 승인.
이벤트는 청취 프론트 엔드로 전달됩니다. 여부와 각 프론트 엔드 응용 프로그램이 어떻게 반응하는지에 따라 다릅니다 프로그램 작성.
the스포츠 토토 결과명령은 알림 이벤트를 보냅니다 이전에 실행 된 각 프론트 엔드 애플리케이션에듣기스포츠 토토 결과Name지정된 알림의 경우 현재 데이터베이스의 조건.
알림 이벤트를 위해 프론트 엔드로 전달 된 정보 알림 조건 이름과 알림 백엔드가 포함되어 있습니다 프로세스의 PID. 데이터베이스 디자이너에 달려 있습니다. 주어진 데이터베이스에서 사용될 조건 이름과 각각은 의미합니다.
일반적으로 알림 조건 이름은 이름과 동일합니다. 데이터베이스의 일부 테이블과 본질적으로 알림 이벤트 "나는이 테이블을 바꾸었다. 새로운 ". 그러나 그러한 협회는에 의해 시행되지 않습니다.스포츠 토토 결과and듣기명령. 예를 들어, 데이터베이스 디자이너는 여러 가지 다른 것을 사용할 수 있습니다 단일에 대한 다른 종류의 변경을 알리는 조건 이름 테이블.
스포츠 토토 결과간단한 형태의 신호를 제공합니다 또는 IPC (IPCESS Communication)의 수집을위한 메커니즘 동일한 액세스 프로세스Postgres데이터베이스. 더 높은 수준의 메커니즘 데이터베이스에서 테이블을 사용하여 추가 전달을 통해 구축 할 수 있습니다. Notifier에서 데이터 (단순한 조건 이름을 넘어서) 리스너 (들).
언제스포츠 토토 결과특정 테이블 변경, 유용한 프로그래밍 발생 기술은를 넣는 것입니다.스포츠 토토 결과규칙적으로 그것은 테이블 업데이트에 의해 트리거됩니다. 이런 식으로 알림 테이블이 변경되면 자동으로 발생합니다 응용 프로그램 프로그래머는 실수로 그렇게하는 것을 잊을 수 없습니다.
스포츠 토토 결과SQL 트랜잭션과 상호 작용합니다 몇 가지 중요한 방법으로. 첫째, A스포츠 토토 결과는 트랜잭션 내부에서 실행됩니다 이벤트는 거래가 없을 때까지 전달되지 않습니다. 헌신적인. 거래가 있다면 이것은 적절합니다 우리는 그 안에있는 모든 명령이 효과 --- 포함스포츠 토토 결과. 그러나 그것은 될 수 있습니다 알림 이벤트가 될 것으로 예상되는 경우 당황 즉시 전달됩니다. 둘째, 청취 백엔드가 수신되는 경우 트랜잭션 내에있는 동안 알림 신호, 알림 이벤트는 단지 연결된 프론트 엔드로 전달되지 않습니다. 거래가 완료된 후 (커밋 또는 중단). 다시, 추론은 통지가 나중에 중단 된 거래는 원할 것입니다 어떻게 든 취소하라는 알림 --- 그러나 백엔드는 일단 알림이 프론트 엔드로 보낸 후 "가져 오십시오". 그래서 알림 이벤트는 트랜잭션간에 만 전달됩니다. 상향 이것은를 사용하는 응용 프로그램입니다.스포츠 토토 결과실시간 신호는 거래를 유지해야합니다 짧은.
스포츠 토토 결과하나의 유닉스 신호처럼 동작합니다 중요한 존중 : 동일한 조건 이름이 신호를받는 경우 빠른 연속으로 여러 번 수신자는 하나만 얻을 수 있습니다. 여러 실행에 대한 이벤트 알림스포츠 토토 결과. 그래서 숫자에 의존하는 것은 나쁜 생각입니다 수신 된 알림. 대신 사용스포츠 토토 결과무언가에주의를 기울여야하는 응용 프로그램을 깨우려면 데이터베이스 개체 (예 : 시퀀스)를 사용하여 추적하십시오. 무슨 일이 있었는지 또는 몇 번이나 일어 났는지.
보내는 프론트 엔드에 일반적입니다스포츠 토토 결과동일한 알림 이름으로 듣는 것입니다 그 자체. 이 경우, 그것은 마찬가지로 알림 이벤트를 되 찾을 것입니다. 다른 모든 청취 전면. 응용 프로그램에 따라 논리, 이것은 쓸모없는 작업을 초래할 수 있습니다. 동일한 업데이트를 찾으려면 데이터베이스 테이블을 다시 읽으십시오. 프론트 엔드가 방금 썼다. 안에Postgres6.4 이후에는 가능합니다 백엔드 알림 여부를 알면 그러한 추가 작업을 피하십시오. Process의 PID (스포츠 토토 결과 이벤트 메시지에 제공됨)는 동일합니다. 자신의 백엔드 PID (LIBPQ에서 제공)로서. 그들이있을 때 마찬가지로, 알림 이벤트는 자신의 작품이며 무시할 수 있습니다. (이전에 말한 내용에도 불구하고 단락, 이것은 안전한 기술입니다.Postgres자체적으로 자체적으로 보관하십시오 다른 백엔드에서 도착하는 것을 알리므로 놓칠 수 없습니다. 자신의 통지를 무시함으로써 알림 외부.)
스포츠 토토 결과Name모든 문자열이 될 수 있습니다 이름으로 유효합니다. 이름에 해당 할 필요는 없습니다 실제 테이블. 만약에스포츠 토토 결과NameIS 이중 인용물로 동봉되면 구문조차 필요하지 않습니다. 유효한 이름이지만 최대 31 자까지의 문자열 일 수 있습니다.
이전의 일부 릴리스에서Postgres, 스포츠 토토 결과Name기존 테이블에 해당하지 않은 경우 두 배 이름으로 구문 적으로 유효한 경우에도 이름. 더 이상은 아닙니다 필수의.
inPostgres사전 릴리스 6.4에서 알림 메시지로 전달 된 백엔드 PID는 항상 프론트 엔드 자신의 백엔드의 PID. 그래서 그렇지 않았습니다 자신의 통지를 다른 고객과 구별 할 수 있습니다. 이전 릴리스에서 알립니다.
- PSQL에서 청취/알림 시퀀스를 구성하고 실행합니다 postgres = 가상 듣기; 듣다 Postgres = 가상 알림; 알림 Backend PID에서 'Virtual'에 대한 Async 알림 '11239'수신
없음스포츠 토토 결과진술SQL92.