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

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

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

Как автоматически освежать запрос? [D5, IB5.x]

Страницы: < 1 2 3 >
YuraKiller © (2003-05-27 01:27:00)
На главной форме программы находится таблица проводок. Туда записываются действия операторов.
Для отображения таблицы использовал TQuery.
Если работать локально, то рефреш вешается на процедуру, т. е. проблемы нет, но если на одном клиенте кипит работа, то на втором пока вручную не запустиш апдейт запроса новых действий не видно.
Можно решить вопрос через таймер, но может есть способ поумнее?

Danilka (2003-06-04 08:08:00) [21]
Alexandr © (04.06.03 07:52)
Все зависит от того, сколько секунд во втором пункте и сколько опыта у юзера. :))
Скорее всего, по умолчанию будет выбран 1 пункт, через некоторое время юзеры начнут жаловатся на тормоза и непонятные глюки, и им поступит разьяснение от разработчиков, залезть в настройки, в такой-то пункт и переключить этот радиобуттон во второй или третий пункт. С учетом того, что когда кол-во проводок перевалит за какое-то количество (например, за сотню или тысячу) никакие юзеры не смогут в уме проанализировать все эти проводки, им любое автоматическое обновление станет просто ненужно - необходимую информацию они получат из отчетов формируемых на основе этих проводок. Может быть, тогда они догадаются совсем его вырубить. Или разработчик им сам посоветует.

Alexandr (2003-06-04 07:52:00) [22]
2Danilka ©
и какой-же?

Danilka (2003-06-04 07:41:00) [23]
YuraKiller © (03.06.03 21:43)
>забекапив старую (архивную) базу с рабочей можно убить всё
>барахло.
Угу, только это барахло, в любом случае, никогда бы не передавалось по сети, а именно из-за объемов передаваемой по сети информации по каждому событию, по каждой новой проводке юзеры заимеют геморой и нехилый. Причем безполезный, см про журнал: kaif © (04.06.03 00:34)
:))
Тебе об этом говорят люди, которые через это уже прошли, а ты ничего не хочешь слушать, только ругаешся.

kaif © (04.06.03 00:34)
Что-то мне подсказывает, какой пункт выберут юзеры.

kaif (2003-06-04 00:34:00) [24]
Предлагаю компромисс.
Делаешь три радиокнопки:
1. Освежать при изменении данных другим оператором
2. Освежать каждые N секунд
3. Освежать вручную.

Кнопки "добавить проводку", "удалить проводку" и т.п. делаются выбираемы только, когда включен режим 3.

Режим 1 организовать по post event-ам IB сервера.

P.S. Я лично никогда так не делаю.
Так как у меня никогда при введении проводок в журнал смотреть не нужно. Журнал это вообще отстой. Толку от него, как от козла молока. Лучше сразу видеть изменения в балансе.

YuraKiller (2003-06-03 21:43:00) [25]
2Sergey13
>Ты пока не знаешь даже как это сделать
Ничего нового я тут не услышал, ... остался только твой умный совет.
>Когда через пару лет объемы данных вырастут
Данные для работы нужны только за текущий год. За прошедшие нужны только для архива. Даже в такой ситуации: "данных вырастут, начнутся проблемы" - забекапив старую (архивную) базу с рабочей можно убить всё барахло. И опять остался только твой сверхмудрый совет (которого не будет).
>Так что балаболом пока остаешься ты.
Нет, ты. Кроме пустых слов не по теме и без реальных советов на тебя по другому не скажеш %-(

Sergey13 (2003-05-30 13:32:00) [26]
2Sandman25 © (30.05.03 12:18)
>Когда через пару лет
Не, ИМХО, гораздо быстрее. 8-)

Sandman25 (2003-05-30 12:18:00) [27]
"работать будет очень шустро" только некоторое время.
Когда через пару лет объемы данных вырастут, начнутся проблемы. Так что если в планах нет уволиться к тому времени, рекомендуется продумать все заранее :)

Sergey13 (2003-05-30 10:48:00) [28]
2YuraKiller © (29.05.03 22:33)
> При любом расскладе Sergey13 останется балаболом.
Ты пока не знаешь даже как это сделать, а уже говоришь, что "работать будет очень шустро". Так что балаболом пока остаешься ты.
>Если, не прав пиши ответ..
Вот и написал. 8-)

YuraKiller (2003-05-29 22:33:00) [29]
Э! Хлопцы, Вас куда понесло?!?

2Sergey13 © и Alexandr © (28.05.03 15:54) - для моей базы нужно "ОСВЕЖАТЬ" только данные за текущий день. В базе будут работать до 10 оперов, права на операции, которые записываются в таблицю проводок имеют максимум 4 человека (штат работников, который увеличивать не имеет смысла).

Короче, как не крути, даже без индексов и хранимой процедуры отбора записей работать будет очень шустро.

При любом расскладе Sergey13останется балаболом.

Если, не прав пиши ответ..

prihod (2003-05-29 11:18:00) [30]
Чем-то похоже на мою проблемку. Как тут все весело обсуждають...

Alexandr (2003-05-29 09:28:00) [31]
и программиста поменять ... :)

Danilka (2003-05-29 09:10:00) [32]
Sergey13 © (29.05.03 09:02)
Спорим, что не скажет, а побежит к начальству требуя закупить сеть побыстрее, компы помощьнее и т.д.? :))

Sergey13 (2003-05-29 09:02:00) [33]
2YuraKiller © (28.05.03 21:47)
Когда наступит то о чем писал Alexandr © (28.05.03 15:54), когда юзеры не смогут нормально работать из-за постоянно дергающихся формочек, пропадающих почти готовых готовых документов и неоправдано большим временем отклика БД, ты, слегка (а может и не слегка 8-) побитый этими юзерами, скажешь - да!!! Какой Sergey13 умный и дальновидный!!!
8-)))))))))))))))))))))

YuraKiller (2003-05-28 21:47:00) [34]
2Sergey13 ©
Ха. Какой ты смешной и оригинальный..

Zacho (2003-05-28 17:03:00) [35]

> Nikolay M. © (28.05.03 16:55)

Только прошу обратить внимание, что приведенное мной высказывание Димы Еманова касается FB 1.5, а YuraKiller © (27.05.03 01:27) спрашивал про IB 5.x

Nikolay M. (2003-05-28 16:55:00) [36]

> Посмотрю я потом когда подключений будет много

А вот про это темы не было! :)
С таймером - явно изврат, тут нельзя было EventAlerter не посоветовать. А уж какие там объемы гоняются - это личное дело каждого. Будут тормоза - тогда можно думать об ограничении количества рефрешей (5 обновлений в секунду тоже никому не нужно). А насчет сетевых карт и файерволов уже было сказано
Zacho © (28.05.03 16:16):) У меня проблем с файерволом не было.

Zacho (2003-05-28 16:16:00) [37]
Кстати, вот в тему кусок письма Дмитрия Еманова в конференции epsylon.public.interbase :

Насчет придумает - это вопрос второй, но ивенты нормально работают в
полуторке. И с двумя сетевыми картами, и через файрвол, и как угодно еще.
Тот, кто их боится - он просто не имеет их готовить ;-)

--
Дмитрий Еманов

Alexandr (2003-05-28 15:54:00) [38]
делай делай...
я что, не даю?
Я ж просто тут советы умные даю...
Посмотрю я потом когда подключений будет много, в сети будет Firewall или на сервере 2 сетевых карты... когда записей в таблицах будет не по десятку, а на порядки больше...
Прибежишь ты опять сюда, будешь говорит, чего тормозит... чего не работает...

Nikolay M. (2003-05-28 15:48:00) [39]

> Alexandr © (28.05.03 10:56)
> он не для этого.

А для чего же еще? Как сказал Карелин Артем © (28.05.03 11:32), в триггере или в процедуре, которая отвечает за вставку записи, генерится Event, который потом ловится клиентом. Сам так делал, как сейчас помню.

Sergey13 (2003-05-28 11:51:00) [40]
2YuraKiller © (27.05.03 01:27)
Ты бы задумался сначала над вопросом - как ты отнесешся к душу (ну или к одеколону) который будет тебя "автоматически освежать"? 8-)

Страницы: < 1 2 3 >

Наверх

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