¿Como seria la base de datos de una red social?

[worincronic]

Hola a todos, quisiera saber como es la estructura de una DB de una red social osea quisiera saber como es la relacion de usuarios con sus amigos osea como se si Pablo, Luis, Carlos son mis amigos, Alfredo, Pedro, Pepe han hecho una solicitud para ser mis amigos y como se que Uziel, Marcos, Kenny no pertenecen a mi lista de amigos. Ojala me puedan ayudar.
Muchas Gracias a Todos.

[gnzsoloyo]

Una idea sería, por ejemplo, este diseño:



Si quieres un ejemplo basado en Facebook, puedes ver este detalle de lo que Facebook hace sólo para administrar tus e-Mails:

[worincronic]

Gracias gnzsoloyo por el diagrama pero lo que mas me interesa en la relacion del usuario con sus amigos, noce si me entiendes?.

[gnzsoloyo]

Los "amigos", en una red social, son nada más que una categoría o rol dado a "contactos". Está en el diagrama. El que a ese rol le pongas "amigo", "pariente", "enemigo", o lo que sea, depende de ti y no de la estructura de la base.
Un rol de "amigo" no requiere la existencia de una tabla dedicada a ellos.


Las estructuras de las bases deben ser siempre independientes de la aplicación y lo suficientemente flexibles como para responder a lo que la aplicación necesite ahora y en el futuro.

[worincronic]

Lo siento amigo o entiendo muy bien me puedes dar un ejemplo porfavor?

[gnzsoloyo]

¿Ya conoces el concepto de tablas relacionales y de FOREIGN KEY?
Eso es lo que está indicado en la tabla CONTACT_ROLE, donde precisamente te da como ejemplos de valores del campo description: Friend, Partner, es decir: "amigo", "compañero"...

Si no conoces el concepto de tablas relacionales, claves primarias y claves foráneas, te sugiero leer un poco del modelo entidad relación antes de seguir, porque sino te vas a meter en un bardo de aquellos...

[worincronic]

Gracias gnzsoloyo ya lo estoy entendiendo, ahora mi consulta es como puedo hacer la consulta en mysql de todos los amigos, solicitud pendiente de amigos y de los que no son amigos? por ejemplo del usuario Alberto.

[gnzsoloyo]

Estás en etapa diseño. Todavía no hay tablas ni datos.
Esa pregunta se responde solamente contra un diseño de tablas ya implementado, caso contrario estamos hablando en abstracto.
Lo que te puedo anticipar es que tu mismo estás planteando la solución, sin verlo, cuando dices:

todos los amigos, solicitud pendiente de amigos y de los que no son amigos

Razónalo así:
- Los amigos son solamente aquellos de los que no hay peticiones pendientes y que están clasificados como tales.
- Los no amigos son aquellos que tienen peticiones pendientes.
- Desconocidos no existen en este contexto.

O sea: (CONTACTOS AMIGOS) + PETICIONES...

Tienes que simplemente ver cuáles son las condiciones que debe reunir el grupo. La consulta sale sola.

[worincronic]

Bueno creo que esto es lo que entendí.

Diagrama:


Tabla usuarios:


Tabla amigos:


Bueno lo que puedo hacer es una consulta a mysql que me muetre todos los amigos de Juan poniendo una condicion que solicitud sea = a YES, y los que tienen una solicitud pendiente que seleccione todos los que la solicitud sea = a NO.

Bueno gnzsoloyo gracias por tu ayuda y que es lo que opinas?

[djferdy10]

estaba buscando algo asi pero aun no termina de solucionar mi duda esta bien en el primer diagrama solo migra la clave del rol del contacto pero en ese diseño no muestra la amistad de dos usuarios.
o talves no termino de entender el diagrama pero worincronic se hacer a lo que yo he hecho
solo tres campos idamigo, idusuario, Estado las dos primeras forman una clave compuesta para que al momento de insertar un dato no sean repetidas y el estado para verificar la amista ejemplo:

idamigo | idusuario | Estado

1 --- 2 ---- 1 ---- > significa que son amigos
2 --- 1 ---- 0 ----> significa que el usuario 1 aun no acepta la invitacion de amistad del usuario 1 corrijanme si estoy mal porfavor para que me ayudar con mi web estoy hacendo algo parecido stereo3.com pero no me termina de salir alguien que tenga una idea y quiera trabajar la web juntos avisarme al correo [email protected]