Форум: "Прочее";
Текущий архив: 2010.09.26;
Скачать: [xml.tar.bz2];
ВнизВот так неожиданность Найти похожие ветки
← →
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 © (2010-06-28 16:51) [22]> Anatoly Podgoretsky (28.06.2010 16:43:21) [21]
Как то двусмысленно, без точки получилось
> Умные параметры
← →
MsGuns © (2010-06-28 17:08) [23]>Ega23 © (28.06.10 12:51) [18]
>И странности поведения QA (именно QA для 7.х и 2000) действительно были.
В плане удобства интерфейса, сервиса и прочих вкусностей, QA редкая гадость. Но ведь речь не об этом, а о том, как он "общается" с сервером или я, как обычно, не въехал ? :)
← →
Ega23 © (2010-06-28 17:12) [24]
> Но ведь речь не об этом, а о том, как он "общается" с сервером
> или я, как обычно, не въехал ? :)
Именно странности общения с сервером.
← →
MsGuns © (2010-06-28 17:14) [25]Не замечал - приведи пример, если не затруднит
← →
Ega23 © (2010-06-28 17:16) [26]
> Не замечал - приведи пример, если не затруднит
Я уже не вспомню, очень давно дело было. Но ветка на DM по этому поводу была.
Использовался QA для MSSQL2000
← →
Anatoly Podgoretsky © (2010-06-28 18:06) [27]> 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
← →
MsGuns © (2010-06-28 21:09) [29]а вот это
bla-bla-bla-bla
из недокументированного ?
← →
Ega23 © (2010-06-29 01:04) [30]
> SET NOCOUNT ON;
от явного ыудусе не спасет.
Страницы: 1 вся ветка
Форум: "Прочее";
Текущий архив: 2010.09.26;
Скачать: [xml.tar.bz2];
Память: 0.52 MB
Время: 0.004 c