Вот так неожиданность

← →
12 © (2010-06-27 13:27) [0]

вот это "фича" у MSSQL, слов нет и пары часов
так привык к Text after final "END." - ignored by compiler :)
пишу:

CREATE TRIGGER TRG1
ON TABLE1 AFTER UPDATE
AS
BEGIN
-- bla-bla-bla-bla-
END

select * from rnrTest
-- тут еще несколько select для проверки работы

Кто бы мог подумать, что все select будут выполнятся
и хранимки будут возвращать несколько наборов,
в том числе select из триггера

← →
turbouser © (2010-06-27 13:29) [1]

>
> 12 © (27.06.10 13:27)

так этож мсскл. я тоже долго привыкал к нему после фб :)

← →
Anatoly Podgoretsky © (2010-06-27 13:33) [2]

У тебя нет END.
И почему тебя не удивляет в Дельфи
begin ... end ...

← →
turbouser © (2010-06-27 13:37) [3]

> Anatoly Podgoretsky © (27.06.10 13:33) [2]

есть енд. просто в студии выполняется все что написано.

← →
Anatoly Podgoretsky © (2010-06-27 14:03) [4]

> turbouser (27.06.2010 13:37:03) [3]

Значит ты привел не тот код, в приведеном нет "END."

← →
turbouser © (2010-06-27 14:06) [5]

> Anatoly Podgoretsky © (27.06.10 14:03) [4]

эээммм... я ничего не приводил. тот что у автора - содержит и бегин и енд. +селкт.

← →
turbouser © (2010-06-27 14:08) [6]

Опять жара виновата?

← →
Плохиш © (2010-06-27 14:52) [7]

> turbouser © (27.06.10 14:06) [5]
> эээммм... я ничего не приводил. тот что у автора - содержит
> и бегин и енд. +селкт.
>

Можно ткнуть пальцем, где у автора содержится end с точкой?

← →
Ega23 © (2010-06-27 16:17) [8]

> Anatoly Podgoretsky © (27.06.10 13:33) [2]
>
> У тебя нет END.

У него нет GO.

← →
sniknik © (2010-06-27 16:21) [9]

чего то тоже не понимаю логики автора...
ели чуть поменять конструкцию, вот так
IF (@per = 1) BEGIN -- bla-bla-bla-bla- END select * from rnrTest
то что же, селект не должен выполняться?

чем лучше его пустые "скобки", бегин енд -> ,
BEGIN -- bla-bla-bla-bla- END select * from rnrTest
чем с условием, до этого(и аналогичные), почему они должны прерывать выполнение скрипта?

← →
George (2010-06-27 16:24) [10]

> Ega23 © (27.06.10 16:17) [8]

Истинно так.

← →
sniknik © (2010-06-27 16:26) [11]

> У него нет GO.
GO это вообще не команда, это признак разделения команд для QA, следующий блок должен выполнятся после завершения предыдущего.

завершение блока (енд с точкой) это RETURN

← →
Anatoly Podgoretsky © (2010-06-27 17:08) [12]

> У него нет GO.

У него нет денег.

← →
12 © (2010-06-28 08:31) [13]

спасибо
ответившим по делу - персональное :)

← →
Ega23 © (2010-06-28 08:43) [14]

> GO это вообще не команда, это признак разделения команд
> для QA

Вообще-то для командной строки. Хотя в QA тоже используется.

← →
Anatoly Podgoretsky © (2010-06-28 09:18) [15]

> Ega23 (28.06.2010 08:43:14) [14]

QA и его наследник это многострочная командная строка, точно также
работающая со скриптами, а точнее только со скриптами.

← →
Ega23 © (2010-06-28 11:07) [16]

> QA и его наследник это многострочная командная строка, точно
> также
> работающая со скриптами, а точнее только со скриптами.

Ты в этом уверен? Просто у QA какое-то странное поведение. Складывается впечатление, что там сборная солянка по доступу к серверу.

← →
MsGuns © (2010-06-28 12:19) [17]

>Ega23 © (28.06.10 11:07) [16]
>Просто у QA какое-то странное поведение.

Странное ровно настолько, насколько "странен" сам мсскл
С непривычки и по недопониманию, конечно :)

← →
Ega23 © (2010-06-28 12:51) [18]

> С непривычки и по недопониманию, конечно :)

Я в отличие от многих переползал как раз с MSSQL на FB, а не наоборот. Поэтому для меня этот ваш FB наиболее омерзителен, по сравнению с православным MSSQL. С которым я где-то 8 лет проработал.
И странности поведения QA (именно QA для 7.х и 2000) действительно были.

← →
Anatoly Podgoretsky © (2010-06-28 16:41) [19]

> Ega23 (28.06.2010 11:07:16) [16]

Ну что я могу сказать про QA, если я давно его убил. Лучше скачать SSMS от
2005, более приятная штучка.

← →
Ega23 © (2010-06-28 16:43) [20]

> Ну что я могу сказать про QA, если я давно его убил. Лучше
> скачать SSMS от
> 2005, более приятная штучка.

Согласен, оно приятнее.

← →
Anatoly Podgoretsky © (2010-06-28 16:43) [21]

> Ega23 (28.06.2010 12:51:18) [18]

Гадость эта ваша (fb) заливная рыба.
Странностей вообще то нет, есть недонастроеные QA.
Я не призываю его настраиват, нафиг, нафиг.
Умные параметры настройки включают в скрипт, через SET параметры, чтобы не
было неожиданностей.

> Anatoly Podgoretsky (28.06.2010 16:43:21) [21]

Как то двусмысленно, без точки получилось

> Умные параметры

>Ega23 © (28.06.10 12:51) [18]
>И странности поведения QA (именно QA для 7.х и 2000) действительно были.

В плане удобства интерфейса, сервиса и прочих вкусностей, QA редкая гадость. Но ведь речь не об этом, а о том, как он "общается" с сервером или я, как обычно, не въехал ? :)

> Но ведь речь не об этом, а о том, как он "общается" с сервером
> или я, как обычно, не въехал ? :)

Именно странности общения с сервером.

Не замечал - приведи пример, если не затруднит

> Не замечал - приведи пример, если не затруднит

Я уже не вспомню, очень давно дело было. Но ветка на DM по этому поводу была.
Использовался QA для MSSQL2000

> MsGuns (28.06.2010 17:08:23) [23]

Это обычный клиент, и в начале работые он устанавливает свои SET параметры.
Само общение не отличается от работы в Дельфи (Open/Execute) но только на
уровне АДО, а не ADO.VCL, что и в Дельфи возможно.

← →
М. Береговой (2010-06-28 19:24) [28]

Может вот так надо было сделать:
CREATE TRIGGER TRG1
ON TABLE1 AFTER UPDATE
AS
BEGIN
-- SET NOCOUNT ON added to prevent extra result sets from
-- interfering with SELECT statements.
SET NOCOUNT ON;

-- bla-bla-bla-bla-
END

а вот это
bla-bla-bla-bla
из недокументированного ?

> SET NOCOUNT ON;

от явного ыудусе не спасет.

Вот так неожиданность Найти похожие ветки