Придераетесь, коллега. Не стоит.

Я просто подумал, что Вы имели в виду, что там действительно "магически" выполняется преобразование, поэтому и заинтересовался / прокомментировал, вот и всё. ;)

Зато документацию по одному из инструментов прочитал, что-то узнал. Одни плюсы.

Хорошего дня.

спасибо за советы.
сейчас думаем может перенести просто на обычные диски. часть таблиц на ssd. таблица содержит историчные данные, фиксирует состояние сущности.

Это да. Вам также. :)

А почему просто не добавить ещё SSD (может, так дешевле обойдётся)? ;)
Но, вообще, про партиционирование уже стоит думать, при таких объёмах.
То, насколько отразится на производительности перенос на обычные диски, зависит от запросов (ко всем ли данным обращаются одинаково часто или нет).
Чтобы конкретнее что-то подсказать, нужно больше подробностей (хотя бы \d, \dt+ таблицы (и индексов), версию PostgreSQL, примерно какие запросы выполняются и т.п.).

Подскажите, как можно выполнить команды из файла *.sql? Когда пишу в psql shell (Win10)
\i D:\test.sql

выдает D:: Permission denied

psql < file.sql

в винде не знаю, но в винде есть баш

мне как раз в винде и нужно. Прост проект на винформах, а так бы сидел на линухе и не мучался

ну попробуй -f file.sql

\i d:/test.sql

сработало, спасибо

😊👍

Господа бояре,  Подскажите почему
select *
from public."Sales" // работает

SELECT *
from Sales // без схемы нет

А что такое "не работает" (ошибка какая)?

потому что таблица называется Sales (смешанный регистр). без двойных кавычек Sales трансформируется в sales, а такой таблицы у вас скорее всего нету.
так что если ваш ОРМ начал создавать таблицы в смешанном регистре и экранировать идентификаторы двойными кавычками, то теперь с этим жить. или поправить.
но такой стиль — не комильфо.

Спасибо

Добавляю строки в таблицу на основании данных из других таблиц, т.е. я точно знаю, что эти данные есть в других таблицах. Есть ли смысл вешать референс ?