[OT] - Estrategia de tablas (red social -muchos a muchos-).

From: <yapt(at)technovell(dot)com>
To: <pgsql-es-ayuda(at)postgresql(dot)org>
Subject: [OT] - Estrategia de tablas (red social -muchos a muchos-).
Date: 2011-05-09 14:10:25
Message-ID: 02a915e978046473bfcd3c95ef246afd@technovell.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-es-ayuda

Hola a todos,

estoy haciendo algo parecido a lo que sería una red social de
contactos.

Es decir, Juan conoce a Pepe, Pepe conoce a Pedro, Andrés conoce a
Pedro, etc.. etc.. Creo que sería una especie de relación
muchos-a-muchos...

En lo que estoy un poco perdido es en como representar esta relación en
tablas de base de datos y su consistencia. PostgreSQL en este caso
(aunque podría ser cualquier otra).

Se admiten ideas teórico-prácticas de todo tipo.

Se me ocurre, algo así:

Tabla 1
-------
idUsuario (PK)
NombreUsuario

Tabla 2
-------
IdUsuario (PK)
IdUsuarioConocido (PK)

Los problemas que me encuentro:
**** 1.- Debo mantener "manualmente" (con triggers, rules o como sea)
dobles entradas.

Es decir, si Pepe conoce a Juan, debo hacer:

Tabla 2 (idUsuario / IdUsuarioConocido)
* Pepe -> Juan
* Juan -> Pepe (esta debo crearla yo vía triggers o similar).
(también debo mantener los DELETES/UPDATES, etc..).

**** 2.- Si P, conoce a J .... y J, conoce a K.... entonces P conoce a
K
¿ Donde parar con esta consulta ?
¿ Como efectuarla de forma optima ?

Bueno, de momento está todo muy verde y todavía tengo que mirar esto a
fondo, pero si alguien ha hecho cosas parecidas.... Cualquier idea es
buena.

Saludos y gracias.

Responses

Browse pgsql-es-ayuda by date

  From Date Subject
Next Message Harold Alexander Onore Harold 2011-05-09 14:42:42 Re: shared_buffers
Previous Message Jaime Casanova 2011-05-09 14:05:19 Re: shared_buffers