Formulario de acceso a MS de muchos a muchos con casillas de verificación para todas las opciones

Question

Estoy trabajando en una aplicación de Microsoft Access para un campamento de verano para rastrear qué entidades se han registrado para qué actividades. Hay un formulario para editar la información de una entidad. Me gustaría agregar a ese formulario una lista de todas las opciones de actividad. Por cada opción debe haber una casilla de verificación. Cuando la casilla de verificación de una opción está marcada, debe existir una entrada en la tabla de unión de muchos a muchos que vincula la entidad con la actividad.

Google ofreció algunos ejemplos de creación de formularios de muchos a muchos, pero ninguno (al menos eso encontré) que muestra cómo proporcionar una lista completa de opciones con casillas de verificación.

¿Cómo haría esto?

Diseño de tabla de base de datos: Entidad (EntityID, nombre, apellido, etc.) Actividad (ActivityID, nombre de la actividad) Entity_Activity (EntityID, ActivityID)

Answer 1

Una forma de hacer esto:

• Crear una nueva entrada en la Actividad mesa.
• Insertar manualmente una casilla de verificación por actividad en el formulario.
• Registrarse un controlador onClick en cada casilla de verificación que agrega la fila apropiada a la tabla de unión cuando la casilla de verificación tje es marcado y elimina el apropiado fila cuando la casilla de verificación no está seleccionada.

Esperaba un enfoque que no requiriera el diseño manual del formulario. Con este método, cada vez que se agrega una nueva actividad, se debe modificar el formulario. Oh bueno ...

Answer 2

En lugar de casillas de verificación, la forma más natural de hacerlo con MS Access sería tener una lista de actividades (en un subformulario) en las que se inscribió cada entidad. Las actividades se agregarían de una lista desplegable (y quizás un botón Agregar) y se eliminarían con un botón Eliminar. Con una consulta inteligente, limita esa lista a solo actividades que la entidad aún no tiene.

Alternativamente, puede ir con las casillas de verificación, pero tendrá que modificar ligeramente el diseño de su tabla. Entity_Activity necesitaría un tercer campo (SignedUp, yes / no). Tendría que completar cada combinación Entity_Activity cuando creó una nueva Entidad. Sin embargo, si agrega otra actividad más adelante, tendrá que pasar por algunos aros para actualizar todas las entradas de la entidad existente.