Правильный ли подход?

← →
koss (2008-08-07 13:04) [0]

Есть локальная БД, файлы лежат в расшаренной папке на одном из компьютеров локальной сети. Клиентов всего 10-15 не более. Теперь сама суть:
-Клиент производит выборку записей за определенный период путем фильтрации НД с подсчетом сумм некоторых полей, которые присваиваются глобальным переменным для последующей обработки;
-Возможно ли организовать метод Refresh НД с подсчетом всех контрольных сумм в отдельном потоке по таймеру?

Заранее всех благодарю:)

← →
Johnmen © (2008-08-07 13:10) [1]

> в отдельном потоке по таймеру?

Выбери что-то одно.

← →
koss (2008-08-07 13:12) [2]

> Выбери что-то одно.

А что наиболее практичней?

← →
koss (2008-08-07 13:17) [3]

Или удобней...Просто не хочется по таймеру каждый раз пересчитывать НД, который может содержать 20000-25000 записей, может сделать это в отдельном потоке?

← →
stas © (2008-08-07 13:23) [4]

подсчет суммы отдельным запросом?
А кнопкой нельзя?

← →
Сергей М. © (2008-08-07 13:31) [5]

> может сделать это в отдельном потоке?

А какая собссно разница , в каком потоке это делать ?

← →
koss (2008-08-07 13:34) [6]

Все работает через кнопку - выводится форма со списком контрольных сумм,значения которых берутся от глобальных переменных, причем на этой форме стоит таймер, который через определенный интервал времени опрашивает эти переменные, необходимо организовать отдельный поток для обновления значений этих глобальных переменных

← →
Сергей М. © (2008-08-07 13:39) [7]

> необходимо организовать отдельный поток для обновления значений
> этих глобальных переменных

А зачем ?
Дем для той же цели плох основной поток ?

← →
koss (2008-08-07 13:44) [8]

> А зачем ?
> Дем для той же цели плох основной поток ?

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

> [0] koss (07.08.08 13:04)

> Правильный ли подход?

ИМХО нет. Пытаться на локальной СУБД сделать чуть ли не систему реального времени (я так понимаю таймер будет срабатывать немного чаще 1 раза в час?) при многопользовательской работе - утопия.

ЗЫ: Ну что за привычка описывать не конкретную проблему в конкретной предметной области, а нечто возвышенно-отвлеченное, как правило ошибочно рожденное в голове автора! А потом окажется, что это проверка на "есть ли еще последний чайник на складе".

> охота сделать чтобы время пересчета не тормозило клиента

А почему "оно" обязательно должно кого-то там "тормозить" ?

Сделай так чтобы не "тормозило" - доп.поток вовсе не обязательное для этой цели решение)

Правильный ли подход? Найти похожие ветки