The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Релиз СУБД PostgreSQL 13, opennews (?), 24-Сен-20, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


27. "Релиз СУБД PostgreSQL 13"  –4 +/
Сообщение от mr.Clinemail (?), 24-Сен-20, 22:23 
Ага, настолько классная что Uber с неё свинтил на MySQL + свой напилиник по понятным причинам...
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

42. "Релиз СУБД PostgreSQL 13"  +1 +/
Сообщение от Аноним (42), 25-Сен-20, 04:20 
Свой напильник можно было и в постгресе сделать, это чисто политическое решение, о миграции.
Ответить | Правка | Наверх | Cообщить модератору

48. "Релиз СУБД PostgreSQL 13"  +9 +/
Сообщение от Аноним (48), 25-Сен-20, 07:59 
Если бы Uber провёл то самое исследование производительности на этапе проектирования структуры базы, а не когда все уперлось в обновление индексов, можно было бы и никуда не валить, а спроектировать базу с применением головного мозга. У них там была таблица с индексом почти на каждое поле, и она обновлялась по сто раз в секунду. Это им ещё повезло, что внутреннее устройство innodb подошло под их кейс, и что они не обновляли primary key (вот тут бы innodb вообще обвалился - там pk=oid грубо говоря). Но эта проблема ещё валидная (и с тех пор в ее в pg не то, чтобы целиком решили, но существенно смягчили), все остальное вообще из разряда «не осилили».
Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

61. "Релиз СУБД PostgreSQL 13"  +/
Сообщение от mr.Clinemail (?), 25-Сен-20, 13:12 
Там не только проблема со вторичными индексами была, с VACUUM проблема более-менее тоже актуальная на больших объёмах данных при постоянной перезаписи.
Ответить | Правка | Наверх | Cообщить модератору

77. "Релиз СУБД PostgreSQL 13"  +/
Сообщение от zzz (??), 26-Сен-20, 04:45 
Проблема там была только с мозгами и откатами. Устроить миграцию MySQL - PostreSQL - MySQL без нагрузочного тестирования, на шару - это надо быть или идиотом, или умным распильщиком.
Ответить | Правка | Наверх | Cообщить модератору

79. "Релиз СУБД PostgreSQL 13"  +/
Сообщение от Аноним (48), 26-Сен-20, 05:01 
Про вакуум в постгресе знают вроде вообще все, даже те, кто запросов сложнее select * from table в свой жизни ни разу не писал. Кроме разработчиков Убера, видимо, для которых это оказалось новостью когда все прилегло.
Ответить | Правка | К родителю #61 | Наверх | Cообщить модератору

80. "Релиз СУБД PostgreSQL 13"  –4 +/
Сообщение от n242name (?), 26-Сен-20, 06:21 
Как может быть лучше субд у которой это говновакуум вообще существует?

А дебильные имена объектов в UPPERCASE?

НаверноеЕстьРазница?

ИЛИВСЕТАКИНИКАКОЙРАЗНИЦЫНЕТ?

Ответить | Правка | Наверх | Cообщить модератору

109. "Релиз СУБД PostgreSQL 13"  –1 +/
Сообщение от Аноним (42), 27-Сен-20, 00:21 
В postgres регистронезависимые имена.
Ответить | Правка | Наверх | Cообщить модератору

111. "Релиз СУБД PostgreSQL 13"  –1 +/
Сообщение от n242name (?), 27-Сен-20, 01:41 
> В postgres регистронезависимые имена.

но регистр он не запоминает.. в отличии от MySQL

можно смело забыть про PascalCase

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру