Ипатьев

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

Я понимаю, что у вас нет достаточных знаний, и это не ваша вина. Питон - это новый пхп. Писать ботов на питоне ринулись массы не имеющих отношения к программированию индивидуумов: домохозяйки, школьники, наркоманы в ремиссии и бывшие миллиционеры. В принципе это нормально, мы всем рады.

Но если уж взялся, то надо понимать: программирование - это не прогулка по парку с девочкой (ну или с мальчиком - кому как больше нравится). Вашими страданиями с форматированием строки проблемы не заканчиваются. Они тут только начинаются. Чтобы освоить программирование, надо очень много учиться. И в частности, изучать основы построения баз данных. Я рекомендую книжку Святослава Куликова - она бесплатная.

В вашем случае не должно быть зоопарка таблиц для каждого города. Таблица должна быть только одна. В которой есть поле city. Значение для которого подставляется стандартно во WHERE.

Если в форме несколько multiselect инпутов с одним названием tags[], то, разумеется, никак.
Чтобы при сохранении формы значения из отдельных инпутов были в подмассиве массива tags, надо добавить эти подмассивы. Л - Логика.
tags[0][]=
tags[1][]=
и так далее

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

Господи, ну нельзя заниматься программированием с такими представлениями о логике.
Причем не о какой-то там хитрой математической логике, а о логике своих действий.

Неужели так трудно проверить свое собственное утверждение?

for i in range(200000, 500000):
    if (i < 200005):
        print(i)
    if (i == 200005):
        print('...')
    if (i > 499995):
        print(i)

Где здесь 0? Где здесь 208?
С чего вы взяли, что эти цифры вообще берутся из этого цикла, а не откуда-то еще?

Программист всегда должен проверять свои догадки.
И если они не подтвердились, то искать другое объяснение своим проблемам.

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

Хотя конечно непонятно, как это всё поможет в ситуации, когда заходят посмотреть сразу 20 разных событий.

call_user_func нинужна

class A
{
    function execute($function, $params = []) {
        return $function(...$params);
    }
    function payload($param) {
        return $param * $param;
    }
}
$a = new A;
echo $a->execute([$a, 'payload'], [5]);

Никак.
Собирать запрос через f-word и выполнять без параметров.

1. Вставить в первую
2. Вставить во вторую.

При возникновении ошибок - прочитать и исправить.

В запросе ничего сложного, всё так, как вы и описали
Только, разумеется, в одном запросе.

Для этого пора бы уже освоить джойны. Нормализацию БД вы освоили - это прекрасно.
Джойны - тоже не бином ньютона, это основа SQL. Второй запрос не нужен, всё делается в одном
Сначала выбираем фильмы по тегам

select f.* from sakila.category c
join sakila.film_category fc on fc.category_id = c.category_id
join sakila.film f on f.film_id = fc.film_id
where c.name in ('Action', 'Drama') 
group by f.film_id;

Если хотим добавить поиск по заголовку, то просто добавляем к этому же запросу еще условие во WHERE, and description like '%Drama%'
https://sqlize.online/sql/mysql57/8d7c91ad5f6cf415...

Правда на таких объемах LIKE делать не рекомендуется. Но если сейчас работает по всей базе, то по десятой части и подавно будет. Но в целом надо уже прикручивать внешний поисковый движок, ElasticSearch. Ну или хотя бы добавить полнотекстовый индекс по названию (и тексту тогда уж заодно) и искать в них через match...against