IgorNGА зачем они в DE? Да еще, наверняка с AutoOpen. Нужно делать все руками - закрывать и открывать. Тогда и весь процесс будет под контролем.
Это один из главных аргументов против использования DE. Именно желание всегда и все контролировать. Для большинства задач в этом нет никакой необходимости. Хотя, конечно, есть исключения.

Именно по причине желания все контролировать в данном случае и "огребли" кучу проблем. Я настойчиво твержу, что SET PATH в коде использовать НЕ НАДО, тем не менее, этот совет игнорируется и по прежнему лепят проблему на проблеме. Ну, успехов в борьбе с глюками...

IgorNG Я точно не помню, но по-моему, если БД запихиваешь в DE, которая лежит в определенном месте, так в этом месте и будет пытаться открыть ее.
Если таблица включена в контейнер базы данных, то пути доступа к таблицам прописаны в собственно контейнере базы данных. И открываются после открытия этого самого контейнера.

Если "вскрыть" файл формы с DE, то в свойствах курсора будет написано нечто вроде


Т.е. ссылка только и исключительно через DBC. Как следствие, если контейнер открыт и сделан текущим в начале приложения, то именно его таблицы и будут открываться при открытии форм с DE.

Возможны разные стратегии настройки путей доступа. Но если уж Вы выбрали какую-то из них, то ее и следует придерживаться. Вы же смешали в кучу несколько стратегий и в результате, получили "кашу". Та стратегия, про которую я говорю решается при выполнении следующих условий

1. Никакие явные (прописанные в коде) указания на файл не должны иметь путей доступа. Только и исключительно имя файла
2. Настроек SET PATH в коде быть не должно. Пути доступа прописываются исключительно в файле конфигурации
3. Нужны два файла конфигурации . Один для создания и отладки приложения, другой для готового EXE


Если Вы собираетесь придерживаться этой стратегии, то у Вас 2 проблемы

Проблема 1 . Вы включили указание на директорию где-то в своих настройках имени базы данных

this.cDataBase = "DATA\BDUASKI"

Вот именно это явное указание путей доступа и "ломало" весь алгоритм поиска. Естесственно, Вам пришлось "мудрить" и удалять ссылку на папку DATA из настроек SET PATH, чтобы при "сложении" с указанным путем получить нужную директорию. Необходимо сделать настройку БЕЗ указания пути доступа

this.cDataBase = "BDUASKI.dbc"

Проблема 2 . Судя по описанию, на этапе разработки Вы не используете файл конфигурации. Как следствие, при удалении настроек SET PATH из программы Вы вобще теряете все пути доступа и на этапе отладки приложение отказывалось работать.


Для справки :

DE запоминает только относительный путь доступа к контейнеру базы данных (к файлу DBC). Относительно той директории, которая была текущей на момент добавления таблицы в DE. Путь доступа непосредственно к таблицам там вообще не хранится. Это уже контейнер базы данных занимается поиском таблиц.

Именно поэтому, предварительное открытие только собственно контейнера базы данных в стартовой программе, как правило, снимает вопрос поиска таблиц вообще. Контейнер уже открыт и где какая таблица находится он сам знает.


PS: Отказ от использования DE и "ручное" открытие/закрытие таблиц, в подавляющем большинстве случаев объясняется исключительно личными предпочтениями программиста . Есть ситуации, когда это действительно оправдано. Но, в большинстве случаев вполне достаточно использовать DE.