Hi men dea!

Обновление непременно требуется :) Уже вышел SP1 к VFP9 - качай и пробуй.
А вообще если произошёл такой сбой, то надо попробовать (по порядку)
- открыть dbc (монопольно) и выполнить VALIDATE DATABASE RECOVER.
- попробовать открыть вис как таблицу - через USE MyDB.DBC EXCLUSIVE - и
посмотреть что там не так (конечно тут нужен некоторый опыт и желательно
сначала почитать описание структуры dbc - это есть в отчётах в папке
Tools\FileSpec). Найденные ошибки пофиксить (например представления со
"странными" именами - поудалять и их и связанные с ними записи о "полях"
этих представлений). Файл потом PACK-овать.
- удалить dcx файл и открыть dbc в среде (файл должен восстановится).
- удалить dcx файл и попрбовать открыть базу как таблицу - на индекс
ругнётся, но со второго раза должен открыть - далее по схеме описанной выше.
- ну и конечно как крайняя мера - восстанавливать dbc их резервной копии -
правда при этом может возникнуть рассогласование между тем что опсиано в dbc
и тем что есть реально в dbf/cdx - лечить это сложно - VALIDATE DATABASE
RECOVER просто убивает все "подозрительные" элементы - но в принципе руками
(а лучше поискать утилиту для работы с dbc - особенно с её полем Properties,
которое имеет бинарную структуру и "руками" очень сложно корректируется)
можно почти всё поправить...

> Ниже, в архивчике есть БД experiment.dbc.

Ок, скачаем, посмотрим :) Надёюсь там и сама dbf и прочие файлы имеются :)

Posted via ActualForum NNTP Server 1.3

Hi men dea!

Просиходит это лишь при эксклюзивно открытой базе (ну это это ясно - иначе
RIBuilder не работает), и действительно после создания любого View (а
возможно что и после создания просто таблицы, или внесения изменений
определённого рода в имеющуюся таблицу). После этого в dbc появляются
удалённые записи и она нуждается в упаковке (посмотреть на этот "мусор"
можно если дать команду USE MyDBC.dbc AGAIN IN 0 + browse - конечно если
установлено SET DELETED OFF).
Лечится это паковкой базы данных (PACK DATABASE из командного окна или из
меню Cleanup Database).
Причём в версии RI построителя шедшей с VFP7 (и по видимому до того тоже)
стояла специальная проверка, и сам построитель "ругался" насчёт того что
"сначала упакуй базу, потом уж балуйся". Начиная с VFP8 подобную проверку из
построителя исключили - и как видим совершенно напрасно... В принципе они
могли бы и собственно PACK DATABASE в RIBuilder включить - он же по любому
требует эксклюзивного открытия базы...
Судя по всему идёт конфликт между тем что "видит" внутри себя фокс (он же
открывает dbc в своей system data session), и тем что делает RIBuilder - он
как раз открывает dbc как таблицу и вносит в неё изменения!
Я так полагаю, что MSFT решила что проблема "несогласованного" изменения dbc
открытой в системной сессии и в обычной пользовательской сессии решена - и
потому проверку убрали - а проблема то осталась... Так что пожалуй стоит
вернуть этот "костыль" на место в RIBuilder...

P.S. Ситуация в VFP9SP1 не исправлена. Хотя конечно скачать его всё равно
придётся :)

Posted via ActualForum NNTP Server 1.3

Hi men dea!

Просто если ты пользуешься не пунктом меню Clean up database а командой
PACK DATABASE, то надо закрыть окно Database designer.
Т.е. либо так:
- создали представление
- закрыли окно DB designer, если оно было открыто
- CLOSE TABLES
- PACK DATABASE
- MODIFY DATABASE (снова открыли окно дизайнера)
- идём строить RI

либо так:
- создали представление
- CLOSE TABLES (можно и просто руками в окне Data Session закрыть те
таблицы, которые автоматом открыл View Designer)
- выбрали "Clean up database" из меню "Database"
- идём строить RI

Видимо сам Database Designer чего-то мудрит, и PACK DATABASE не проходит
если окно дизайнера открыто. Это кстати не позволит встроить PACK DATABASE в
RIBuilder - видимо потому там и не пытались паковать базу, а лишь настойчиво
предупреждали что "надоть Cleanup из меню сделать".

Posted via ActualForum NNTP Server 1.3