Допустим, создаем сайт знакомств. У каждого пользователя может быть в среднем 10 фоток, хотя возможно и большее количество. Как правильнее хранить информацию об этих фотках:

1) на каждого юзера выделять таблицу,
2) хранить все в одной таблице,
3) или делать несколько таблиц, скажем, одну таблицу на 5000 юзеров.

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

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

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

Подскажите, пожалуйста, наиболее правильное решение. Если это важно, то СУБД MySQL.

Ну по-моему естественно, что фотки будут не в само базе храниться, ибо это зло. В общем-то я изначально и предполагал завести всего одну таблицу, но вот не уверен насколько это будет шустро, если записей (вдруг) станет, скажем, миллион.

А если для каждой фотки мы захотим вести рейтинг, при чем нам надо хранить историю, кто и как голосовал, то из милионной таблицы с фотками есть риск получить 50-милионную таблицу оценок :)

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