Есть некие транзитные таблицы,
в которые информация пишется из программы на
Дельфи. Автор в декрете. Но дело не в коде, а в самом механизме записи
Из этих таблиц пишем уже фоксовой программой в свои.
Раньше было немного пользователей, сейчас навалилось на эти таблицы куча.
Добавил туда индексы, стало даже хуже.
Быстро понял, что индексы быстро становятся не актуальными.
Пользователи постоянно друг друга блокируют при записи в эти таблицы.
Операции вставки и удаления повисают иногда на десятки минут.

Так это надо проект смотреть. Есть доступ через ADO, есть прямая запись в таблицы, есть сторонние компоненты, у которых надо смотреть описание, через что работают, ну или исходники ковырять. А если исходников нет - то тут ничего не скажешь скорее всего.

ado тоже люпус есть
Можно и через Microsoft для VFP для 7 ки ado
Тогда и индексы должны поддерживаться,
хотя не факт, что использоваться при запросах

MS ADO-провайдер для VFP и VFP ODBC драйвер поддерживают оптимизацию. Но есть некоторое количество нюансов... ODBC вряд-ли используется, т.к. очень уж древний (крайняя версия вышла где-то чуть позже VFP6 и поддерживает лишь фишки 6-ки), и скорее всего не совсем прямо с ним будут работать системы ориентированные на ADO... А ADO провайдер более свежий, движок в нём тот же что и в самом фоксе, главное разобраться в нюансах кодовых страниц и collation-ов, чтобы оптимизация таки работала.

Компоненты прямого доступа дельфей к DBF очень уж древние. Я предпочитаю использовать дельфёвые дбфки только как транзит, для обмена с нормальной базой.

PS. Не всё прочитал. Походу, вы тоже их используете только как временные.



Исправлено 1 раз(а). Последнее : pasha_usue, 08.02.22 06:59

Я так и подумал.
Пришлось индексы транзитных таблиц грохнуть.
А то они даже стереть нормально не дают.
Операция по стиранию в коде проходит
без ошибок, но не стирание. Индекс не актуален,
вот и проблема.
У меня и Дельфи никакого нет,
а и был бы, лезь туда проблема-
программа на обслуживании у другого человека.