16/02/2006, 07:58
|
| O_O | | Fecha de Ingreso: enero-2002 Ubicación: Santiago - Chile
Mensajes: 34.417
Antigüedad: 23 años, 2 meses Puntos: 129 | |
| Ok, Ok, Ok ...
Pero de todas forma no aclaras o no ves claro que DEBES tener un campo más extra en tu tabla de tu BBDD "2" que tal dado "depende" del otro.
Por ejemplo:
id_tabla
id_relacion
dato
sería:
1 <-- registro 1 de tu tabla 2
2 <-- depende de "Menú principal".
nose
2 <-- registro 2 de tu tabla 2
4 <-- depende de "Banners"
otro dato
Lo ves claro ya?
Todo esto es para que cuando tu selecciones una opción de tu "<select>" primero .. puedas mandar a ejecutar una consulta SQL filtrando los resultados de esa consulta por el parámetro que dependad.
El hecho de que tu 2° listado (<select>) sea multiple o no .. es lo de menos para el tema de la "relación" en sí ..
Por lo mismo ... no costaría nada tener una BBDD más para tus datos del primer "select" y tener así realmente un sistema modular bueno. Que pasaría si añades una opción nueva a tu 1er <select>? .. tendrías que hacerlo sobre el código "HTML" .. si usas una BBDD . .sólo añades un registro más y listo .. te olvidas de todo. Esto es justamente lo que define y hace la dichosa FAQ que tanto te insisto que entiendas como funciona y sober todo que la pruebes. Si lo que te preocupa es que el 2° select no es "multiple" . .ya te digo que -dá lo mismo- le pones "multiple" al ejemplo en la definición del <select > segundo y listo ya tienes tu ejemplo hecho. Sólo cambiará la forma en la que recibes los datos (del select 1 opción seleccionada y del 2° que será un "array" no un elemento fijo).
Un saludo, |