История изменений

Жаваскриптеры тоже.

Увы, пишут.

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

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

А адрес кинотеатра как в строку запихнёшь? Чтобы потом можно было найти какие фильмы в этом же городе показываются?

Разбивку адреса по токенам не делал только ленивый.

В питоне в поле не требуется ограничивать тип

Что обрезает доступные сериализуемые типы до тех, с которыми СУБД умеет работать.

Нет.

Требуется. Иначе будет всё та же проблема с опечатками. У тебя двойные стандарты.

То есть выбрать все фильмы, у которых есть все тэги из множества include и нет ни одного из множества exclude?

Джоинами. Про оптимизацию тебе уже оратор выше сказал.

А в чём принципиальная разница, исполнять чужую программу с импортом чего-то или чужой пикл?

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

Это ты критерием скорость разработки поставил.

Нет. Я поставил критерием совокупность архитектурных требований. А ты, имея крайне смутные представления о продуктовой разработке, начал нести ахинею.

Жаваскриптеры тоже.

Увы, пишут.

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

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

А адрес кинотеатра как в строку запихнёшь? Чтобы потом можно было найти какие фильмы в этом же городе показываются?

Разбивку адреса по токенам не делал только ленивый.

В питоне в поле не требуется ограничивать тип

Что обрезает доступные сериализуемые типы до тех, с которыми СУБД умеет работать.

Нет.

Требуется. Иначе будет всё та же проблема с опечатками. У тебя двойные стандарты.

То есть выбрать все фильмы, у которых есть все тэги из множества include и нет ни одного из множества exclude?

Джоинами.

А в чём принципиальная разница, исполнять чужую программу с импортом чего-то или чужой пикл?

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

Это ты критерием скорость разработки поставил.

Нет. Я поставил критерием совокупность архитектурных требований. А ты, имея крайне смутные представления о продуктовой разработке, начал нести ахинею.