Вместо триггеров на представлениях - каков вариант использования?

Question

Нашей производственной базе данных 5-7 лет, и многие люди приложили свои усилия, чтобы внести изменения в схему в течение этого времени. Я только что обнаружил, что есть триггеры вместо некоторых на наших взглядах. Я даже не знал, что это возможно. Для тех из вас, кто использовал вместо триггеров на представлениях, какой вариант использования вы пытались решить? Я с трудом вижу выгоду от этого, учитывая ремонтопригодность такой вещи.

Большое спасибо.

Answer 1

Я не использовал их, но, по-моему, основное использование - позволить операторам INSERT / UPDATE выполняться в представлении, а эти операторы фактически INSERT / UPDATE, возможно, несколько таблиц под представлением.

Answer 2

Я использовал их для предоставления схемы, которая совместима с таблицей, которую должно найти существующее приложение, но фактически выполняет операции с совершенно другой схемой. Это была интеграция системы базы данных отслеживания ошибок в базу данных, которая имела существующую систему членства пользователей. Таким образом, таблица пользователей, которую ожидала найти система отслеживания ошибок, была сфальсифицирована как представление, и триггеры INSTEAD OF были реализованы для внесения изменений в уже существующую систему членства.

Answer 3

Мы могли бы, вероятно, угадать вариант использования для вас, если бы вы поделились кодом. Помимо того, что сказал Крис Шаффер, это может быть для обеспечения соблюдения определенных требований к целостности данных (хотя, честно говоря, я ожидал бы, что они будут представлены в таблице, а не в представлении) или для добавления информации в поля, о которых пользователь обычно не знает.