Size: a a a

pgsql – PostgreSQL

2020 July 28

AN

Alexander Nikitin in pgsql – PostgreSQL
Простите, работал просто раньше в аутсорсинге банков :)
источник

N

Nikolay in pgsql – PostgreSQL
Alexander Nikitin
Простите, работал просто раньше в аутсорсинге банков :)
Да я нормально ).  Расскажите как вы видите.
источник

AN

Alexander Nikitin in pgsql – PostgreSQL
Один раз они запульнули рассылку криво отсканированного документа в формате PDF. База выросла на 200Гб часа за 2 :)
источник

AN

Alexander Nikitin in pgsql – PostgreSQL
вот тебе и 10 лет - 5 терабайт :)
источник

N

Nikolay in pgsql – PostgreSQL
5 тб это скорее одна таблица. Наберётся таких даже если десяток , то это 50 терабайт . Но это не петабайт.
источник

N

Nikolay in pgsql – PostgreSQL
200гб часа за 2. Это же в результате ошибки.
источник

AN

Alexander Nikitin in pgsql – PostgreSQL
ну один фиг - там может быть далеко не линейная скорость роста БД
источник

N

Nikolay in pgsql – PostgreSQL
Alexander Nikitin
ну один фиг - там может быть далеко не линейная скорость роста БД
А вашем случае сколько база весила ?
источник

AN

Alexander Nikitin in pgsql – PostgreSQL
больше 10Тб (+/- Тб там был уже не важен)
источник

N

Nikolay in pgsql – PostgreSQL
Ну вот. Мои расчеты подтвердились ). Значит у Сбера могут быть и петабайт за 10 лет.
источник

o

om in pgsql – PostgreSQL
Яндекс писал о 2,5 Пб почты, если я не ошибаюсь.
источник

N

Nikolay in pgsql – PostgreSQL
Выходит, что там где миллионы пользователей - терабайты , а там где как у Яндекса -сотни миллионов пользователей уже петабайт . Это конечно все условно , но в целом выглядит не так далёким от реальности
источник

o

om in pgsql – PostgreSQL
Nikolay
Выходит, что там где миллионы пользователей - терабайты , а там где как у Яндекса -сотни миллионов пользователей уже петабайт . Это конечно все условно , но в целом выглядит не так далёким от реальности
Ну, банки хранят транзации, а яндекс - почту.
источник

SB

Sergey Bezrukov in pgsql – PostgreSQL
om
Яндекс писал о 2,5 Пб почты, если я не ошибаюсь.
Ну она же не в PG, наверное хранится.
источник

o

om in pgsql – PostgreSQL
Облако 1с - тоже, всё не PG. Вполне, возможно, что и там петабайтные размеры
источник

o

om in pgsql – PostgreSQL
Sergey Bezrukov
Ну она же не в PG, наверное хранится.
источник

N

Nikolay in pgsql – PostgreSQL
Насколько помню писали ,что Яндекс в базе хранил все кроме самого тела письма. А само тело и всякие там атачи он скорее в файловой системе хранил
источник

ДЛ

Дмитрий Лукьянов... in pgsql – PostgreSQL
Интересная статья..

"было принято решение о том, что мы должны избавиться от Oracle"
"10 человеко-лет мы потратили на то, чтобы переписать всю нашу лапшу, которую мы накопили за 12—15 лет."
- вся её суть в двух предложениях

10 человеко-лет не глупых сотрудников Яндекса. Вангую, если бы они потратили столько времени на рефакторинг кода под Oracle, он бы под Oracle мог летать аки орёл...

К слову о проблеме, что там описывается: "Oracle — прекрасная база данных, но и с ней были проблемы. Например, выкладка PL/SQL кода — это боль, потому что есть library cache. Если база под нагрузкой, то нельзя просто взять и обновить код функции, который сейчас используется какими-то сессиями."

Внезапно, можно вот взять, и обновить. Есть такая фича, как Edition-Based Redefiniton, и ей сто лет в обед. Пользуйся, не имей проблем...

Но спору нет, это всё неважно, когда решение о переходе политическое, и уже принято.. 👌🏻
источник

SG

Sergey Gr in pgsql – PostgreSQL
Дмитрий Лукьянов
Интересная статья..

"было принято решение о том, что мы должны избавиться от Oracle"
"10 человеко-лет мы потратили на то, чтобы переписать всю нашу лапшу, которую мы накопили за 12—15 лет."
- вся её суть в двух предложениях

10 человеко-лет не глупых сотрудников Яндекса. Вангую, если бы они потратили столько времени на рефакторинг кода под Oracle, он бы под Oracle мог летать аки орёл...

К слову о проблеме, что там описывается: "Oracle — прекрасная база данных, но и с ней были проблемы. Например, выкладка PL/SQL кода — это боль, потому что есть library cache. Если база под нагрузкой, то нельзя просто взять и обновить код функции, который сейчас используется какими-то сессиями."

Внезапно, можно вот взять, и обновить. Есть такая фича, как Edition-Based Redefiniton, и ей сто лет в обед. Пользуйся, не имей проблем...

Но спору нет, это всё неважно, когда решение о переходе политическое, и уже принято.. 👌🏻
Edition-Based Redefiniton это много слоев лапши. Если у них уже была лапша, то с EBR будет лазанья
источник

ДЛ

Дмитрий Лукьянов... in pgsql – PostgreSQL
Sergey Gr
Edition-Based Redefiniton это много слоев лапши. Если у них уже была лапша, то с EBR будет лазанья
Так они готовы были потратить 10 лет на рефакторинг. На устранение лапши хватило бы времени с большим запасом.
Просто тут они открытым текстом пишут, что переходили на PG потому, что сказано сверху. Получили тонну страданий (проблемы с бэкапами, кучу багов пришлось исправлять, недостатки wait-интерфейса, секционирования и т.п.), но справились, и теперь это называется success-story..
источник