Пропускается запись при навигации методом Next

← →
Vlad2 (2004-12-10 12:43) [0]

БД Paradox с BDE в локальной сети. На одном компе идёт модификация (удаление/добавление записей), на другом - постоянная навигация по той же базе Next"ом, но по другой выборке записей. Это делается тысячи раз, но обязательно бывает так, что одна запись, в конце концов, пропускается. На обоих компьютерах работают одинаковые приложения, там и там используются TQuery (RequestLive = true).
М.б., кто-то сталкивался с проблемой пропусков записей при интенсивном использовании Next"ов в условиях модификации БД другим приложением в сети? Как можно было бы решить эту проблему в имеющихся условиях (Paradox с BDE)? Т.к. пропуск записи приводит к выходу из строя всего программного комплекса.
Спасибо.

← →
Sergey13 © (2004-12-10 12:48) [1]

ИМХО, модификация на одном компе и "пропуски" на другом никак не связаны, ибо ты перемещаешся по набору данных, уже полученном на клиенте.

← →
Val © (2004-12-10 13:18) [2]

>Vlad2 (10.12.04 12:43)
То есть, по вашему, если вызывать Next раз в полчаса и 100 раз в секунду, скажем, будет разница? :) Очень сомневаюсь.
Описывайте подробнее процесс.

← →
Sergey13 © (2004-12-10 13:20) [3]

2Vlad2 (10.12.04 12:43)
Если перед Next был Delete то эффект будет как раз такой. Такого нет?

>Т.к. пропуск записи приводит к выходу из строя всего программного комплекса.
Надеюсь не ракеты обслуживаете? 8-)

← →
Term (2004-12-10 13:45) [4]

незнаю но может набор данных обновлять по чаще

← →
Vlad2 (2004-12-10 14:00) [5]

Val: не уверен, что будет разница, но этой неуверенность очень мало. Возможно, эта ошибка наведённая, потому что, кроме работы с этой БД так, как я описал, идёт работа (навигация и модификация) других БД и довольно плотная работа с файлами (не БД)(чтение/запись).

Sergey13: Delete в этой таблице я не делаю, это происходит на другом компе и по другой выборке, но этой же базы.
> Надеюсь не ракеты обслуживаете?
Думаю, если бы такие ошибки приводили к выходу из строя всего программного комплекса ракет, то они вообще не летали бы :)

← →
Vlad2 (2004-12-10 14:08) [6]

Term: да, когда набор данных обновлялся в несколько раз чаще, мы таких глюков не замечали, но это плохо влияло на общее время выполнения программы, а нам надо, чтобы она работала максимально быстро. Поэтому не делаем модификацию той выборки, где идёт Next.

← →
Sergey13 © (2004-12-10 14:13) [7]

2[6] Vlad2 (10.12.04 14:08)
>а нам надо, чтобы она работала максимально быстро.
Тогда Paradox более чем странный выбор.

← →
Sergey13 © (2004-12-10 14:20) [8]

2[6] Vlad2 (10.12.04 14:08)
> да, когда набор данных обновлялся в несколько раз чаще, мы таких глюков не замечали
Т.е. во время прохода Некстом по набору, этот набор может переоткрываться? Тогда чего ты хочешь? Это нормально.

← →
Term (2004-12-10 14:26) [9]

> >а нам надо, чтобы она работала максимально быстро.

думаю стоит подумать в сторону клиент-серверной БД, например FB, там эти траблы можно решить нормально

← →
Vlad2 (2004-12-10 14:42) [10]

Sergey13: > Т.е. во время прохода Некстом по набору, этот набор может переоткрываться?
Нет, он открыт на протяжении всей работы приложения.
"Странный" выбор был сделан несколько лет назад с учётом неясности объёма и структуры программ и дефицита специалиста по БД в рамках скромных финансовых возможностей. Но это, конечно, наши проблемы.

Term: что такое FB?

Спасибо всем откликнувшимся.

← →
Term (2004-12-10 14:46) [11]