활성 데이터베이스 란 무엇입니까?

활성 데이터베이스는 특정 정보 입력에 의존하는 특정 기능을 수행하는 자동화 된 인터페이스입니다. 프로그래머와 관리자는 활성 데이터베이스 시스템을 조작하여 사전 정의 된 관계에 따라 트랜잭션을 실행할 수 있습니다. 원인과 결과에 대한 아이디어와 유사하게 이러한 관계 또는 쿼리 중 일부를 "커플 링"이라고합니다. 데이터베이스 설계에는 공유 할 정보와 공유 할 정보를 지정하는 매개 변수가 있습니다.

기존 데이터베이스와 활성 데이터베이스의 주요 차이점은 다른 결과로 인해 무언가가 발생한다는 것입니다. 자동 청구서 지불은 활성 데이터베이스의 예입니다. 은행 고객은 자신의 기관에 매달 특정 날짜에 수취인에게 특정 금액을 지불하도록 지시 할 수 있습니다. 지정된 날짜에 도달하면 전자 결제는 데이터베이스의 정보로 표시된 수취인에게 자동으로 전송됩니다.

이벤트 중심 아키텍처라고도하는 활성 데이터베이스는 특정 트리거를 기반으로 작업을 수행하도록 설계되었습니다. 일반적으로 이벤트간에 관계가 있습니다. 예를 들어 POS (Point of Sale) 데이터베이스 시스템은 현재 재고가 사전 정의 된 양으로 떨어 졌다는 정보를 수신하면 소매점에 대한 제품을 자동으로 재주문 할 수 있습니다. 데이터베이스 매개 변수가 설정되는 방식에 따라 실제 재정렬이 즉시 별도의 트랜잭션으로 발생하거나 지연 될 수 있습니다.

트리거링 이벤트와 함께 즉시 트랜잭션이 발생합니다. 예를 들어, POS 시스템은 범용 제품 코드 (UPC) 또는 재고 관리 단위 (SKU)에 따라 제품을 재주문 할 수 있습니다. 재고 레벨과 주문 트랜잭션을 동시에 처리 할 수 ​​있습니다. 많은 대규모 소매 업체는 이러한 유형의 활성 데이터베이스에서 운영되며 영업 및 수령 직원을 포함한 여러 소스로부터 지속적으로 입력을받습니다.

별도의 거래가 다른 시간에 발생하도록 설정되어 있습니다. 일반적으로 데이터베이스는 트리거 이벤트를 검사하도록 설계되었으며 조치를 실행하기 위해 추가 규칙과 비교해야합니다. 예를 들어, 소매 업체의 POS 시스템은 재고 수준이 낮을 때 트리거 될 수 있지만, 조치는 제품의 중단 여부 또는 공급 업체를 통해 품목이 공급되는지에 따라 달라질 수 있습니다. 제품이 평가를 통과하지 못하면 규칙이 조치를 거부하도록 설정된 경우 데이터베이스가 주문을 처리하지 못할 수 있습니다.

지연된 거래는 별도의 거래 아이디어와 유사하지만, 첫 번째 거래는 두 번째 거래가 처리되기 전에 끝나야한다는 점을 제외하고. POS 예에서 데이터베이스는 특정 제품의 재고가 낮에 허용 가능한 수준 아래로 떨어 졌다는 것을 기록 할 수 있습니다. 지연된 거래의 경우 최종 재고 레벨이 기록 될 때 영업 종료까지 재주문 프로세스가 실행되지 않습니다.