Мастера DELPHI (документация, исходники, скачать)

Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

Сохранение БД [D6, Paradox]

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

gu_est (2004-05-13 10:14:00) [1]
может имееться в виду сохранять содержимое DBGrid в отдельном файле? (т.е. как бы в виде отчета)

Nikolay M. (2004-05-13 10:11:00) [2]

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

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

Соловьев (2004-05-13 09:50:00) [3]

> SeregaC © (12.05.04 21:44)

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

gek (2004-05-13 07:17:00) [4]
DbiCopyTable

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

Vlad (2004-05-12 21:49:00) [6]
Ничего не понял.
Проблема в том чтобы перегрузить из таблицы Paradox в таблицу DBF данные, или что ?

Наверх

	« предыдущая ветвь \| форум \| следующая ветвь »