ух ты, резонанс то какой :))
ладно, по порядку.

Метод 2, кстати, без закрытия Connection не работает, из чего следует что закрытие любой таблицы (хоть А хоть Б) ничего не даст, из чего следует что однажды попав в кэш методанные там так и торчат пока пока сессия не завершится. Так что Query.Connection=nil хорош только тем, что у пользователя контролы не будут подмигивать лиловым глазом пока происходит переподключение.

Далее... Я разве говорил, что удаляться она будет постоянно, или периодически, или ещё как? очень даже возможно что и не разу не будет удалена за всё время пользования ПО. А вот возможность такая должна присутствовать.

Далее... Почему данные "размазаны" по нескольким таблицам. их кстати, может быть и не так уж мало. А размазаны для более быстрого доступа при выборке. т.е. таким образом организовывается "древовидный доступ к данным", так сказать. Что гораздо быстрее чем "плоский поиск с условием WHERE". поскольку имя таблицы - это уже и есть ответ что искать. Ну требование к ПО такое специфическое, не популярное в нашей эпохе Java и .Net - скорость реакции и отклика на какое либо событие (ПО - Автоматизированная Система Управления). Не могу я себе позволить ждать несколько секунд пока данные будут сортироваться/искаться по какому-то полю...

А поскольку ПО в постоянной и активной стадии разработки, то скорее всего в него будет заложена и возможность модификации структуры таблиц на лету (добавления колонок), но это однажды - при запуске ПО. Надеюсь, хоть с тем, что пользователь не должен уметь писать какие либо скрипты или пользоваться SQl консолью чтобы добавить пару полей в таблицу, согласятся все

hvladvynt,

тыкание пальцем в проперти наугад ещё никого не доводило до хорошо работающего продукта...

не наугад, всё описано на сайте разработчика провайдера

а тем то была про создание копии... в топку её пора.
но зато подискутировали, буде что вспомнить, утром