База vs Файлы

frantic, на счет стримминга, то для видео и т.д. я пример привел

nginx - картинки отдаст быстрее, лучше чем отдавать с базы....

если с базы, то может будет не много и на веб-сервер паразитная некая нагрузка...

и если картинки в базе будут более 100-150kб, а 1М примерно, то для СУБД тоже будет не красиво...

я видел некоторые хранят превиюшки по 5-30кб в MySQL (как обычный текст)

не знаю, почему, я бы все таки сделал в файлах... :)

frantic, вообще, лучше хранить в папках по id, а количество до 1000. 60000 фото = 60 папок.

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

frantic добавил 02.04.2010 в 00:03

И что реально быстрее становится? Я думал 60 тысяч это не много и тормозить не должно

Сразу видно профи. Даже и добавить нечего. Ну если только в целях секъюрности не написать фронтенд на рельсах к этому всему великолепию.

О выгода потрясающая. Выгоднее в вашем случае только все картинки в avi перегнать, а потом перед выдачей скриптом нарезать покадрово. Но это сложновато, ибо скрипт придется на Си писать, а это сложновато. Хотя с другой стороны очевыдная выгода - вместо 20К файлов сразу получаете один avi и все.

malls, не убивай людям мозг....

А что идея с ави ничего :)

уху, тоже подумал что хедшот

bearman добавил 02.04.2010 в 00:14

уху, нгинкс нативно стримать все 180к картинок в плеер может :D

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

frantic, в PostgreSQL есть API для seek, чтобы бинарный файлик по байтово отдавать, но как вы будите его отдавать на веб?

или толкать прямо на страницу, или через врапер? :)

lo_lseek

$loc = $dbh->pg_lo_lseek($lobj_fd, $offset, $whence);

Changes the current read or write location on the large object $obj_id. Currently $whence can only be 0 (which is L_SET). Returns the current location and undef upon failure. This function cannot be used if AutoCommit is enabled.

т.е. лучше файлы или MogileFS

тут вот http://dbmail.org/ почтовый сервер на СУБД, там где-то рекомендовали исключительно PostgreSQL для храннения файлов (писем), если база большая, и там используються транзакции с InnoDB (по этому с файлами жестко), но и на веб-страницу там никто не отдает...