Предполагам че за повечето от вас този въпрос е прост и досаден, но ще се радвам ако някой ми отговори ...
Какъв тип трябва да е полето в което ще се запазва изображението ? Може ли някой да ми опише мехамизма за вкарването и изкарването на изображението в базата ( не пътя до изображението а самото изображение ).
Предварително ви благодаря.

п.п.
Знам че най хубаво да си го прочета от някоя книжка , но ще имам възможност да си купя такава след седмица - две , а това ми трябва сега

Този въпрос наистина е за FAQ. Типът на полето трябва да е BLOB.
И все пак вкарването на самите изображения в база данни, а не само пътя до тях, е много лоша практика. Това е дискутирано доста пъти вече. Не разбирам защо ти е да ги ръгаш самите картинки в базата???

дао дъ дзин

Всъщност чудех се точно по кой начин да го направя ...
Във всеки случай ми е интересно как става i/o на изображенията в базата дании . Това за blob го предположих, но по натам .... :)

4estno kazano ne sm se zamislql. Bi trqbvalo da stava po standartniq na4in - insert into table_name.col_name value... ama sega kato se zamislq kak li se podava tova valiue... xm.... moje bi po pyt kym nego, ama bez kavi4ki... ne znam, trqbvada kaje nqkoi, koito znae

"Няма начало, няма край" - прозрение на барманка в 5 сутринта

Най-интересното е, че не кой да е а Jeremy Zawodny обясни една много простичка причина защо предпочита да пази картинките във MySQL а не във файлове

Малко е кофти казва той за файловата система като имаш нещо от рода на няколко милиона .jpeg-чета - докато з базата данни нямаш проблем.


Не се бях замислял за този аспект преди това ...

Съдържаниет е скрито
Влезте за да го видите

Salle, знам че ти си специалист в тази насока (MySQL) и ще се радвам ако ми обясниш точно начина по който да постигна това ...

Ще успея ли да се подмажа, като кажа че и аз съм планинар ?

Честно казано и аз. Обаче сега се замислих. При няколко милиона нещата стават сложни. Ама не мислиш ли, че случаят е малко теоретичен. Ако приемем че едно jpg-4e е само 10К - доста малко за реални условия, то само един милион от тях вече е 10 гигабайта.
Като се има предвид, че jpg-ите рядко са толкова малки, а говорим и за няколко милиона, нещата стават достатъчно трудно постижими с каквито и да е методи.
Май малко хора правят такова разхищение на пространство в практиката?

Смея да твърдя, че в нормални условия картинките трябва да се пазят на файловата система.

"Така е то", казват тралфамадорците, когато някой умре

Не си схванал за какво иде реч

Всички съвременни файлови системи не се плашат от размер и общ обем на файлове GB, TB - голяма работа ...

Опитай обаче да направиш една директория с да речем 2 милиона файла (каквито и да е дори по един байт да са)

Колко файлови системи ще го понесат изобщо и доколко това ще е работоспособно (като ресурси за ОС)?

В днешно време броя на файловете е по-голям проблем от размерите им

Съдържаниет е скрито
Влезте за да го видите

Вие си водите прекрасен диалог, но все пак МОЛЯ някой да ми отговори на въпроса ....

insert ... load_file(...)
update ... set=load_file(...)

Съдържаниет е скрито
Влезте за да го видите

Схванах аз, че се има предвид броя на файловете :) Това, което имах предвид, е че случая с милионите джипези си е доста труден за решаване по принцип, независимо от подхода .
А колкото до файловата система, прав си че милиони файлове не могат да се сложат в една директория. Но могат да се сложат в няколко хиляди директории, които са с ниво на влагане около 5 - ако имаш по 10 директории във всяка 10 на 5-а степен бързо става ;)) И тогава можем да получим една импровизирана директорийна услуга, която да е даже по-ефективна.
Знам, че е доста имагинерно това, което говоря, но не повече от идеята да се блъскат гигабайти БЛОБ в база данни ;)

Кин Дза Дза

salle ve4e ti e otgovoril:

"insert ... load_file(...)
update ... set=load_file(...)"

Извинявайте, убягнало ми е от погледа (а цял ден за това гледам ...).

have a nice day

А какъв кеш произвежда съответния SQL-сървър при интензивна работа и големина на всеки запис от по няколко (десетки?) MB заради BLOB-а?
И мен тва живо ме вълнува, щото ми предстои да се боря с нещо подобно. Сега имам една директория с около 25000 файла и е не'къв ужас...

Съдържаниет е скрито
Влезте за да го видите

през всяко API може също да се праща BLOB само трябва да се погрижиш предварително за 'escape' на символи като \0 ' " ; - във всички API-та има начин

Във C например използвай mysql_real_query() вместо mysql_query() защото първото има параметър дължина и работи според него докато второто се ориентира по \0 за дължината на заявката

Съдържаниет е скрито
Влезте за да го видите

Ами аз всъщност никога не съм го правил

щото си падам малко пуритан по отношение на SQL и Базите Данни и примерно никак не харесвам Full-Text индексите пък те вършат работа на много хора....

Та винаги съм препоръчвал подхода с пазенето само на имена на файлове докато прочетох думите на Jeremy Zawodny - а той е видна фигура в Yahoo (доста неща в Yahoo се търкалят на MySQL) и веднага можеш да предположиш с какви обеми му се налага да се справя.

Планинар казваш? Ще взема вече да ходя по планините със ризите и фанелките на MySQL ...

Съдържаниет е скрито
Влезте за да го видите

Mnogo mi e interesno , dali ima takav problem ako kam MySQL se izpalniavat zaiavki ot java chrez java.sql.PreparedStatement, pone ot moia opit s Oracle, problemi niama ?

http://www.phpbuilder.com/columns/florian19991014.php3

mislia che shte ti svurshi rabota doniakde.

puffff

Kakyw e sintaksisa na "select-a" za izwajdane na kartinkata ot bazata.
I kak se wizualizira w browser-a

Редактирано от cristopher на 20.09.02 17:18.