Problemas de Diseño de BD

[pmeninsaxmus16]

Hola amigos estoy haciendo una BD tengo cierta informacion como la de miembros donde guardo la infor personal (nombre, appelidos, sexo) y una de contactos donde hace referencia a la tabla miembros, pero causa repeticion de datos y quiero evitar eso, me explico con el siguiente diagrama o esquema

1- Miembros (id,nombre, apellido ) 2- Contactos (idmiembro, idcontacto, idrelacion)
3- Relacion (id, nombre)

Ya con datos
Miembros
ID NOMBRE APELLIDO
1 Juan Perez
2 Estela Rivera

Relacion
ID Nombre
1 Esposo

Contacto
IDmiembro IDcontacto IDrelacion
1 2 1
2 1 1

Es la misma informacion solo que al reves, eso quiero evitar, no hayo una solucion a ese problema de diseño

[Libras]

en donde esta la repeticion de datos???

[bibliotecario_oscuro]

Compañero pmeninsaxmus16, ¿podrias compartirnos que es lo que quieres hacer con esta base de datos? es decir, la idea ya que no logro entender del todo tus tablas, a como lo entendi las relaciones:

"un miembro tiene uno o varios contactor"
"un contacto tiene un y solo un miembro"

"una relacion tiene uno o varios contactos"
"un contacto tiene una y solo una relacion"

asi lo entendi yo pero, si pudieras ser mas especifico sobre lo que estas diseñando en la base de datos te lo agradecere, para que pueda tratar de ayudarte mas.

[gnzsoloyo]

En ese tipo de esquemas las reflexibilidades de relaciones deben especificarse, por lo que esa "duplicidad" es necesaria.

[pmeninsaxmus16]

En la tabla contacto agrego el id del miembro y el id del contacto (que es un miembro tambien), osea que si yo meto como miembro a Juan Perez ok, eso esta correcto, y luego meto a su contacto Lucia Perez, a lucia la guardo en Miembros, pero para establecer la relacion ingreso los datos en Contacto
Desde el punto de vista de Juan Perez, Lucia es su contacto, correcto, pero desde el punto de vista de Lucia, Juan Perez es su contacto correcto
Ahora si lo vemos a nivel de base de datos es la misma informacion solo que en campos diferentes
Juan Perez----Contacto Lucia Perez
IDMiembro Juan Perez (Id 14)
IDContacto Lucia Perez (Id 65)
IDRelacion Conyugue (Id 3)

Lucia Perez-------Contacto Juan Perez
IDMiembro Lucia Perez (Id 65)
IDContacto Juan Perez (Id 14)
IDRelacion Conyugue (Id 3)

Como vemos es la misma informacion solo que en orden diferente, eso es lo que quiero evitar, ya que tengo 1500 registros y si sigo esa logica duplicaria la informacion solo que en orden inverso

[Libras]

para ese tipo de diseños duplicarias la informacion pero solo los id's como tienes, si duplicaras por ejemplo el concepto entonces si tendrias un problema aqui no le veo mucho problema que tengas una tabla con los ids de ese tipo, ahora si tu preocupacion es el performance entonces indexas tus tablas y listo, 1500 registros es muy poco para un manejador de base de datos :)

[gnzsoloyo]

Como te dicen, solo se insertan los id, no los nombres ni los detalles.
Por otro lado, esa forma de manejar ese esquema, por raro que parezca, es la forma general usada en toda red social.
Hay muchos considrandos de por que se hace así son muchos, pero uno de ellos es que la declaracion de un contacto es algo que solo debe hacer el interesado, y por consecuencia solo puedes aceptar una de las registradores, pero no la reflexiva. Esa es dominio del segundo user.
¿Has visto cómo Facebook pide confirmar un contacto antes de registraron?
Bueno, es para eso.