The OpenNET Project / Index page

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



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

Оглавление

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

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


90. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от Аноним (188), 15-Сен-23, 23:12 
Если б только в этом проблемы. Хотя это само по себе важно, конечно.

Direct io - не умеет до сих пор, а ведь не у всех SSD диски.

Flashback database с restore points - не умеет. Для больших баз данных - критически важная вещь после каких-нибудь обновлений, могущих закончиться чем-нибудь неприятным.

В кластеры - не умеет.

Для управления стендбаями ничего встроенного нет - тащи костыли со стороны, тестируй потом на свой страх и риск. Потом придёт другой DBA-шник, который с этим инструментом ни в зуб ногой, а потребуется срочно failover сделать - засада на ровном месте.

Vacuum - ущербен, об этом только ленивый не писал. Вроде, начались подвижки в сторону UNDO, как у Оракла, но пока всё в зачаточном состоянии, насколько мне известно.

Пакетов в свободной версии нет, только в энтерпрайзной - вендор-лок, который так не любят местные халявщики. Кто-то может сказать "не нужно". Кому не нужно - пусть не пользуется. Мне - нужно.

Remap схем, пользователей на лету - не умеет, как тот же expdp/impdp в Oracle, пользуйтесь sed-ом в своё удовольствие, и может даже не отгребёте при какой-нибудь некорректной замене.

Для каких-то не особо крупных предприятий, не особо страдающих от возможных простоев СУБД - сойдёт. Ну или если у вас в штате системные программисты есть - тоже сойдёт. Остальным лучше проходить мимо.

Хотя в РФ на безрыбье и Postgres - СУБД.

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

91. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от лютый арчешкольник... (?), 16-Сен-23, 01:56 
>Ну или если у вас в штате системные программисты есть

а штатные программисты орацля вообще не бывают в природе. поэтому при каждом баге приходится сосат у волшебного оркосаппорта.

p.s. как ви оцениваете поддержку JSON в могучем оракле? по пятибальной.

p.p. s. как ви оцениваете поддержку XML в могучем оракле? по пятибальной.

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

92. "Релиз СУБД PostgreSQL 16"  +1 +/
Сообщение от Аноним (92), 16-Сен-23, 02:34 
Зачем в бд поддерхка всякой хрени? Для этого есть уровень приложений.
Ответить | Правка | Наверх | Cообщить модератору

103. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от Аноним (103), 16-Сен-23, 10:38 
Возможно потому что БД бывают не только реляционные?
Потому что приложения работают с JSON и XML?
Потому что не все структуры данных удобно раскладываются на реляционную схему?
Если вам не нужна поддержка JSON и XML, то не значит что никому не нужна.
Ответить | Правка | Наверх | Cообщить модератору

96. Скрыто модератором  +/
Сообщение от Анонимус Аурелиус (?), 16-Сен-23, 04:42 
Ответить | Правка | К родителю #91 | Наверх | Cообщить модератору

112. "Релиз СУБД PostgreSQL 16"  +1 +/
Сообщение от Аноним (188), 16-Сен-23, 13:42 
> а штатные программисты орацля вообще не бывают в природе. поэтому при каждом баге приходится сосат у волшебного оркосаппорта.

А у PGSQL и "сосат" не у кого в таких случаях. Разве что по форумам лазить и плакать до посинения, пока кто не отзовётся, и то маловероятно. Сиди сам ковыряйся в непростом коде, ага. 🤷‍♀️
Оракл далёк от идеала. Я-то это прекрасно знаю: работаю с ним больше 20 лет уже. И когда-то думал, что хуже этой СУБД быть не может, столько в ней "особенностей". Как же я ошибался, встретив на своём пути PG SQL.

> p.s. как ви оцениваете поддержку JSON в могучем оракле? по пятибальной.
> p.p. s. как ви оцениваете поддержку XML в могучем оракле? по пятибальной.

Оценить не могу, потому что не пользовался.

А вот кучу разных индексов в Оракле оценить могу. Советников по построению этих индексов тоже могу оценить. И так далее. На мой взгляд, для РСУБД эти плюшки куда как более ценная вещь.

Впрочем, реляционная алгебра у нынешней молодёжи не в почёте - не модно, слишком сложно, давай всё лепить из г-на и палок (читай из тех же JSON и XML). Проектировать и продумывать структуру БД - не царское это дело.

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

119. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от Аноним (119), 16-Сен-23, 16:19 
Как там в оракле с настоящей serializable изоляцией? До сих пор write skew не ловит?
Ответить | Правка | Наверх | Cообщить модератору

140. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от Аноним (188), 17-Сен-23, 01:27 
Это, наверное, одна из тех "особенностей", про которые я писал в предыдущем сообщении.
Ответить | Правка | Наверх | Cообщить модератору

141. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от Аноним (188), 17-Сен-23, 01:33 
Однако же эта "особенность", насколько я понимаю, соответствует стандарту ANSI SQL.

https://www.cockroachlabs.com/blog/what-write-skew-looks-like/

https://arxiv.org/ftp/cs/papers/0701/0701157.pdf

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

220. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от Аноним (169), 19-Сен-23, 15:45 
Не знаю, мне и то и то -- норм. Вернее, уровень доставляемого головняка более-менее одинаков.
Ответить | Правка | К родителю #112 | Наверх | Cообщить модератору

240. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от пох. (?), 21-Сен-23, 14:09 
> А у PGSQL и "сосат" не у кого в таких случаях.

как то ись не у кого? Вон, импортозамещательный postgrespro спешит на помощь (pedobear.jpg)

cocите на здоровье! (а что оно поможет - вам никто ведь и не обещал)

> Оценить не могу, потому что не пользовался.

работает, но "есть нюансы". Но в целом если тебе не нужна реляционная база данных - так дядьку, и отойдите же от быка, у нас в канаде доют только коров!

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

107. "Релиз СУБД PostgreSQL 16"  +1 +/
Сообщение от Zerot (?), 16-Сен-23, 11:36 
нуи собственно фишки энтерпрайз экосистемы - детальный сбор метрик по тысяче статистик и событий ожидания, возможность исторического анализа хоть на два года назад - хоть для подсистем движка СУБД, хоть для сессии, хоть  для запроса, инструменты автоматической аналитики и далее по списку
Ответить | Правка | К родителю #90 | Наверх | Cообщить модератору

110. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от Аноним (7), 16-Сен-23, 12:22 
Это, наверное, дорого. Чтобы железо лучше покупали, да?
Ответить | Правка | Наверх | Cообщить модератору

113. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от Аноним (188), 16-Сен-23, 14:30 
Наоборот, чтобы на железках можно было экономить.
Ответить | Правка | Наверх | Cообщить модератору

201. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от Аноним (169), 19-Сен-23, 11:24 
Это ты про AWR? Часовой срез за два года? Это чтоб на железе сэкономить? ))))))) AWR чаще всего бесполезен, потому что результат проблем либо самоочевиден, либо не устраним. Хотя его наличие утешает, да.
Ответить | Правка | К родителю #107 | Наверх | Cообщить модератору

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

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




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

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