Wydajność PK - złożone czy identyfikatory

Hej! Zastanawia mnie pewien problem. Co jest wydajniejsze dla bazy: PK stworzony z kilku kolumn (np 2) czy dodanie jakiegoś identyfikatora żeby PK było jedną kolumną (np int, uuid)?
Wydajniejsze czyli np insertując, updateując czy cokolwiek. Bazie prościej jest wyszukać takowy wiersz jeśli mamy PK złożony czy pojedynczy? Pomijam tutaj oczywiście kwestię rozmiaru tabelki bo wiadomo dodatkowa kolumna == więcej zajmuje miejsca na dysku. Zarówno z indexowaniem jak i bez - ale podejrzewam że i tak w jednym jak i w drugim przypadku to samo będzie bardziej wydajne. Nigdzie nie mogłem znaleźć odpowiedzi w guglach. Dzięki i szczęśliwego nowego roku!

Identyfikatory identity,auto_increment etc.

Czyli jeśli nie zależy nam na tym ile będzie zajmować baza, a na wydajności to wszędzie tworzymy kolumnę z identyfikatorami by PK składał się z jednej kolumny?

id ma tę przewagę nad PK złożonym z trzech kolumn, że przy pisaniu where id = 1 podajesz jedną kolumnę a nie trzy.
A teraz idę spać

to po co się robi klucze złożone skoro traci się na nich wydajność?

a ile widziałeś złożonych PK w realnie działających systemach a nie na wykładzie na studiach?

@abrakadaber jest duzo wiecej argumentow niz tylko where=, zwiazanych z wydajnoscia.Ciezko mi znalezc argument przemawiajacy za kluczami zlozonymi, naturalnymi.

Dzięki za podzielenie się doświadczeniem i wiedzą :)

Hmm klucz kompozytowy wiele razy widziałem jako wymuszeniu unikalności w tabeli a co za tym idzie relacjach tabel. Faktycznie jest rzadkością, ale jednak pojawia się.
Natomiast PK bedące identyfikatorem ma duże znaczenie dla wydajności w przeszukiwaniu danych, joinach a także w tworzeniu indeksów nieklsatrowych :)

do wymuszania unikalności to jest indeks unikalny a ni PK

No tylko UNIQUE zapewni Ci unikatowość w ramach tabeli a klucz główny kompozytowy zachowa unikatowość na relacji w innej tabeli z kluczem obcym...