우리 프로덕션 데이터베이스는 5-7 년이되었으며, 많은 사람들이이 시간 동안 스키마 수정 작업을했습니다. 나는 우리의 견해 중 일부 대신에 트리거가 있음을 발견했다. 나는 이것이 가능하다는 것도 몰랐다. 보기에서 트리거 대신에 사용한 사용자의 경우 어떤 유스 케이스를 해결하려고 했습니까? 나는 이런 일을 할 수있는 보전성을 고려할 때 이것의 이점을 보는 데 어려움을 겪고있다.뷰의 트리거 대신 - 사용 사례는 무엇입니까?
대단히 감사합니다.
필자는 이들을 사용하지 않았지만, 주 사용법은 뷰에서 INSERT/UPDATE 문을 수행하고 해당 문을 뷰 아래에 실제로 INSERT/UPDATE 할 가능성이 있다고 생각합니다.
코드를 공유 한 경우 사용 사례를 추측 할 수 있습니다. Chris Shaffer가 말했던 것 외에도 특정 데이터 무결성 요구 사항을 적용 할 수도 있습니다 (실제로는 테이블에서 볼 수는 없지만 사용자가 일반적으로 알지 못하는 분야에 정보를 추가 할 수도 있음).
나는 기존 응용 프로그램이 찾고자하는 테이블과 호환되지만 완전히 다른 스키마에서 작업을 수행하는 스키마를 제공하기 위해이를 사용했습니다. 이것은 버그 추적 데이터베이스 시스템을 기존 사용자 멤버쉽 시스템이있는 데이터베이스에 통합하는 것이 었습니다. 따라서 버그 추적 시스템이 발견 할 것으로 예상되는 users 테이블은 뷰로 위장되어 INSTEAD OF 트리거가 이미 존재하는 멤버십 시스템을 변경하기 위해 구현되었습니다.
증빙 자료 : http://articles.techrepublic.com.com/5100-10878_11-6113179.html –