Muchas gracias por responder
gnzsoloyo
Los campos ENUM siempre los he visto como una lista de opciones de la cual puedes escoger solo una. El usuario puede escoger, 1, 2 incluso si quiere las 4 opciones, funcionaría en ese caso el ENUM, o te restringe a una sola opción?¿
Cita:
Iniciado por gnzsoloyo 
Bien. Si esos campos son preferencias de contacto, eso puede resolverse con un campo ENUM que tenga cuatro valores posibles, ya que en definitiva solamente necesitas un dato: QUé medio usar apra el contacto. Ese valor bien puede ser uncódigo numérico en que se asigne:
Sobre las dos tablas de telefono, un par de dudas...
El idcontacto de cada tabla es una clave independiente no?
Cuando haces el REFERENCES contacto(idcontacto) que es "contacto"??
No deberían estar relacionada con la clave primaria de la tabla inscripciones, para saber que ese correo o ese telefono pertenece a esa persona?
Respecto a los teléfonos, la cosa es parecida:
Código sql:
Ver originalCREATE TABLE contacto_Tel(
idcontacto INT NOT NULL,
telefono VARCHAR(14),
tipo_tel TINYINT NOT NULL,
PRIMARY KEY(idcontacto, telefono),
FOREIGN KEY idcontacto REFERENCES contacto(idcontacto)
)
Los e-Mails:
Código sql:
Ver originalCREATE TABLE contacto_eMail(
idcontacto INT NOT NULL,
eMail VARCHAR(100),
tipo_email TINYINT NOT NULL,
PRIMARY KEY(idcontacto, eMail),
FOREIGN KEY idcontacto REFERENCES contacto(idcontacto)
);
Esa sería más o menos la idea.
Con dos tablas relacionadas de esa forma, podrías tener uno o muchos teléfonos o e-Mails de la misma persona.[/QUOTE]
Muchas gracias de nuevo
