murtukovВот тут-то и возникает мой вопрос: не будет ли проблемой то, что промежуточная таблица (user_film) будет расти с "огромной скоростью"?


Нет, не будет.


murtukov Ведь, если представим, что в таблице user 10 000 пользователей, а в таблице film 10 000 фильмов и каждый пользователь поставит оценку каждому фильму, то промежуточная база user_film будет иметь 100 000 000 записей. А дальше - больше. Не будет ли это сказываться на производительности?


Ключевым является то, что НЕ КАЖДЫЙ пользователь будет давать оценку, и НЕ КАЖДОМУ фильму.
Также ключевым является создание индексов. Индексы решают проблему производительности при доступе к таким большим наборам.


murtukovИ существуют ли альтернативные способы организовать связь многие ко многим .


Нет. Это наверное самый главный довод. Довод номер 0.

murtukovНу вот допустим такой день настал. Что делают в таких ситуациях? Позволить таблице разрастаться дальше?

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

murtukovЯ не знаю, почему нет, в том то и дело. У меня нет опыта в этом. Так, значит, дело в размере файла, а не в количестве записей?


Дело наоборот не в размере файла, а в количестве записей.

Размер файла будет влиять лишь на твою способность это приложение держать, т.е. будет оно работать или нет (влезет на диск или нет).

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

murtukovПросто, я тут прикинул, что при каждой загрузке страницы с фильмом из таблицы user_film будет считываться большое количество записей. Если фильм оценило 1000 человек, то при каждой загрузке страницы с фильмом будет считываться 1000 записей. Это нормально?

Это не нормально. Но не по соображениям производительности.
Просто напросто 1000 оценок никому не нужны. даже 100 не нужны. Нужны 2-5 как максимум.