SQLRU.net
Разработка приложений баз данных

Начало » Дискуcсии » Сравнение СУБД » Сравнение скорости ms sql и postgresql
Сравнение скорости ms sql и postgresql [сообщение #2782] Mon, 17 July 2023 10:37 Переход к следующему сообщению
BlackEric в настоящее время не в онлайне  BlackEric
Сообщений: 318
Зарегистрирован: June 2022
Senior Member
У кого-то уже был опыт перехода ms sql -> postgresql?
Как повлияло на скорость работы?

Может есть какие-то тесты и сравнения? Или методика как можно сравнить?

Нам нужно аргументированно принять решение о переходе или наоборот отказаться.
Re: Сравнение скорости ms sql и postgresql [сообщение #2784 является ответом на сообщение #2782] Mon, 17 July 2023 12:51 Переход к предыдущему сообщениюПереход к следующему сообщению
МП в настоящее время не в онлайне  МП
Сообщений: 850
Зарегистрирован: August 2022
Географическое положение: бурятский тун...
Senior Member
а server-side бизнес-логика есть?
Re: Сравнение скорости ms sql и postgresql [сообщение #2785 является ответом на сообщение #2784] Mon, 17 July 2023 13:16 Переход к предыдущему сообщениюПереход к следующему сообщению
BlackEric в настоящее время не в онлайне  BlackEric
Сообщений: 318
Зарегистрирован: June 2022
Senior Member
Есть не много хранимок и функций различных, но это не проблема переписать.
Re: Сравнение скорости ms sql и postgresql [сообщение #2786 является ответом на сообщение #2785] Mon, 17 July 2023 13:54 Переход к предыдущему сообщениюПереход к следующему сообщению
МП в настоящее время не в онлайне  МП
Сообщений: 850
Зарегистрирован: August 2022
Географическое положение: бурятский тун...
Senior Member
ну, тогда можете погонять TPC-тесты (A,B,C).
на одном и том же железе.
скриптов под это дело навалом.
Re: Сравнение скорости ms sql и postgresql [сообщение #2787 является ответом на сообщение #2786] Mon, 17 July 2023 14:20 Переход к предыдущему сообщениюПереход к следующему сообщению
BlackEric в настоящее время не в онлайне  BlackEric
Сообщений: 318
Зарегистрирован: June 2022
Senior Member
Спасибо, подумаем.
Re: Сравнение скорости ms sql и postgresql [сообщение #2788 является ответом на сообщение #2787] Mon, 17 July 2023 15:11 Переход к предыдущему сообщениюПереход к следующему сообщению
SD в настоящее время не в онлайне  SD
Сообщений: 370
Зарегистрирован: August 2022
Senior Member
"Специалистов по ПГ у нас нет, а специалисты по МС - есть." Вот и всё обоснование. А уж что дешевле - мигрировать или поменять специалистов - решать начальству.
Re: Сравнение скорости ms sql и postgresql [сообщение #2789 является ответом на сообщение #2788] Mon, 17 July 2023 15:31 Переход к предыдущему сообщениюПереход к следующему сообщению
МП в настоящее время не в онлайне  МП
Сообщений: 850
Зарегистрирован: August 2022
Географическое положение: бурятский тун...
Senior Member
"Аполитично рассуждаешь, аполитично рассуждаешь, клянусь, честное слово!
Не понимаешь политической ситуации!"
©
Re: Сравнение скорости ms sql и postgresql [сообщение #2920 является ответом на сообщение #2789] Thu, 03 August 2023 17:15 Переход к предыдущему сообщению
vvm13 в настоящее время не в онлайне  vvm13
Сообщений: 9
Зарегистрирован: July 2023
Junior Member
Ну, вот https://habr.com/ru/companies/dataline/articles/691796/ и https://infostart.ru/1c/articles/1494461/ для примера. Типа, PG в сумме не хуже MSSQL, а в чём-то даже лучше.

Но лично я, прочитав про архитектуру PG, не могу не удивляться тому, что он может у кого-то в чём-то выиграть в производительности.
Хранение разных версий строк на одной странице подводит его в самых разных ситуациях, поэтому апдейты чреваты возможными проблемами.
Хинтов в "ванильной" версии нет. Использование файлового кеша вместо "обычного" (для Oracle/MSSQL/DB2) буферного пула.

Это просто то, о чём я сразу вспомнил - список подлиннее будет. В сумме, добровольно я бы с MSSQL на PG при прочих равных не пошёл.
Другое дело, что "прочие" могут быть не равными, а море различных сопутствующих обстоятельств могут оценку поменять.

Да, живое сравнение.
https://www.hammerdb.com/
Покрутить-поразбираться интересно. Но без понимания, просто запустив эту штуку и посмотрев на циферки, которые она выдаст, делать какие-то выводы не советую.
По-моему, там даже код хранимых процедур для разных СУБД писали разные люди, и он там не всегда логически эквивалентен.
И написана она так, чтобы разбираться и править исходники было как можно сложнее. По крайней мере, в версии 4.3 было так.




Предыдущая тема: Как работает реляционная БД
Переход к форуму:
  


Текущее время: Tue Jul 23 06:06:27 GMT+3 2024

Общее время, затраченное на создание страницы: 0.01005 секунд