Создание копии базы данных

← →
White (2008-10-01 16:48) [0]

Как сделать так, чтобы при выходе из базы данных в дельфи создавалась копия базы данных.

← →
MsGuns © (2008-10-01 16:49) [1]

Что Вы называете "базой данных" ?

← →
Поросенок Винни-Пух © (2008-10-01 16:50) [2]

Как сделать так, чтобы при выходе из базы данных в дельфи создавалась копия базы данных.

Создавать копию при выходе.

← →
White (2008-10-01 16:52) [3]

файлы с расширением db

← →
Sergey13 © (2008-10-01 16:53) [4]

Уж лучше при входе. 8-)

← →
Правильный$Вася (2008-10-01 16:54) [5]

> файлы с расширением db

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

← →
Сергей М. © (2008-10-01 16:54) [6]

> при выходе из базы данных в дельфи

А что, выход из базы данных является одновременно входом в Делфи ?

← →
Johnmen © (2008-10-01 16:58) [7]

А вход в Делфи - одновременным входом в базу данных?
:)

← →
Сергей М. © (2008-10-01 17:00) [8]

> Johnmen © (01.10.08 16:58) [7]

Ну судя по "ТЗ" так оно, видимо, и есть - некая "дверь", с одной ее стороны входишь, с другой, соттв-но, выходишь .. типа прыжки между измерениями) ..

← →
stas © (2008-10-01 17:02) [9]

White (01.10.08 16:48)
если

> если режим монопольный

WinRar+командная строка.

← →
MsGuns © (2008-10-01 17:04) [10]

Для парадокса не существует "системных" средств бэкапа-рестора, поэтому чаще всего разработчики используют обычные архиваторы. Однако в архив преспокойно попадают все ошибки, имеющиеся в БД, поэтому для этого пишут специальные процедурные приложения, обеспечивающие корректное сохранение и восстановление БД.
Но одно можно сказать наверняка - НИ В КОЕМ СЛУЧАЕ СОХРАНЕНИЕ-ВОССТАНОВЛЕНИЕ БД НЕЛЬЗЯ ДЕЛАТЬ АВТОМАТИЧЕСКИ. Помимо очевидной глюкавости такого "метода" при сетевой работе имеется еще и куча гемора, связанного с невозможностью отследить целостность различных частей БД.

ИМХО, лучшая рекомендация в Вашем случае - это полный и категоричный отказ от парадокса в пользу клиент-серверных СУБД

← →
Германн © (2008-10-01 17:07) [11]

> ИМХО, лучшая рекомендация в Вашем случае - это полный и
> категоричный отказ от парадокса в пользу клиент-серверных
> СУБД

Опять 25 :)

← →
MsGuns © (2008-10-01 17:09) [12]

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

← →
Правильный$Вася (2008-10-01 17:13) [13]

> MsGuns © (01.10.08 17:09) [12]

автор ведь так и не сказал, монополия у него или рынок, а ты его сразу демократизировать пытаешься

> MsGuns © (01.10.08 17:09) [12]
>
> Не стоит подкалывать - я же написал "В вашем случае"

А что ты знаешь про его случай?

>А что ты знаешь про его случай?

А чего тут знать-то ? Типичный "Фароновский" подход при написании приложений - TTable->TDataSource->TDBGrid с использованием мастер-детала. Любой сбой ПК или сетки практически гарантированно приводит к разрушению индексов, после чего "программа не запускается - сделайте чтобы работало". Вот начинающий спесилист и хочет придумать панацею чтобы его не дергали по сторазнадню

← →
Правильный$Вася (2008-10-02 11:46) [16]

> А чего тут знать-то ?

телепатор в турбо-режиме на обученной нейро-сети?

Нет, просто грустно-обширный собственный опыт :(

> MsGuns ©

и как ты выкручивался? (в 2х словах(ну, можно поширше, я не ограничиваю :)))
Просто есть один момент, надо одному чудику помочь(клиент-сервер хорошо, но уже все на этом г. завязано), они сейчас всех из-за каждого вылета выгоняют, делают переиндексацию, потом оповещают, что можно заходить. Или кто-то подходит к компу с БД и принудительно пользователей отшибает.

Создание копии базы данных Найти похожие ветки