como mostrar la consulta de una base de datos cullas tablas estan relacionadas

[mc_quake]

si tengo dos tablas una regiones y otra comunas que estan relacionadas yo kiciera saber como puedo sacar datos de las dos tablas sin hacer una relacion con un join en asp u otra funcion ya que las tengo relacionadas en asp

[ElAprendiz]

select a.*, b.* from regiones a, comunas b where a.region ="&region&" and a.region=b.region

PD:edito pues volvi a releer la pregunta, y me falto extraer los datos de la tabla regiones


saludos

[Hereje]

De verdad no entendí la pregunta, felicitaciones ElAprendiz!

[u_goldman]

WHAT?
Cómo que relacionadas en ASP???
Cómo que las quieres unir sin hacer un JOIN???

Lo que ElAprendiz sugiere ( hola Aprendiz), no es otra cosa que un JOIN implícito y que yo sepa, no hay otra manera de unir dos tablas mediante una sentencia SQL.

Saludos,

[mc_quake]

miren amigos tengo uuna base de datos en access la cual tiene dos tablas regiones y comunas hay vamos bien

estas dos tablas estan relacionadas asi:

---regiones-----------comunas
---REGI_ID -----------COMU_ID
---REGI_DESCRIP -----COMU_DESCRIP
----------------------COMU_REGION
tengo una relacion hecha en access de uno a muchos

uno ------a -----muchos
REGI_ID ------->COMU_REGION

espero que eso kede mas claro

ahora mi pregunta si yo pongo una consulta sql asi:

Sql = "SELECT * FROM comunas"

I LA EJECUTO. ES POSIBLE LUEGO MOSTRAR LOS DATOS DE LA TABLA REGIONES?
EJEMPLO: REGISTROS.FIELDS.("ID_REG")
REGISTROS.FIELDS.("COMU_ID")

[u_goldman]

No sin unir las tablas, por supuesto que hay otros métodos como crear otros recordsets para estos, pero si haces un JOIN esto es totalmente posible, ahora me surge la duda, por que no quieres hacer los JOIN?

Saludos

[ElAprendiz]

Hola U_G

I LA EJECUTO. ES POSIBLE LUEGO MOSTRAR LOS DATOS DE LA TABLA REGIONES?
EJEMPLO: REGISTROS.FIELDS.("ID_REG")
REGISTROS.FIELDS.("COMU_ID")

solo el campo relacionado en este caso REGI_ID.

[u_goldman]

Iniciado por ElAprendiz

Hola U_G



solo el campo relacionado en este caso REGI_ID.

Si...creo que ya se por dónde va la pregunta...el que tengas una relación física en las tablas es para integridad de los datos, performance, etc(pues tiene que cumplir con el modelo de bases de datos relacional), pero eso no implica que al traer estos datos de alguna de sus tablas, te va a traer sus datos relacionados, para eso hay que hacer las consultas de unión.

Saludos!

[ElAprendiz]

aprovecho el tema para poner un duda

yo habitualmente hago la "relacion logica" no la "fisica" cuando tengo datos relacionados. por ejemplo eliminar un registro padre debo eliminar tambien manualmente todos los registros hijos(si es que es necesario).

cual es el inconveniente(si lo hay) de hacerlo asi aparte de tener que programar mas.


saludos

[u_goldman]

De hecho, de todas maneras tienes que hacerlo...has la prueba, y hazte dos tablas de relaciones, y trata de borrar registros dentro de la tabla principal sin borrar los datos relacionados.

[ElAprendiz]

De hecho, de todas maneras tienes que hacerlo...

explicame bien que cosa debo hacer

me da paja crear las tablas..

[u_goldman]

Pues básicamente tendrás que borrar los registros de la tabla de relación antes de borrar los de la tabla principal, de lo contrario, obtendrás un bonito error.

Saludos!

[Hereje]

Hola u_goldman y ElAprendiz, ví en MySQL que al definir las claves secundarias, te pide la acción al eliminar y al actualizar, entre ellas esta "cascada", "set null" y "restrict". En verdad nunca probé, ¿pero a esto no lo hace en forma automática si determinamos una acción ante estas eventualidades?