🚀 go-pugleaf

Zahori wrote:
> 

Ante todo gracias, aunque ��ste es el grupo adecuado para esta
consulta? (viene de ecol.misc).

>         Lo que tienes que hacer es incluir el campo que es clave de
> una tabla en la otra (u otras) con la(s) que este relacionada.

Si, eso lo tengo claro, lo que no tengo claro es c�mo se hace.

> 
>         P.e., si tienes una tabla de libros y otra de autores, tendras
> que incluir en la tabla de libros un campo con el mismo tipo de datos
> y tamanno que el que es clave en la tabla de autores (el nombre no
> tiene por que coincidir).  A este campo asi migrado se le llama clave
> foranea.

Sacado del manual de mysgl:

--------------------------------------

1.4.4.5 Foreign Keys

Note that foreign keys in SQL are not used to join tables, but are
used mostly for checking referential integrity (foreign key
constraints).
If you want to get results from multiple tables from a SELECT
statement, you do this by joining tables: 

SELECT * from table1,table2 where table1.id = table2.id;

The FOREIGN KEY syntax in MySQL exists only for compatibility with
other SQL vendors' CREATE TABLE commands; it doesn't do anything. 

...

"1.4.4.6 Reasons NOT to Use Foreign Keys constraints"

--------------------------------------

Es dedir, que no debes usar claves for�neas ????, y solo debes
relacionar la forma de mostrar los datos, como indica el ejemplo??. �o
se piede, pero no sirve de nada? 


>         Luego, si quieres explicitar mas esa relacion y hacer que se
> cumplan las condiciones de integridad, en la tabla de libros tendrias
> que annadir una clausula para indicarle que el campo cod_autor (o como
> lo hayas llamado) esta relacionado con el campo Codigo de la tabla
> Autores, aunque no se si en MySQL se seguira la sintaxis estandar.

Te refieres a:

--------------------------------------
3.5.6 Using Foreign Keys

....

CREATE TABLE shirts (
    id SMALLINT UNSIGNED NOT NULL AUTO_INCREMENT,
    style ENUM('t-shirt', 'polo', 'dress') NOT NULL,
    color ENUM('red', 'blue', 'orange', 'white', 'black') NOT NULL,
    owner SMALLINT UNSIGNED NOT NULL REFERENCES persons,
    PRIMARY KEY (id)
);

--------------------------------------

En este ejemplo, �"owner" es la clave for�nea "id" de la tabla
"persons" ?? ��si hago esto, se podr� actualizar (no solo mostrar)
campos comunes de tablas relacionadas con alg�n front-end, o hay que
aplicarse autodisciplina par que esto no deba hacerse? �Qu�
ventajas-inconvientes tiene 
usar la clave for�nea o no usarla en ese caso? (no tengo mucho
problema con el ingl�s, pero m�s que verde, estoy amarillo-lim�n en
este tema, as� que pido disculpas por lo "lamer" que puedan ser estas
cuestiones).


Saludos
-- 
F. Serrano  ��� Linux registered user 171493 ���
No permitas que tus superiores sepan que eres mejor que ellos.-- Ley
de inferioridad superior.