Mensajes

Si se te entendiera seguramente para alguien sería un placer ayudarte.

SELECT distinct p1.dni
FROM profesores p1, profesores p2
WHERE p1.dni = p2.dni and p2.idCurso <> "idCurso_que_quiera"

Gracias por entenderlo. Si tienes problemas a medida que avanzas coméntalo.

?? Creo que te estás mal acostumbrando. Ningún forero está aquí para hacer nada a nadie. Ya te di una orientación, ¿qué más esperas? Quien tiene que presentar el 14 eres tú, yo tengo mis propios problemas. Dale caña y plantea dudas concretas.

Creo que puedes meter Cod_Alumno como FK en Notas_Practicas, sencillamente, y ya sabes que nota sacó quién en qué.

La tabla Horarios y sus relaciones la veo bien, si creas la tabla Aula tampoco estará de sobra, una aula tiene muchos datos: aforo, metros cuadrados, ubicación (primera planta, segunda, etc).

Respecto a la relación entre Cursos y Docentes no le des más vueltas ya que al relacionarlas a través de Horarios queda N:N tanto si lo necesitas como si no.

Yo creo que vas bien.

Si metes un directorio en el PATH puedes ejecutar lo que contiene desde cualquier parte. Busca sobre Variables de entorno

bueno estuve pensando en que si talves le puedo agregar una tabla mas para hacer una mejor relacion entre Alumnos, Especialidad y ciclo me explico mejor:
si por ejemplo acabado el sistema se quiera ver la informacion de estudio de un alumno me refiero a que carrera profesional pertenece y en que ciclo esta, pienso que talves deberia ir una tabla mas llamada FichaEstudio_Alumno que se identificara con un codigo, bueno el nombre lo puedo cambiar no necesariamente deve ser FichaEstudio_Alumno, en esta tabla ira el codigo del alumno, el nombre del alumno, la especialidad del alumno y en que ciclo esta y talves deva ir mas atributos pero bueno solo puse estos como ejemplo, esta tabla serviria mucho como por ejemplo cuando un padre quiera ver la informacion de su Hijo que esta estudiando en el instituto, bueno es solo una idea la estuve analizando y la quiero compartir contigo haber que piensas de esto, el modelo quedaria algo asi:

Bien.

aya y con lo respecto a la tabla doscentes con la tabla cursos, estaba pensando y lo ideal sera que fuera de 1:N por que un profesor tambien podra aplicar otras areas por ejemplo profesor de Analisis de Base de Datos sera el mismo que dicte Diseño y Modelamiento de Base de Datos, como tambien podra dictar curso de Introduccion a Sistemas, entonces la Relacion de Profesores a Cursos seria de 1:N .. que opinas tu ? 

Si realmente hay un solo profesor por curso me parece bien, pero te planteo, ¿de verdad es así?
Supongamos (Dios no lo quiera) que un profesor tiene un accidente o enfermedad y se lleva 4 meses sin dar clase, ¿realmente no se daría clase porque ningún otro profesor está cualificado para sustituirle aunque sea temporalmente?

Si la respuesta es no (que debería) la relación Curso : Docente es N:N y debes crear una tabla intermedia CursoDocente donde haces la relación. Si quieres y te parece correcto puedes añadir un atributo booleano Especialista, para diferenciar los cursos en los que un profesor es especialista o experto de los que tienen conocimientos para dar clase en caso de emergencia, pero son especialistas en otro curso.

Lo que puedes usar es

Case
When 1 Then 1
When 2 Then 2
....................
Else 0 End

Arma la consulta usándolo y si tienes pegas postea.

Un saludo,

Los updates te permiten indicar 2 tablas, relacionarlas y cambiar las 2 al mismo tiempo o en tu caso 1 sola, la que te interesa.

Prueba a hacerlo no como subconsulta, sino usando la subquery como tabla auxiliar, así podrás tener de la subquery los campos que necesites.

la relacion de Alumnos con Especialidad es de N:1 por que  multiples alumnos podran pertenecer a una especialidad.

Supongo que aquí no tienes en cuenta que se pueda cambiar de Especialidad. No sé cómo funciona vuestro sistema educativo. De todas formas en el modelo de datos lo tienes al revés: Tienes Cod_Alumno como clave foránea en Especialidad y debes tener la clave primaria de Especialidad en Alumno. Usa siempre como clave primaria tipos enteros, cuando tengas que cruzar tablas será más eficiente comparar enteros que cadenas.

La relacion de Ciclo con Cursos es de 1:N porque en cada ciclo se llevaran muchos cursos por ejemplo en el 1er ciclo se lleva matematica, metodos de investigacion, etc.

En el momento en que un solo curso se imparta en más de 1 ciclo tendrás que duplicar el registro del curso cambiando solo la clave foránea (también tienes puesta la FK al revés).

La relacion de Cursos a Doscentes es de 1:1 por que los profesores estan especializados en un solo curso

Si de verdad es 1:1 sobra la tabla Docentes, se pueden meter sus datos en Curso. Imagino que un curso tendrá varios profesores, es decir no habrá un solo especialista en Oracle, por lo que Curso - Docente será 1:N
De hecho en el modelo de datos lo tienes bien.