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

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

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

Размер файла *.gdb [D7, IB6.x]

Страницы: 1 2 >
Fedor © (2005-01-15 18:43:00)
Подскажите пожалуйста, почему файл InterBase *.gdb, даже при пустой базе имеет такой огромный размер - 197Мб, и он при добавлении записей не изменяется, Backup и Restore не дают ни какого эфекта.

Fedor (2005-01-23 16:28:00) [1]
Ты был прав, постаивл галку заменить существующюю БД и все получилось, спасибо и извини что отнял время.

Desdechado (2005-01-23 12:21:00) [2]
Поглядел.
1. По структуре и проектированию БД лекцию читать не буду, для этого книжки есть. Скажу только, что ужасно.
2. Теперь по сути. У меня отресторилось всё в 313344 байта. Сервер FB1.5.2. Опции восстановления: коммит после каждой таб, размер страницы 1 кб. Подозреваю, что ты ресторишь куда-то в другое место, а смотришь на исходную (добэкаповскую) БД.

Desdechado (2005-01-22 20:36:00) [3]
намыль мне свои 22 кила, интересно поглядеть на этот артефакт

Fedor (2005-01-22 18:52:00) [4]
Попробовал, то же самое. Что за гемор такой?

Desdechado (2005-01-22 18:42:00) [5]
3 - попробуй НЕ использовать

Fedor (2005-01-22 18:12:00) [6]
22 кила
Не изменился размер файла базы *.gdb после рестор
Использую
Размер страницы 1024

Desdechado (2005-01-22 18:07:00) [7]
22 кила или мега?
что именно не изменилось? после рестора сколько?
используешь галку use all space?
размер страницы в БД?

Fedor (2005-01-22 17:51:00) [8]
На SQL очень даже удалились. Сделал и backup-restore - файл *.gbk - 22kb, и нифига ни изменилось.

Desdechado (2005-01-22 17:38:00) [9]
1. удалил - backup-restore сделал?
2. вряд ли из-за null-записей что-то не так. Но удалить их можно delete from имя_таблицы, а не из сетки

Fedor (2005-01-22 17:30:00) [10]
>удали все записи изо всех таблиц, сделай backup/restore с обязательной сборкой мусора, сравни полученный размер файла базы с тем что имеешь сейчас ..
а, кстати, как тобой при разработке выбран размер блоб-сегмента в блоб-полях, предназначенных для будущего хранения фотографий ?

Удалил все записи, ничего не меняется. Блоб - длина 1024, подтип 2

>а тогда остальные 9995 записей на какие таблицы приходятся и что там хранится ? если 5 фотографий и они в каждой записи всего двух упомянутых тобой таблиц (т.е. читай - в двух таблицах всего 5 записей, оставшиеся 9995 записей приходятся на прочие 6 таблиц) ?

В эксеперементальной базе есть только 5 записей в одной таблице(5 фоток), в остальных таблицах пусто. Да даже стер и эти 5 записей -ничего не меняется. Есть один нюанс, в одной из присоединенных таблиц в процессе эксперементирования я создал две "null" записи и никак не могу их удалить. Ошибка в IBExpert

Error Message:
----------------------------------------
Invalid token.
Dynamic SQL Error.
SQL error code = -104.
Unexpected end of command.
Может это из-за них мусор не убирается?

Fedor (2005-01-22 17:29:00) [11]
>удали все записи изо всех таблиц, сделай backup/restore с обязательной сборкой мусора, сравни полученный размер файла базы с тем что имеешь сейчас ..
а, кстати, как тобой при разработке выбран размер блоб-сегмента в блоб-полях, предназначенных для будущего хранения фотографий ?

Удалил все записи, ничего не меняется. Блоб - длина 1024, подтип 2

>а тогда остальные 9995 записей на какие таблицы приходятся и что там хранится ? если 5 фотографий и они в каждой записи всего двух упомянутых тобой таблиц (т.е. читай - в двух таблицах всего 5 записей, оставшиеся 9995 записей приходятся на прочие 6 таблиц) ?

В эксеперементальной базе есть только 5 записей в одной таблице(5 фоток), в остальных таблицах пусто. Да даже стер и эти 5 записей -ничего не меняется. Есть один нюанс, в одной из присоединенных таблиц в процессе эксперементирования я создал две "null" записи и никак не могу их удалить. Ошибка в IBExpert

Error Message:
----------------------------------------
Invalid token.
Dynamic SQL Error.
SQL error code = -104.
Unexpected end of command.
Может это из-за них мусор не убирается?

Desdechado (2005-01-21 13:25:00) [12]
gdb - это может быть что угодно.
Если это БД IB, то поставь IB и подключись чем-то вроде IBExpert
Если это что-то еще, то ищи дальше
PS в winxp это тоже какое-то служебное расширение, может, это ее файл?

Johnmen (2005-01-21 13:20:00) [13]
Никак. Если под чтением имеется в виду то, что я думаю...
А так - любым текстовым редактором читай :)))

Искатель (2005-01-21 13:17:00) [14]
Короче не совсем в тему, но новую не кайф создавать.
Вот у меня есть .gdb файл, но интербазе или чего-нить подобного нет как его средствами XP можно прочесть? Информация важная плиз подскажите!

Digitman (2005-01-19 16:40:00) [15]

> Fedor (19.01.05 15:46) [15]

удали все записи изо всех таблиц, сделай backup/restore с обязательной сборкой мусора, сравни полученный размер файла базы с тем что имеешь сейчас ..

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

> в обеих мастер таблицах, в каждой записи, по одной фотографии
> с камеры

а тогда остальные 9995 записей на какие таблицы приходятся и что там хранится ? если 5 фотографий и они в каждойзаписи всего двух упомянутых тобой таблиц (т.е. читай - в двух таблицах всего 5 записей, оставшиеся 9995 записей приходятся на прочие 6 таблиц) ?

Desdechado (2005-01-19 16:35:00) [16]
1. размер фото в мб, а не в пискелах
2. а те 10000, описанные в [10]

Fedor (2005-01-19 15:46:00) [17]
В эксперементальной базе всего лишь 5 фотографий 640х480, размер базы 197Мб.

Term (2005-01-16 18:37:00) [18]

> Да, в обеих мастер таблицах, в каждой записи, по одной фотографии
> с камеры.

и вы еще спрашиваете причём тут пиво сокол

Desdechado (2005-01-16 17:42:00) [19]
размером фотографии не интересовался? рекомендую...
потом умножишь на количество фотографий и ответ приведешь здесь, ок?

Fedor (2005-01-16 14:35:00) [20]
Да, в обеих мастер таблицах, в каждой записи, по одной фотографии с камеры.

Страницы: 1 2 >

Наверх

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