Дискорд использует bigint в качестве id. За все время работы, они ещё далеки от предела. они хранят сообщения в cassandra. Но иметь такую большую таблицу очень спорно)

Почему предрассудки? Посчитать 1 млн записей слишком долго

Что, правда? ;)

SELECT COUNT(*)
  FROM campaign_logs AS cl
 WHERE id > 16000000;

  count  
---------
 1000000
(1 row)

Time: 59,053 ms

Кроме шуток, см. https://t.me/pgsql/313200

59 ms для одного чата. А если нужно сразу для 20-30?

В таком случае, может, стоит уже использовать кофеварку, на которой у Вас работает PostgreSQL, по назначению? ;)
А для сервера взять нормальное "железо"?

то тоже 59ms

То показанное — это далеко не современный сервер, между прочим.
И да, мне в третий раз повторить вопрос https://t.me/pgsql/313200 ?! ;)

у вас же много ядер и современный постгрес?

Это не задача, требующая решения в ближайшее время. Я интересовался возможными вариантами реализации системы подсчёта непрочитанных сообщений

И при этом Вы боретесь с несуществующими проблемами.

Premature optimization is the root of all evil.
        -- D.E. Knuth

Добрый вечер! Отцы, расскажите, пожалуйста, что нынче есть про документирование хранимых функций/процедур в духе JavaDoc?

Задали мне слой хранимок в базе написать, это всё несложно (я сюда из оракла зашёл), но вот с документированием пока какая-то засада получается. COMMENT ON FUNCTION вообще где-то сбоку, там аргументы комментировать невозможно, и поддержки в IDE особо что-то не вижу. Пока остановился на том, чтобы docblock (пока в произвольном формате) вбивать в начало тела функций, чтобы хотя бы не терялось и было сразу видно.

Понятно, что вопрос решаемый и весьма технический, но вдруг кто-то сталкивался с решениями. Заранее благодарен за комментарии.

Я не пытаюсь решить какую-то проблему. Я выясняю возможные варианты реализаций. У меня уже есть реализованная система подсчёта с count

я пишу в Jetbrains IDE (разных)
разумеется в комментариях после --
там есть возможность нажать что-то вроде "сюда вставить другой язык" и после этих символов использовать любые комментарии, хоть PHPDoc

Inject Language

Да, inject. Вопрос в том, как это может подтягиваться с точки зрения клиента.

да никак
это же комменты

а javadoc и phpdoc тоже комменты ;)

В таком случае — у других вариантов реализаций (вроде того, о котором я писал), есть и свои недостатки (это не считая того, что они существенно более сложны). Оно Вам надо?

ну да
но когда вы делает inject language - эти комменты становятся специфицированными комментами

как у доктрины например
комменты? да
но еще и аннотации же