Использование значений по умолчанию в триггере INSTEAD OF INSERT

Пол: Я решил это; в итоге. Немного грязное решение и может не всем понравиться, но я новичок в SQL Server и тому подобное:

В триггере Вместо_INSERT:

1. Скопируйте структуру данных виртуальной таблицы Inserted во временную таблицу:

   SELECT * INTO aTempInserted FROM Inserted WHERE 1=2
   

2. Создайте представление, чтобы определить ограничения по умолчанию для базовой таблицы представления (из системных таблиц) и используйте их для создания операторов, которые будут дублировать ограничения во временной таблице:

   SELECT  'ALTER TABLE dbo.aTempInserted
                  ADD CONSTRAINT ' + dc.name + 'Temp' +
                  ' DEFAULT(' + dc.definition + ') 
                  FOR ' + c.name AS Cmd, OBJECT_NAME(c.object_id) AS Name
     FROM  sys.default_constraints AS dc
    INNER  JOIN sys.columns AS c
             ON dc.parent_object_id = c.object_id 
            AND dc.parent_column_id = c.column_id
   

3. Используйте курсор для итерации по полученному набору и выполнения каждого оператора. Это оставляет вам временную таблицу с теми же значениями по умолчанию, что и таблица, в которую нужно вставить.

4. Вставьте запись по умолчанию во временную таблицу (все поля могут быть пустыми, поскольку они созданы из Вставленной виртуальной таблицы):

   INSERT INTO aTempInserted DEFAULT VALUES
   

5. Скопируйте записи из виртуальной таблицы Inserted в базовую таблицу представления (где они были бы вставлены изначально, если бы триггер не предотвратил это), присоединив временную таблицу для предоставления значений по умолчанию. Это требует использования функции COALESCE, чтобы по умолчанию использовались только неуказанные значения:

   INSERT INTO realTable([a], [b], 
               SELECT COALESCE(I.[a], T.[a]),
                      COALESCE(I.[a], T.[b])
               FROM   Inserted      AS I,
                      aTempInserted AS T
   

6. Удалить временную таблицу

Некоторые идеи:

• Если устаревшее приложение указывает списки столбцов для INSERT и именует столбцы, а не использует SELECT *, то не можете ли вы просто привязать значение по умолчанию к столбцу c и позволить приложению использовать исходную (измененную) таблицу?

• Если бы у вас был какой-то способ заставить устаревшее приложение использовать другое представление или таблицу для своих INSERT, чем для SELECT или DELETE, вы могли бы поместить требуемые значения по умолчанию в эту таблицу и использовать обычный после-триггер, чтобы переместить новые столбцы в настоящий стол.

• Как насчет того, чтобы оставить исходную таблицу в покое и добавить дополнительные столбцы в отдельную таблицу, которая имеет связь 1-1 с оригиналом? Затем создайте представление, объединяющее эти две таблицы, и поместите соответствующие триггеры вместо триггеров в это новое представление для обработки всех операций с данными, разделенных между двумя таблицами. Я понимаю, что это влияет на производительность, но это может быть единственный способ решить проблему. Это был бы идеальный случай для материализованного представления, которое замедляло бы обновления, но заставляло бы результат работать точно так же, как таблица для чтения. (Материализированные представления лучше всего подходят для внутренних соединений и не требуют агрегирования. Они также накладывают блокировки схемы на исходные таблицы.)

• Я столкнулся с аналогичной проблемой, когда не мог отличить преднамеренно значения NULL от пропущенных столбцов в триггере вместо UPDATE в представлении. В конце концов я сделал триггер вместо INSERT для представления, чтобы преобразовать вставки в обновления (если ключ уже существовал, это было обновление, в противном случае это была вставка). Хотя это не поможет вам напрямую, это может подстегнуть некоторые идеи для вас или других.

Как насчет использования чего-то подобного???:

insert into realtable
values inserted.a, isnull(inserted.b, DEFAULT), computedC
from inserted