Большие размеры БД...

[AnryGTR]

Здравствуйте, уважаемые ГУРУ!
Прога работает с БД FireBird 1.5. В БД есть таблица которая хранит рисунки, так вот перед сохранением я сжимаю рисунки JPG до 80% (если больше - то уже сами понимаете искажения на лицо!) для уменьшения размера, но за 5 дней размер базы уже 18,5 Мб (без рисунков около 8 Мб), по большей части из-за рисунков, а они очень нужны без них никак...
Так вот вопрос, может есть какой-то внутренний способ сжатого хранения БЛОБ-данных на уровне самого FireBird?
Или тут уже ничего не поделать? Вообщем нужна экономия размера БД по максимуму...

[WildSery]

я сжимаю рисунки JPG до 80% (если больше - то уже сами понимаете искажения на лицо!)

Ты их готовить не умеешь. Если с ФШ-оптимизатором, то на 80% изменений не будет вообще, а 60% ещё вполне без артефактов. Но это не руководство к действию, потому что...

за 5 дней размер базы уже 18,5 Мб (без рисунков около 8 Мб), ... (поскипано) ... Вообщем нужна экономия размера БД по максимуму...

А с какой целью экономия?
При таком росте за год будет всего-то 500 Мб (если прирост только в рабочие). Цифирь смешная.

[AnryGTR]

Дело в том что эти фотки снимаются прогой с видеобластера, поэтому ФШ тут не причём...операторы снимают с видеобластера, затем нажимают "Сохранить", а прога их сжимает сама... я пробовал меньше 80% задавать - поверь, искажения видны сразу. Оптимальный предел, который я нашёл - это 80%...
А насчёт прироста - ты думаешь это смешная цифра, просто я недавно начал работать с сетевыми БД, раньше всё как-то с локальными...и поэтому размер меня очень удивил...
СПАСИБО, что так быстро ответил!!!

З.Ы. Значит внутреннего способа сжатия в Файрбёрде нет?

[Attid]

З.Ы. Значит внутреннего способа сжатия в Файрбёрде нет?

нету, только ручками можешь сжимать перед покладкой в БД и разжимать при обратном действие, но если юзать FIB+ у них есть событие и получится практически автоматом паковать.

можно еще заюзать UDF, но имхо не стоит для этого, лучше на клиенте.

[kdv]

18 мегабайт за 5 дней. Это за год будет 1.3 гига. фигня какая. откуда вообще мысль про "большие" БД? Большие - это если бы у тебя база за 20 гиг зашкаливала...

И то - накой сжатие. JPG не жмется по определению. А минимальный размер диска, который можно дешево купить - 80 гиг. 250 гиг - 100 баксов. В общем, мутите вы, товарищ...

[AnryGTR]

А понятно, значит насчёт размеров можно не беспокоиться ... просто я работал раньше с локальными БД, а в сетевых размеры растут с куда большей скоростью, сами понимаете!
Всем спасибо за ответы, считаю тему закрытой!!!

З.Ы. JPG можно сжимать далее, я проверял - сохранял без сжатия и с сжатием - размеры были разные, поверьте...

[AnryGTR]

Да кстати, хотел спросить:
вот когда база достигнет ограничения на размер одного файла(то ли 2 Гб, то ли 4...), то Файрбёрд сам создаст вторую часть базы, или же это вручную надо делать?

[Merlin]

Это смотря сетевая или локальная...

[AnryGTR]

Сетевая!

[Ivan_Pisarevsky]

Попросит через спикер, вставить чистую отформатированную дискету в дисковод, только ты сразу приготовь пачку, вдруг одной не хватит... да и далеко от сервера не отходи, вдруг понадобится считать, тогда суешь дискеты в обратном порядке.

[WildSery]

когда база достигнет ограничения на размер одного файла

У меня вот встречный вопрос (конечно, если только у тебя не FATxx) - а как ты на NTFS или EXT3 (не знаю, что там у тебя) добиваешься ограничения размера файла? Софтинка специальная?

[Ivan_Pisarevsky]

Софтинка специальная?

НеДочиталРТФМ.exe

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

[Merlin]

когда база достигнет ограничения на размер одного файла

У меня вот встречный вопрос (конечно, если только у тебя не FATxx) - а как ты на NTFS или EXT3 (не знаю, что там у тебя) добиваешься ограничения размера файла? Софтинка специальная?

Иэхх, не дождался я вчерась ответа. Хотел дальше спросить на чём сервак крутится - на Нетвари 3.11 или Вынь для Воркгрупс...

[Ivan_Pisarevsky]

Иэхх, не дождался я вчерась ответа. Хотел дальше спросить на чём сервак крутится - на Нетвари 3.11 или Вынь для Воркгрупс...

Мож мобильный телефон... оне нынче навороченные, можно флешку запихать на полгига как нефиг делать. Вот видимо место на флеше не резиновое, вот автор и переживает.

[Merlin]

Иэхх, не дождался я вчерась ответа. Хотел дальше спросить на чём сервак крутится - на Нетвари 3.11 или Вынь для Воркгрупс...

Мож мобильный телефон... оне нынче навороченные, можно флешку запихать на полгига как нефиг делать. Вот видимо место на флеше не резиновое, вот автор и переживает.

Насчёт превышения файлОм 2х или 4х гигов на оной полугиговой флешке? Хотя... с нынешними аффтарами и не такое случаецо

[Ivan_Pisarevsky]

Иэхх, не дождался я вчерась ответа. Хотел дальше спросить на чём сервак крутится - на Нетвари 3.11 или Вынь для Воркгрупс...

Мож мобильный телефон... оне нынче навороченные, можно флешку запихать на полгига как нефиг делать. Вот видимо место на флеше не резиновое, вот автор и переживает.

Насчёт превышения файлОм 2х или 4х гигов на оной полугиговой флешке? Хотя... с нынешними аффтарами и не такое случаецо

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

[hvlad]

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

В 2.1, надеюсь, с этим покончено

держи ВСЕГДА в запасе несколько гиг свободного места.

Не помешает

[break]

Может глупый вопрос, но зачем рисунке вообще хранить в БД?

Все равно если их когда-то редактировать прийдется то для передачи внешней проге распаковывать надо будет в файл и даже для качественного просмотра, явно какой-нибудь ACD-SEE лучше справится чем встроенный в программу компонент, у меня всегда есть внешняя часть БД где RTF, JPG и др. файлы лежат а в БД ссылка.

Действительно есть выгоды?

[Merlin]

Действительно есть выгоды?

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

[Ivan_Pisarevsky]

Может глупый вопрос, но зачем рисунке вообще хранить в БД?
-skip-
Действительно есть выгоды?

По этому поводу столько копий уже переломано, поиск по нашему разделу sql.ru даст много пищи для размышления. Сильно зависит двухзвенное приложение или трехзвенное, например.

to hvlad
Это радует.