Laura en mi opinión deberías tener una tabla con los datos en común de una materia y de un taller por ejemplo llamada cursos y por otro lado una tabla materias y otra talleres con sus atributos específicos. inscripciones tendría la FK a (cursos) materias tendría una FK a (cursos) talleres tendría una FK a (cursos)
Guillermo Villanueva El 14 de abril de 2014, 11:25, Laura Martinelli <[email protected]>escribió: > Tengo la siguiente situacion que no sé resolver. > > Una tabla "inscripciones" se relaciona con la tabla "materias" donde una > materia puede tener muchas inscripciones de estudiantes por lo que tengo > una clave foránea en inscripciones de uno a muchos. > > Ahora me surgió la necesidad de reflejar que una inscripción pueda tener > una relación en la tabla "materias" o en una nueva tabla "talleres", es > decir que la relación pueda ser algo así como optativa, o bien es una > inscripción a una materia o bien es una inscripción a un taller. > > Mi duda es como reflejo esta situación ya que cree la nueva tabla y cree > una nueva clave foránea a esta tabla pero el problema es que cuando quiero > hacer un insert falla debido a uno de los dos constraint. Por otro lado > quisiera poder asegurarme que al hacer el insert hay una relación existente > en alguna de las dos tablas. > > Muchas gracias, espero haber sido clara. > > > __________ Information from ESET Mail Security, version of virus signature > database 9674 (20140414) __________ > > The message was checked by ESET Mail Security. > http://www.eset.com > > > > - > Enviado a la lista de correo pgsql-es-ayuda ([email protected] > ) > Para cambiar tu suscripción: > http://www.postgresql.org/mailpref/pgsql-es-ayuda >
