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

групп:

каналов:

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

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

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

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

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

go.backupland.com

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

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

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

Size: a a a

Чат конференции HighLoad++

2706 membersпожаловаться на группу
2019 December 23

PD

Phil Delgyado in Чат конференции HighLoad++
Alexey Er
Это может быть очень лёгкая блокировка, чисто чтобы другая транзакция не добавляла/меняла то же поле в таблице метаданных. В частности, добавление поля в Постгресе на чтение/запись из таблицы не влияет.
Она не лёгкая, она эксклюзивная до сих пор, насколько помню.
источник
22:37пожаловаться#1

PD

Phil Delgyado in Чат конференции HighLoad++
Andrew Komiagin
Ну так и есть. У нас есть группы обратносовместимых между собой схем
Мы это прямо в коде сериализации делали. Благо на jackson это было удобно.
источник
22:37пожаловаться#2

AE

Alexey Er in Чат конференции HighLoad++
Phil Delgyado
Она не лёгкая, она эксклюзивная до сих пор, насколько помню.
Да, это я напутал... Добавление поля - плохой пример непорочного альтера.
источник
22:50пожаловаться#3

p

ppavel in Чат конференции HighLoad++
@pragus
источник
22:50пожаловаться#4

PD

Phil Delgyado in Чат конференции HighLoad++
Alexey Er
Да, это я напутал... Добавление поля - плохой пример непорочного альтера.
Ну, если нет длинных транзакций, то все нормально с добавлением nullable column. Но если кто-то в это время неторопясь строит отчёт...
источник
22:58пожаловаться#5

p

pragus in Чат конференции HighLoad++
ppavel
@pragus
?
источник
23:08пожаловаться#6

p

ppavel in Чат конференции HighLoad++
Тут про pg vs nosql ^^^
источник
23:17пожаловаться#7

ST

Shuro Toko in Чат конференции HighLoad++
Phil Delgyado
Нет, конечно...
как-то при прочтении треда не понял, где же серебряная пуля. но чую, что её нет и надо просто каждый кейс рассматривать индивидуально
источник
23:34пожаловаться#8

PD

Phil Delgyado in Чат конференции HighLoad++
Ну, конечно. Есть общие подходы, но не более того.
источник
23:34пожаловаться#9

PD

Phil Delgyado in Чат конференции HighLoad++
Но как правильно говорили выше, задач не помещающихся в PG очень мало. А по TCO Pg сильно выигрывает
источник
23:35пожаловаться#10
2019 December 24

VO

Vyacheslav Olkhovchenkov in Чат конференции HighLoad++
ну если формально придираться в к формулировке, то таких задач полно -- всякий обощенный вордпрес, например. битрикс тот же.
источник
00:18пожаловаться#11

PD

Phil Delgyado in Чат конференции HighLoad++
Хмм? И что вордпресс и битрикс?
источник
00:19пожаловаться#12

VO

Vyacheslav Olkhovchenkov in Чат конференции HighLoad++
задачи не помещающиеся в постгрес
источник
00:23пожаловаться#13

PD

Phil Delgyado in Чат конференции HighLoad++
А чем они не помещаются? И куда тогда помещаются?
источник
00:24пожаловаться#14

VO

Vyacheslav Olkhovchenkov in Чат конференции HighLoad++
mysqlизмами. в mysql.
источник
00:26пожаловаться#15

PD

Phil Delgyado in Чат конференции HighLoad++
Э, так на PG они работали бы заметно лучше. Просто жуткое легаси (что один, что второй), еще и написанное, гм, не буду выражаться.
источник
00:31пожаловаться#16

VO

Vyacheslav Olkhovchenkov in Чат конференции HighLoad++
да как бы они работали бы если там все гвоздями к специфики mysql прибито? даже когда на подобном продукте заявляют возможность работы с pg -- никто на это не тестирует даже core, что уж про плагины говорить (сам испытал)
источник
00:33пожаловаться#17

PD

Phil Delgyado in Чат конференции HighLoad++
Так это не про невозможность сделать на PG, это про неумение сделать на PG
источник
00:35пожаловаться#18

p

pragus in Чат конференции HighLoad++
ppavel
Тут про pg vs nosql ^^^
sql - это хорошо, консерватизм pg - плохо(fsyncgate, например).


Ну и микросервисы обесценивают рсубд.
источник
00:40пожаловаться#19

PD

Phil Delgyado in Чат конференции HighLoad++
pragus
sql - это хорошо, консерватизм pg - плохо(fsyncgate, например).


Ну и микросервисы обесценивают рсубд.
Это да...
источник
00:51пожаловаться#20