Hola gnzsoloyo,
Jo!, me has metido el miedo en el cuerpo, :D. En alguna BB.DD. he usado una "tabla puente", creo que las llaman asi. No se si te refieres a ello con "tabla relacional". La verdad es que llevo muchos años haciendo bases de datos para mis cosillas y he usado mucho esta burrada del campo multivaluado. Jamas voy a volver ha usarlo lo prometo!.
...
He estado leyendo algun tutorial sobre "FOREIGN KEY" menudo bomba, me he quedado soprendido de lo increible que es. Acabo de estar haciendo pruebas creando una nueva base de datos relacionando dos simples tablas usando FOREIGN KEY y ha sido facil. Este punto comprendido.
...
Pero vamos a mi problema serio, que es tener N:N o M:M. Entonces lo que tengo que hacer es crear 3 tablas. Algo como:
Tabla categorias:
- id[int PK]
- nombre [varchar(200)]
Tabla relacional
- categoria[int]
- producto [int]
Tabla productos
- id[int PK]
- nombre [varchar(200)]
¿Asi la estructura estaria bien?. ¿El campo varchar es el adecuado para nombres no muy largos?.
...
Y por ultimo el contenido:
Tabla categorias:
- 1 - Mujer
- 2 - Hombre
- 3 - Niño
Tabla relacional
- 1 - 1
- 1 - 2
- 1 - 4
- 2 - 3
- 2 - 4
- 3 - 4
Tabla productos
- 1 - Pañuelo de mujer
- 2 - Zapatilllas de mujer
- 3 - Camisa de hombre
- 4 - Cordones
¿Hago algo mal?, ¿en este caso tambien usarias FOREIGN KEY?.
Siento preguntar cosas tan garrafales, pero es que me acabas de quitar la venda de los ojos, o como se diga.
:D