Недавно я получил письмо, в котором Андрей Гордиенко предлагает обсудить новые возможности и новые проблемы MS SQL Server-2000. Вот что он пишет:

...Лично меня очень заинтересовали Variant, UDF и Instead-триггеры, цепляемые ко взгляду (от автора рассылки: на сколько я понял, имеется ввиду представление - view). Для меня эти три возможности, продекларированные для новой версии, в корне меняют подходы к тем проблемам, которые я пытаюсь решить в версии 7.0 с помощью совершенно неприспособленных для этого методов. Хочу найти единомышленников из числа тех, для кого переход на версию 2000 является жизненной необходимостью. Рассчитываю на отклики тех, кто её пощупал и смог обойти подводные камни, на которые я наткнулся.
Я пытался сделать тестовую установку, и сразу столкнулся с множеством проблем, о которых и хочу предупредить потенциальных или фактических собратьев по несчастью.
Я создал таблицу и взгляд, который выбирал некоторую часть записей из этой таблицы и одновременно ограничивал набор полей только "рабочими" полями (часть полей используется для журнализации и прочих служебных целей, с которыми имеют дело только триггеры). Ко взгляду я прицепил три Instead-триггера - на удаление, вставку и изменение. После чего обнаружил следующее. При попытке править, удалять или вставлять записи во взгляд через Query Analyzer триггеры отрабатывают - все происходит, как задумано, душа поет. Но стоит попробовать делать эти операции через OLEDB из какой-либо клиентской программы, либо из Enterprise Manager (Open - All rows), который, кстати, работает через ODBC - так же как и Query Analyzer, записи прямиком попадают в базовую таблицу, Instead-триггеры не запускаются, словно их вообще не существует. На конференции на sql.ru мне ответили, что, скорее всего, проблема в сетевых библиотеках. Хотелось бы получить какое-нибудь дальнейшее развитие этой темы.
Еще один глюк. Сделал UDF, которая вызывается в качестве значения Default для поля таблицы. В тексте этой UDF вызывается ниладическая функция SYSTEM_USER. При работе из Query Analyzer SYSTEM_USER возвращает 'sa', а при работе из EM эта же функция возвращает сетевое имя в виде 'Domain_name\User_name', хотя в EM я зарегистрировал сервер тоже под 'sa'. Полагаю, тут тоже подпакостили сетевые библиотеки.
Дальше больше (все что дальше, касается только программистов, использующих Delphi 5 + ADO). Наткнувшись на перечисленные глюки, я деинсталлировал MS SQL Server 2000. При попытке продолжить работу над программами, которые я раньше писал в Delphi+ADO, стала выскакивать ошибка "... BOF or EOF..." при попытке открыть или закрыть любой источник записей, в котором записей не содержится (просто открыть, больше ничего). Переустановка MDAC версий 2.1 и 2.5 не помогла. Оказалось, что MDAC 2.6, который устанавливается вместе с MS SQL Server 2000, БЕССМЕРТЕН. Удалить его уже невозможно. А ошибка возникает из-за несовместимости ADO-компонентов Delphi с этой версией. На сайте Borland выложен патч, который лечит данную ошибку. Я его скачал и установил. "... BOF or EOF..." исчезла. Однако, события ADO-компонентов OnDeleteError, OnPostError и аналогичные перестали нормально работать. Конкретно, если в этих событиях сделано присвоение Action:=daAbort, это не выводило программу в нормальное русло с отменой операции как положено тому быть, программа зацикливалась с постоянной выдачей одного и того же сообщения об ошибке. В результате для того, чтобы вернуться к нормальной работе, мне пришлось переустанавливать на своем компьютере систему - потом уже ставить MDAC более ранней версии.
Возможно, я не нашел каких-то реально существующих менее болезненных путей решения описанных выше проблем. Очень хочется узнать мнение собратьев.

С уважением,
Андрей Гордиенко
hydro@corbina.ru

Соблюдайте спокойствие PLS!, а то ветку жалко закрывать.