[SOLUCIONADO] duda con relacion recursiva

[bibliotecario_oscuro]

Buenos dias compañeros. He estado mirando algunos ejemplos de relaciones recursivas pero estoy confundido en la forma en que estas deben de plantearse en las tablas, por ejemplo:

tengo una tabla llamada persona con estos campos:

Código MySQL:

CREATE TABLE persona (
id_persona INT NOT NULL AUTO_INCREMENT,
nombre VARCHAR(80) NOT NULL,
edad INT NOT NULL,
PRIMARY KEY(id_persona)
);
 

y quiero hacer una relacion amigo con esta entidad, entonses, la relacion quedaria asi: "una persona puede ser amigo de una o varias personas" entonses ¿como planteo esta relacion recursiva en la tabla?. Segun entendi yo tendria que agregar a esta tabla otro campo y que este fuera clave foranea de la clave primaria de esta tabla, entonses podria quedar asi:

Código MySQL:

CREATE TABLE persona (
id_persona INT NOT NULL AUTO_INCREMENT,
nombre VARCHAR(80) NOT NULL,
edad INT NOT NULL,
id_persona INT NOT NULL,
PRIMARY KEY(id_persona)
FOREIGN KEY (id_persona) 
REFERENCES persona(id_persona)
);
 

pero segun yo, esto no funciona ya que, en una misma tabla no puede haber mas de 2 campos con el mismo nombre, por lo tanto tendria que cambiar el nombre del campo que utilizo como clave foranea. Esto es lo que me causa confución, ademas de que, segun se, si quiero colocar una clave foranea en la tabla2, esta debe de tener el mismo nombre y ser del mismo tipo que el campo que se utiliza como clave primaria en la tabla1.

¿podrian ayudarme?

[gnzsoloyo]

pero segun yo, esto no funciona ya que, en una misma tabla no puede haber mas de 2 campos con el mismo nombre, por lo tanto tendria que cambiar el nombre del campo que utilizo como clave foranea

Exacto. Eso es lo que se hace...
Le puedes poner "id_persona_depend", por ejemplo, en referencia a que "depende de".
Es un caso normal, estandarizado y universalmente usado.

si quiero colocar una clave foranea en la tabla2, esta debe de tener el mismo nombre y ser del mismo tipo que el campo que se utiliza como clave primaria en la tabla1.

Eso es una conveniencia práctica y mnemotécnica, pero no una obligación definida en el motor de BBDD.
Es conveniente mnemotécnicamente porque evitas tener que recordar cuál es el nombre del campo que es FK de otra tabla.
Es práctico, si haces JOIN implícitos y no recordaste definir la relación en el WHERE.
Pero no es obligatorio.

[bibliotecario_oscuro]

ok, entonses voy mas o menos por buen camino, jejejeje. Es que los ejemplos que encontraba en internet como que no me aclaraban la idea jejjeejje.

[quimfv]

"una persona puede ser amigo de una o varias personas"

Ojo, que lo que estas planteando solo te permite un amigo por persona.

Lo que planteas permite guardar una relación padre/hijo pero no una relación de amigos.

La relación de amigos es una relación N:M y se soluciona con una tabla auxiliar.

[bibliotecario_oscuro]

ok, ya entiendo, en pocas palabras la tabla auxiliar que me mencionas vendria siendo una tabla (perdon por la redundancia) con el nombre de la relación. Creo recordar que esta tabla tenia un nombre. Creo que era tabla falsa o algo asi. Corriganme por favor si estoy en un error.

[gnzsoloyo]

Exactamente así.
No es lo mismo una relación de jerarquía que una de amistad.
En la primera se necesita una relación de la entidad consigo misma en cardinalidad 1:N, esa requiere solo la FK.
La otra es N:N, y toda cardinalidad así obligatoramente genera una tabla adicional.

[bibliotecario_oscuro]

Me han despejado la mente, jejejeje, muchisimas gracias por las explicaciones, en verdad las aprecio mucho. Seguire practicando por que en verdad, me hace falta. :)