Здравствуйте, Аноним, Вы писали:

А>Смотри какую ты эстафету выстроил:

А>1) TTable, вместо TQuery (да, для начала проще, но при более-менее больших данных начнутся тормоза)
А>2) устаревший и всеми по сути отменённый BDE
А>3) устаревший и мало кем из новых программ используемый ODBC
А>4) MySQL

А>Во любом месте этой эстиафеты может быть сбой.

А>У записи есть уникальный идентификатор ? Так чтобы BDE (да еще TTable) мог однозначно одну от другой отделить ?

А>Кстати, а тем же монитором отследить — какие именно запросы приходят в мускуль, когда ты всё это делаешь ?

уникальный идентификатор конечно есть.
монтор к сожалению не показывает какие запросы приходят в БД. он лишь показывал текущее состояние сервера, где было видно, что лишних подключений не болтается.
что касается TTable, вместо TQuery — спасибо. учту.. не знал, но проблема не в этом пока.

я уже перенёс это всё под линуксовый сервер мускуля, но проблема осталась.

у меня после прочтения вашего ответа возник встречный вопрос.. А как правильно? я не силён в этом и буду рад, если кто-то подскажет как правильней/оптимальней писать.. я то делал всё по книжкам.
может подскажите какие компоненты для работы с мускулем.. и вообще по какому порядку должна строиться такая связь с базой данных.
буду рад любым советам