В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

pgsql – PostgreSQL

5599 membersпожаловаться на группу
2021 January 15

VY

Victor Yegorov in pgsql – PostgreSQL
The
Ну хоть не забрасывают, и то хорошо. Лет через 10, может, и догонят нынешние sql server и oracle.
не зачёт.

snapshot-ы в sql server-е постороены по принципу снимаков Postgres-а. не говоря о том, что у них общий предок. таки я искренне перестал считать MVCC реализацию Postrges-а ущербной, без неё у нас не было бы всех этих типов индексов как минимум.

говоря про Оракл — после postgres'а работать в sqlplus — это пытка. нечего там догонять…
источник
23:41пожаловаться#1

T

The in pgsql – PostgreSQL
Самая большая проблема постгре — это наличие free версии. Вторая — что остальные free РСУБД ещё хуже.
источник
23:42пожаловаться#2

VY

Victor Yegorov in pgsql – PostgreSQL
The
Самая большая проблема постгре — это наличие free версии. Вторая — что остальные free РСУБД ещё хуже.
раскройте первое утверждение, пожалуйста.
источник
23:43пожаловаться#3

T

The in pgsql – PostgreSQL
Victor Yegorov
не зачёт.

snapshot-ы в sql server-е постороены по принципу снимаков Postgres-а. не говоря о том, что у них общий предок. таки я искренне перестал считать MVCC реализацию Postrges-а ущербной, без неё у нас не было бы всех этих типов индексов как минимум.

говоря про Оракл — после postgres'а работать в sqlplus — это пытка. нечего там догонять…
В mssql таки осилили MVCC, когда точно, не вспомню. А вот в постгре до сих пор не смогли в изоляцию repeatable read и sequential.
источник
23:43пожаловаться#4

YS

Yaroslav Schekin in pgsql – PostgreSQL
Victor Yegorov
не зачёт.

snapshot-ы в sql server-е постороены по принципу снимаков Postgres-а. не говоря о том, что у них общий предок. таки я искренне перестал считать MVCC реализацию Postrges-а ущербной, без неё у нас не было бы всех этих типов индексов как минимум.

говоря про Оракл — после postgres'а работать в sqlplus — это пытка. нечего там догонять…
> snapshot-ы в sql server-е постороены по принципу снимаков Postgres-а.

Но реализация MVCC там совсем другая.
источник
23:43пожаловаться#5

VY

Victor Yegorov in pgsql – PostgreSQL
The
В mssql таки осилили MVCC, когда точно, не вспомню. А вот в постгре до сих пор не смогли в изоляцию repeatable read и sequential.
такие утверждения надо фактами подтверждать.

мне кажется, вы не в теме.
источник
23:44пожаловаться#6

T

The in pgsql – PostgreSQL
Victor Yegorov
раскройте первое утверждение, пожалуйста.
Нищий бизнес цепляет наживку, ого, бесплатно же. А затем оказывается, что фейловер ручной, мультимастера нет, пулер оторван от субд, планировщик вообще чудит так, что приходится выворачивать join-ы наизнанку.
источник
23:45пожаловаться#7

YS

Yaroslav Schekin in pgsql – PostgreSQL
The
Самая большая проблема постгре — это наличие free версии. Вторая — что остальные free РСУБД ещё хуже.
Судя по тому, что Вы даже не знаете, как называется СУБД, остальные Ваши утверждения вызывают здоровые сомнения. ;)
А вообще, аргументы-то есть у Вас, или просто хочется потроллить вечером?
источник
23:45пожаловаться#8

YS

Yaroslav Schekin in pgsql – PostgreSQL
The
В mssql таки осилили MVCC, когда точно, не вспомню. А вот в постгре до сих пор не смогли в изоляцию repeatable read и sequential.
Это всё, к Вашему сожалению, неправда.
источник
23:45пожаловаться#9

T

The in pgsql – PostgreSQL
Victor Yegorov
такие утверждения надо фактами подтверждать.

мне кажется, вы не в теме.
Давайте посмотрим, кому кажется.
http://jepsen.io/analyses/postgresql-12.3
источник
23:46пожаловаться#10

YS

Yaroslav Schekin in pgsql – PostgreSQL
The
Нищий бизнес цепляет наживку, ого, бесплатно же. А затем оказывается, что фейловер ручной, мультимастера нет, пулер оторван от субд, планировщик вообще чудит так, что приходится выворачивать join-ы наизнанку.
Как и вот это.
источник
23:46пожаловаться#11

T

The in pgsql – PostgreSQL
Yaroslav Schekin
Это всё, к Вашему сожалению, неправда.
^
источник
23:46пожаловаться#12

YS

Yaroslav Schekin in pgsql – PostgreSQL
The
Давайте посмотрим, кому кажется.
http://jepsen.io/analyses/postgresql-12.3
Вы думаете, я это не читал? Ваши утверждения по-прежнему не верны, просто для информации.
источник
23:46пожаловаться#13

T

The in pgsql – PostgreSQL
Yaroslav Schekin
Вы думаете, я это не читал? Ваши утверждения по-прежнему не верны, просто для информации.
То есть, эксперимент некорректен, или выводы неверны?
Правда интересно понять точку зрения.
источник
23:47пожаловаться#14

VY

Victor Yegorov in pgsql – PostgreSQL
The
Давайте посмотрим, кому кажется.
http://jepsen.io/analyses/postgresql-12.3
что вы смотреть-то собрались? то, что repeatable read зовётся не так? дык переименовали
https://postgre.es/m/20200621122513.GA21591@hjp.at
источник
23:50пожаловаться#15

YS

Yaroslav Schekin in pgsql – PostgreSQL
The
То есть, эксперимент некорректен, или выводы неверны?
Правда интересно понять точку зрения.
Эксперимент корректен, bug найден и давно исправлен. Аналогичных, кстати, было немало (только многие почему-то "возбуждаются" только от статей Aphyr-а — это что,  новый культ?), и судьба у них примерно та же.

Что касается "repeatable read" — это только терминологический спор. Если Вы в это дело не лезли, то, по-хорошему, Вам это будет просто скучно (ничего нового полезного не узнаете).
источник
23:50пожаловаться#16

VY

Victor Yegorov in pgsql – PostgreSQL
да тот же Aphyr в этой самой статье говорит, что:

> However, this behavior could be interpreted as consistent with ANSI SQL repeatable read.
источник
23:51пожаловаться#17

YS

Yaroslav Schekin in pgsql – PostgreSQL
Victor Yegorov
да тот же Aphyr в этой самой статье говорит, что:

> However, this behavior could be interpreted as consistent with ANSI SQL repeatable read.
Да, вот именно. Почему все должны "верить" определениям Adya, Liskov сотоварищи, а не международному стандарту, мне как-то непонятно.
источник
23:53пожаловаться#18

T

The in pgsql – PostgreSQL
Мне зело важнее баг с serializable, у него-то чёткая интерпретация.
источник
23:55пожаловаться#19

YS

Yaroslav Schekin in pgsql – PostgreSQL
The
Мне зело важнее баг с serializable, у него-то чёткая интерпретация.
Аналогичных багов можно найти не один в истории любой СУБД общего назначения.
Опять-таки, и в истории PostgreSQL их было... далеко не один, и все они так же исправлены, как и этот.
источник
23:57пожаловаться#20