Контейнер закрыт - процедура недоступна.
Обновлять сложнее. Так EXE заменил и все, а тут еще в контейнер надо отследить.

ВладимирМ
Замена любого файла рабочего проекта относительно сложная операция. Не вижу чем принципально замена файлов DBC, DCT, DCX так уж сложнее, чем замена файла EXE.
Alter table и контейнер уже другой, стоит только заменить после этого DBC, DCT, DCX и несовпадающая таблица или даже вся база не открываются. А если весь код в EXE то заменил, там проверка структуры базы отработала, что надо добавила и готово. Да и автозамена EXE уже отработана, у меня.
Для замены кода процедур надо контейнер как DBF открывать и писать новый код куда-то в мемо-поле.

В контейнере обычно держу только код для генерации ID для 6-ки. В 9-ке это уже не надо, думаю если на 9-ке что-то новое с DBFками делать буду - совсем от контейнера откажусь.

ВладимирМНадо думать не о плюсах/минусах, а о решаемых задачах.
Согласен.

ВладимирМ Dima TДа и автозамена EXE уже отработана, у меня.
Думаю, в этом и причина первоначального ответа. Просто нет опыта замены контейнера базы данных.
Есть. Из GENDBC вытащил, добавляю когда базу с нуля генерю:

ВладимирМ Dima TДля замены кода процедур надо контейнер как DBF открывать и писать новый код куда-то в мемо-поле
Не надо. Надо просто заменять . Также как и EXE. Новым файлом. Разумеется, нужна предварительная синхронизация структуры таблиц. Впрочем, то же самое делается и при замене EXE. Ничего особо сложного
Наступал на такие грабли: если поля согласованы но в другом порядке идут то таблица тоже не открывается.
А это реально. в одном месте обновилось и поле в конец добавилось (ALTER TABLE), в другом месте с нуля база создана новой версией и поле в середине (так в CREATE TABLE поставлено).
Или конкретный экземпляр пяток обновлений пропустил, а там в коде порядок ALTER TABLE изменился. Если на 55-ю версию сразу 60-ю накатить. Это я утрировано, реально сложно уследить когда код обновления содержит все проверки от 1-й до 200-й версии и обновление рассчитано на переход на 200-ю с той версии какая есть. Простое разбито по таблицам, сложные обновления с перерасчетами в кучку несколько таблиц.

ВладимирМЗря. Есть еще много чего, что логично располагать в контейнере базы данных. Default-значения, RULE, триггера, Format и InputMask уровня полей, длинные имена полей (больше 10 символов). Объекты Local View.
Из всего этого только LV нужно, в 9ке курсорадаптер есть.

ВладимирМНу, и до VFP9 невозможно было организовать транзакцию для таблиц не включенных в контейнер базы данных.
Если честно не знал, после того как написал вспомнил про транзакции. Хорошо что можно в 9-ке.