Lógica para crear tabla relacional

[jotaincubus]

Buen día y muchas gracias por detenerse a leer este tema,

Tengo una tabla en la cual almaceno un identificador de usuario, este es único y nunca se repite para cada usuario.

El problema que se me presenta es que debo crear otra tabla para relacionar que usuario es amigo de que usuarios, por ejemplo PEPE es amigo de fulano, perano y perengano.

Esta relación la voy a realizar con los identificadores de acceso, pero el problema que se me presenta es que no se de que forma hacerlo, hasta el momento solo he pensado en dos opciones así:

LA PRIMERA

La tabla amigos debería tener dos campos uno con el identificador del usuario y otro campo con los identificadores de los amigos así: 1 es amigo de 2, 3, 4, 5 donde 2, 3, 4, 5 esta almacenado en un solo campo varchar separado por comas.

Pero me parece que esto NO es lo mas fácil de trabajar en caso de ingresar un nuevo amigo o eliminar uno ya existente.

LA SEGUNDA

Crear un nuevo registro por cada amigo ingresado, quedando así:

1 es amigo de 2
1 es amigo de 3
1 es amigo de N

Pero me asalta la duda si trabajando con este tipo de situación sera necesario crear una primary key not null autoincrement sabiendo que esta tabla solo tendra esos dos campos.

Muchas gracias por su ayuda.

[abimaelrc]

Lo que puedes hacer es una tabla que tenga por ejemplo

friends
id, user1, user2

y cuando vayas a hacer la relación haces algo como

Código MySQL:

"SELECT id
FROM friends
WHERE (user1 = " . $myUserNumber . " AND user2 = " . $friendNumber . ")
    OR (user1 = " . $friendNumber . " AND user2 = " . $myUserNumber . ")"
 

[jotaincubus]

Muchas gracias por tu ayuda amigo,

Lo que puedes hacer es una tabla que tenga por ejemplo

friends
id, user1, user2

Si mal no entiendo, el id seria el autoincrementable ? según eso si es necesario ese campo de (Primary Key - AUTOINCREMENT - NOT NULL) ?

En realidad lo único que necesito es saber PEPE que amigos tiene nada mas, si PEPE con identificador 1 es amigo de FULANO con identificador 2 entonces con INNER JOIN traería los datos de los dos usuarios que se encuentran en otras tablas.

Si se hace necesario ese campo de PRIMARY KEY para una cosa tan sencilla ? es que la verdad por mas vueltas que le doy a la lógica no se como resolver esta situación.

[abimaelrc]

Yo siempre lo coloco, por si en algún futuro me es de utilidad, y sí así es como lo colocaría autoincrementable.

[masterpuppet]

Que tal jotaincubus,

A lo primero un no rotundo, deberías leer sobre normalizacion.

Y con lo segundo, la clave compuesta es suficiente, no es necesario tener un campo id autoincrement, pero se suele utilizar por simplicidad.

Saludos.

[jotaincubus]

Ok, muchísimas gracias por ayudarme en este tema, me pondré a desarrollar inmediatamente.... :)