Сохранение БД

← →
SeregaC © (2004-05-12 21:44) [0]

При разработке дипломной работы я столкнулся с такой проблемой как сохранение БД, т.е. данные которые я вношу в базу отображаются в DBGrid, а преподователь сделал замечание, в том, что данные должны быть сохранены в отдельный файл (а не отображаться в DBGride визуально), например "Архив.dbf", а потом при надобности были загружены опять в эту базу. Пожалуйста помогите. У меня защита 25.05.04. и это моя единственная загвоздка.

← →
Vlad © (2004-05-12 21:49) [1]

Ничего не понял.
Проблема в том чтобы перегрузить из таблицы Paradox в таблицу DBF данные, или что ?

← →
IXT © (2004-05-12 22:35) [2]

Начнем с того, что DBGrid и Table (предполагаю что dbf грузишь туда) связаны друг с другом, и если имели место изменения в DBGrid, то изменяется и значения в самой dbf, так что сохранять ничего не надо. Что касается создания архивов, то самое разумное на мой взгляд, это копирование рабочей БД. Грузить базу(таблицу) из файла нелогично, т.к. ты завяжешь архив и будешь работать с ним. Логичнее, в случаи если что, копировать архив на место рабочей базы и прога не будет глючить. На защите можешь объяснить, что работа с БД отличается от работы с файлом данных тем, что файл - открыли, считали, закрыли. Данные в память и делай с ними что душе угодно. БД открыта постоянно во время работы. Любое изменение отражается в ней. Если всеже не убедил, то придется изучать формат dbf, читать из БД данные и писать в dbf файл по байтно - геморой, но вариант. Если по извращаться, то можно придумать вариант более легкий, типа переприсваивать значение таблицы другой(архив), но все равно так с БД никто не рабтает. Млжет в чем-то я и не прав, но на мой взляд сее логично, и это мое мнение. Если препод упертый ( и тупой), то придется помучится ради доплома то. Удачи!

← →
gek © (2004-05-13 07:17) [3]

DbiCopyTable

← →
Соловьев © (2004-05-13 09:50) [4]

> SeregaC © (12.05.04 21:44)

или препод идиот, или он хочет тебя потягать(денег выбить). Если ты сохранил данные(визуально ты видишь их в гриде, значит они в буфере), надо только физически эти данные сбросить на диск - метод TBDEDataSet(DataSet).FlushBuffers - вызываешь его в событии AfterPost нужного набора данных. И не надо никаких вести архивов.

> замечание, в том, что данные должны быть сохранены в отдельный
> файл (а не отображаться в DBGride визуально), например "Архив.dbf",
> а потом при надобности были загружены опять в эту базу.

Зри в корень: не пробовал задать вопрос "Зачем"?
По сабжу - имхо, лучший выбор в этом случае: ClientDataSet. Только как расшифровать "данные должны быть сохранены в отдельный файл (а не отображаться в DBGride визуально)". Допустим, поменял я фамилию клиента. И что, я не должен в гриде видеть мои же изменения?! Чушь. Так и скажи своему преподу. Да и вообще, забей на это и на такого препода.

← →
gu_est (2004-05-13 10:14) [6]

может имееться в виду сохранять содержимое DBGrid в отдельном файле? (т.е. как бы в виде отчета)

Сохранение БД Найти похожие ветки