Тогда LEFT JOIN categories ... AS a_categories, LEFT JOIN ... categories AS b_categories. Альясами присоединяй.

(само слово AS писать необязательно, это я выпендриваюсь)

ок, спасибо за ответ)

Здравствуйте. Подскажите, кто-нибудь в реальных проектах использует генерацию id на основе миллисекунд, номера ноды и sequence? При поиске нашёл такое: https://instagram-engineering.com/sharding-ids-at-instagram-1cf5a71e5a5c но статья 2012 года. Помимо этого, твиттер делал snowflake id, от которого отказались в дальнейшем. Какие могут быть проблемы у данного способа генерации id? Возможно, кто-то может подсказать способ независимого создания уникальных id с возможностью отсортировать данные по этому id?

зачем, когда есть uuid ?

либо через сиквенс, если прям сортировка нужна

Для сортировки uuid v1 нужно вытаскивать дату из uuid, что не дёшево

всем привет! Прошу прощения, если не первый задаю этот вопрос, кто юзает DataGrip от джетбрейнс, есть ли все таки там возможность работать с psql утилитой? Заранее спасибо!)

Всем привет! Подскажите, пожалуйста. Выбираю сервер для развертывания на нём PostgreSQL. Одновременных подключений будет не больше 50. Нужно как можно быстрее получать результаты запроса и сохранность данных. На что акцентировать внимание? Скоростные диски, ОЗУ? Заранее спасибо!  Может есть готовые решения.

А как вы себе представляете, если это консольная утилита? Откройте консоль и работайте

А зачем Вам сортировать данные по подобному id (ведь их порядок почти наверняка ничего на самом деле не значит)?

В каком смысле не значит? Порядок добавления записей в базу

От многого зависит — тип нагрузки, что за данные и сколько их, какие запросы и т.д. и т.п.

А почему не создать поле created_at, куда писать now()? По нему и делать сортировку

Получится два поля. Одно uuid, второе timestamp

Это плохо?

В основном, воображаемый. ;)
Т.е. так же, как sequence и now(), с каким-либо порядком это может иметь мало общего.

Не в моей ситуации.

Очень повезло, значит. Тогда либо Вам либо хватит временной метки, либо всё-таки и в Вашей ситуации, нет? ;)

Да нет, но это лишняя сложность. Например, в системе должны быть методы get_before_id() и get_after_id() - получится, что тоже усложнение