PostgreSQL - Query

Buenas noches estoy tratando de crear un query para seleccionar un registro emparentando dos tablas, las tablas son paciente y consulta ls cuales estan relacionadas con el campo nrohistoria pero no esta funcionando, la idea es que se cree un registro, y no muchos

Nota: la relacion es uno a muchos.
En la tabla paciente aparece una sola vez; pero en la tabla consulta aparecen muchos; es decir de uno a muchos

el problema es que esta trayendo muchos registros innecesariamente, solo debe traer uno, si alguien pudiera ayudarme.

y me arroja el query de esta forma:


las estructuras son estas; para paciente es esta:



y la tabla consulta es muy grande:
CREATE TABLE consulta
(
id_consulta serial NOT NULL,
nrohistoria numeric NOT NULL,
fecha date NOT NULL,
id_paciente serial NOT NULL,
peso numeric(5,2),
talla numeric(5,2),
circunfcefalica numeric(5,2),
circunfbrazo numeric(5,2),
cod_hcm integer,
observacion text,
meses numeric,
anios numeric,
hepatitisa numeric,
hepatitisb numeric,
polio numeric,
fiebreamarilla numeric,
difteriatetanos numeric,
varicela numeric,
meningitis numeric,
haemophilusinfluenza numeric,
sarampion numeric,
rubeola numeric,
parotiditis numeric,
vph numeric,
rotavirus numeric,
tuberculosis numeric,
alergiap numeric,
amigdalp numeric,
anemiap numeric,
apendicitisp numeric,
asmap numeric,
bronquip numeric,
denguep numeric,
dabdominalp numeric,
chinkungunyap numeric,
colerap numeric,
gripep numeric,
hepap numeric,
hepabp numeric,
meninp numeric,
otitisp numeric,
parotidap numeric,
sarampp numeric,
vphp numeric,
CONSTRAINT consulta_pkey PRIMARY KEY (id_consulta),
CONSTRAINT consulta_cod_hcm_fkey FOREIGN KEY (cod_hcm)
REFERENCES hcm (codigo) MATCH SIMPLE
ON UPDATE NO ACTION ON DELETE NO ACTION,
CONSTRAINT consulta_nrohistoria_fkey FOREIGN KEY (nrohistoria)
REFERENCES paciente (nrohistoria) MATCH SIMPLE
ON UPDATE NO ACTION ON DELETE RESTRICT
)
WITHOUT OIDS;
ALTER TABLE consulta OWNER TO postgres;

El problema esta claro y es evidente, no estas haciendo el join entre las tablas paciente y consulta, por lo cual te esta mostrando el producto cartesiano entre ambas. es decir, te falta un" WHERE PACIENTE.NROHISTORIA = CONSULTA.NROHISTORIA".
Además noto una falla de diseño grave en las tablas, es decir CONSULTA con PACIENTE debería estar relacionado por id_paciente que es la PK de esta ultima tabla, de otra manera no estas garantizando la integridad referencial

Hola Ramiro, Pero no es aceptable hacerlo con NROHISTORIA? Dichas tablas las relacioné con estos campos. Por favor explicame un poco mas al respecto.

acabo de colocar el WHERE que me dijiste asi:

SELECT paciente.nrohistoria,
nombres,
apellidos,
direccion,
telefono,
gsanguineo.descripcion,
sexo.descripcion,
consulta.meses,
anios
FROM paciente,
consulta,
gsanguineo,
sexo
WHERE public.paciente.nrohistoria = consulta.nrohistoria and paciente.cod_sanguineo = gsanguineo.codigo and paciente.cod_sexo=sexo.codigo
GROUP BY paciente.nrohistoria,
nombres,
apellidos,
direccion,
telefono,
gsanguineo.descripcion,
sexo.descripcion,
consulta.meses,
consulta.anios


y arroja esto:


la idea es en este es caso filtrar el nrohistoria nro 27

Gracias, Saludos.

Bueno, vamos por partes:

1°- la consulta no te devuelve en rejistro n° 27 porque le has sacado esa condición del WHERE, es decir, a lo que ya tenías tenes que agregarle lo que te pase, pero sin sacarle nada, manteniendo la condición paciente.nrohistoria = 27.
2° tendrias que leer un poco de teoria de base de datos, ya que parece un tema tribial pero creeme que no lo es. Cuando digo que no puedes garantizar la integridad referencial me refiero a que si no relacionas las tablas usando sus claves primarias(las cuales garantizan que los registros sean unicos y no nulos) corres riesgo que alguien agregue o acualice por ejemplo un paciente con n° de historia nulo y despues pierdas o no puedas hacer la relación con la otra tabla, cosa que no ocurriría si la relación es a través de su clave primaria, eso sin mencionar que generarías un conflicto de ambiguedad al tener dos pacientes con nrohistoria nulo y el motor de base de datos no sabría con que consulta relacionarlo.
Por otra parte le estas impidiendo al motor de base de datos hacer el trabajo de chequeo de integridad referencial, ya que si eliminas un paciente se pierden todas las relaciones con sus consultas si que el motor pueda advertirlo.
3° No se entiende que es lo que estas tratando de consultar en los post que siguen, ni cuales son las soluciones o problemas que has encontrado.

Saludos

Hola que tal.
Bueno sigo trabajando sobre esto, tengo todavia la misma estructura, pero modifiqué la peticion en el SQL

ahora de esta manera (tengo dos registros en cada tabla):



y la consulta es esta:


Reconozco que estoy fallando un poco en diseñar base de datos.
Señalenme donde hay algun error.
gracias.

Buenas noches. Escribí esta consulta


y arroja este resultado:

Acá ya no entiendo nada, en especial cual es el resultado que esperas al agregar la clausula GROUP BY

hasta donde yo se; es para agrupar por los campos y que no se repitan como en este caso donde nrohistoria,nombres etc, aparecen varias veces, esto lo hice con un ejemplo de un sitio web, pero por favor explicame como debo tratar esto.

el uso de l join pudes usar para a parear dos tablas o e incluso campos distinto de tablas distintas