"Разница" в том, что по отношению к надёжному (full-ACID) и производительному multimaster RDBMS бывают примерно трёх видов:
1. Те, где его нет.
2. Те, которые врут, что он там есть.
3. Распределённые СУБД.
;)

И это не случайность, а обусловлено устройством нашего мира (и есть же соответствующие теоремы).

Хорошее чтиво, но мне больше PostgreSQL Internals понравился, там детальнее.

Ну это и не статья а презентация...

есть и интерналс в картинках https://momjian.us/main/writings/pgsql/internalpics.pdf

имеется в виду https://www.interdb.jp/pg/ ?

Всё верно, об этом и речь в CAP/PACELC. (Хотя это скорее постулат, а не теорема.)
Hикто не против иных вариантов помимо CA, с некоторым tradeoff. Для систем важнее сайта для кошачьего корма доступность важнее, чем реплика с протухшим timeline id.
Беда в том, что postgres слишком завязан на локальные ресурсы системы. Внутреннего кворумного механизма между транзакциями и данными пока не сделали. А внешний сломается после первого partitioning-а, уже проверено многократно.

Да, этот. Считаю его довольно неплохим ресурсом, пусть и несколько устаревшим.

Скорее всего обращаюсь не туда, но может кто то подскажет учебник об информационных системах(базы данных проектирование и тд) русский, старше 2015 года?
Нужна инфа о фактографических системах.
Спасибо.

всем привет. у меня есть таблица с разными измерениями типа 1) стол : 40-70 *40-60*20 -50см, 2) стул : 100-150 *12-35*12-56 см, 3) кружка : 5-55*5-85*5-125 мм 4) ручка : 2-30*2-29*3-35 дюйм
и хочу получить все строки, у которых, в диапазонах есть размеры -  45*45*45 см. сюда подходит 1 , 3, 4 строки.
могу делать несколько запросов, делая перевод в каждуюединицу измерений. но надо как то уместить это все в один.
может кто знает - где это искать, или как называется?

Универсального решения нету - юзай сабстринг, регулярки и т.д.

> Так или иначе, нужен хотя бы кеш.
Не нужен. [пляшет]

> нет вообще никакого смысла хранить все сообщения
Специалисты по таргетинговой рекламе сейчас подавились дорогим вином.

> но вы же не станете так делать, и возьмёте какой-нибудь RabbitMQ, надеюсь
Конечно нет, ни за что. Мне заняться больше нечем, кроме как сломавшуюся мнезию чинить?

понял, спасибо

меняй модель хранения

Знаю. До сих пор даже не пытался попробовать, потому что: лень; дерганье вхолостую все равно намного менее затратно по ресурсам, чем работа не вхолостую, а поэтому нет ни малейшего смысла чего-то там оптимизировать.
Да, я ужасен!

> Не нужен. [пляшет]

Не согласен. Допустим, есть некий сайт. На открытие его какой-то страницы требуется несколько запросов к бд (ну или один достаточно тяжёлый). Сколько суммарно у меня будет занимать выборка данных? Из того же Redis выборка в большинстве случаев будет быстрее. А поисковые системы сейчас достаточно требовательны к скорости загрузки страницы. Да и юзеры тоже. Если плевать на скорость работы сайта/сервиса, то кешировать, конечно, не нужно. Если плевать на количество запросов, которые к БД летят - тем более.

> Специалисты по таргетинговой рекламе сейчас подавились дорогим вином.

Вы точно уверены в том, что пишете?

> Конечно нет, ни за что

И что вместо него?

При работе через jdbc стандартным драйвером, кстати, всё равно приходится вхолостую дёргать, но уже простой запрос типа пустого select. Как в других языках не знаю.

Я тут последние пару лет гонял личный проект с трафиком в 50 000 ежедневных рыл из поисковика. Вывалил так вывалил, ага. И я бы руки оторвал тому, кто бы мне кеш между базой данных и приложением намастерил. Кеш для поисковиков начинается с HTTP 304. И там же его можно закончить, поставив http reverse proxy вперед (нынче самый популярный способ это сделать — тупо подключить клаудфлару).

Ну и кеш — это черная магия, с которой надо работать предельно настороженно и под лупой. Если человек сходу заявляет «без кеша нельзя», то он, скорее всего, просто обчитался хабрахабра.

Если вы на сайте от тяжелых запросов кешем спасаетесь, то дайте мне его адрес — я повалю его за пять минут, просто морфируя запросы.

> Вы точно уверены в том, что пишете?

Конечно. Сообщения в чате — это драгоценные данные, которые надо хранить вечно. Если не это, то я не знаю, что еще имеет смысл хранить. Банковские балансы?

> И что вместо него?

Не знаю. Я тупо на постгресе велосипедю. Когда сломается под нагрузкой, тогда буду гуглить, чего там люди вообще придумали для очередей. Пока не сломалось.

Я тут даже вспомнил про один «профессиональный» месседжер, который за платную подписку предлагает доступ к... истории сообщений. Интересно, кто-нибудь вообще ее покупает?