¡Hola! En ningún momento decimos que "es mejor" la estructura que se propone en el video, recuerda que es un curso práctico y entre todos nos hacemos reviews.
Algo que se recalca MUCHO en este curso es: "siempre pregunta a otros qué les parece la estructura que propones", siempre surgirán nuevas ideas y se llegará a una mejor planeación backend.
El profesor da su punto de vista y así es como el considera que mejor funcionaría el sistema, pero la pregunta que haces es muy asertada porque estás proponiendo otra solución, estás proponiendo una idea que podría ser mejor para el sistema y es totalmente válida, recuerda que siempre que hagamos algo debemos preguntarnos "¿por qué?", "¿por qué esto es así?", "¿por qué quiero usar este servicio?", "¿por qué esta estructura me conviene más que la otra?", "¿por qué hacerlo de esta manera y no hacerlo de esta otra?"
Ahora, respondiendo tu pregunta, como te menciono, es solo una propuesta, desde mi punto de vista (y por el conocimiento que tengo en bases de datos), las bases de datos no relacionales suelen ser más rápidas en cuanto inserción se refiere, y las bases de datos relacionales (SQL) son las mejores para hacer búsquedas, además algunas como MySQL tienen motores optimizados para lectura de datos (sacrificando velocidad de escritura), cosa en la que las bases de datos no relacionales no son tan buenas, es más fácil usar SQL para búsqueda de datos (y si metemos índices entonces la velocidad lectura aumenta, pero los índices no se llevan muy bien con la escritura).
Esa es una posible justificación para el sistema que propone el profesor, recuerda que el objetivo es ser rápidos con la lectura de datos, y una base de datos que pueda procesar la lectura de una manera rápida nos ayuda mucho.
Si dejamos una única base de datos que sea de lectura y escritura estamos sacrificando velocidad de lectura para meter escritura también.
Yo más adelante propongo un modelo donde la data vieja se guarda en una tercera base de datos para no sobrecargar las bases de datos de lectura y hacerla más eficiente.
El momento para sincronizar ambas bases de datos depende de cuando tu quieras, yo en lo personal las sincronizaría a las 00:00 horas de cada día 🤔
Repito, hay muchas formas de estructurar los sistemas backend, no hay una forma mejor que otra, en todas las estructuras siempre se sacrificará algo (trade off), lo más importante es siempre preguntarte "¿por qué?", y pedir feedback, pedir un design review para tu design doument ^^