Registros únicos teniendo en cuenta 2 tablas

[humanista]

Buenas,

resulta que tengo una tabla llamada principal con estos campos (estoy simplificando):

id (autonum PK)
idsender (se puede repetir)
type
date

y otro auxiliar con estos campos:

id (PK)
idreceiver (se puede repetir)

la id es la clave que une ambas. He simplificado la estructura para no liaros, pero las tablas tienen que ser tal cual, no se puede cambiar la estructura.

El caso es que estoy buscando cómo seleccionar los registros ÚNICOS de idreceiver que corresponden a un idsender determinado.

Es decir, un idsender=2 puede tener muchos registros en la tabla principal y a su vez varios idreceiver (incluso repetidos) en la tabla auxiliar.

Dicho de otra forma, el idsender puede haber enviado varios artículos a varios idreciver, incluso varios artículos al mismo idreciver.

Lo que voy buscando es seleccionar los idreceiver que han recibido artículos del mismo idsender. Obviamente sin repetir idreceiver. Es decir un mismo remitente a qué destinatarios les ha enviado artículos.

Con la misma idea, en lugar de usar un SELECT, lo que pretendo es contar con COUNT cuántos son esos idreceiver de ese mismo idsender.

He usado SELECT DISTINCT con una tabla pero con 2 unidas por una clave... ni idea

[gnzsoloyo]

Lo que voy buscando es seleccionar los idreceiver que han recibido artículos del mismo idsender. Obviamente sin repetir idreceiver. Es decir un mismo remitente a qué destinatarios les ha enviado artículos.

Bueno, no es imposible, pero no con estos esquemas descriptos:

principal
id (autonum PK)
idsender
type
date

auxiliar

id (PK)
idreceiver

Ni una ni otra tabla sirven para ese propósito.
Probablemente es que no estás planteando ni las entidades ni las relaciones en una forma limpia.
Si tienes usuarios que envían mensajes a otros mensajes, tienes al menos dos entidades: Usuario y Mensaje. La relación entre ellos se plantea que 1 usuario tiene N mensajes, es decir "un usuario puede enviar N mensajes". Además es receptor de mensajes, por lo que hay una relación que dice "un usuario recibe N mensajes".
Si lo miramos bien, la cosa es que un mismo usuario envía N mensajes a N personas, por lo que es una relacion de cardinalidad muchos a muchos, y eso implica que la administración del mensaje se hace por una tabla independeinte.
Usuario<-usuario_mensaje->Usuario

Básicamente requiere un esquema del tipo:

Usuario
usuario_id
nombre
(otros datos)

mensaje_usuario
usuario_sender (FK de usuario)
usuario_reciver (fk de usuario)
fecha
mensaje

Nota: no uses palabra en inglés para los campos. Puedes terminar usando palabras reservadas, lo que dispararía errores de sintaxis de dificil diagnóstico.

[jurena]

Dejaré al margen las cuestiones de estructura que te ha recomendado gnzsoloyo puesto que parece que no puedes hacer nada al respecto. No he probado esto, pero intenta tú a ver qué sale:

Código MySQL:

SELECT t1.idreceiver FROM (SELECT p.idsender, a.idreceiver FROM principal p
 INNER JOIN auxiliar a ON p.id = a.id 
 WHERE p.idsender=2)t1 GROUP BY t1.idreceiver