Base de datos de muchos-a-muchos

Question

Tengo una tabla de estudiantes y profesores. La clave principal para el estudiante es studendID (SID) y la clave principal de la facultad es facultyID, naturalmente. El estudiante tiene una columna y una columna asesor asesor solicitado, que son clave externa a la facultad. Eso es bastante simple, ¿verdad?

Sin embargo, ahora tengo que tirar fechas. Quiero ser capaz de ver que su asesor era para un trimestre (como 2009 Winter) y que habían solicitado.

El resultado será una tabla como la siguiente:

Year | Term   | SID       | Current | Requested
------------------------------------------------
2009 | Winter | 860123456 | 1       | NULL
2009 | Winter | 860445566 | 3       | NULL
2009 | Winter | 860369147 | 5       | 1

Y luego, si me da la gana, yo también podría seguir adelante y ver un año diferente y un término diferente.

No estoy seguro de cómo éstas nueva tabla (s) se verá así. Habrá una mesa año con tres columnas que son otoño, primavera e invierno? Y lo que será la caída, mesa de Primavera, Invierno tener?

Soy nuevo en el arte de las tablas, así que esto me ...

es desconcertante

Además, siento que debo aclarar cómo el sitio funciona tan lejos. El administrador puede aprobar las solicitudes de los estudiantes, y lo que sucede es que la actual asesor del estudiante se sobreescribe con su petición. Sin embargo, creo que no debería hacer eso, ¿verdad?

Answer 1

tiene una relación de muchos a muchos, y la necesidad de una tercera tabla. En lugar de las columnas actuales y pidió existentes en la tabla de estudiantes, deben existir en la nueva tabla. Esa mesa podría ser algo como esto:

StudentAdvisors
StudentAdvisorID, SID, Current, Requested, Year, Term

Answer 2

El enfoque típico que he usado y han enseñado para muchos-muchos es lo que equivale a una tabla de traducción entre las dos tablas.