TSQLQuery. Несколько команд за один раз

[GAMER]

Есть TSQLQuery.
Есть последовательность команд

Код: Выделить всё

declare 
@datein datetime=CONVERT(datetime,'2020-01-01T00:00:00.000',126),
@dateout datetime=CONVERT(datetime,'2020-01-15T00:00:00.000',126)

exec myProc @datein,@dateout

можно ли это выполнить за один раз, если последовательность команд записана в String?

СУБД MSSQL

[Снег Север]

Можно выполнить всё, что позволяется синтаксисом SQL соответствующего сервера БД. В мускуле, например, отдельные команды в наборе команд разделяются точкой с запятой.

[GAMER]

Сервер менеджмент студио такое выполняет без проблем. Но мне кажеться, он это разделяет на отдельные команды сам и последовательно выполняет. С Лазарусом такой фокус не идет (пишет какие-то ошибки внутрене-скл-ные).

[Снег Север]

Какая это БД?
Вообще-то мой склероз подсказывает, для выполнения подобных команд специально предназначен TSQLScript.

[GAMER]

МССКЛ. За TSQLScript - спасибо, проверю.

Добавлено спустя 11 минут 7 секунд:
Хм... Если процедура возвращает таблицу, то как при выполнении скрипта получить значения ячеек? Или это только для выполнение без возвращения результата?

[Снег Север]

Сохранять результат во временную таблицу/курсор.

[GAMER]

Это не получится одним пакетом. Так как скрипт выполнит все подготовительные работы, но получить результат (таблицу) не даст.

[Снег Север]

У мелкомягких нет возможности создать временную таблицу, направить в неё выхлоп процедуры и потом прочитать данные из этой таблицы? Никогда не поверю...

[GAMER]

Дело не в этом. Просто есть внешний СКЛ-запрос. И с ним нужно работыть. Но похоже, что проблема не в Лазарусе, какая-то другая. Разбираюсь.

Добавлено спустя 27 минут 3 секунды:
Похоже, что создается темповая таблица в темповой БД. Подключаячь к БД1 я могу обращаться к другой БД? Права у пользователя есть. Такое ощущение, что при работе процедуры с другой БД в Лазарусе какой-то конфликт с правами.

Добавлено спустя 1 час 31 минуту 55 секунд:
Похоже, что ситуация следующая. СКЛквери ждет возврат таблицы, и считает, что работает в ридонлы режиме. Но сама процедура, делает инсерт и не может. Вопрос, как указать, что режим не ридонли, но ожидаеться таблица как результат.

[Снег Север]

Свойства соединения и права юзера на сервере, как-то так.

[GAMER]

Разобрался. Совпало, что процедура делала insert. В ODBC и других мелкомягких программах параметр задавался неявно, для Лазаруса пришлось дополнительно давать команду SET ANSI_NULL_DFLT_ON ON;
https://docs.microsoft.com/en-us/sql/t-sql/statements/create-table-transact-sql?redirectedfrom=MSDN&view=sql-server-ver15
Через точку с запятой все нормально работает.
Спасибо.

[jsa]

В тексте запроса может быть любой скрипт, но быть команды GO не должно.
Если хранимая процедура имеет в составе select то запрос вернет данные.
Соответственно нужно использовать именно TSQLQuery
Лучше завести привычку и все необходимые установки SET делать всегда в своих приложениях.
Ну или вообще не опираться на установки по умолчанию при написании скрипта.
Т.е. вместо SET dateformat ymd везде прописывать convert(datetime,'2020-06-15', 120) кау вас и сделано в примере.
Но некоторые вещи придется указывать (например при работе с расписаниями типа таких SET datefirst 1 )
Имея такую привычку не придется потом тратить время на разбирательства почему работает не так, или вообще не работает, если база переедет на MS SQL сервер с другими установками по умолчанию.

[GAMER]

SET ANSI_NULL_DFLT_ON ON;
Я об этом даже и не подозревал, и это завело меня в ступор.