Размер БД растет не подням, а по часам !

← →
LAndreyV © (2004-03-26 11:53) [0]

Привет всем!
У меня БД dBase IV.
В течении дня я пополняю ее новой информацией, а устаревшие записи стираю. Работает всего неделю, а размер ее уже превысил
1 Gb !!! , хотя у меня записей в ней на текущий момент всего 5 шт!???
Объясните, в чем проблема ?????
Заранее благодарен.

← →
Sergey13 © (2004-03-26 11:55) [1]

"не подням, а по часам"
Тут по моему счет идет на минуты и секунды. 8-) Паковать не пробовал?

← →
Nikolay M. © (2004-03-26 11:56) [2]

"Удаляемые" записи не удаляются физически из файла (файлов) БД, а только помечаются как удаленные.

← →
LAndreyV © (2004-03-26 12:04) [3]

а каким макаром их удалять физически???

← →
Romkin © (2004-03-26 12:05) [4]

С помошью dbiPackTable
пример есть в хелпе. BDE reference смотри

← →
ЮЮ © (2004-03-26 12:50) [5]

Если за неделю 1 GB записей устарел, то почему ты это называешь БД? Информация в ней должна храниться годами :-)

← →
LAndreyV © (2004-03-26 12:52) [6]

а чем называть?
файлы для хранения информации?
Где я по-твоему должен хранить такие объемы информации, в .txt что ли?

← →
Sergey13 © (2004-03-26 12:58) [7]

2ЮЮ © (26.03.04 12:50) [5]
Флудю я после обеда 8-), но почему "должна"?

← →
ЮЮ © (2004-03-26 12:59) [8]

>В течении дня я пополняю ее новой информацией, а устаревшие записи стираю.

Добавь поле IsDeleted. Для устаревших записей зтавь 1. Пополняя новой информацией, используй значала "удаленные", заменяя 1 на 0, и лишь при их отсутствии - вставляй новые.

← →
LAndreyV © (2004-03-26 13:05) [9]

и что мне это даст? размер-то не уменьшится, - просто они не будут показываться при запросе Select * from БД Where isDeleted=0

← →
Term © (2004-03-26 15:58) [10]

в общем пакуй базы и всё. хоть для проверки DataBase DeskTop"ом

← →
KSergey © (2004-03-26 16:16) [11]

> [9] LAndreyV © (26.03.04 13:05)
> и что мне это даст?

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

Впрочем, как было сказано выше, в DBF файле такой флажек уже есть.
Я не знаю как там в BDE - можно ли получить доступ к удаленным записям - но все нормальные СУБД, предназначенные для работы с DBF такую возможность дают, бюолее того - позволяют сей флажек снять.
Тут еще накручиваются и нюансы сетевой работы: паковать таблицу (процедура удаления из нее записей, помеченных как удаленные) можно только при эксклюзивном к ней доступе, а потому делать это в разгар рабочего дня не получается. Вот тут на помощь и приходит механизм "восстановления" записей: вместо добавления новой сначала ищутся удаленные, а уж если таковых нет - то добавляется новая.

Впрочем, все это уже написано предыдущими товарищами...

> Я не знаю как там в BDE - можно ли получить доступ к удаленным
> записям

тут всё как в нормальных СУБД :)))) есть БДЕ АПИ пусть его смотрит и востанавливает, а ваще конечно галочку и писать поверх старых записей

> KSergey © (26.03.04 16:25) [13]

имееш ввиду пометка что запись удалена, так тогда именно придётся открывать с экслюзивным доступом, а это при много пользовательской работе проблемно.
И ваще как мне кажется, при недельном обороте в один гиг, думаю нужно sql-сервер какойнить поставить, объёмы то не хилые

> [14] Term © (26.03.04 16:31)
> имееш ввиду пометка что запись удалена, так тогда именно
> придётся открывать с экслюзивным доступом, а это при много
> пользовательской работе проблемно.

Нет, не нужен монопольный доступ.
Эта пометка легко снимается/ставится при многопользовательском доступе к таблице.

PS
Эх, клиппер... Вот вещь была!

Это все обеспечивет БДЕ

Размер БД растет не подням, а по часам ! Найти похожие ветки