Т.Е. увеличивает количество обработки запросов?

Ну количество запросов принять можно больше(веб запросов), а смысл, если база больше не может прожевать?

Ну как следствие появление r2dbc (извините если не правильно написал) для того чтобы сделать обработку запросов больше

В базу ещё надо суметь упереться. Вся синхронная модель только так любит выжирать тред пулы и ставить приложения раком. Не то чтобы мы тут говорим про серебряную пулю, но некоторую беду асинхронщина убирает.

А некоторую привносит.. дебаг например

Достаточно иметь пару десятков миллионов записей, что бы поиметь потолок на запросы в бд, с которого скорость выполнения начнет деградировать, а там смысл ещё больше запросов пихать в бд? К тому же тот же постгрес имеет ограничения на количество коннектов, которое бездумно увеличивать не надо, да и вообще он не имеет асинхронным модель обработки запросов, смысл кормить его тогда запросами, которые он не обработает?

Ну не поставишь в итоге приложение раком, а дальше что? Время выполнения запросов начнет улетать в потолок

маштабирование баз данных это уже проблема девопосв

Т.е. возвращаемся к тезису, что сначала надо прокачать базу) https://t.me/jvmchat/426415

можно открыть кран в квартире и затопить соседей а потом говорить что виновата ук ? воду же они дают ..

Имеет асинхронный протокол, иначе бы драйверов не было

Начиная с 13 на сколько помню

с 9 уже libpq умел асинхронно отправить запрос, а потом попросить результат. Все эти драйвера(r2dbc, vertx-db) используют стандартный message flow завёрнутый в асинхронный нетти, т.е. работают, как и всё, что не хочет делать по потоку на коннект, через асинхронные сокеты. Никакой магии. Кто-то обмазывает это всё mono и fluxом, а кто-то фьючерами и промисами. Всё равно на каждый запрос нужен коннект. Т.к. пока данные не вычитал, отправлять запрос через то же соединение нельзя. А коннект на стороне базы - новый процесс.

да. но там и протокол поменялся в 13м.

а что там поменяли?

вроде бы, в pg можно в одно соединение напихать много запросов (ака пайплайнинг), но это если не нужны транзакции

это да, запросы на изменения можно так пихать

проглядел релизноутс, ничего про изменения в протоколе не нашёл.

раньше

Пихать запросы на изменение без транзакции - это не норма

имеется в виду напихать сразу много запросов в одно соединение в рамках одной транзакции. batch insert

1. Если у вас база встаёт раком от количества записей, значит вы не умеете готовить индексы и моделировать проекции пол запросы 2. Про постгрес не было ни слова, но он в целом проблемная технология

Чёт заорал аж

В рамках sql не существует запроса без оборачивающей транзакции

В чем проблема постгреса?

Постоянный коррапт данных на ровном месте, wraparound, нельзя полностью завакуумить без полной остановки и подобное

1. Лол 2. С чего проблемная то? Какая то лучше?

> постоянный коррапт Мне кажется что вы что то делаете не так, либо просто не умеете

Постоянный коррапт данных на ровном месте для данного заявления требуется гораздо более подробное описание ситуации, однако это все равно не тема данного чата

особенно после вашего заявления про масштабирование и девопсов

Вы отвечаете на то сообщение, где это все описано проблемы описаны в предшествующем вашему сообщению

https://www.google.com/search?q=pg+toast+corruption About 947,000 results в @dba_ru каждый месяц кто-либо приходит, в чате непосредственно по пг я зарекся сидеть

Можно на любую бд такие ссылочки дать, да. Мне интересно, почему за последние лет 7, как использую только пг, ни разу данные не кораптились. Может таки руки не оттуда?

А может эффект даннинга крюгера?

Мне кажется у тебя имел он, да - ты правильно поставил себе диагноз

Дак парниша именно так и предъявляет мне.

Я тебе не предъявляю, но от тебя постоянно несётся всякое не чистое в чат

В кластере. Ни одного разрыва. Максимальный даунтайм 1 мс. Категоричен в суждениях, как всегда, впрочем

Это к чему?

К тому, что мир гораздо больше, чем ваша система с дай бог 100 микросервисами. Как там правильно, сказали, «безглючности» pg можно порадоваться подписавшись на канал, ну, или просто закутавшись в плед почитать их багтрекер

Я так и не услышал. Какая тогда бд лучше

оракл и мс же

Та, которая тебя устраивает

Такого вопроса и не стояло-то

Из бесплатных

Читай внимательно

Мы начали с моего утверждения "пг - проблемная технология"

При этом без аргументов

Давайте даже предположим что аргументов не было. Как это влияет на то, что вопрос был в обсуждении конкретно пг, а не выборе лучшего инструмента?