Главная страница
Top.Mail.Ru    Яндекс.Метрика
Текущий архив: 2003.12.12;
Скачать: CL | DM;

Вниз

Как лучше хрнить изображения?   Найти похожие ветки 

 
Eugene1501 ©   (2003-12-02 14:18) [0]

Может кто-то делал что-то подобное, поделитесь опытом.

Есть база данных, в ней храняться к примеру товары. Нужно чтобы каждому товару была сопоставленна картинка. Пока надумал 2 варианта:
1. Хранить картинки в базе данных (использую MS Jet)
2. Хранить в базе данных имена файлов картинок, а сами графические файлы в какой либо папке.

Товаров будет около 15000. Уважаемые мастера, что посоветуете?


 
Юрий Федоров ©   (2003-12-02 14:23) [1]

Думаю в базе, хотя эта база слабовата


 
Eugene1501 ©   (2003-12-02 14:24) [2]

Я боюсь что из-за большого числа записей база будет огроменной.


 
Danilin   (2003-12-02 14:26) [3]

Второй способ более оптимален. Иначе размер и быстродействие базы данных будет плохим.


 
Юрий Федоров ©   (2003-12-02 14:32) [4]

Если использовать нормальный сервер БД(типа Oracle), то однозначно в базе.
В случае хранения в файлах будет сложно гарантировать целостность и отказоустойчивость


 
Silver Alex ©   (2003-12-02 14:41) [5]

полностью согласен с Юрием Федоровым. а зачем тогда вообще БД?


 
Danilka ©   (2003-12-02 14:53) [6]

отсталось определить критерий нормальности СУБД :))


 
sniknik ©   (2003-12-02 14:53) [7]

посчитай
15000 * 30(примерно в среднем картинка весит) килобайт = 450000/1024= 439,45 мегабайт.
все зависит от среднего веса картинки, если перевалит гигабайт, то лутше смени базу, +данные +непредвиденное, а у аксесса ограничение 2гига.

(до 500мг можеж не заморачиватся потянет легко)


 
DVM ©   (2003-12-02 15:02) [8]

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


 
DVM ©   (2003-12-02 15:03) [9]


> а у аксесса ограничение 2гига.

у него ограничение 2 млрд. записей, так что даже не два гига а меньше в реале.


 
sniknik ©   (2003-12-02 15:06) [10]

DVM © (02.12.03 15:03) [9]
см. таблицу внизу
http://www.osp.ru/win2000/sql/2000/01/001.htm


 
DVM ©   (2003-12-02 15:11) [11]


> sniknik © (02.12.03 15:06) [10]

Да я и не спорю, что заявлено 2 гига, на деле же она у нас никогда не "доживала" до двух гигов. В какой то момент база начинает валится и потом все - не открывается. Этот момент наступал значительно раньше 2 гигов. С SQL уже 7 гигов - проблем нет пока.


 
sniknik ©   (2003-12-02 15:24) [12]

DVM © (02.12.03 15:11) [11]
> не "доживала" до двух гигов
это естественно, базы то наверняка в работе находились, рабочее пространство под запросы/обьеденения требуют? требуют.
а вот про > 2 млрд. записей, впервые слышу. (хотя возможно и по количеству ограничение есть, но тут явно размер раньше кончится)

сами рекомендуем до > 1.5 гига не доходить, на тестах до 1,9 дотягивало.



Страницы: 1 вся ветка

Текущий архив: 2003.12.12;
Скачать: CL | DM;

Наверх




Память: 0.49 MB
Время: 0.018 c
1-36670
A JI E LLI A
2003-11-30 13:22
2003.12.12
Переменные


3-36512
Урмат
2003-11-20 12:26
2003.12.12
кодировка dbf ADO


1-36626
BDRON
2003-11-30 00:10
2003.12.12
Memo независимый от размера шрифта


1-36712
Clift
2003-12-02 15:21
2003.12.12
FileName


14-36801
sashas
2003-11-18 17:17
2003.12.12
А почему девушек-программеров почти нет?