| Форумы
ЧАТ |
Орешник |
|
| Форумы -» | Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG |
|
| ||
|
|
Новости |
Поиск |
FAQ |
Статьи |
Книги |
Новости VCL
| | Форумы ЧАТ |
Орешник |
|
| |||
| |||
| |||
« предыдущая ветвь | форум | следующая ветвь »
Оповещение+mssql2000
em240 © (2007-12-11 14:53:00)Хочу сделать оповешение об изменениях в базе через msmq.
т.е. если произошло изменение в таблице, то срабатывает триггер, который кидается сообщение в очередь msmq.
Ваши мнения....
clickmaker (2007-12-17 14:31:00) [1]только одну ситуацию можно представить: юзер втыкает в монитор и должен видеть, что некий объект перешел в состояние "занято". Т.е. не надо даже и пытаться его заюзать.
Для этого достаточно обновления по таймеру + проверка занятости при обращении к объекту, если состояние не успело освежиться
BoxTer (2007-12-17 08:15:00) [2]Ничего хорошего в этом нет. Юзера через некоторое время плакать будут. Тем более, если обновление данных будет происходить часто...
Данные должны приходить по запросу!
ANB (2007-12-12 16:08:00) [3]
> Но в состоянии поставить на колени.
Не, это не я придумал. Я тихонечко сопровождаю старый работающий проект. :)
Anatoly Podgoretsky (2007-12-12 13:31:00) [4]> ANB (12.12.2007 13:17:31) [31]
Но в состоянии поставить на колени.
ANB (2007-12-12 13:17:00) [5]
> На MSMQ?
На оракле. Там тоже есть встроенное оповещение. И сервак был нехилый - я стока не зарабатываю.
Павел Калугин (2007-12-12 11:44:00) [6]
> em240 © (11.12.07 16:59) [28]
> Особенность в том, что они должны их держать открытыми.
А вот это и есть ошибка проектирования
em240 (2007-12-11 17:04:00) [7]ANB © (11.12.07 16:34) [26]
Дамс. Тута у нас проект новый делали. И всю логику документооборота повесили на оповещения (ВоркФлоу обозвали и в рекламу загнали как охриненную фичу).
Пока отлаживались - вроде ниче было, хотя почти год писали.
Выехали к заказчику - 5 юзеров вошли, начали работать и сервер сдох.
Потом судорожно переделывали уже практически готовый проект на статусную модель документооборота (как в старом проекте и было).
На MSMQ?
em240 (2007-12-11 16:59:00) [8]приемлемое
3. не позволять клиенту держать открытыми списки с часто обновляемыми данными
то есть открыл посмотрел-ввел закрыл
Особенность в том, что они должны их держать открытыми.
Anatoly Podgoretsky (2007-12-11 16:40:00) [9]Штатно да, но существуют отдельно устанавливаемые, включая даже на уровне СП
ANB (2007-12-11 16:34:00) [10]Дамс. Тута у нас проект новый делали. И всю логику документооборота повесили на оповещения (ВоркФлоу обозвали и в рекламу загнали как охриненную фичу).
Пока отлаживались - вроде ниче было, хотя почти год писали.
Выехали к заказчику - 5 юзеров вошли, начали работать и сервер сдох.
Потом судорожно переделывали уже практически готовый проект на статусную модель документооборота (как в старом проекте и было).
Павел Калугин (2007-12-11 16:32:00) [11]
> sniknik © (11.12.07 16:19) [24]
понял спасибо
sniknik (2007-12-11 16:19:00) [12]> Если не ошибаюсь, это с 2005-го появилось?
отдельно устанавливаемая служба для 2000-го. если в 2005-й в поставку включили то под давлением вот таких вот "проекторов баз".
Павел Калугин (2007-12-11 16:07:00) [13]
> Anatoly Podgoretsky © (11.12.07 15:52) [21]
Если не ошибаюсь, это с 2005-го появилось?
Павел Калугин (2007-12-11 16:02:00) [14]я сталкивался с плохо спроектированными задачам где действительно нужны подобные извращения.
решений 3.
плохие
1. запрашивать изменения по таймеру
недостаток - клиент молотит данные а тут рефренш пошел.
2. рассылать сервером сообщения и обрабатывать клиентом
если поток данных большой то клиент только и будет что данные перечитывать.
приемлемое
3. не позволять клиенту держать открытыми списки с часто обновляемыми данными
то есть открыл посмотрел-ввел закрыл
Anatoly Podgoretsky (2007-12-11 15:52:00) [15]MS SQL Notification Services и флаг в руки, и хорошие ноги.
sniknik (2007-12-11 15:40:00) [16]> Особенность в том, что клиент этого не должен делать?
не клиент, сервер.
сервер предоставляет сервисы, клиент у него их запрашивает по необходимости, и в подавляющем большинстве случаев необходимости не возникает...
если же сервер начинает эти сервисы клиенту навязывать то ничем хорошим это не кончается (исключения не рассматриваем).
> У меня ADO.
хоть дедушкин валенок, не в компонентах/технологиях дело.
Sergey13 (2007-12-11 15:37:00) [17]> [16] em240 © (11.12.07 15:33)
Ты на КГБ работаешь? Или партизанишь?
Может ты за разрешением сюда обратился - так никто тебя тут не накажет за воплощение желаемого - делай чего хочешь.
Хочешь совета и обсуждения - выдавай нормальные исходные условия.
em240 (2007-12-11 15:37:00) [18]Skyle © (11.12.07 15:36) [17]
Насколько я знаю есть парочка подходов: IB Events и обновление по таймеру. Но лично я не разу ещё не сталкивался с задачей, где это было бы необходимо.
У меня ADO.
Skyle (2007-12-11 15:36:00) [19]Насколько я знаю есть парочка подходов: IB Events и обновление по таймеру. Но лично я не разу ещё не сталкивался с задачей, где это было бы необходимо.
em240 (2007-12-11 15:33:00) [20]Особенность в том, что клиент этого не должен делать?
| |
Страницы: 