Здравствуйте, VladiCh, Вы писали:

VC>Здравствуйте, gandjustas, Вы писали:

G>>На самом деле для человека, владеющего техниками оптимизации для SQL Server изучить оптимизацию для Postgres несложно, там примерно на порядок меньше вариантов операторов в плане, а множество типов индексов, которых нет в SQL Server, оптимизируют вполне конкретные функции.
G>>Остается только разобраться с vacuum.

VC>На порядок, это сколько, в сравнении?
Примерно в 10 раз, ну может быть в 5.

VC>Я просто немного с mssql знаком (с postgres знаком очень хорошо), а вы похоже наоборот.
Я хорошо знаком с обоими системами

VC>Но я там не заметил на порядок большего количества типов шагов.
Сравни
https://learn.microsoft.com/en-us/sql/relational-databases/showplan-logical-and-physical-operators-reference
https://www.postgresql.org/docs/15/runtime-config-query.html (к сожалению только перечень флагов, отключающих те или иные операторы)


VC>в плане выполнения (про это я так понимаю речь?). А количество индексов в Постгресе не просто так, они для специфических типов данных (массивов, деревьев, geo координат и т.п.), которые отдельно в mssql не поддерживаются.
Что вы такое говорите. Геотипы в MS SQL с соответствующими индексами поддерживаются с 2016 версии (7 лет)
Столько же работает JSON в колонках (массивы, деревья).

А еще есть inmemory, columnstore, графовые таблицы, не говоря уже о ledger databases и historical tables