No. Lo que debe existir es una tabla que relacione a la tabla Clientes con la tabla Actividad, que gestione las actividades en las que está inscripto.
Esa entidad debe tener además al menos dos campos: inicio_actividad (tipo DATE) y baja_actividad (tipo DATE).
Lo que quiero que comprendas es que la baja es un
atributo de la inscripción a la actividad, y debe tener la fecha de baja por necesidades de sistema (actuales o futuras).
Cita: También he pensado que en la tabla cliente haya un atributo, baja, q indique si este cliente no asiste a ninguna actividad.
Totalmente innecesario. Si el cliente no aparece inscript en ningua actividad donde fecha_baja no sea NULL, entonces no tiene actividades.
Este modelado te permitiría incluso saber desde cuando no tiene actividades, mientras que el que propones no hay modo de saberlo.
Lo que parece que no tienes claro es cómo se analizan los modelos de clases y cómo se analizan los modelos basados en Entidad-Relación.
Te recomiendo que leas algo del tema y preguntes tus dudas.
La abstracción del modelado es algo que se aprende por experiencia y con guia de profesores. Es difícil hacerlo sin guía porque requiere entrenamiento en el modo de razonar, y eso rara vez lo aprendes por ti mismo...