ChA hvladА для обновления тех view, которые не updatable, предназначены триггеры .Упс. Это Вы так решили ? Или некоторые из производителей СУБД так решили ? Смотрим SO/IEC 9075-2:1999 (E)11.38 <trigger definition>
Function
Define triggered SQL-statements.
Format
<trigger definition> ::=
CREATE TRIGGER <trigger name>
<trigger action time> <trigger event>
ON <table name>
[ REFERENCING <old or new values alias list> ]
<triggered action><table name> вижу <view name> - нет. Так что поздравляю Вас с новым открытием.
В вашей копии стандарта от 1999 года просто нет триггеров на view. Как и в моей от 2002 (ISO/IEC 9075-2:200x(E)). И что ?
Ещё раз - при чём тут updatable \ non updatable к нашему вопросу ?
И как Вы собираетесь обновлять non updatable view без триггеров ?

ChA hvladТак вот, ещё раз повторяю, в MSSQL2K невозможно вставить в колонку view, базирующуюся на NOT NULL поле, NULL-значение. И это есть баг. Так как ограничение NOT NULL должно проверяться при попытке вставки в базовую таблицу, а не во view. И, кстати, updatable тут совершенно не причём - это может быть простой селект из одной таблицы.

Привести пример или сами сможете ? :-)
Это было бы багом, если бы такое поведение где-нибудь гарантировалось. А что - где-то не гарантируется ? Кроме MSSQL :)
Весьма странно проверять ограничения до срабатывания триггеров before, которые могут менять значения полей до вставки в таблицу, не так ли ?

ChAА теперь, внимание, пример Надеюсь, это было познавательно.Абсолютно не в тему.

А вот то, что я имел в виду:

И вот печальные результаты

Server: Msg 515, Level 16, State 2, Line 1
Cannot insert the value NULL into column 'id', table 'tempdb.dbo.t'; column does not allow nulls. INSERT fails.
The statement has been terminated.

Server: Msg 515, Level 16, State 2, Line 1
Cannot insert the value NULL into column 'id', table 'tempdb.dbo.t'; column does not allow nulls. INSERT fails.
The statement has been terminated.

Server: Msg 515, Level 16, State 2, Line 1
Cannot insert the value NULL into column 'id', table 'tempdb.dbo.t'; column does not allow nulls. INSERT fails.
The statement has been terminated.

Server: Msg 515, Level 16, State 2, Line 1
Cannot insert the value NULL into column 'id', table 'tempdb.dbo.v_t'; column does not allow nulls. INSERT fails.
The statement has been terminated.Как видите - триггер должен вставить not-null значение в таблицу, но его никто не удосужился вызвать. Ай-яй-яй...

А вот что написано в BOL на эту тему
CREATE TRIGGERINSTEAD OF

Specifies that the trigger is executed instead of the triggering SQL statement, thus overriding the actions of the triggering statements.Если бы так и было, то проверка NOT NULL у поля выполнялась бы только при прямом инсерте в таблицу. И, по уму, только после срабатывания INSTEAD OF триггеров. Потому что before-триггеры предназначены для проверки и корректировки вставляемых значений. Если для Вас это не очевидно, то нам не о чем долее говорить

ChA hvladКак раз почему это именно так, боюсь, Вы не знаете Не бойтесь, не знаю, только предполагаю. Но если Вы знаете больше, то почему бы не поделиться сакральными знаниями ?Боюсь, за мои предположения, Вы меня или съедите, или заработаете себе язву

ChA hvladВы неправильно трактуете понятие updatable . Почитайте далее в стандарте как и для чего оно используется.Неужели ? Аааа, догадался, наверное потому, что в стандарте нет триггеров на view ? И не надо поминать всуе стандарт 2002 года, мы пока говорим, если правильно понимаю, о MSSQL 2000. В таком случае можно говорить только о стандартах 1999 года, да и то с натяжкой. И кстати, откуда у Вас стандарт 2002 ? Мне, и не только мне , о нем неизвестно.Ну, раз Вам ! не известно, то наверное его не существует
WG3:DRS-013
H2-2002-358
August, 2002
...
Title: (ISO-ANSI Working Draft) Foundation (SQL/Foundation)
Author: Jim Melton (Editor)
...
ISO/IEC JTC 1/SC 32
Date: 2002-08-09
ISO/IEC 9075-2:200x(E)Что имею, то и читаю

ChA hvladВы можете дать гарантию, что строки в syscomments нарезаны по границам слов ? Даже если это и так, то фразу из уже двух слов подряд я там могу не найти. Иногда, знаете ли, хочется найти процедурку в сотне-другой по некоторому критерию.
Например syscomments.text like '%insert into mytable%'.Интересно, почему такую гарантию должен давать я ? Я не дам, и почти уверен, что разрезаны они могут быть как угодно, в том числе и посередине. Никак не могу понять, Вы залезли к кому-то в шкаф и возмущаетесь, что там книги не по алфавиту расставлены ? Я залез к себе в шкаф и хочу там что-то найти. Кривая организация шкафа не позволяет мне это сделать.
sysdepends отслеживает зависимости не корректно и там нет тех деталей, которые мне нужны.

ChAЭто внутренняя кухня MSSQL, которая не предполагала, что Вы захотите туда залезть со своими запросами, ну если уж залезли, то нечего пенять. Кстати, а Вы не пробовали в SQL Query Analyzer нажать F4 ? Думаю в большинстве случаев этого было бы вполне достаточно.Поздравляю. Вам достаточно плоского списка объектов. Найдите там все insert'ы в данную таблицу, и живите счастливо

ChA hvladЯ работаю с MSSQL с 98 года, начинал ещё с 6.5, так что я знаю о чём говорю.Глубину опыта уже оценил.Опять наезд. Я пока воздержусь от комментариев

ChA hvladПросто я так выражаюсь :)Ну да, да, это, конечно, все объясняет и оправдывает. Во что превратится этот форум, если все начнут "просто выражаться", не задумывались ? Думаю, даже форум ПТ, в сравнении, выглядел бы как степенная беседа джентельменов. Давайте будем все-таки пытаться сдерживать себя...См выше :)

PS И этот человек предлагал мне не входить в раж ?

pkarklin hvladНет не улавливаю. Вот если бы в реализации C++ от Борланд не было мн.насл., то я бы тоже объявил это багом.

Понимаете, баг называют багом не по вашему желанию, а только в том случаи, если поведение какой-либо системы отличается от документированного.

hvladЭто баг. Я не могу использовать VIEW + INSTEAD OF триггер по назначению - скрыть логику от конечного приложения.

Опять - 25! Используйте, но выполняйте требования СУБД с которой работаете. Да, нельзя в MS SQL в представление с триггером INSTEAD OF не передавать ничего в поле, которое в базовой таблице NOT NULL:

BOLColumns in the view select list can be nullable or not nullable. If a view column does not allow nulls, an INSERT statement must provide values for the column. Это всё-таки бага. Если в моём примере выше заменить одно ограничение поля (NOT NULL) на другое (CHECK), то триггеры чудесным образом начинают срабатывать :) Т.е. налицо разная обработка одинаковых, по сути, объектов - ограничений уровня поля.
Да, в MSSQL реализация NOT NULL и CHECK (IS NOT NULL) разная, но это не повод так себя вести

pkarklinВариантов "обхода" - море, например, заведение DEFAULT CONSTRAINT и использования клаузы DEFAULT в инструкции INSERT.

Более того, для того, чтобы "скрыть логику от конечного приложения" использование "VIEW + INSTEAD OF" не единственное верное решение. (Об этом чуть позже).Иногда это практически не возможно, особенно если много связей с базовой таблицей

pkarklin hvladЧитаю, просто читаю. Низзя ?

Есть другие способы "читания" текстов хп, триггеров и функций, отличных от прямого доступа к системным таблицам с их якобы "кривизной". И что - они позволят мне искать фразу, не вытягивая на клиента весь текст ?

pkarklin hvladИз-за убогости поставляемого клиентского утиля, я, вплоть до MSSQL2K, пользовался редактором кода Дельфи для написания процедур. В MSSQL2K хоть синтаксис подсвечивается в Query Analyzer'е :)

У меня возникает подозрение, что Вы не пользовались "клиентским утилем" версий до 2К, ибо подсветка синтаксиса была и там.Да, 7-ку мы проскочили. Подсветка синтаксиса - единственная радость в новых QA. В остальном - такое же убожество, как и раньше :) Ср-в анализа исходников (хотя бы поиска объектов) как не было, так и нет. А того, кто придумал редактировать процедуры в маленьком модальном окошке EM, я ваще пристрелил бы. Впрочем, это уже не относится к теме.

ChAВаше право считать "багом", что MSSQL делает "неправомерную" проверку на допустимость NULL-значений до "реальной" модификации данных, мое право - не согласитьсяМне дали право ! Ура ! Спасибо !
На этом пожалуй и закончим, утомили Вы меня пустыми разговорами...

ChAОК, вопрос закрыт, Working Draft Да, да - со специально внесёнными неточностями, дабы было что исправлять к 2003-му году Смешно, право

ChAПользуйтесь только "правильными" шкафами. Честное слово, не понимаю, зачем Вы себя так мучаете, с 1998 года, ведь есть же другие, более "правильные" СУБДДык - пользуюсь, верите ? :) Просто есть такое понятие - работа. И определяется она не только хочу\не хочу, MS\не MS, но и другими хар-ками, как ни странно. И не нужно давать мне рекомендаций о том кем и с чем раболтать - я уж как-нибудь разберусь. А насчёт мучений - в MSSQL есть гораздо более серьёзные, скажем мягко, странности, но они есть везде.

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