Ver Mensaje Individual
  #27 (permalink)  
Antiguo 01/04/2005, 04:59
un_tio
 
Fecha de Ingreso: febrero-2005
Mensajes: 1.015
Antigüedad: 19 años, 3 meses
Puntos: 6
Cita:
Iniciado por SiNiESTrO
Por ejemplo, recojo la idea de usar un único id para pisos y áticos, por ejemplo, y así obviar el campo 'tipo_inmueble'. Así al hacer referencia a un id, obtendríamos unos campos determinados. Aunque según voy escribiendo esto, creo que noes del todo óptimo puesto que generaría una tabla intermedia con todos los datos para luego descartar los innecesarios.
¿El único inconveniente que le ves es que haya una tabla intermedia? Piensa que eso también puede ser una ventaja, si tienes que relacionar los inmuebles con datos de otra tabla (por ejemplo, propietario), así pones el "propietario" en esa tabla intermedia, y para ver los inmuebles que tiene los ves en esa tabla y no te toca buscar en todas las tablas.

Y por supuesto, también puedes, aunque hagas una id separada para cada tabla (una para pisos, otra para áticos, etc.), crear una tabla intermedia. Cómo referenciar luego a cada elemento (si es piso, si es ático, etc.), es otro cantar, y es lo que yo proponía como introduciendo en un campo el nombre de la tabla a la que se referencia (pero esto tiene la desventaja de que no tiene garantías de seguridad y comprobación de errores de los datos, no puedes crear una restricción de tipo clave foránea).