Мастера DELPHI (документация, исходники, скачать)

Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

Компонент EventAlert для ADO-соединения с MSSQL [D6, MSSQL]

AndDem © (2003-12-01 17:34:00)

Добрый день! Для работы с посланными сервером IB событиями существует компонет TIBEvent. Есть ли аналогичное средство для работы с событиями MSSQL? Соединяюсь через ADO. События сервер посылает PRINT"ом...
Заранее благодарен за ответ.

Fiend (2003-12-05 09:48:00) [1]

То Delirium ©
а я и не говорил что будет - бросил и забыл ;)

MDFE (2003-12-05 05:03:00) [2]

AndDem (01.12.03 17:34)

Может это Вас заинтерисует -
http://www.sql.ru/articles/mssql/02040201AlertServiceForSQLserv.shtml

Сам пробывал, работает отлично

Delirium (2003-12-02 15:13:00) [3]

> "ведь, какие-то приложения могут коннектиться к SQL-серверу не по TCP/IP, а например, по named pipes"ам"
- вопрос не в том, по какому протоколу коннектятся пользователи к серверу, а в том - какой протокол используется в ЛВС. Сомневаюсь, что где-то стоит MSSQL, а машины общаются по IPX, например. Хотя ... :)

> Fiend © и sniknik ©
PipeControler от Alex Konshin и его библиотека для MSSQL достойна всякого уважения, однако на мой взгляд несколько академична и перегружена; с другой стороны, допускаю что он выложил для общего пользования часть какого-то большого коммерческого проекта и потому не оформил компанент по принципу "бросил на форму и забыл", а только предоставил всю необходимую информацию для грамотного разработчика ...

sniknik (2003-12-02 12:04:00) [4]

Fiend © (02.12.03 11:23) [7]
у него не компоненты а пример, бездумно (бросил на форму и забыл) использовать не получится.
его сайт
http://home.earthlink.net/~akonshin/index.htm

Fiend (2003-12-02 11:23:00) [5]

То AndDem
Поищите в анкетах Alex Konshin, и на его сайте возьмите комоненты для общения клиента и сервера по Named Pipes

Delirium (2003-12-02 10:49:00) [6]

> AndDem

Адаптировать код привдёный в базе это ваше безусловное право, тем более что я привёл не нашу промышленную утилиту, а всего-лишь элементарный пример. Однако, думаю, что разумне рассылать сообщения всем подряд - броадкастом, а уже на клиенте анализировать - полезное сообщение или нет. Но это уже кому как нравится ;)

me (2003-12-01 20:21:00) [7]

MS SQL Server Notification Service

AndDem (2003-12-01 19:51:00) [8]

Уважаемый Delirium! Данная процедура посылает (кстати, весьма успешно :-))) сообщение конкретному приложению на основании IP-адреса машины, на которой оно запущено... А если ситуация такая, что я знаю не адрес машины, а сетевое имя пользователя, залогинившегося на неё в сети с Active Directory... В таком случае, как я понимаю, через сетевое имя в общем случае не удастся вычислить ip"шник (ведь, какие-то приложения могут коннектиться к SQL-серверу не по TCP/IP, а например, по named pipes"ам)...
Или я что-то не понимаю? :-))))))))
Иными словами, есть ли какая-то возможность адаптировать эту процедуру на случай известного имени пользователя?

AndDem (2003-12-01 18:45:00) [9]

Насколько я понимаю, raiseerror меня не спасет (мне нужна асинхронность)... А за UBPFD спасибо... Посмотрю, что из этого получится :-))

Delirium (2003-12-01 18:24:00) [10]

UBPFD

SergSuper (2003-12-01 18:13:00) [11]

Так же просто - нет

А PRINT лучше заменить на raiseerror

Наверх

	« предыдущая ветвь \| форум \| следующая ветвь »