Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Потоки в T-SQL
|
|||
|---|---|---|---|
|
#18+
Вопрос в следующем: Нужон триггер в базе данных. Но в некоторых случаях (предположительно маловероятных) его работа может занять довольно долгое время. Можно ли организовать работу с потоками через T-SQL так, чтобы client'у не приходилось ждать пока trigger закончит работу? Короче, вопрос - есть ли потоки в T-SQL и куда рыть в этом направлении. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.10.2001, 16:43 |
|
||
|
Потоки в T-SQL
|
|||
|---|---|---|---|
|
#18+
можно что-бы триггер ставил какой-нибудь флаг(что-нибудь записывал во вспомогательную таблицу), а какой-нибудь джоб запускал бы процедуру, которая проверяла этот флаг и делала бы что нужно долгое время вообщем я бы рыл в этом направлении ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.10.2001, 05:40 |
|
||
|
Потоки в T-SQL
|
|||
|---|---|---|---|
|
#18+
А можно запускать процедуру асинхронно, а процедура уже внесет изменения в таблицу, вызвав срабатывание триггера. По завершении работы процедцры на клиенте (имеется ввиду работа через ADO) произойдет событие ExecutionComplete. Вобщем никто никого ждать не будет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.10.2001, 10:12 |
|
||
|
Потоки в T-SQL
|
|||
|---|---|---|---|
|
#18+
http://www.gvu.newmail.ru/index.htm - Разработчикам на Delphi и MSSQL посвящается (страничка Уфимцева Глеба) T-SQL хранимая процедура spAsyncSQL асинхронного выполнения произвольного T-SQL выражения, заданного строкой (Только для MSSQL7.0. Для MSSQL2000 не проверялось) Крайне полезная вещь для целей журнализации или запуска внешних скритов, когда быстрый возврат из процедуры гораздо важнее ожидания результатов выполнения. Как вам нравиться перспектива выполнить за 0.01-0.1 сек процедуру, которая запустит на исполнение другую процедуру длительностью исполнения 1 час? И все это из триггера по событию изменения значения поля? Не всегда удобно использовать для этого шедулер. Я, например, с помощью этой процедуры и следующей запускаю из триггера скрипты VBScript. Для реализации в MSSQL2000, вероятно, требуется адаптация (займусь позже). http://www.gvu.newmail.ru/sp_async_sql.zip ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.10.2001, 17:01 |
|
||
|
Потоки в T-SQL
|
|||
|---|---|---|---|
|
#18+
Вариант, предложенный Fompro, очень хорош. Но если говорить о управлении потоками БД именно из клиента, то такая технология есть! Называется "коннекты" Если Вам необходимо запустить долгий репорт, открываете для него новый коннект, запускаете, и работаете себе дальше. Сделать это можно из отдельной формы, используя Вин-многозадачность, или использовать асинхронный вызов АДО (в версии 2.0). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.10.2001, 09:22 |
|
||
|
|

start [/forum/topic.php?fid=46&msg=32015396&tid=1825279]: |
0ms |
get settings: |
7ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
32ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
54ms |
get tp. blocked users: |
1ms |
| others: | 228ms |
| total: | 355ms |

| 0 / 0 |
