Cita: Tengo un par de preguntas, pero me gustaría que antes que nada me respondiérais si es posible crear PK NO requeridas o si es correcto o no.
Absolutamente NO.
La clave primaria
nunca puede ser nula. Es un requisito del modelo E-R, y ningún DBMS te dejará crear una PK que pueda ser NULL.
Cita: Mi caso, es que tengo una tabla llamada CESTA a la que le tengo que pasar los materiales que el usuario quiera introducir en la tabla CESTA, sin embargo en esa CESTA se pueden introducir MATERIALES y CURSOS. De modo que puede haber materiales pero no cursos y viceversa o puede suceder los dos casos. ¿Cómo soluciono el problema?
Estás confundiendo PK (
primary key o clave primaria) con FK (
foreign key o clave foránea). Son dos cosas diferentes.
En tu caso el problema es definir el contenido de la cesta, que son diferentes items, y por tanto en la entidad "cesta" hay una PK propia que identifica el ítem, el cual a su vez tiene definido una FK que lo relaciona con la instancia de la entidad a que ese item pertenece.
El problema es que el diseño que estás planteando tiene un defecto: Para funcionar correctamente debe existir una entidad que integre ambos conceptos para que la FK apunte a un único sitio.
Esto se hace habitualmente haciendo una entidad integradora (llamémosla "productos"), la cual tiene subentidades dependientes (jerarquía, herencia) que obtienen su ID de la entidad madre. De esta forma puedes tener "materiales" y "cursos" sin necesidad de tener que poner dos FK en Cesta.
¿Se entiende la idea?
