Jak wygląda relacja jeden-do-wielu, to pewnie większość wie, możliwe że się mój problem już przewinął, ale po poszukiwaniach nie znalazłem innych rozwiązań niż te, które zdążyły się już osadzić w mojej mózgownicy.

Mianowicie, szukam sposobu na wyciągnięcie reprezentanta z tabeli będącej częścią "wielu" z nazwy relacji, np. tabela mieszkania i tabela mieszkańcy. Potrzebuję wyciągnąć listę wszystkich mieszkań wraz z dokładnie jednym mieszkańcem, który w nim rezyduje.

No i znane mi są dwie możliwości:

• GROUP BY po ID mieszkania (co raczej wydajne nie będzie)
• podzapytanie

moje pytanie: są inne opcje niż powyższe?

Jeżeli w tabeli łączącej mieszkańców z mieszkaniami, miałbyś kolumnę z informacją o tym czy dany mieszkaniec jest właścicielem mieszkania, to wystarczyła by taka informacja w klauzuli ON ( ... ) i pobrało by tylko jednego mieszkańca z każdego mieszkania dla każdego mieszkania. Albo próbuj jakąś daną z tabeli mieszkańców, pobrać która jest unikatowa dla poszczególnych mieszkańców danego mieszkania.

@edit
ciężko tak na sucho jak nie znasz reprezentacji tabel.

Ale to przykładowo tylko, załóżmy:

mieszkania

mieszkańcy;


zwykły join


i z pogrupowaniem:


Chodzi mi o ten z pogrupowaniem (ale tylko pod względem działania).

[SQL] pobierz, plaintext 
CREATE TABLE "mieszkancyMieszkania" (
  "idMieszkanca" INT REFERENCES "mieszkancy" NOT NULL,
  "idMieszkania" INT REFERENCES "mieszkania" NOT NULL,
  "wlasciciel" BOOLEAN DEFAULT FALSE NOT NULL,
  PRIMARY KEY( "idMieszkanca", "idMieszkania" )
);
 
SELECT 
...
LEFT JOIN
  "mieszkancyMieszkania"
ON
 ( "mieszkancyMieszkania" = ... AND "mieszkancyMieszkania"."wlasciciel" )
...;
[SQL] pobierz, plaintext 

@edit a nie kufa, fail sory to jest m-to-m czekaj bo mnie tu w pracy goni czas..

@edit2
no przecież tu zwykły DISTINCT poleci. Ale mi namieszałeś w berecie.

No tak, ale chcę uniknąć tworzenia osobnej kolumny. Nieistotne jest, którego mieszkańca wybierze. Też wpadłem na coś takiego, ale zależy mi na rozwiązaniu, które działa jak GROUP BY, ale przy napotkaniu pasującego rekordu przejdzie do następnego dopasowania źródłowego, a nie katuje pomimo to, że ma już co trzeba...

HAVING...

[SQL] pobierz, plaintext 
DISTINCT
[SQL] pobierz, plaintext 

skleroza nie boli, a ja kombinowałem...

~zegarek84, ale to wciąż wymaga użycia group by.

Więc ja źle zrozumiałem o co chodziło