Если это нечастая операция, то норм. Это дорогое решение, но простое.
Если делать надо частый поиск, то я бы иначе поступил.

Давид, ребята, уже успели написать... 😂  что это дорогое решение... обращаться из python к бд на каждой итерации и делать self-join таблицы не очень классная идея, процедура на стороне бд с циклом while, должна работать быстрее... зависит от количества работников и размеров таблицы... с другой стороны структура какой-то компании не так часто меняется... это не рефералки... там наверное почаще... конечно... мне кажется, это узкое место можно было бы обойти созданием кэша...

Если о структуре компании говорить на такой кэш можно часов 8 ставить смело, мне кажется, не чаще... работник считай день оформляется, и увольняется день...

На самом деле, если там по полю построен индекс, то обратиться к бд за десятком строк будет не сильно долго даже если таблица большая

Возможно вы правы, Александр... я бы тут поэкспериментировал на конкретной бд... чтобы быть уверенным, что это не будет сильно долго...

В любом случае в документации Postgres рекомендуется индексировать поля внешних ключей(в их примере это manager_id получается, у Давида owner_id), но автоматически Postgres поля внешних ключей не индексирует...

См мой пример :)
Понятно, что нужно делать индекс по любому полю, где будет join.  Ну и explain в помощь.
Да пребудет с вами сила!

💪😎... спасибо за пример, Сергей...

А можно совсем начинающему прийти и послушать?)

да, ограничений по грейдам не делаем )

пока не делаем😁

Когда начнём название изменим ) Будет SPb Python Seniors Drinkup )

не, чо сразу seniors

Ну и сверху конечно же ограничим

может мы senior ограничим

чо им ходить

Junior Drinkup даже веселее )

Это типа для тех кому за 60?)

пусть работают