Nie ma uniwersalnej odpowiedzi na takie pytanie. Generalnie wiele zapytań do bazy to wiele połaczeń, wiele wątków na bazie... pytanie jaki jest czas wykonywania tego jednego dużego zapytania. Bo może się okazać, że np. to jedno leci w 300ms, a przy pojedynczych czas wykonania wszystkich sięgnie rzędu 500-600ms. To, że zapytanie jest krótkie to jedno, ale patrz na całość.
Trzeba też zastanowić się nad ewentualnym skalowaniem bazy, co będzie wtedy lepsze - więcej polączeń czy mniej, ale dłuższe zapytania.
No i w ogóle pytanie o jak dużych bazach i jakim ruchu mówimy, czy rozmawiamy tu o mikro bazie gdzie jest kilkadziesiąt czy kilkaset rekordów czy o BigData. Oraz o ruchu, czy jest to ruch rzędu kilku RPS czy kilku tysięcy RPS, bo to wszystko ma znaczenie.
Ale tak swoją drogą to jeśli potrzebujesz az 11 joinów to zastanowiłbym się nad strukturą tej bazy... Można porobić sobie np. widoki i z nich pobierać dane, a już baza będzie odpowiedzialna za ich aktualizację, porobić jakieś cache albo w ogóle zmienić strukturę.
Czasami nawet okazuje się, że bazy z tak dużą relacyjnością wcale jej nie potrzebują i można przejść na rozwiązania nierelacyjne, np. mongo, które jest bardzo szybkie.
