Сергей Тихонов

{% for corporation in corp %}
            {{ title.tagline }}
        {% endfor %}

Вы итерируетесь по corporation, а выводите атрибут tagline у объекта title.

{{corporation.title}} . {{corporation.tagline}}

SELECT record.id, count(*) 
FROM record 
   JOIN record_tags ON (record_tags.record_id = record.id)
WHERE record_tags.tag_id IN (1,2,3) GROUP BY 1 ORDER BY 2 DESC

В структуре данных "многие-ко-многим" получите все записи, связанные с искомыми тегами, а сортировка выдаст количество совпадений (одной записи с разными тегами)

INNER JOIN используется там, где правая и левая части обязательно должны найти друг друга. LEFT OUTER JOIN там, где правой половинки может не быть. Тогда в соответствующих столбцах везде будет стоять NULL.

В первом задании у продавца может не быть заказов после 2010 года, но такие продавцы и не нужны в ответе. Так что INNER. Во втором у всех продавцов может вообще не быть продаж, но выводить их всех всё равно надо. LEFT.

LEFT JOIN по внешнему ключу и проверка на NULL

Что-то типа GROUP BY ROUND(timestamp / 3600) позволит вам получить среднее за час по всем точкам, в этот час входящим.
Но тут надо смотреть на баланс чтения/записи, если чтений сильно больше - лучше тогда агрегировать данные в отдельные таблицы для разных масштабов, потому что такой GROUP BY - это постоянное чтение всех имеющихся данных (в масштабе месяц, ага).

запрашиваю его наличие в стороннем сервисе

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

Как можно организовать status: 2 вместе с транзакцией?

Транзакции вам в принципе нужны только для атомарности, т.е. обеспечения консистентного состояния БД при изменении нескольких записей сразу. Например, списать деньги со счета одновременно со сменой статуса на "оплачен". Блокировки таблицы на время создания - это плохо. Запрос "другого пользователя" будет просто висеть. Попробуйте для начала сделать вообще без транзакций, потом по коду посмотрите, какие могут возникать неконситентности. А дальше - по ситуации.