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

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

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

Размер базы

scur © (2010-02-26 08:59:00)
Привет всем мастерам !!!

Вопрос следующий:
Есть база состящая из одной таблици и 5000 записей в ней, размер примерно 90 Мб, так вот после удаления всех записей размер базы остаётся без изменений, в чём может быть проблема или так и должно быть, или я делаю что то не правильно.

Удаляю так:
AdoTabele.Recno:=1; AdoTabele.Delete;

12 (2010-02-26 12:07:00) [1]
ну где-то так или все же поменьше, там хитро что-то вроде индексов в соседнем файле валялось. 93 год программка и с того времени копили :)

Anatoly Podgoretsky (2010-02-26 11:56:00) [2]
> 12 (26.02.2010 11:21:17) [17]

И удаление одной записи из файла занимало 10+ секунд.

12 (2010-02-26 11:21:00) [3]
хотя и признаю, что это не субд, вообщем-то
но вот доводилось переписывать(заново писать) одну программку, еще на асм под дос писанную, где данные были ~ 650 мб файла txt

12 (2010-02-26 11:17:00) [4]
плоский файл

Anatoly Podgoretsky (2010-02-26 11:15:00) [5]

> во многих СУБД так и должно быть, а в некоторых - нет.

Назови хоть одну СУБД, которая проводит упаковку базы после каждого удаления.

scur (2010-02-26 10:58:00) [6]
Тема закрыта

12 (2010-02-26 10:55:00) [7]
http://www.sql.ru/faq/faq_topic.aspx?fid=155

Плохиш (2010-02-26 10:53:00) [8]

> Ну скажем ситуация следующая, предприятие

Предприятию стоит нанять программиста.

Sergey13 (2010-02-26 10:45:00) [9]
> [10] scur (26.02.10 10:35)

Во первых. Гигабайт - это детский лепет для БД предприятия.
Во вторых. Твоя БД из одной таблицы в аксесе - это даже не детский лепет, а просто пшик. Тем более с AdoTabele.Delete в цикле.
В третьих. Бекап это не обязательно простое копирование файлов и при нем необязательно "сохраняется левый объём".

Ты решай свои локальные текущие задачи и меньше думай о "глобальном". Это пока не твои проблемы.

scur (2010-02-26 10:35:00) [10]

> Sergey13 ©

Ну скажем ситуация следующая, предприятие провило инвентаризацию и очень большое количество оборудование списало, что привело к соответствующему удалению записей из базы. А теперь представим что база ветит не Мб, а Гб, и нам нужно за бекапить базу, то чтобы не сохранять левый объём, мне каждый раз понадобиться вставлять её в аксес, интересный метод оптимизации, может кому то он и подойдёт, но не мне.

Но на вопрос так и не ответили можно ли это сделать (упаковать) из Delphi, подскажите или ссылочку на литературу плиз.

Sergey13 (2010-02-26 09:52:00) [11]
> [7] scur (26.02.10 09:43)

Ну так вот в аксесе сжал и переноси это файло. Зачем в программу то вставлять эту РАЗОВУЮ операцию?

sniknik (2010-02-26 09:51:00) [12]
ну вот, я же говорил.
неправильные методы работы его совершенно не волнуют, будет продолжать (результат то то одинаков, а то что идет к соседнему подъезду в обратную сторону обходя квартал неважно), но зато размер... больное место. а покажи как, так он не думая еще и операцию упаковки поле каждого действия "вляпает".

scur (2010-02-26 09:43:00) [13]

> Sergey13 ©

> sniknik ©

Идея закючается в переносимости и компактности базы.

scur (2010-02-26 09:41:00) [14]

> sniknik © (26.02.10 09:31) [4]

> вовсе не в размере базы, а например вот в этом...
> AdoTabele.Recno:=1;
> AdoTabele.Delete;

данный код всавляется в цикл по количеству записей, а результат всёравно пустая база.

> там есть пункт "упаковка и восстановление", ну или что то
> типа, а что для этого сделал ты? вот и результат - ничего.
> аналогично.

А как это жожно сделать из Delphi, и возможно ли это?

sniknik (2010-02-26 09:39:00) [15]
> Небольшие конечно, но все таки.
файловые операции как раз одни из самых ресурсоемких, почему и вся эта "байда" с размерами. т.к. разработчики баз всеми силами пытались избегать лишних.
и как иногда кажется зря... волнует нынешних "программистов" вовсе не скорость (с ней они попросту борются, как понимаешь глядя на их методы работы) а размер! (что то другое тоже маленькое и должно соответствовать?)

sniknik (2010-02-26 09:31:00) [16]
> в чём может быть проблема
вовсе не в размере базы, а например вот в этом...
> AdoTabele.Recno:=1; > AdoTabele.Delete;

> К стати после пересохранения в Access она занимает 270 Кб.
там есть пункт "упаковка и восстановление", ну или что то типа, а что для этого сделал ты? вот и результат - ничего. аналогично.

Sergey13 (2010-02-26 09:30:00) [17]
> [2] scur (26.02.10 09:19)

Если записи будут появляться снова, то никакого смысла в сжимании нет. Скорее даже вред, т.к. под расширение файла БД будут тратиться лишние ресурсы. Небольшие конечно, но все таки.

scur (2010-02-26 09:19:00) [18]

> 12 © (26.02.10 09:09) [1]

Спасибо.

Если интересно то база созданна в Microsoft Office Access 2007.
К стати после пересохранения в Access она занимает 270 Кб.

12 (2010-02-26 09:09:00) [19]
во многих СУБД так и должно быть, а в некоторых - нет.
А в особо секретных, как в Вашем случае, возможно и расширение

Наверх

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