Cara, valeu demais pela visão! Essa dica da 'view anonimizada' com o cálculo no front clareou muito a arquitetura aqui.

Se entendi bem, a grande vantagem disso (além da performance) é que resolve o problema de horários personalizados. Como o backend só cospe os intervalos ocupados (ex: start e end em UTC) e o front calcula a colisão, eu não fico preso a "slots" fixos de 1h no banco. Se o aluno quiser agendar uma aula de 45min começando às 14:15, o front só verifica se esse intervalo cabe nos "buracos". Genial.

Só um esclarecimento pra fechar: nessa abordagem, a validação final de integridade (pra evitar double booking / Race Condition se dois clicarem juntos) eu mantenho numa verificação no momento do INSERT no backend, certo? O cálculo no front seria puramente para UX/Feedback visual?