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

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

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

Привет всем ! База портиьтся при отключении света ! [D6]

Spartak © (2002-10-29 21:51:00)
Чтобы корректно закрыть базу нужно добавить примерно вот такой
код Table1.close; ( ну это моё мнение ) А что делать если пользователь работает с базой и в это время выключается питание
компьютера ? то есть база испорчена !!! ( а сохранять её в дополнительном каталоге тоже не выход. база большая - комп слабый,
а записи приходиться делать в базе примерно каждые 30 - 40 сек и
если копировать сам файл базы то получаються конкретные тормоза )

Как быть ?

:(

Zelius (2002-10-30 10:27:00) [1]
Если такие требования к надежности, то тебе пора переводить прогу на SQL сервер!

3JIA9I CyKA (2002-10-30 09:34:00) [2]
Движок-то какой?

Vovchik_A (2002-10-30 09:31:00) [3]
Уточняющий вопрос. А база то какая ? Вообще, на Sql-серверах есть понятие backup, например у ASA, у АSE целый BackupServer существует.
И обычно, при правильной организации хватает одного бекапа в день.
Если база файловая - ничего не поиешь надо архивироваться

REP (2002-10-30 09:27:00) [4]
Используй ввод данных через стандартные компоненты. Только когда пользователь нажал кнопочку Ok в окне ввода информации

Table1.Edit
...
..
Table1.Post
Table1.FlushBuffers

в остальное время база в режиме dsBrowse меньше вероятность, что посыпится.

Alex Y (2002-10-30 09:16:00) [5]
Если очень надо и писать не влом, то сделай лог (текстовый файл) в который пиши каждую операцию пользователя, старые и новые данные. При сбое всегда можешь восстановить работу по шагам. Да и если это косяк юзера, можно его носом в лог ткнуть :). Это конечно не 100, но 99% точно.
Меня однажды это очень выручило.

sniknik (2002-10-30 08:39:00) [6]
после каждого изменения Post и FlushBuffers; UPS обязательно (хотябы для отмазки в случае чего), архив базы тоже непомешает от любопытных пользователей все критичные (и не очень) места в программе в TRY EXCEPT END; От глюков срочно избавлятся и никогда не говори о них клиентам. Обработчик ошибок, описание действия на возможные. Обучение клиентов. И все одно полностью данные не спасеш (таланты юзеров неисчерпаемы и непредсказуемы!:-)) панацеи нет. И можеш плюнуть в рожу тому кто будет утверждать, что его прога защишена на 100% от потери данных.

Spartak (2002-10-30 05:03:00) [7]
>ioSan
Нужно чтобы не утерялась ни одна запись ! ( тогда это действительно будет хорошее приложение !)
А нельзя ли как нибудь программно ? Ведь надо распостранить прогу
для достаточно большого количества пользователей ! А UPS не у
всех есть !! ( пользователи скорее купят другую программу ( где
нет таких глюков ) чем UPS !!! тем паче что база может испортиться
и от сбоя в проге ( например от любопытных рук пользователей !)и др. а не только от выключения света !
Ну должно же быть решение ?

ioSan (2002-10-30 04:19:00) [8]
>> ( а сохранять её в дополнительном каталоге тоже не выход. база большая - комп слабый,
>> а записи приходиться делать в базе примерно каждые 30 - 40 сек и
>> если копировать сам файл базы то получаються конкретные тормоза )

Выход, раз в сутки архивировать - достаточно.
Или Anatoly Podgoretsky © (29.10.02 22:24)

sniknik (2002-10-30 00:17:00) [9]
UPS не поможет. Вызывают к клиентам (в цто рассказали) комп не работает данные накрылись, свет выключали включили все кирдык полный. Ну те сразу не может быть у вас упсы на каждом компе. А на сервере так вообще мощь трактор электрический потянет. А оттуда что за упс? это такая штука под столом, ноги вытянуть не дает? Ну да! А ну так я ее выключила как свет вырубили она так противно запищала я испугалась что сломается. !? .... Комп компак, диск напрочь слетел, спасая упс она забыла его сначала отключить :-((. и таких примеров валом.

Anatoly Podgoretsky (2002-10-29 22:24:00) [10]
UPS поставить

Наверх

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