а что одним запросом это все не написать, там выборка в один скан так и просится

Выносить что-либо на более медленный диск точно не стоит )
Изначальный смысл выноса журнала (wal в постгресе) в том, что запись в него всегда последовательная (и чтение потом) - позволяет при использовании хдд увеличить скорость обработки. Так что выносить его на более медленный диск - точно не лучшая затея.
Сейчас в условиях ссд это все немного теряет смысл.

у него физически диск один, он виртуалит

да я понял, это вообще бессмысленное развлечение

в этом нет смысла никакого.
на хабре имеется ввиду на 2 разных физических носителя

А что нельзя просто доставить второй ссд?

можно:) но мой вопрос был именно о такой конфигурации

Ваш вопрос я видел, тиоретически прирост будет) но лучше разные диски , и хотябы как минимум evo960

а что вы подразумеваете под "виртуальными" дисками?
диски для виртуальных машин или виртуальные диски raid-контроллера?

виртуализация. вы ведь не пробрасываете устройство, когда выделяете дисковое пространство. вы выделяете либо фиксированный объем либо динамический, но это в любом случае просто файл на диске гипервизора. поэтому диск виртуальный)

Фирма «1С» приглашает принять участие в первой конференции для 1С-разработчиков «1C:DevCon», которая в пройдет в онлайн-формате 24-25 октября 2020 года.

Ничего лишнего  – это конференция от разработчиков для разработчиков.

Конференция, в первую очередь, преследует цель создания прямого контакта фирмы «1С» и сообщества разработчиков: сотрудники компании расскажут о наших последних разработках и о том, как устроены наши собственные процессы разработки и тестирования.
Также это хорошая площадка для обсуждения вопросов и предложений напрямую с фирмой «1С».
Первый день конференции посвящен недавно появившимся инструментам и технологиям 1С (с точки зрения разработчиков), методикам и практикам разработки.
Второй день конференции полностью посвящен докладам об организации процесса разработки в самой фирме «1С»: будет рассказано об организации процессов разработки наших типовых конфигураций, тестировании платформы 1С: Предприятие и др.

Программа конференции формируется и будет опубликована на странице: https://developer.1c.ru/conf/devcon2020
Каждый день конференции будет завершаться открытым обсуждением, в котором будут принимать участие разработчики фирмы «1С».
Начало каждого дня конференции в 10:00, завершение – ориентировочно в 17:00 (время московское).  
Конференция бесплатна и открыта для участия для всех зарегистрированных пользователей портала https://developer.1c.ru/  при условии предварительной регистрации на конференцию.
Информация о конференции и регистрация доступны по ссылке: https://developer.1c.ru/conf/devcon2020
Регистрация открыта до 23 октября, 9:00 по московскому времени.

Также напоминаем, что зарегистрироваться на портале для разработчиков https://developer.1c.ru/ может любой желающий.

Ну чисто теоретически, на хабре что-то писали на эту тему.
Любая виртуализация вносит некоторую задержку из-за обработки данных, какой бы ни был крутой  драйвер паравиртуализации и т.п.
И, по идее, параллельные обращения к виртуальным дискам, теоретически могут компенсировать эту задержку.
Это как tcp в несколько потоков позволяют утилизировать полосу пропускания, не смотря на большую задержку.
Но что там на самом деле в итоге получится на конкретной связке обородувание+гипервизор+виртуалка можно сравнить только натурным испытанием. Ну и всегда "чистое" железо победит.

Это всё понятно, что любая виртуализация создает накладные расходы, просто у меня была мысль, что:
1) в случае если внутри ВМ один диск, то при любом взаимодействии будет очередь, все операции будут последовательны.
2) если мы создаем два диска внутри ВМ, то ядро может и будет обращаться к ним параллельно.
3) поднимаемся выше, к гипервизору. в разрезе гипервизора эти обращения будут всё равно к одному диску, и в случае с HDD они будут последовательны, и вот тут у меня возник вопрос, если этот диск - ссд, то вдруг, эти обращения смогут обрабатываться параллельно.
P.S. все эти вопросы созрели с одной целью, получить правильную(читай наиболее производительную) инфраструктуру в рамках ограниченной среды.

Тут все зависит от ссд. Если у вас сата сас ссд, то очередь 32, а если nvme ссд то там очередь 65535

Может кто подсказать по синтаксису:
Задача: вывести из JSON данные по колонкам
Проблема: у записей разный набор ключей, поэтому при обращении по ключам дает ошибку

json_each_text + Crosstab() - не получилось применить
как это сделать?

заменить диск на более производительный и все будет ок

как это интерпретировать?
>вывести из JSON данные по колонкам

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

jsonb_populate_record?

о, интересно, сейчас попробую применить