The OpenNET Project / Index page

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



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

Оглавление

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

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


74. "Релиз СУБД PostgreSQL 16"  +1 +/
Сообщение от Онимус (?), 15-Сен-23, 19:43 
Backup с помощью SQL Dump - детский сад.  File System Level Backup -  database server must be shut down. Но, пионеры продолжают что-там за конкуренцию Ораклу говорить.
Ответить | Правка | Наверх | Cообщить модератору

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ообщить модератору

125. "Релиз СУБД PostgreSQL 16"  –1 +/
Сообщение от АнонПапка (?), 16-Сен-23, 19:30 
Бэкапер нахер не нужен, наймите опытного девопса. Проблема решается красиво на совсем другом уровне, бэкап в онлайне прямо целиком весь инстанс
Ответить | Правка | К родителю #74 | Наверх | Cообщить модератору

128. "Релиз СУБД PostgreSQL 16"  +3 +/
Сообщение от Аноним (129), 16-Сен-23, 19:38 
> девопса

И это пройдёт.

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

143. "Релиз СУБД PostgreSQL 16"  +1 +/
Сообщение от Аноним (188), 17-Сен-23, 02:01 
Не решается, если в кластере несколько баз данных.
Ответить | Правка | К родителю #125 | Наверх | Cообщить модератору

149. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от Аноним (149), 17-Сен-23, 17:39 
да и point in time recovery не нужен, верно же?
Ответить | Правка | Наверх | Cообщить модератору

206. "Релиз СУБД PostgreSQL 16"  +1 +/
Сообщение от Аноним (169), 19-Сен-23, 11:55 
Увы, PITR на БД от десятка 10Т, а это очень скромная БД (типичные продуктовые сильно больше), исключительно умозрительная возможность. Но не ясно в чём тут упрёк Слону. В Слоне PITR точно такой же, как и в Оракле. На фул бэкапа накатываешь журналы до требуемой точки. Но вот флэшбэка в Слоне нет. Вернее, раньше в Слоне он был, а в Оракле не было, потом в Оракле появился, а в Слоне исчез. Флэшбэк удобно бывает. Но, опять же, только на тестовых БД.
Ответить | Правка | Наверх | Cообщить модератору

227. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от ыы (?), 20-Сен-23, 10:52 
я бы сказал что типичность базы в 10Тб исключительно умозрительна. Поскольку массвовый постгрес сейчас где? правильно,  в 1с :) а в 1с какие базы типичны? по 10 Тб? как называется тот дуб с какого эта идея рухнула?  в 1с кейс выглядит совсем иначе :) базы относительно небольшие, но из много. очень много. десятки и сотни.
Ответить | Правка | Наверх | Cообщить модератору

229. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от Аноним (243), 20-Сен-23, 13:02 
1С в жизни ни разу не видел, не знаю что там к чему.
Ответить | Правка | Наверх | Cообщить модератору

173. "Релиз СУБД PostgreSQL 16"  +1 +/
Сообщение от Аноним (169), 18-Сен-23, 16:41 
В Постргресе механизм бэкапов ничего не отличается от Ораклового. Только в Постгресе его проще настраивать.
Ответить | Правка | К родителю #74 | Наверх | Cообщить модератору

213. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от Простоник (ok), 19-Сен-23, 14:05 
Ну я бы так не утверждал. Начнём с простого. Вот вы работаете с базой и она вдруг навернулась. Сколько данных в потеряете после восстановления?    
Собственно только некоторые мехaнизмы из Oracle в pg (например режим ARCHIVE LOG) появились. Но не все.
Ответить | Правка | Наверх | Cообщить модератору

217. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от Аноним (169), 19-Сен-23, 15:20 
Ни там, ни там несколько не потеряешь. Причём, в очень широком смысле. Механизмы репликации хоть и устроены несколько иначе, но результат они обеспечивают один и тот же. И там и там есть полная строгая синхронная репликация, есть нестрогая репликация. Выбирай на вкус.
Ответить | Правка | Наверх | Cообщить модератору

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

222. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от Простоник (ok), 19-Сен-23, 20:24 
А откуда возьмутся не успевшие синхронизироваться транзакции?
Это при двойных затратах на железо. Это заведомо хуже, чем обычный archive log или stand by.
Ответить | Правка | К родителю #217 | Наверх | Cообщить модератору

226. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от Аноним (169), 20-Сен-23, 10:42 
Что это за "не успевшие синхронизироваться транзакции"? При синхронной репликации транзакция фиксится только, когда стэнбай пришлёт подтверждение разной степени гарантированности, что данные он получил/записал/проверил/накатил. Тут нет никаких "не успевших". Тут между Ораклом и Слоном разница только косметическая. Ты выше сокрушался, что в Слоне аналога брокера репликации нет, так вот, их несколько и каждый из них вполне норм. Точно не хуже ораклового брокера. Вот аналога ADG, вроде как, пока в Слоне нет, но тут я не уверен.
Ответить | Правка | Наверх | Cообщить модератору

230. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от Аноним (243), 20-Сен-23, 13:08 
Или ты о преимуществах флэшбэка? Ну про флэшбэк спору нет. Удобно. Но его типичное применение это создание временных снапшотов БД для различных нужд, а резервное копирование/восстановление. Всё же, восстановление БД вне теста явление крайне-крайне редкое.
Ответить | Правка | К родителю #222 | Наверх | Cообщить модератору

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

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




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

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