select author_id from authors_articles
WHERE article_id IN (<указанные статьи>)
GROUP BY author_id
HAVING COUNT(1)>1

А если помимо фильтра статей, есть еще доп. фильтрация по полям пользователя, то тогда только с подзапросами?

нет, приджойнить пользователя
и ограничить, типа
join users U on U.us_id=authors_articles.us_id

а, поля пользователя - это просто какието доп поля, тогда во where поместить через and

Ок, спасибо

статья крутая, но нет поддержки Dart...

Бессмысленный поток сознания без подачи мысТли. Бред, короче.

Вам сюда: https://t.me/pgsqljobs

Спасибо

Ну прям чрезвычайно толсто. Простите, не сдержался.

Ага, а ещё по-солдафонски прямолинейно и совершенно нетолерантно, да. зато правда.

Хмм... а в чём проблема-то, не считая "адептов"?

Проблема любого подобного заявления, кмк, в безапелляционности оного. Особенно в части "%osname% на десктопе" :)

А что вам не понравилось, все по делу. Да есть инерционность с переходом на Линукс, но для ИТ это вполне решаемая задача, если вы администрируете красноглазые ос.

У вещей должен быть смысл. "Работая с юникс - сиди на юникс" - это не смысл, это пропаганда.

Ну так Вы же спрашивали:

> вы тоже работаете в десктопных версиях?

А я вот вообще никогда не видел pgAdmin 4, например. И, судя по бесконечным жалобам "благодарных" пользователей в связанных с postgres каналах/чатах/форумах (особенно много было тогда, когда он только появился), счастлив этим. ;)

> я этой бд пользуюсь не так давно и что-то проблемки такие доставляют неудобства, хоть и всё остальное по нраву

Так вот pgAdmin 4 — это yet another GUI tool для "этой БД" — он не является частью проекта PostgreSQL, не рекомендуется и не поддерживается разработчиками PostgreSQL. И в своё время эти самые разработчики прямо-таки задолбались давать этот ответ вышеупомянутым пользователям.

Так что если он Вам не нравится — просто используйте другой клиент, да и всё.
Но проектом поддерживается только psql, если что.

Но я смотрю на вещи с точки зрения очень большого enterprise, может это профдеформация.

Вы ошиблись автором того сообщения. :) Что до pgAdmin, например, то для рядовых задач в большой и разношёрстной инфраструктуре он вполне годен. Правда действительно не ясно зачем водружать его куда-то на сервер, он прекрасно себя чувствует локально. Да и нечего захламлять хосты ненужной ерундой

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

Да, действительно, извините. :(

> то для рядовых задач в большой и разношёрстной инфраструктуре он вполне годен.

Может быть, уже и годен. Но чем он лучше того же psql для рядовых задач DBA?
А под "большой и разношёрстной инфраструктуре" что имеется в виду?
А то есть же всякие клиенты, умеющие с разными СУБД работать, если речь про это.