roman_lenko,

select t1.имя,
t2.название,
t3.название
from Люди as t1
left join города as t2 on t1.город=t2.ид
left join должности as t3 on t1.должность=t3.ид
where t1.имя='Леопольд'
...

И собственно непонял - почему вопрос в теме проектирования БД ? Как по мне в вопрос-ответ самое место.

roman_lenko... сильно ли снижает быстродействие большое количество JOIN'ов в запросе?
Любой джойн идет медленнее чем прямой селект из одной таблицы. Но реалии таковы что в большинстве случаев нельзя обойтись данными только одной таблицы. Поэтому следует помнить о разумном балансе производительности при создании архитектуры БД.
roman_lenkoне быстрее(в плане быстродействия) ли будет написать хранимую процедуру(чтобы скрыть громоздкость) состоящую, например, из нескольких SELECT'ов? - чисто на вскидку.
Чисто навскидку - хранимка будет использовать те же джойны. Так что тут вопрос скорее - где и как будет логика. Т.е. в приложении или в БД. Оба варианта имеют место быть, все зависит от конкретной задачи. Зачастую даже возможен смешанный вариант.
Поскольку опыта у вас недостаточно - любой из вариантов вам подойдет. Со временем при желании разберетесь в плюсах и минусах. На данный момент я думаю вам это некритично. Если задача "боевая", то более важно сделать правильную архитектуру. Если учебная - читайте мануалы (методички), там должны быть пояснения.