видео файлы в MySQL хранить

Мне тоже не ясно.

neznaika добавил 03.10.2009 в 18:10

Пипец ответ, прям откровение, а поподробней, про грабли хранения путей и атрибутов видео в базе?

Это еще с какого перепугу? Не, ну вы хоть причины приводите, а то все стали профи сразу.

golinsky, по какой же причине единичный указанный Вами запрос превысит max_connections?

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

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

во первых mysql это тоже файловая система

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

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

короче кто не верит что ляжет база на пару запросах, можете проверить это не долго загнать и выбрать

судя по blob полю и постановке вопроса ТС хранить видео полностью в базе собирается, а не просто пути.

golinsky, очень не хотелось сегодня заниматься основами, но придётся, видимо. Max_connections говорит MySQL-серверу о том, сколько соединений допустимо держать открытыми одновременно. Хранение видео в BLOB-полях, конечно, заслуживает отдельного разговора, однако, никакого упора в max_connections при

и в помине нет.

Где я? О чём Вы говорите? :)

wdsg,

golinsky судя по всему просто говорит, что будет нагрузка на сервер, просто зацепив случайно мою фразу о макс_конекшн.

Я о max connections и не говорю. Я говорю именно почему это ляжет при хранении таких файлов, углубленно вопрос тоже не хочу разглашать на это время нужно, откуда я знаю может ТС там ролики по минуте в г качестве хочет хранить, правильно.

И да посмотрите исходники mysql если не хотите проверять куда это все грузиться при выборке.

golinsky добавил 03.10.2009 в 18:51

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

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

Но MySQL для этого совсем не подходит, этот сервер был изначально спроектирован на маленькие и средние проекты, с упором на быстрому.

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

Почему тогда Вы отвечаете на мой пост о max_conections фразой:

Dreammaker, да, проблемы с базой возникнут, но СОВЕРШЕННО не с той стороны, с которой их ждёт golinsky, и Вы это прекрасно знаете.

Вы ко мне же обратились? А не я к вам..

Я дополнял ответ Dreammaker-a

Сначала я тоже подумал, что это какая-то чушь, хранить видео в базе мускула. Но, похоже, мало кто обратил внимание на тип таблицы: FILES, а это существенно меняет дело.

Другое дело, что это не стандартное решение и требует специальной настройки мускула. Вопрос только в том, кто это сможет правильно запрограммить и настроить?! ;)

Поэтому, скорее всего остаётся, хранить файлы в виде файлов. А пути в базе муслула. Причём, реальные пути никому не показывать! А просто генерить уникальные ссылки на файлы для юзверей. В общем, это уже чуток другая тема, но тоже интересная. Пойду читать антилич.