ReSQL.ru
     
powered by simpleCommunicator - 2.0.52     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Microsoft SQL Server [игнор отключен] [закрыт для гостей] / Возрат набора данных из DML-триггера
25 сообщений из 50, страница 1 из 2
  1  все
Возрат набора данных из DML-триггера
    #40033838
helengood
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
helengood
Гость
Доброго всем времени суток!
Прошу совета по реализации следующей задачи (описывается только концепция):

В БД накапливаются данные (скорость- "очень быстро"). Необходимо отследить момент достаточного их накопления, сформировать по ним датасет и передать внешнему ЯВУ-приложению для дальнейшей обработки.

Природа ЯВУ-клиента пока не выбрана, но к ней есть серьезное требование по скорости, поддержанию HTTP-протокола.

Серверная часть уже определена: SQL Server + триггер на вставкук таблице БД, который с задачей отслеживания момента достаточного накопления данных и формирования датасета справляется красиво и элегантно.

И вот теперь, собственно, сами "творческие муки": как вот это все переслать на ЯВУ-клиент (который в данной ситуации уже выступает вроде как сервер) для дальнейшей обработки и вызвать там ее...

Т.е. вопросы следующие:

1. Какую технологию можно применить вот в таком нестандартном обмене (когда требование на обработку данных порождается на СУБД, а не на клиенте и его (клиента) нужно заставить на это требование отреагировать ). Обновление данных очень частое. Датасеты триггером генерируются тоже часто. Приложение многопользовательское.

2. Посоветуйте пожалуйста и ЯВУ-клинет для этой задачи... Пока склоняюсь к C# и ADO.Net...

Благодарю за помощь!
...
Рейтинг: 0 / 0
06.01.2021, 15:25
| Ответить | Цитировать | Написать  
Возрат набора данных из DML-триггера
    #40033847
Фотография ptr128
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ptr128
Участник
helengood,

например,

RAISERROR (50001, -- Message id.
0, -- Severity.
0 -- State.
) WITH LOG;

Затем создаете Alert, привязанный к выбранному коду ошибки. А уже Alert вызываете задание SQL Server Agent, в котором можно делать вообще все, что душе угодно.
...
Рейтинг: 0 / 0
06.01.2021, 16:04
| Ответить | Цитировать | Написать  
Возрат набора данных из DML-триггера
    #40033848
aleks222
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
aleks222
Участник
Вам сильно полегчает, если вы изложите задачу, а не свои фантазии по ее решению.
...
Рейтинг: 0 / 0
06.01.2021, 16:04
| Ответить | Цитировать | Написать  
Возрат набора данных из DML-триггера
    #40033880
iap
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iap
Участник
SQL сервер заточен на работу с таблицами. Вот в таблицу и складывайте.
...
Рейтинг: 0 / 0
06.01.2021, 17:04
| Ответить | Цитировать | Написать  
Возрат набора данных из DML-триггера
    #40033951
Владислав Колосов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владислав Колосов
Участник
helengood,

ваше решение с ног на голову перевернуто. Данные должны поступать в базу, а не база должна инициировать выброс данных. Если имеется источник данных третьей стороны, то он данные должен передавать вашему приложению, т.е. слою контроллера данных, а контроллер будет передавать данные представлению (интерфейсу).
В частном случае контроллером может служить хранимая CLR процедура.
...
Рейтинг: 0 / 0
06.01.2021, 22:15
| Ответить | Цитировать | Написать  
Возрат набора данных из DML-триггера
    #40033955
Фотография ptr128
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ptr128
Участник
Владислав Колосов,

загадочно. Задал ТС вопрос. Получил ответ. После чего уже третий(!), пытается учить ТС жизни, даже не вникнув в задачи клиента, а сразу подгоняя их под свой любимый золотой молоток .

Ну есть уже давно у SQL Server штатное средство для подобных случаев - Alerts. Или это не феншую? )))
...
Рейтинг: 0 / 0
06.01.2021, 22:46
| Ответить | Цитировать | Написать  
Возрат набора данных из DML-триггера
    #40033956
Гавриленко Сергей Алексеевич
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гавриленко Сергей Алексеевич
Участник
ptr128
Владислав Колосов,

загадочно. Задал ТС вопрос. Получил ответ. После чего уже третий(!), пытается учить ТС жизни, даже не вникнув в задачи клиента, а сразу подгоняя их под свой любимый золотой молоток .

Ну есть уже давно у SQL Server штатное средство для подобных случаев - Alerts. Или это не феншую? )))
Попытки родить Message Broker в "творческих муках" (с) через триггеры и агентские алерты ничего, кроме грустной улыбки, вызвать не могут.
...
Рейтинг: 0 / 0
06.01.2021, 22:56
| Ответить | Цитировать | Написать  
Возрат набора данных из DML-триггера
    #40033961
Фотография ptr128
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ptr128
Участник
Гавриленко Сергей Алексеевич,

факт в том, что такой подход работоспособен.
А вот в какие сроки и с какими трудозатратами можно изменить уже имеющийся механизм - я без понятия.
Может у ТС сотня датчиков на ESP8266 прямо в MS SQL эти данные льют? И для того, чтобы перепрошить их все на другой протокол потребуется год?
...
Рейтинг: 0 / 0
06.01.2021, 23:40
| Ответить | Цитировать | Написать  
Возрат набора данных из DML-триггера
    #40033963
Фотография court
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
court
Участник
ptr128
helengood,

например,

RAISERROR (50001, -- Message id.
0, -- Severity.
0 -- State.
) WITH LOG;

Затем создаете Alert, привязанный к выбранному коду ошибки. А уже Alert вызываете задание SQL Server Agent, в котором можно делать вообще все, что душе угодно.
RAISERROR - где ? в триггере ?
Так и в триггере можно запустить джоб, без всех этих "приседаний" с алертами и рэйзиррорами ...

Как всё это, в итоге, помогает в решении исх. задачи : оповещение какой-то внешней аппликухи ?
...
Рейтинг: 0 / 0
06.01.2021, 23:47
| Ответить | Цитировать | Написать  
Возрат набора данных из DML-триггера
    #40033967
Фотография ptr128
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ptr128
Участник
court,

RAISERROR технологичней, чем вызывать конкретное задание через msdb.dbo.sp_start_job
Для подключения другого задания или переименования/пересоздания старого, если вдруг такое потребуется, не требуется обновлять триггер в БД (в общем случае - разворачивать проект). Меняются только настройки в SSMS.
А задание уже позволяет делать вообще что угодно, включая и любой способ оповещения сервера.
...
Рейтинг: 0 / 0
07.01.2021, 00:23
| Ответить | Цитировать | Написать  
Возрат набора данных из DML-триггера
    #40033971
Гавриленко Сергей Алексеевич
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гавриленко Сергей Алексеевич
Участник
ptr128
Гавриленко Сергей Алексеевич,

факт в том, что такой подход работоспособен.
А вот в какие сроки и с какими трудозатратами можно изменить уже имеющийся механизм - я без понятия.
Может у ТС сотня датчиков на ESP8266 прямо в MS SQL эти данные льют? И для того, чтобы перепрошить их все на другой протокол потребуется год?
Посадить сто тыщ китайцев, чтобы они обрабатывали входной поток без автоматизации -- тоже работоспособный подход.
Еще доводы есть?
...
Рейтинг: 0 / 0
07.01.2021, 01:02
| Ответить | Цитировать | Написать  
Возрат набора данных из DML-триггера
    #40033983
Гавриленко Сергей Алексеевич
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гавриленко Сергей Алексеевич
Участник
Модератор: Топик почищен от флуда.
ptr128 , по системе "привет-отевет" у вас ничего не выйдет тут.
...
Рейтинг: 0 / 0
07.01.2021, 03:51
| Ответить | Цитировать | Написать  
Возрат набора данных из DML-триггера
    #40033992
Фотография Критик
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Критик
Участник
Через service broker?
...
Рейтинг: 0 / 0
07.01.2021, 10:28
| Ответить | Цитировать | Написать  
Возрат набора данных из DML-триггера
    #40034042
helengood
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
helengood
Гость
Критик
Через service broker?


Видимо да. Из того, что я нашла в сети либо так, либо через SqlDependency.
Ну, либо классический вариант как тут предложили: выгружать все в таблицу и опрашивать ее с нужной частотой с клиента. Просто, я думаю, в классическом варианте получится лишняя нагрузка на сеть. А оповщения с сервера получается более ресурсосберегаемым подходом.

Может кто поделится своей точкой зрения, какие плюсы и минусы у варианта через оповещения с сервера и через опрос с клиента...
...
Рейтинг: 0 / 0
07.01.2021, 15:11
| Ответить | Цитировать | Написать  
Возрат набора данных из DML-триггера
    #40034045
helengood
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
helengood
Гость
Еще раз попытаюсь описать задачу, если кому-то оказалось не понятно.
Разрабатывается система массового обслуживания (СМО). Сейчас этап выбора концепции как таковой.

Есть множество разбросанных по всему городу терминалов, с которых в СМО поступают заявки на обслуживание (например, привезти пицуу, роллы, пирожки и т.д.). СМО должна отследить момент наступления достаточного накопления заявок, рассчитать план развозки и передать его курьеру.

Заявки будут собираться скорее в БД , т.к. собирать и обрабатывать их в ОП, думаю, не легче. Триггер отслеживает достаточное накопление пирожков и передает их данные ЯВУ-клиенту для составления плана развозки.



Как то так...Надеюсь, что понятнее написала...
...
Рейтинг: 0 / 0
07.01.2021, 15:26
| Ответить | Цитировать | Написать  
Возрат набора данных из DML-триггера
    #40034048
Фотография Ennor Tiegael
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Ennor Tiegael
Участник
helengood,

Такие вещи лучше делать полностью на очередях, БД здесь будет узким местом. Ну т.е. логировать данные в базу имеет смысл, но это должна быть тупиковая ветка в маршруте.

Как вариант, можно все сделать на service broker, но в 2021-м я бы не рекомендовал вкладываться в эту технологию, ажурного будущего у нее нет.
...
Рейтинг: 0 / 0
07.01.2021, 15:40
| Ответить | Цитировать | Написать  
Возрат набора данных из DML-триггера
    #40034052
aleks222
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
aleks222
Участник
Ennor Tiegael
helengood,

Такие вещи лучше делать полностью на очередях, БД здесь будет узким местом. Ну т.е. логировать данные в базу имеет смысл, но это должна быть тупиковая ветка в маршруте.

Как вариант, можно все сделать на service broker, но в 2021-м я бы не рекомендовал вкладываться в эту технологию, ажурного будущего у нее нет.


Тоже мне адронный коллайдер.

"Заявки на доставку" => речь идет о десятках минут, ну о минутах, как минимум.
Чо тут устраивать истерику с "очередями" - одному аллаху ведомо.

Пишите свои заявки спокойно в табличку и считайте "скока надо".
...
Рейтинг: 0 / 0
07.01.2021, 16:00
| Ответить | Цитировать | Написать  
Возрат набора данных из DML-триггера
    #40034062
helengood
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
helengood
Гость
[quot aleks222#22259951]
Ennor Tiegael

речь идет о десятках минут, ну о минутах, как минимум.
Чо тут устраивать истерику с "очередями" - одному аллаху ведомо.

Пишите свои заявки спокойно в табличку и считайте "скока надо".


А если именно о минутах, то, значит, только оперативная память и логирование в БД?
...
Рейтинг: 0 / 0
07.01.2021, 17:20
| Ответить | Цитировать | Написать  
Возрат набора данных из DML-триггера
    #40034063
Фотография ptr128
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ptr128
Участник
helengood,

меня сейчас, наверное, тут побьют, но в PostgreSQL эта задача решается в лоб. Через выполнение клиентом LISTEN, и ожидание выполнения NOTIFY в триггере.
Почем MS SQL поддерживает NOTIFY исключительно через broker service - не знаю.
...
Рейтинг: 0 / 0
07.01.2021, 17:33
| Ответить | Цитировать | Написать  
Возрат набора данных из DML-триггера
    #40034064
helengood
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
helengood
Гость
ptr128
helengood,

меня сейчас, наверное, тут побьют, но в PostgreSQL эта задача решается в лоб. Через выполнение клиентом LISTEN, и ожидание выполнения NOTIFY в триггере.
Почем MS SQL поддерживает NOTIFY исключительно через broker service - не знаю.


Спасибо Вам за советы. Посмотрю в сторону PostgreSQL, просто SQL Server "знакомее".
И все же я считаю, что ни один временная структура в ОП , которая сейчас используется в прогрммировании с данной задачей не справится лучше реляционной таблицы+триггер. Единственный к сожалению жирный минус, что это медленее...
...
Рейтинг: 0 / 0
07.01.2021, 17:37
| Ответить | Цитировать | Написать  
Возрат набора данных из DML-триггера
    #40034065
aleks222
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
aleks222
Участник
ptr128
helengood,

меня сейчас, наверное, тут побьют, но в PostgreSQL эта задача решается в лоб. Через выполнение клиентом LISTEN, и ожидание выполнения NOTIFY в триггере.
Почем MS SQL поддерживает NOTIFY исключительно через broker service - не знаю.


Тоже открыл америку.

sp_getapplock

и жди, скока хочешь.

Только зачем?
С такими требованиями по времени достаточно тупо опрашивать сервер раз в 30-40 секунд.
...
Рейтинг: 0 / 0
07.01.2021, 17:45
| Ответить | Цитировать | Написать  
Возрат набора данных из DML-триггера
    #40034068
Фотография ptr128
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ptr128
Участник
aleks222
ptr128
helengood,
Через выполнение клиентом LISTEN, и ожидание выполнения NOTIFY в триггере.

sp_getapplock

Не понимаю, какая связь между нотификацией и блокировкой.
LISTEN/NOTIFY ничего не блокирует. Клиент может спокойно и дальше работать с БД, если ему это хочется. Нотификация прийдет асинхронно.
sp_getapplock требует, чтобы какой-то ресурс был заблокирован, а затем разблокирован. Как Вы это будете делать в триггере, если блокировка в MS SQL снимается после завершения или отката транзакции?
...
Рейтинг: 0 / 0
07.01.2021, 18:34
| Ответить | Цитировать | Написать  
Возрат набора данных из DML-триггера
    #40034070
Фотография ptr128
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ptr128
Участник
helengood
Посмотрю в сторону PostgreSQL, просто SQL Server "знакомее".

Зато PostgreSQL дешевле, а в связи с активным импоротозамещением, спрос на него явно растет. )))

Вообще надо понимать, что это разные СУБД. Со своими минусами и плюсами. Что-то делать эффективней на MS SQL. Что-то - на PostgreSQL. Одного этого обсуждаемого момента точно не достаточно, чтобы выбрать СУБД. Например, если у Вас так же будет востребована работа с геоданными, то PostGIS может дать немало преимуществ. Если же Вам явно нужен SSAS и SSIS, то скрещивать их потом с PostgreSQL вряд ли имеет смысл.

Даже в рамках обсуждаемой задачи LISTEN/NOTIFY - вершина айсберга. Возможно, куда эффективней будет собирать Ваши заказы через PipeLineDB и/или TimeScaleDB. Эти то легко смогут перемалывать свыше сотни тысяч записей в секунду.
...
Рейтинг: 0 / 0
07.01.2021, 18:58
| Ответить | Цитировать | Написать  
Возрат набора данных из DML-триггера
    #40034076
invm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
invm
Участник
helengood
Обновление данных очень частое. Датасеты триггером генерируются тоже часто. Приложение многопользовательское.
И какому же пользователю будет отправлен "датасет" из триггера?
Или пользователи сами пишут, и в какой-то момент один из них должен получить все написанное?

Складывается впечатление, что концепция не верна в корне.

У вас N-писателей и M-читателей написанного? Зачем отслеживать "момент достаточного накопления"?
...
Рейтинг: 0 / 0
07.01.2021, 19:38
| Ответить | Цитировать | Написать  
Возрат набора данных из DML-триггера
    #40034077
helengood
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
helengood
Гость
invm
helengood
Обновление данных очень частое. Датасеты триггером генерируются тоже часто. Приложение многопользовательское.
И какому же пользователю будет отправлен "датасет" из триггера?
Или пользователи сами пишут, и в какой-то момент один из них должен получить все написанное?

Складывается впечатление, что концепция не верна в корне.

У вас N-писателей и M-читателей написанного? Зачем отслеживать "момент достаточного накопления"?


Здесь согласна, выразилась некорректно. Имела в виду (если по вашему) N-писателей и один читатель. Ему и должны высылаться данные для дальнейшей обработки.
...
Рейтинг: 0 / 0
07.01.2021, 19:42
| Ответить | Цитировать | Написать  
25 сообщений из 50, страница 1 из 2
  1  все
Форумы / Microsoft SQL Server [игнор отключен] [закрыт для гостей] / Возрат набора данных из DML-триггера
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
NoSQL.ru       Новости, Чат       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=46&msg=40033971&tid=1685229]:
 0ms
get settings:
 9ms
get forum list:
 14ms
check forum access:
 4ms
check topic access:
 4ms
track hit:
 159ms
get topic data:
 9ms
get forum data:
 2ms
get page messages:
 58ms
get tp. blocked users:
 1ms
others: 18ms
total:  278ms
созд. / загр.: 278ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]