|
Действия ...
Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
30.01.2008, 21:26
|
|||
|---|---|---|---|
|
|||
callback в бесплатных СУБД |
|||
|
#18+
возник такой вопрос. Какие есть возможности для получения функции callback в субд типа postgresql или mysql? Есть ли там чтото такое? в firebird вроде как есть :) Заранее спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
30.01.2008, 21:47
|
|||
|---|---|---|---|
|
|||
callback в бесплатных СУБД |
|||
|
#18+
для postgresql нашел listen а для mysql пока глухо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
31.01.2008, 09:40
|
|||
|---|---|---|---|
callback в бесплатных СУБД |
|||
|
#18+
Алексей В. пишет: > возник такой вопрос. Какие есть возможности для получения функции > callback в субд типа postgresql или mysql? Есть ли там чтото такое? в > firebird вроде как есть :) Обычно такое в СУБД не делают - это не их дело. Так что это скорее исключение. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
31.01.2008, 12:22
|
|||
|---|---|---|---|
callback в бесплатных СУБД |
|||
|
#18+
пусть к базе подключены 10 клиентов 1 изменил данные в одной из таблиц как уведомить остальных 9, что есть новые данные? (если без механизма типа callback, listen) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
31.01.2008, 12:27
|
|||
|---|---|---|---|
|
|||
callback в бесплатных СУБД |
|||
|
#18+
По телефону. 8 из 9 пошлют нах ибо эти изменения им никуда не стучат и будут правы. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
31.01.2008, 21:21
|
|||
|---|---|---|---|
callback в бесплатных СУБД |
|||
|
#18+
MasterZiv Обычно такое в СУБД не делают - это не их дело. Платная СУБД Оракл такое делает: фичи - это ее дело. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
31.01.2008, 21:42
|
|||
|---|---|---|---|
|
|||
callback в бесплатных СУБД |
|||
|
#18+
Dimitry Sibiryakov По телефону. 8 из 9 пошлют нах ибо эти изменения им никуда не стучат и будут правы. Posted via ActualForum NNTP Server 1.4 Пусть пошлет тем, кто подписался. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
31.01.2008, 23:03
|
|||
|---|---|---|---|
callback в бесплатных СУБД |
|||
|
#18+
Dimitry Sibiryakov По телефону. 8 из 9 пошлют нах ибо эти изменения им никуда не стучат и будут правы. ну да вместо простейшей и удобной функции лучше приделать костыль и быть правым (ведь с костлями многие ходят и ничего) как пример нужности listen - есть "писатели", которые создают некий "заказ", а есть читатели, которые этот заказ далее ведут ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
31.01.2008, 23:50
|
|||
|---|---|---|---|
|
|||
callback в бесплатных СУБД |
|||
|
#18+
2_905 полностью согласен. один клиент изменил таблицу ассортимента. как получить остальным клиентам что добавился новый ассортимент? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
01.02.2008, 09:26
|
|||
|---|---|---|---|
callback в бесплатных СУБД |
|||
|
#18+
Алексей В.один клиент изменил таблицу ассортимента. как получить остальным клиентам что добавился новый ассортимент? а нажать F5 им впадлу, что-ли? :-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
01.02.2008, 11:22
|
|||
|---|---|---|---|
|
|||
callback в бесплатных СУБД |
|||
|
#18+
dimitr Алексей В.один клиент изменил таблицу ассортимента. как получить остальным клиентам что добавился новый ассортимент? а нажать F5 им впадлу, что-ли? :-) А некому. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
01.02.2008, 11:54
|
|||
|---|---|---|---|
callback в бесплатных СУБД |
|||
|
#18+
В ЛИНТЕР есть такая возможность, но за деньги. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
01.02.2008, 13:15
|
|||
|---|---|---|---|
callback в бесплатных СУБД |
|||
|
#18+
Сахават Юсифов dimitr Алексей В.один клиент изменил таблицу ассортимента. как получить остальным клиентам что добавился новый ассортимент? а нажать F5 им впадлу, что-ли? :-) А некому. Или в силу того, что он начальник не положено. А своевремнно узнать что такое случилось надо. При этом не желательно, чтобы прога начальника вообще была в сессии: мало ли када это случится. Да и вообще случится в Забайкайле, а у начальника прога замигала в Москве. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
02.02.2008, 00:32
|
|||
|---|---|---|---|
callback в бесплатных СУБД |
|||
|
#18+
Алексей В.2_905 полностью согласен. один клиент изменил таблицу ассортимента. как получить остальным клиентам что добавился новый ассортимент? А не случится ли так что постоянное изменение ассортимента другими пользователями будет мешать работать другим, т.к. их отображение справочника ассортимента будет постоянно обновляться, как и положенно с перезаполнение дрида и мигаием с зависанием и никто работать толком не сможет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
02.02.2008, 00:56
|
|||
|---|---|---|---|
callback в бесплатных СУБД |
|||
|
#18+
barrabas А не случится ли так что постоянное изменение ассортимента другими пользователями будет мешать работать другим, т.к. их отображение справочника ассортимента будет постоянно обновляться, как и положенно с перезаполнение дрида и мигаием с зависанием и никто работать толком не сможет. механизм listen\notify говорит о том что произошло событие на сервере, например есть данные в таблице разработчик клиента обязан это корректно обработать можно конечно и перезапросить, а затем перерисовать весь(!) грид с "миганием", а можно подумать и сделать удобно для пользователя ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
03.02.2008, 02:05
|
|||
|---|---|---|---|
callback в бесплатных СУБД |
|||
|
#18+
905 barrabas А не случится ли так что постоянное изменение ассортимента другими пользователями будет мешать работать другим, т.к. их отображение справочника ассортимента будет постоянно обновляться, как и положенно с перезаполнение дрида и мигаием с зависанием и никто работать толком не сможет. механизм listen\notify говорит о том что произошло событие на сервере, например есть данные в таблице разработчик клиента обязан это корректно обработать можно конечно и перезапросить, а затем перерисовать весь(!) грид с "миганием", а можно подумать и сделать удобно для пользователя я знаю что это такое просто те примеры которые приводились в пользу калбека мне показались странными, еще понимаю начальнику сообщение выводить при неразумном поведении манагера, но обновлаять наменклатуруру както не спортивно ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
03.02.2008, 10:29
|
|||
|---|---|---|---|
|
|||
callback в бесплатных СУБД |
|||
|
#18+
согласен что пример был не фонтан :) задачу надо решить такую - один оператор вводит заказ, второй оператор должен без телодвижений со своей стороны этот заказ увидеть, обработать и передать третьему. Таких цепочек может быть много, и постоянными рефрешами я могу перегрузить как сеть так и сервер СУБД чего не хотелось бы. А так, поставил триггер на добавление нового и на модификацию, в триггере разослал уведомления, клиенты обновились. Дешево и вкусно :) не надо грузить сервер постоянными запросами вне зависимости от интенсивности работы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
03.02.2008, 12:33
|
|||
|---|---|---|---|
callback в бесплатных СУБД |
|||
|
#18+
Что-то мне сдаётся, что и этот пример неудачный. Очередь сообщений, мне кажется, для решения подобных задач больше подходит. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
03.02.2008, 13:37
|
|||
|---|---|---|---|
callback в бесплатных СУБД |
|||
|
#18+
Ага. Сервер приложений J2EE/Corba/другое или MQ система должны эти заниматься а никак не СУБД. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
03.02.2008, 14:04
|
|||
|---|---|---|---|
|
|||
callback в бесплатных СУБД |
|||
|
#18+
в проекте нет клиент сервера, применяется просто толстый клиент работающий с СУБД. при логине указывается какими задачами он занимается, каждый клиент не знает о соседях ничего. в единицу времени могут быть загружены как все типы клиентов (операторов) так и только некоторые из них. проект старый. сейчас проводится модификация и рефакторинг кода. разработку сервера приложений и тонких клиентов признали нецелесообразным. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
03.02.2008, 14:08
|
|||
|---|---|---|---|
|
|||
callback в бесплатных СУБД |
|||
|
#18+
Ggg_oldАга. Сервер приложений J2EE/Corba/другое или MQ система должны эти заниматься а никак не СУБД. глупости ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
03.02.2008, 14:12
|
|||
|---|---|---|---|
callback в бесплатных СУБД |
|||
|
#18+
Алексей В.Таких цепочек может быть много, и постоянными рефрешами я могу перегрузить как сеть так и сервер СУБД чего не хотелось бы. .... не надо грузить сервер постоянными запросами вне зависимости от интенсивности работы. Я бы посоветовал обратить внимание на техническую реализацию. А то выглядеть-то процесс может как callback, а в реальности оказаться тем же самым постоянным рефрешем (что в чем-то разумно - долбеж с сервера на клиента дело такое, неудобное, скажем легко зарубающееся настройками безопасности). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
03.02.2008, 14:17
|
|||
|---|---|---|---|
callback в бесплатных СУБД |
|||
|
#18+
Ggg_oldАга. Сервер приложений J2EE/Corba/другое или MQ система должны эти заниматься а никак не СУБД. О, вот и начитанные подоспели. Постарайтесь осознать один простой факт: сервера приложений появились и остаются только как прокладка, позволяющая временно компенсировать отсутствие некоторой функциональности в некоторых недоразвитых СУБД. СУБД, однако, развиваются, знания "это задача не для СУБД" стремительно устаревают, задач "для AS" становится все меньше. Вот и в данном топике речь идет о бесплатных СУБД, по той простой причине, что в платных это давно есть, и совать для решения этой задачи AS можно только от общей неграмотности. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
03.02.2008, 15:20
|
|||
|---|---|---|---|
callback в бесплатных СУБД |
|||
|
#18+
softwarer пишет: > устаревают, задач "для AS" становится все меньше. Вот и в данном топике > речь идет о бесплатных СУБД, по той простой причине, что в платных это > давно есть, и совать для решения этой задачи AS можно только от общей > неграмотности. Далеко не во всех платных СУБД это есть. И далеко не всем приложениям это надо. А я могу рассказать, как это реализуется. Внутри сервера есть некие объекты синхронизации, сходные с Event-ами традиционного многопоточного программирования. Клиент создает два соединения с сервером. В одном работает нормально. В другом вызывает ожидание какого-то события (при этов в СУБД есть спец. средства по определению, ожиданию и возбуждению событий). Реально при ожидании это соединение зависает до момента сигнализации события внутри сервера. Потом отвисает - и вот оно, пойманное событие. Такое можно сделать даже самому, вляпать например в MySQL как внешние функции. Только надо о тайм-аутах соединения подумать как-то. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
03.02.2008, 15:48
|
|||
|---|---|---|---|
callback в бесплатных СУБД |
|||
|
#18+
MasterZivДалеко не во всех платных СУБД это есть. И далеко не всем приложениям это надо. Безусловно, не во всех. "Все" сейчас вряд ли кто сумеет хотя бы по памяти назвать, не говоря уже "утверждать, что внутри". Однако, для платной СУБД это на сегодня уже норма, ожидаемое по умолчанию. Скоро станет нормой и для бесплатных - как стали таковой ХП и триггера. Не всем надо - опять же согласен. MasterZivА я могу рассказать, как это реализуется. Это к сожалению рассказ не о том, как реализуется, а о том, как пользоваться. Самый интересный момент у Вас скрыт за "это соединение зависает ... Потом отвисает". Лично я не особо удивлюсь, если где-то это зависание реализовано как эффективный цикл с опросом "пока не наступило событие" (то есть в целом эквивалентно sql-запросу к табличке "случившихся событий"). MasterZivТакое можно сделать даже самому Конечно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
start [/forum/topic.php?fid=35&mobile=1&tid=1553164]: |
0ms |
get settings: |
9ms |
get forum list: |
12ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
36ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
60ms |
get tp. blocked users: |
1ms |
| others: | 11ms |
| total: | 148ms |
| 0 / 0 |
