The OpenNET Project / Index page

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



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

"Релиз СУБД PostgreSQL 16"  +/
Сообщение от opennews (?), 15-Сен-23, 10:40 
После 11 месяцев разработки опубликована новая стабильная ветка СУБД PostgreSQL 16.  Обновления для новой ветки будут выходить в течение пяти лет до ноября 2028 года. Поддержка  PostgreSQL 11.x, самой старой из поддерживаемых веток, будет прекращена 9 ноября...

Подробнее: https://www.opennet.dev/opennews/art.shtml?num=59758

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

Оглавление

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


1. "Релиз СУБД PostgreSQL 16"  +3 +/
Сообщение от iPony129412 (?), 15-Сен-23, 10:40 
А ещё 25 сентября будет PGConf.СПб 2023
https://pgconf.ru/202309

Был на PGConf.Siberia 9 сентября в Томске. Было интересно.

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

13. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от ыы (?), 15-Сен-23, 11:28 
посмотрел списог докладов… в очередной раз переливание из пустого в порожнее.  ну чисто в Питер тупо сьездить потусить…
Ответить | Правка | Наверх | Cообщить модератору

41. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от Аноним (41), 15-Сен-23, 13:06 
Я тоже ничего не понимаю. Глупый сликшом. Но об этом никому не говорю. Только на опеннетике ною, а на конференциях с умным лицом сижу и киваю
Ответить | Правка | Наверх | Cообщить модератору

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

68. Скрыто модератором  +/
Сообщение от Аноним (-), 15-Сен-23, 18:14 
Ответить | Правка | Наверх | Cообщить модератору

47. "Релиз СУБД PostgreSQL 16"  –2 +/
Сообщение от Аноним (47), 15-Сен-23, 14:04 
лесом
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

2. "Релиз СУБД PostgreSQL 16"  +7 +/
Сообщение от Lost Inside (ok), 15-Сен-23, 10:43 
Долгих лет проекту!
Иначе MS и Oracle все под себя подгребут.
Ответить | Правка | Наверх | Cообщить модератору

8. "Релиз СУБД PostgreSQL 16"  +3 +/
Сообщение от Аноним (8), 15-Сен-23, 11:02 
в РФ этим места уже нет
Ответить | Правка | Наверх | Cообщить модератору

10. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от Аноним (10), 15-Сен-23, 11:12 
https://opennet.ru/59461-mysql
Ответить | Правка | Наверх | Cообщить модератору

14. Скрыто модератором  +2 +/
Сообщение от Аноним (14), 15-Сен-23, 11:49 
Ответить | Правка | Наверх | Cообщить модератору

50. "Релиз СУБД PostgreSQL 16"  –6 +/
Сообщение от Аноним (50), 15-Сен-23, 14:22 
Как будто что-то плохое.
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

63. "Релиз СУБД PostgreSQL 16"  +4 +/
Сообщение от Аноним (63), 15-Сен-23, 16:43 
Монополия это всегда плохо.
Ответить | Правка | Наверх | Cообщить модератору

101. "Релиз СУБД PostgreSQL 16"  +2 +/
Сообщение от microcoder (ok), 16-Сен-23, 10:01 
В РФ монополия уже... на PostgreSQL, так как всякие ораклы уже не доступны
Ответить | Правка | Наверх | Cообщить модератору

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

188. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от Аноним (188), 18-Сен-23, 20:57 
Никуда народ не побежал, скорее, в облака начал мигрировать - это удобно, и расходы размазываются во времени.

Цена, конечно, выросла, но где-то коррелирует с инфляцией. У Оракла другая проблема - иной раз он слишком монструозен, перенасыщен функциональностью, не всем она нужна. И стабильность работы оставляет желать лучшего: из квартала в квартал огромная куча багов и дыр закрывается, но всё равно что-то остаётся на следующий период.

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

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

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

200. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от Аноним (169), 19-Сен-23, 11:21 
За базовый ценник Оракл, мягко скажем, не перенасыщен функциональностью.
Ответить | Правка | К родителю #188 | Наверх | Cообщить модератору

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

9. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от пук (?), 15-Сен-23, 11:03 
индексы не строить по низкоселективным данным и вакуум агресивным
Ответить | Правка | Наверх | Cообщить модератору

11. "Релиз СУБД PostgreSQL 16"  +1 +/
Сообщение от Аноним (11), 15-Сен-23, 11:17 
Чисти
Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

27. "Релиз СУБД PostgreSQL 16"  +3 +/
Сообщение от Аноним (27), 15-Сен-23, 12:21 
pg_repack в помощь тебе, брат!
Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

42. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от Lost Inside (ok), 15-Сен-23, 13:22 
VACUUM
Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

65. "Релиз СУБД PostgreSQL 16"  –1 +/
Сообщение от OpenEcho (?), 15-Сен-23, 17:35 
> Что настроить, чтобы не пухли базы?

dd if=/dev/rtfm of=/dev/head

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

86. "Релиз СУБД PostgreSQL 16"  +1 +/
Сообщение от Skif (ok), 15-Сен-23, 22:47 
Не пользуйте базу, не будут пухнуть
Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

120. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от АнонПапка (?), 16-Сен-23, 19:13 
Настроить ACL deny all
Потом идти спать, отключив телефон
Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

12. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от ыы (?), 15-Сен-23, 11:21 
логическую репликацию с 1с уже подружили?
Ответить | Правка | Наверх | Cообщить модератору

15. "Релиз СУБД PostgreSQL 16"  –17 +/
Сообщение от Аноним (15), 15-Сен-23, 11:53 
Есть серьёзные базовики с БД размером не со флэшку? - У постгреса есть перспективы на рынке серьёзных БД, или это поделка профессоров-студентов, годящаяся на записную книжку.
Ответить | Правка | Наверх | Cообщить модератору

16. "Релиз СУБД PostgreSQL 16"  +2 +/
Сообщение от scriptkiddis (?), 15-Сен-23, 11:58 
Ниче не понятно, но очень интересно.
Ответить | Правка | Наверх | Cообщить модератору

28. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от Аноним (27), 15-Сен-23, 12:22 
Покажешь флешку на три терабайта?
Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

37. "Релиз СУБД PostgreSQL 16"  +8 +/
Сообщение от edo (ok), 15-Сен-23, 12:39 
https://www.amazon.com/SABRENT-External-Aluminum-Transfer-SB...
Ответить | Правка | Наверх | Cообщить модератору

49. "Релиз СУБД PostgreSQL 16"  +3 +/
Сообщение от danonimous (?), 15-Сен-23, 14:12 
Он на три просил.
Ответить | Правка | Наверх | Cообщить модератору

39. "Релиз СУБД PostgreSQL 16"  +4 +/
Сообщение от лютый арчешкольник... (?), 15-Сен-23, 12:47 
>Есть серьёзные базовики с БД размером не со флэшку

Эксплуатация СУБД это не только "размер". У меня уже лет 10 назад была Монга ТБ на 6-10. Но это ж не значит, что там мегахайлоад.

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

43. "Релиз СУБД PostgreSQL 16"  +2 +/
Сообщение от Аноним (43), 15-Сен-23, 13:33 
Skype с самого начала на постгресе. Сойдёт?
Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

88. "Релиз СУБД PostgreSQL 16"  –3 +/
Сообщение от Прохожий (??), 15-Сен-23, 22:52 
У MS куча системных программистов в штате. Обычный энтерпрайз такими ресурсами не обладает. Поэтому так себе пример.
Ответить | Правка | Наверх | Cообщить модератору

97. "Релиз СУБД PostgreSQL 16"  +3 +/
Сообщение от К.О. (?), 16-Сен-23, 05:50 
Вот и выросло поколение, которое не знало Скайп без Майкрософта
Ответить | Правка | Наверх | Cообщить модератору

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

51. "Релиз СУБД PostgreSQL 16"  +10 +/
Сообщение от keydon (ok), 15-Сен-23, 14:31 
Размер базы не показывает её серьёзности.
Постгрес по сути единственное SQL решение на рынке которое имеет смысл рассматривать.
Но надо понимать что контрибьютят в нее для себя. Т.е. контрибьютят серьезно, но что-то может выглядеть костыльно или недоделанно. Не потому что криво и косо, а потому что разработчику больше и не нужно было, а дальше никто не подобрал (обычно это не критичные вещи). Какие-то вещи на ней лучше не реализовывать(например если нужен мастер-мастер). Какие-то вещи решаются не из коробками (pg_repack например) или не слишком очевидны или удобны.
Эта БД в которую стоит вложить кучу времени и оно окупится. Т.к. SQL вариантов по сути нет (mysql слился за редкими специфическими случаями, проприетарщина для дегенератов) то это вложение однозначено стоит сделать (но в некоторых случаях стоит отдать предпочтение специализированным решениям вроде clickhouse или timescale или noSQL).
Осиливает хайлоад? Да. Масштабируется? Да. Без костылей? Нет. Из коробки? Нет. Просто настроил и работает? Скорее всего нет. Потребуется изучать документацию? Да и только ее недостаточно. Потребуется изучать код? Да. Потребуется изучать принципы работы? Да. Есть неочевидные вещи? Предостаточно. Жрет ресурсы? Нет, весьма экономична при правильной настройке, но есть специфические кейсы. Удобно пользоваться? Нет. Продакшн энтерпрайз риди? Да
Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

53. "Релиз СУБД PostgreSQL 16"  +4 +/
Сообщение от Anonymous Coward (?), 15-Сен-23, 15:40 
> риди

рэди

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

62. "Релиз СУБД PostgreSQL 16"  +3 +/
Сообщение от Аноним (62), 15-Сен-23, 16:09 
>рэди

готова

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

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

158. "Релиз СУБД PostgreSQL 16"  +1 +/
Сообщение от rshadow (ok), 18-Сен-23, 11:49 
Я правильно понимаю что 149.999Тб можно было выгрузить в текстовый файлик, сжать и убрать на дальнюю полку? Но все равно держим в базе т.к. данные важные, база сертифицирована и "потому что могу".
Если нет, расскажите подробнее как вы ей пользуетесь. Очень интересно. Спасибо.
Ответить | Правка | Наверх | Cообщить модератору

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

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

57. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от ыы (?), 15-Сен-23, 15:50 
а бэкапы когда завезут?
Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

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

81. "Релиз СУБД PostgreSQL 16"  +2 +/
Сообщение от ыы (?), 15-Сен-23, 20:24 
Чтобы можно было восстановить произвольную базу на произвольный момент времени на произвольный инстанс. Бинарно.
Ну как в MS Sql или Oracle :)
Ответить | Правка | Наверх | Cообщить модератору

102. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от microcoder (ok), 16-Сен-23, 10:13 
Так это решается просто с любым софтом - LXD (контейнеры Linux), а в управлении LXD есть снепшоты и бэкапы
Ответить | Правка | Наверх | Cообщить модератору

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

116. "Релиз СУБД PostgreSQL 16"  +1 +/
Сообщение от ыы (?), 16-Сен-23, 14:58 
вы совсем совсем не понимаете о чем идет речь, да?
Ответить | Правка | К родителю #102 | Наверх | Cообщить модератору

122. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от АнонПапка (?), 16-Сен-23, 19:19 
Понимаю, речь про наколленные васькины бд
Ответить | Правка | Наверх | Cообщить модератору

145. "Релиз СУБД PostgreSQL 16"  +1 +/
Сообщение от Аноним (145), 17-Сен-23, 10:25 
Вопрос был про постгрес, а не про _смекалочку_ и прочие «щи из топора».
Ответить | Правка | К родителю #102 | Наверх | Cообщить модератору

135. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от asand3r (ok), 16-Сен-23, 23:47 
PITR? Есть же. Сохраняешь WAL и восстанавливаешься на нужную точку.
Ответить | Правка | К родителю #81 | Наверх | Cообщить модератору

142. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от Аноним (188), 17-Сен-23, 01:58 
Человек спрашивал про отдельную БД, а не про кластер целиком.
Ответить | Правка | Наверх | Cообщить модератору

147. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от asand3r (ok), 17-Сен-23, 12:13 
А, ну ой, да. Насколько я знаю, тут пока вариантов нет.
Ответить | Правка | Наверх | Cообщить модератору

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

160. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от ыы (?), 18-Сен-23, 12:46 
Ну вот есть у вас в кластере две базы, и есть бинарный бэкап с wal-ами... и вот вам надо откатить _только_ ОДНУ базу (!!!) на месяц назад (!!!) подняв ее из бэкапа. Вторая при этом должна работать без перерыва. нельзя кластер останавливать. Ваши действия? в MSSQL это делается как два байта переслать...
Ответить | Правка | Наверх | Cообщить модератору

161. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от rshadow (ok), 18-Сен-23, 13:01 
У меня немного другое направления. Я никогда не делаю что-то на уровне базы данных. Делать кластер из двух баз даже в голову не приходило.
Ответить | Правка | Наверх | Cообщить модератору

162. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от ыы (?), 18-Сен-23, 14:22 
обычно их там десятки. Это же СУБД. В одном инстансе могут быть десятки разных баз.
Ответить | Правка | Наверх | Cообщить модератору

168. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от Neandertalets (ok), 18-Сен-23, 16:11 
"Может быть" - не значит, что это хорошо. Если хотя бы 2 нагруженные БД на одной СУБД и отличаются по структуре и профилю запросов - уже проблема нормально оптимизировать, а если 3 - это как "задача трёх тел" в физике/астрономии - не решаемо вообще.
Одна БД серьёзная, а остальные мелкие довеском - ещё можно. А несколько серьёзных... Сопровождать подобное похлеще, чем секс стоя в гамаке надо пропастью.
Ответить | Правка | Наверх | Cообщить модератору

236. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от ыы (?), 21-Сен-23, 09:07 
Напридумывать можно много экзотических обстоятельств. И очень сложных и творческих. И обобщения этих выдумок до реальных правил - просто нелепость. Есть реальные кейсы, когда относительно небольших баз в кластере много. очень много. А оптимизация о которой вы упомянули... либо плод тех же выдумок, либо давно делается автоматически.
Ответить | Правка | Наверх | Cообщить модератору

238. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от Neandertalets (ok), 21-Сен-23, 09:19 
> либо давно делается автоматически.

   Сочувствую вашим проектам...

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

239. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от ыы (?), 21-Сен-23, 09:53 
Иными словами вы не понимаете что надо делать чтобы запросы работали быстро.
Ответить | Правка | Наверх | Cообщить модератору

191. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от microcoder (ok), 18-Сен-23, 22:51 
> обычно их там десятки. Это же СУБД. В одном инстансе могут быть
> десятки разных баз.

Зачем такое делать? Не в курсе про контейнеры?

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

193. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от ыы (?), 18-Сен-23, 23:18 
про оракловые? в курсе... а линуксовые - каким тут боком помогут?
Ответить | Правка | Наверх | Cообщить модератору

232. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от Аноним (169), 20-Сен-23, 18:03 
Нет, как раз обычно в Слоне, когда один экземпляр = одна база. Если вы налепили иначе, то, ну не стоит свой опыт в одних СУБД транслировать на другие.
Ответить | Правка | К родителю #162 | Наверх | Cообщить модератору

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

243. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от Аноним (243), 22-Сен-23, 11:55 
Понимаешь, так и термин "кластер" или, скажем, "кластерная таблица" в МС, Оракле и Слоне совершенно различное описывают. Ну вообще различное, даже ничего близкого. Я согласен, что этот терминологический ад ясности не добавляет, мягко скажем. Но что поделаешь.
Ответить | Правка | Наверх | Cообщить модератору

167. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от Neandertalets (ok), 18-Сен-23, 16:05 
Откройте для себя архив WAL-ов. Ну или хотя бы pg_probackup.
Ответить | Правка | К родителю #81 | Наверх | Cообщить модератору

187. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от Аноним (188), 18-Сен-23, 20:51 
Они помогут восстановить ОТДЕЛЬНУЮ БД (а не ВЕСЬ КЛАСТЕР) на момент времени в прошлом?
Ответить | Правка | Наверх | Cообщить модератору

189. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от Neandertalets (ok), 18-Сен-23, 21:06 
> Они помогут восстановить ОТДЕЛЬНУЮ БД (а не ВЕСЬ КЛАСТЕР) на момент времени в прошлом?

   У меня pg_probackup создаёт каждый день дельту от предыдущей дельты (ну и есть изначальный полный бэкап). И на любую хранящуюся дельту я могу восстановить любую отдельную базу.
   С WAL почти не работал напрямую именно в этой части: не могу сказать точно. Меня более чем удовлетворил pg_probackup.
   Но отдельные базы мне нужны только на тестовом кластере : продуктивные серьёзные БД стараюсь держать по одной на кластер. Да и восстанавливать терабайты - не быстрое весьма дело: лучше доп.узлом зарезервировать.

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

197. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от ыы (?), 19-Сен-23, 10:59 
>могу восстановить любую отдельную базу.

Покажите командрую строку pg_probackup в которой вы указываете для него конкретную базу в момент бэкапа

Покажите командрую строку pg_probackup в которой вы указываете для него конкретную базу в момент восстановления

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

198. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от Neandertalets (ok), 19-Сен-23, 11:19 
>>могу восстановить любую отдельную базу.
> Покажите командрую строку pg_probackup в которой вы указываете для него конкретную базу
> в момент бэкапа
> Покажите командрую строку pg_probackup в которой вы указываете для него конкретную базу
> в момент восстановления

Бэкапится кластер целиком, а восстанавливается - нужная база (по необходимости):
1) снятие полного бэкапа:
pg_probackup backup -B /_backup/pgsqlbkp --instance=prod -j12 --backup-mode=FULL --compress --compress-level=8 --stream --delete-expired --pguser=u_backup --pgdatabase=db_backup --remote-host=172.16.3.1 --remote-user=postgres
2) снятие дельты:
pg_probackup backup -B /_backup/pgsqlbkp --instance=prod -j12 --backup-mode=DELTA --progress --compress --stream --delete-expired
3) мерж полного бэкапа с дельтой (для движения "окна" глубины хранения):
pg_probackup merge -B /_backup/pgsqlbkp --instance=prod -j12 -i QSIB7Z
4) ну и восстановление конкретной базы db_1 (postgres - для удобства):
pg_probackup restore -B /_backup/pgsqlbkp --instance=prod -j12 --remote-user=postgres --remote-host=172.16.4.2 --db-include=postgres --db-include=db_1

Важно помнить, что восстановление идёт (надо делать) в отдельный каталог и уже оттуда базу можно "загружать" в целевой кластер. Чтобы не порушить остальные базы в кластере.

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

212. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от ыы (?), 19-Сен-23, 14:02 
Это как раз тот самый метод про смекалку и кашу из топора.
Вы восстанавливаете полностью кластер на другой путь [НЕ БАЗУ, весь кластер, просто остальные базы при этом восстановлении имеют нулевой размер], и потом каким-то хитрым образом "загружаете"...
Через дамп поди ? :)
Смекалка и каша из топора....

Знаете, после нормальных СУБД - это выглядит как откат в каменный век... вместо решения задачи- вам приходится решать ТЕХНИЧЕСКИЕ УСЛОВНОСТИ. Вместо бэкапа- вы делаете последователность странных действий. Когдато это было интересно, но потом такие действия в нормальных базах стали частью скрытой от администратора логики, ввиду абсолютной рутинности и бессмысленности ручного управления ею...

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

214. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от Neandertalets (ok), 19-Сен-23, 14:35 
> Это как раз тот самый метод про смекалку и кашу из топора.
> Вы восстанавливаете полностью кластер на другой путь [НЕ БАЗУ, весь кластер, просто
> остальные базы при этом восстановлении имеют нулевой размер], и потом каким-то
> хитрым образом "загружаете"...
> Через дамп поди ? :)
> Смекалка и каша из топора....

   pg_dump ... | psql ...

   Но всё достаточно легко заворачивается в скрипт и работает не чавкая.

> Знаете, после нормальных СУБД - это выглядит как откат в каменный век...

   Какие СУБД вы называете нормальными? Оракл, вероятно. Немного сталкивался и лично у меня тоже не мало вопросов к нему (правда там я вообще без понятия, как бэкапы строятся (ну кроме таких же дампов).
   Мне энтерпрайзности Оракла хватило, когда кластер без ДБА жить практически не умеет: постоянно надо что-то делать, чтобы работало и не падало (работал с "Борлас" со стороны заказчика). Одноузловая СУБД - работает не плохо. Кластер - нахер надо сопровождать.
   У нас на Слонике БД крутятся с минимумом управляющих воздействий. В основном для профилактики и при обновлениях прикладного ПО, для контроля.

> вместо решения задачи- вам приходится решать ТЕХНИЧЕСКИЕ УСЛОВНОСТИ. Вместо бэкапа- вы
> делаете последователность странных действий. Когдато это было интересно, но потом такие
> действия в нормальных базах стали частью скрытой от администратора логики, ввиду
> абсолютной рутинности и бессмысленности ручного управления ею...

А в чём проблема? Берите централизованную систему резервного копирования, которая будет делать всю рутинную работу. И уж в энтерпрайзе централизованная СРК должна быть, верно?
Вообще-то делать бэкапы прода и пару сотен ТБ - это настолько на крайний случай, о которых в кошмарах вспоминают. А для оперативного резервирования - многоузловой кластер, который и с балансировкой и с горячим резервированием поможет.
Ну и лицензия PostgresPro тоже поможет снять многие проблемы, если что.

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

253. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от ss (??), 30-Июн-24, 12:03 
>> Через дамп поди ? :)
>> Смекалка и каша из топора....
>    pg_dump ... | psql ...
>    Но всё достаточно легко заворачивается в скрипт и работает
> не чавкая.

Вы просто счастливо избежали чавканья, ввиду вероятно скромности объемов бэкапа и их.. скажем так- типичности. А как вы станете легко станете переписывать свои скрипты когда упретесь в ограничения pg_dump? Я подскажу- через смекалку и кашу из топора....


>> Знаете, после нормальных СУБД - это выглядит как откат в каменный век...
>    Какие СУБД вы называете нормальными? Оракл, вероятно. Немного сталкивался
> и лично у меня тоже не мало вопросов к нему (правда
> там я вообще без понятия, как бэкапы строятся (ну кроме таких
> же дампов).
>    Мне энтерпрайзности Оракла хватило, когда кластер без ДБА жить
> практически не умеет: постоянно надо что-то делать, чтобы работало и не
> падало (работал с "Борлас" со стороны заказчика). Одноузловая СУБД - работает
> не плохо. Кластер - нахер надо сопровождать.

В оракле есть два разных кластера. Причем их можно сделать несколькими способами. Глобально это стэнбай-кластер, и RAС. стэнбай-кластер оракла работает как часы - годами. аптаймама позавидуют корифеи (хотя в том нет никакого смысла). Сделать чтото подобное RAC постгрес не умеет в принципе. Есть жменя странных умерших поделок. Что там в 16-м не сомтрел

>    У нас на Слонике БД крутятся с минимумом управляющих
> воздействий. В основном для профилактики и при обновлениях прикладного ПО, для
> контроля.

Вы сейчас про кластер говорите? Автоматическое восстановление после переключений на стэнбай?

>> вместо решения задачи- вам приходится решать ТЕХНИЧЕСКИЕ УСЛОВНОСТИ. Вместо бэкапа- вы
>> делаете последователность странных действий. Когдато это было интересно, но потом такие
>> действия в нормальных базах стали частью скрытой от администратора логики, ввиду
>> абсолютной рутинности и бессмысленности ручного управления ею...

Без коментариев.

> А в чём проблема? Берите централизованную систему резервного копирования, которая будет
> делать всю рутинную работу. И уж в энтерпрайзе централизованная СРК должна
> быть, верно?

Вы понимаете наверное что "централизованную систему резервного копирования" невозможно использовать больше чем позволяет бэкапящийся инструмент? Если Постгрес не умеет восстанавливать отдельную базу в произвольное место произвольного кластера на произвольный момент времени- то добиться желаемого (того что в нормальных базах делается э-ле-мен-тар-но) - можно только смекалкой и кашей из скриптов.


> Вообще-то делать бэкапы прода и пару сотен ТБ - это настолько на
> крайний случай, о которых в кошмарах вспоминают. А для оперативного резервирования
> - многоузловой кластер, который и с балансировкой и с горячим резервированием
> поможет.
> Ну и лицензия PostgresPro тоже поможет снять многие проблемы, если что.

Какие именно проблемы снимает эта лицензия?

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

254. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от Neandertalets (ok), 30-Июн-24, 12:43 
> Вы просто счастливо избежали чавканья, ввиду вероятно скромности объемов бэкапа и их..
> скажем так- типичности. А как вы станете легко станете переписывать свои
> скрипты когда упретесь в ограничения pg_dump? Я подскажу- через смекалку и
> кашу из топора....

Понятно, что pg_dump работает только на небольших и условно небольших базах.
Для больших вполне себе pg_probackup, например. Как я, собственно, и писал выше.  

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

192. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от microcoder (ok), 18-Сен-23, 22:53 
> Они помогут восстановить ОТДЕЛЬНУЮ БД (а не ВЕСЬ КЛАСТЕР) на момент времени
> в прошлом?

Контейнеризация позволяет восстанавливать отдельную БД. Вообще без проблем, на лету, хоть на подлёте, хоть сбоку, хоть с припёка. Вообще без разницы.

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

194. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от ыы (?), 18-Сен-23, 23:19 
каким образом?
Ответить | Правка | Наверх | Cообщить модератору

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

241. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от microcoder (ok), 21-Сен-23, 14:58 
Я на счёт Постгреса не в теме, да. В планах на ближайшее время. Но что мешает организовать одно БД на один кластер? А этих кластеров развести хоть тысячи?? Не понятно.
Ответить | Правка | Наверх | Cообщить модератору

242. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от Аноним (243), 22-Сен-23, 11:52 
Ничего не мешает, так и делают типично. Но если ты перешёл с МС, то мешают былые стереотипы.
Ответить | Правка | Наверх | Cообщить модератору

174. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от Аноним (169), 18-Сен-23, 16:45 
Штатный PITR есть с 9+ версии. Но вот уровень абстракции "арендных БД" ещё хуже, чем МС. Т.е. отдельную БД восстановить нельзя -- можно только весь кластер.
Ответить | Правка | К родителю #81 | Наверх | Cообщить модератору

71. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от Легивон (?), 15-Сен-23, 18:36 
Зачем нужны какие-то отдельные бекапы?
В "философии unix" программы делают так, чтобы они могли работать совместно с другими программами. В postgres для этого в archive_command нужно прописывать ту программу, которая тебе нравится.
Я например использую для этого walg.
Ответить | Правка | К родителю #57 | Наверх | Cообщить модератору

80. "Релиз СУБД PostgreSQL 16"  +2 +/
Сообщение от ыы (?), 15-Сен-23, 20:19 
одна схема на инстанс?
Ответить | Правка | Наверх | Cообщить модератору

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

132. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от ыы (?), 16-Сен-23, 19:58 
одна база на один контейнер? :)
Ответить | Правка | Наверх | Cообщить модератору

150. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от АнонПапка (?), 17-Сен-23, 19:41 
Смеешься что ли? Одна база на 2 и более инстансов. Сколько деньги позволяют
Ответить | Правка | Наверх | Cообщить модератору

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

251. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от Аноним (169), 26-Сен-23, 13:36 
Инстанс это не "база". "База" это набор данных на носителе. Инстранс же это набор работающих процессов с памятью, под их работу выделенной. Инстанс вполне себе может и без "базы" жить. Как и база лежать себе без инстанса.
Шардинг термин очень уж гибкий. Это просто разбиение данных по некоторому критерию. Реализовано это может быть сильно по-разному. Могут быть и разные базы разных инстансов, могут быть и вирутальные бд одного одного инстанса, могут быть и разные "таблички" в рамках одной БД или вариант этого же решения в виде секционирования одной "таблички".
Ответить | Правка | Наверх | Cообщить модератору

234. "Релиз СУБД PostgreSQL 16"  –1 +/
Сообщение от Легивон (?), 20-Сен-23, 21:17 
> одна схема на инстанс?

Какая schema? Это физическая репликация! Какая ей разница за схемы, если схемы = логические структуры над физическими.
Даже в базовые вещи не въезжешь, но даешь советы космической важности и такой же глупости.

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

237. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от ыы (?), 21-Сен-23, 09:13 
В этом ответе все прекрасно. Все комплектом и к одному месту. :)

очевидно что вопрос "одна схема на инстанс?" - это насмешка, указывающая на некий общеизвестный недостаток системы. Ну общеизвестен он конечно тем кто в теме.
Вы - походу нет.

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

245. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от Аноним (169), 22-Сен-23, 15:53 
Нет, БД не аналог схемы, потому что схемы в Слоне есть. Самые обычные привычные. И схем может быть множество на БД.
Ответить | Правка | Наверх | Cообщить модератору

108. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от keydon (ok), 16-Сен-23, 11:45 
> а бэкапы когда завезут?

Сколько постгрес помню, столько бекапы и были, еще и разных видов (бинарные, текстовые).

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

117. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от ыы (?), 16-Сен-23, 15:24 
текстовая выгрузка -это не бэкап. Вы конечно можете сделать так и назвать ЭТО бэкапом, но вот вам вопрсо:
как с помощью этой хер.и вы собираетесь делать инкрементный бэкап? а как  восстанавливать базу на произвольный момент времени?  
да никак. потому что текстовая выгрузка- это НЕ бэкап.

То что в постгресе называется бинарным бэкапом- неудобный костыль. Вот у вас в кластере 2 базы. как вы восстановите только одну?
нормально- никак. есть некоторая последовательность действий которую можно совершить, чтобы добиться подобного результата, но....это будет ДРУГАЯ история.
и с этими извращениями можно было бы мириться, если бы не MSSQL. ВОт если бы взрослые базы делали бэкапы так-же- можно было бы развести руками и сказать - ну да, это уебищ.ое действо уу всех так... но ведь нет же. Есть MSSQL, есть Oracle...
Потому что там  бэкап восстанавливается на произвольный момент времени, на произвольный кластер, в произвольное место, с релокациями,  и независимо от других баз в инстансе... Это - бэкап... а в постгресе- бэкапа нет. есть рак на безрыбье..

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

124. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от АнонПапка (?), 16-Сен-23, 19:25 
Неужели в Постгресе нет журнала?? Хмм.. Хочу почитать про него, но пока времени нет
Ответить | Правка | Наверх | Cообщить модератору

131. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от ыы (?), 16-Сен-23, 19:48 
журнал на весь кластер в целом. нет отдельного журнала на отдельную базу
Ответить | Правка | Наверх | Cообщить модератору

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

154. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от ыы (?), 18-Сен-23, 00:44 
Тебе - можно. Выбирай.
Ответить | Правка | Наверх | Cообщить модератору

155. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от keydon (ok), 18-Сен-23, 05:46 
> А в журнале кластера нельзя выбрать базу??  Вот дела...

Да все можно, ыы просто жирный троль. Ты всегда можешь прервать репликацию и раскатить нужные wal логи (он же журнал) на нужной базе. Фактически у тебя станет 2 кластера. И конечно все должно быть настроено https://www.postgresql.org/docs/current/continuous-archiving.... Костыльно, да, но зато не проприетарщина - у оракла свои проблемы и можно начать и закончить на ценовой политике и поддержке в дефолтной стране.

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

157. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от ыы (?), 18-Сен-23, 08:43 
>Фактически у тебя станет 2 кластера.

Вам не стыдно рассуждать про торолей? Вы совсем не понимаете что то что вы советуете - такая себе смекалка и совсем не похоже на то что в MSSQL например?  Это не решение для продуктовой среды.

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

163. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от keydon (ok), 18-Сен-23, 14:40 
>>Фактически у тебя станет 2 кластера.
> Вам не стыдно рассуждать про торолей? Вы совсем не понимаете что то
> что вы советуете - такая себе смекалка и совсем не похоже
> на то что в MSSQL например?  Это не решение для
> продуктовой среды.

У нас тут еще и антивируса нет. Совсем не продакшн риди, не для продуктовой среды. Катился бы ты к мелкомягким и дальше ел кактус.

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

164. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от ыы (?), 18-Сен-23, 14:45 
ну, у вас может и нет антивируса, соболезную, а Касперский для линукса прекрасно работает.
Не жмотьтесь, купите уже...
Ответить | Правка | Наверх | Cообщить модератору

249. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от Аноним (249), 26-Сен-23, 12:43 
Ешь гумно сам, продакшенист экий.
Ответить | Правка | Наверх | Cообщить модератору

186. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от Аноним (188), 18-Сен-23, 20:46 
Стесняюсь спросить, тебя в Гугле забанили? Ты из сообщения в сообщение повторяешь неправильную транскрипцию слова "ready". Оно читается, как "рЭди", а не как "риди". Открой гугло-переводчик уже и послушай. Глаза же режет подобное написание: мало что кириллицей, так ещё и исковерканное.

Или это такой способ тупого троллинга?

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

195. "Релиз СУБД PostgreSQL 16"  –1 +/
Сообщение от keydon (ok), 19-Сен-23, 00:20 
Ой правда что ль? А в Новой зеландии поди и не знайут, нада им рассказать https://youtu.be/m73xUSQVrLI?t=1280
Ответить | Правка | Наверх | Cообщить модератору

87. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от Прохожий (??), 15-Сен-23, 22:51 
> Продакшн энтерпрайз риди? Да

Нет. Разве что в штате есть системные программисты. Но это недешёвое удовольствие.

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

146. "Релиз СУБД PostgreSQL 16"  +1 +/
Сообщение от _ (??), 17-Сен-23, 10:54 
А иметь в штате системных оракловодов - удовольствие надо полагать копеечное? 😁
Любой Ынтерпрайс прод требует спецов, и они как правило чуток дороже здешних Ыгспертов, что ораклоЕды, что слоноводы, что мсыквуны …
Ответить | Правка | Наверх | Cообщить модератору

190. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от Аноним (188), 18-Сен-23, 21:22 
> А иметь в штате системных оракловодов - удовольствие надо полагать копеечное?

Нет, разумеется.

Но с Oracle вам надо иметь только админов СУБД и купленную техподдержку. А с PostgreSQL - и админов, и программистов. Если у вас реально очень много экземпляров баз данных в production, такой подход окупится. Но таких предприятий не так уж много. Кроме этого надо учитывать подавляющее превосходство функциональности Oracle над функциональностью PostgreSQL - а это тоже всё денежки.

В каждом случае надо считать. Но, мне кажется, проще и, скорее всего, дешевле Oracle в облаке арендовать (если законодательство и всякие санкции не препятствуют). Админы всё ещё будут нужны, но уже в меньшем количестве.

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

228. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от ыы (?), 20-Сен-23, 11:10 
оракл в россии не ведет бизнес. забудьте
Ответить | Правка | Наверх | Cообщить модератору

166. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от Neandertalets (ok), 18-Сен-23, 16:02 
У меня несколько по 2-3 сотни ТБ - пойдёт? С очень серьёзной нагрузкой (вся страна).
Про мелочи в 2-3 ТБ даже не упоминаю...
У коллег есть аналогичные. Вполне себе живут и не чавкают.
Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

210. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от BeLord (ok), 19-Сен-23, 13:50 
25 Тб, одна из баз и что? У нас, к примеру,  критичен не размер, а количество пользователей, которые туда ломятся, когда количество пользователей превышает 10 млн, а одновременно лезут 100к, становится интересно.
Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

38. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от лютый арчешкольник... (?), 15-Сен-23, 12:43 
Лучшая СУБД! (среди PG, Mysql и sqlite)
Ответить | Правка | Наверх | Cообщить модератору

44. "Релиз СУБД PostgreSQL 16"  –2 +/
Сообщение от Интересующийся (??), 15-Сен-23, 13:49 
И чем лучшая ?
Pgbouncer уже не нужен,  научились в пул соединений ? Или вакум какие то фишки в плюс добавляет ...
Ответить | Правка | Наверх | Cообщить модератору

56. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от Аноним (43), 15-Сен-23, 15:49 
А в чем проблема воткнуть pgbouncer?
Безвакуумный движок есть, но дойдет ли до апстрима, это да, вопрос. Впрочем, это часто некритично.

MySQL 8+ неплох, но отсутствие транзакционного DDL по-прежнему создаёт эксплуатационные сложности. Ну не разваливается, как раньше, уже неплохо.

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

89. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от Прохожий (??), 15-Сен-23, 22:55 
> А в чем проблема воткнуть pgbouncer?

Если один хост - ни в чём. Но обычно их намного больше.

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

129. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от Аноним (129), 16-Сен-23, 19:40 
> Впрочем, это часто некритично.

Это основное критичное слабое звено этой бд

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

181. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от Аноним (169), 18-Сен-23, 17:06 
MySQL это Оракл. И не развивается вообще уже лет 8-мь как.
Ответить | Правка | К родителю #56 | Наверх | Cообщить модератору

45. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от Аноним (45), 15-Сен-23, 13:50 
Кто знает, может ли клиент постгреса асинхронно получать сообщения о том, что данные были изменены в базе?
Ответить | Правка | Наверх | Cообщить модератору

61. "Релиз СУБД PostgreSQL 16"  +4 +/
Сообщение от Аноним (43), 15-Сен-23, 15:54 
Да, на основе того же механизма logical decoding, на котором работает логическая репликация. См. Logical Decoding Plugins в официальном мануале.
Ответить | Правка | Наверх | Cообщить модератору

247. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от фф (?), 26-Сен-23, 06:24 
а стандартный notify сильно хуже? или это подвид этих плагинов?
Ответить | Правка | Наверх | Cообщить модератору

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

225. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от ыы (?), 20-Сен-23, 08:50 
а для некоторых приложений разработчики прямо говорят- для работы негодная
Ответить | Правка | Наверх | Cообщить модератору

244. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от Аноним (243), 22-Сен-23, 11:58 
Но она в этом смысле такая же негодная, как и логическая в Оракле.
Ответить | Правка | Наверх | Cообщить модератору

58. "Релиз СУБД PostgreSQL 16"  +1 +/
Сообщение от Просто щелкунчик (?), 15-Сен-23, 15:50 
В чем удобно работать/вторгаться в БД PG под Linux? Программы, не одежда
Ответить | Правка | Наверх | Cообщить модератору

60. "Релиз СУБД PostgreSQL 16"  +4 +/
Сообщение от Аноним (60), 15-Сен-23, 15:54 
DBeaver
Ответить | Правка | Наверх | Cообщить модератору

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

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

66. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от Леонид (??), 15-Сен-23, 18:10 
DbGate - очень приятная штука.
Ответить | Правка | К родителю #58 | Наверх | Cообщить модератору

98. "Релиз СУБД PostgreSQL 16"  +1 +/
Сообщение от penetrator (?), 16-Сен-23, 07:23 
он web? сомнительная приятность
Ответить | Правка | Наверх | Cообщить модератору

165. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от ыы (?), 18-Сен-23, 14:51 
pgAdmin тоже web
Ответить | Правка | Наверх | Cообщить модератору

72. "Релиз СУБД PostgreSQL 16"  +4 +/
Сообщение от def mon (?), 15-Сен-23, 18:39 
psql
Ответить | Правка | К родителю #58 | Наверх | Cообщить модератору

76. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от Онимус (?), 15-Сен-23, 19:58 
вторгайся vi-ем, чтобы доказать нужность дбодмина.
Ответить | Правка | К родителю #58 | Наверх | Cообщить модератору

77. "Релиз СУБД PostgreSQL 16"  +2 +/
Сообщение от Аноним (77), 15-Сен-23, 20:02 
Удобнее всего - через плагин к привычной IDE.
Ответить | Правка | К родителю #58 | Наверх | Cообщить модератору

172. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от Аноним (169), 18-Сен-23, 16:39 
Удобный средств, увы, нет. В Бобре удобно писать код, но есть проблемы с разметкой транзакций. Причём, очень-очень стрёмные проблемы. В pgAdmin-е код писать не удобно совсем, но меньше всяких причуд, хотя и не без них. В навикэте более-менее всё ничего, но тоже есть глюки с транзакциями.
Ответить | Правка | К родителю #58 | Наверх | Cообщить модератору

59. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от Аноним (60), 15-Сен-23, 15:53 
> По умолчанию теперь выполняется сборка с ICU-локалями ("ICU Collation") вместо локали libc.

для Case-Insensitive всё ещё требуется citext, или уже можно без него?

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

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

75. "Релиз СУБД PostgreSQL 16"  +1 +/
Сообщение от Онимус (?), 15-Сен-23, 19:55 
26.3.4. Recovering Using a Continuous Archive Backup раздел просто прекрасен, особенно:
...
9. Inspect the contents of the database to ensure you have recovered to the desired state. If not, return to step 1

Успехов в восстановлении террабайтных баз из бекапов и инспекции содержимого.

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

83. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от Аноним (43), 15-Сен-23, 21:42 
А, молодец, дочитал мануал до Continuous Archiving.

Это к любому восстановлению после бэкапа относится. То, что в мануале на какой-нибудь Xtrabackup этого не написано, не означает, что ты гарантированно получишь ожидаемое. Таких гарантий, сюрприщ, не намт ничего, кроме систем, основанных на блокчейне.

Предлагаю подумать, как сделать так, чтобы это было относительно легко проверить.

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

85. "Релиз СУБД PostgreSQL 16"  +1 +/
Сообщение от Онимус (?), 15-Сен-23, 21:45 
За complete recovery в Орацле прочитай, потом комменты раздавай.
Ответить | Правка | Наверх | Cообщить модератору

114. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от Аноним (188), 16-Сен-23, 14:43 
У Оракла есть такое понятие, как SCN - system change number. И вот можно хоть на это атомарное событие восстановить, хоть на любой момент времени в прошлом (в пределах backup policy).

А ещё есть flashback database with restore points. Создаёшь точку восстановления до начала какого-то потенциально опасного события, и восстанавливаешь на момент её создания огромную БД за считанные минуты потом, случись что неприятное.

Ещё в Оракле можно отдельные сбойные блоки восстанавливать, если они по какой-то причине испортились. При этом полное восстановление БД не требуется. Офигенно время экономит, если БД большая.

Можно также отдельные таблицы восстанавливать на момент в прошлом.

Можно запрос на определённый момент времени в прошлом построить, посмотреть, какие тогда данные были в таблице (flashback query).

Что из этого всего есть в PG SQL?

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

118. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от specter (ok), 16-Сен-23, 16:09 
Это?
https://www.postgresql.org/docs/current/continuous-archiving...
Ответить | Правка | Наверх | Cообщить модератору

137. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от Аноним (188), 17-Сен-23, 00:41 
Так человек выше написал же, что целостность не гарантируется. Предлагается как-то на глаз это оценивать. Или я что-то не так понял?
Ответить | Правка | Наверх | Cообщить модератору

133. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от Аноним (43), 16-Сен-23, 22:30 
В постгресе LSN точно то же самое. Только никто не рассказывает, что его совпадение гарантирует целостность данных. Потому что, сюрприз, оно ничего не гарантирует нигде.
Ответить | Правка | К родителю #114 | Наверх | Cообщить модератору

136. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от Аноним (188), 17-Сен-23, 00:34 
Почему же? В Оракле - гарантирует вообще-то. Пока транзакция не подтверждена, нет нового SCN.  
Ответить | Правка | Наверх | Cообщить модератору

156. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от Аноним (43), 18-Сен-23, 08:00 
И какое это отношение имеет к целостности бэкапа?
Ответить | Правка | Наверх | Cообщить модератору

139. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от Аноним (188), 17-Сен-23, 01:04 
LSN в PostgreSQL - это не то же самое, что SCN, насколько я понимаю.

LSN in PostgreSQL stands for Log Sequence Number. It is a 64-bit integer that uniquely identifies a position in the Write-Ahead Log (WAL). The WAL is a sequential file that records all changes made to the database, even uncommitted ones.

SCN в Oracle - это или подтверждённая, или отменённая (rollback) транзакция, или DDL-операция.

Почувствуйте разницу.

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

179. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от Аноним (169), 18-Сен-23, 16:58 
Разницы нет никакой. Кроме того, что LSN это циркулярный счётчик, а SCN линейный. А так, тоже самое -- метит любое значимое изменение БД.
Ответить | Правка | Наверх | Cообщить модератору

183. "Релиз СУБД PostgreSQL 16"  –1 +/
Сообщение от Аноним (188), 18-Сен-23, 20:33 
Как же нет? LSN действительно отмечает ЛЮБОЕ изменение (даже неподтверждённую транзакцию). А SCN - только ПОДТВЕРЖДЁННОЕ.
Ответить | Правка | Наверх | Cообщить модератору

205. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от Аноним (169), 19-Сен-23, 11:49 
Транзакции тут вообще не причём. Любой хронологической БД нужен счётчик изменений. Транзакция не синоним изменения. Как при этом этот счётчик организован вопрос важный, но важным тем, кто их проектированием занимается.
Ответить | Правка | Наверх | Cообщить модератору

211. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от Простоник (ok), 19-Сен-23, 13:54 
Любое изменение данных в БД - это зафиксированная транзакция. Транзакция которая не получила commmit никакие изменения вносить а БД не может. В этом смысл процесса двухфазной фиксации. Без этого механизма деньги правильно посчитать не получиться.
Ответить | Правка | Наверх | Cообщить модератору

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

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

223. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от Простоник (ok), 19-Сен-23, 20:41 
Не бывыет никаких "прикладных транзакций".

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

224. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от Простоник (ok), 19-Сен-23, 20:51 
Не бывыет никаких "прикладных транзакций".Операции DDL и обращение к счетчикам это тоже тразакции.
И у них есть номер, начало транзакции и звершение.Всё что вы делаете на SQL - транзакции.


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

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

221. "Релиз СУБД PostgreSQL 16"  +1 +/
Сообщение от Аноним (169), 19-Сен-23, 17:35 
Нет, SCN генерится последовательно по требованию, а не в момент фиксации. Поэтому-то в фиксированных SCN бывают пропуски.
Ответить | Правка | К родителю #183 | Наверх | Cообщить модератору

177. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от Аноним (169), 18-Сен-23, 16:56 
Не пугай людей. Обычный чек гарантирует, что кусок журнала нормальный. И по восстановлению получишь то, что было. Если не было между бэкапом и восстановлением злонамеренного манипулирования данными.
Ответить | Правка | К родителю #83 | Наверх | Cообщить модератору

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

130. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от Аноним (129), 16-Сен-23, 19:40 
Сам то понял? Или абы шо ляпнуть
Ответить | Правка | Наверх | Cообщить модератору

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

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

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

185. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от Аноним (188), 18-Сен-23, 20:37 
А восстановить отдельно взятую БД оттуда как? Не целый кластер, а именно отдельно взятую БД.
Ответить | Правка | Наверх | Cообщить модератору

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

252. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от specter (ok), 09-Янв-24, 18:59 
> А восстановить отдельно взятую БД оттуда как? Не целый кластер, а именно
> отдельно взятую БД.

Пробекапом

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

100. "Релиз СУБД PostgreSQL 16"  +4 +/
Сообщение от microcoder (ok), 16-Сен-23, 09:59 
> Разрешено использование в числах символа подчёркивания для повышения наглядности цифровых литералов. Например "SELECT ... WHERE a > 1_000_000"

О! Это круто! Во всех бы языках такое добавили

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

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

138. "Релиз СУБД PostgreSQL 16"  +1 +/
Сообщение от Аноним (188), 17-Сен-23, 00:46 
Rust, Python - там это есть.
Ответить | Правка | К родителю #100 | Наверх | Cообщить модератору

248. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от фф (?), 26-Сен-23, 06:32 
а джавовские линтеры иногда даже ругаются если такое не используешь
Ответить | Правка | К родителю #100 | Наверх | Cообщить модератору

127. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от Аноним (129), 16-Сен-23, 19:37 
Вакуум когда уберут? Впечатление что эта постгре застряла в нулевых.
Ответить | Правка | Наверх | Cообщить модератору

148. "Релиз СУБД PostgreSQL 16"  –1 +/
Сообщение от Аноним (149), 17-Сен-23, 17:37 
ху из постгре? это Вы застряли в эсодин
Ответить | Правка | Наверх | Cообщить модератору

178. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от Аноним (169), 18-Сен-23, 16:57 
Чем тебе вакуум не угодил? В других взрослых СУБД он тоже так или иначе есть, без него никуда.
Ответить | Правка | К родителю #127 | Наверх | Cообщить модератору

184. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от Аноним (188), 18-Сен-23, 20:36 
Во взрослых СУБД его нет. Например, в Oracle. Там есть UNDO, но он не ведёт к раздуванию табличных пространств, которые содержат пользовательские данные. Кроме того, UNDO можно положить на другую дисковую подсистему и разнести нагрузку таким образом. Можно даже несколько UNDO создать (и в Multitenant это поддерживается для каждой приватной БД внутри контейнера).
Ответить | Правка | Наверх | Cообщить модератору

203. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от Аноним (169), 19-Сен-23, 11:38 
VACUUM и UNDO это про разное. Ты не в теме. Задача VACUUM-а в значительной степени идентична задачам перестройки индексов и дефрагментации табличных пространств (ты его в автовакуумом путаешь). UNDO же просто обслуживает откат и многоверсионность через него. Где хранить данные отката совершенно не важно. Вот вообще. Куда важнее их организация, и тут Оракл, да, лучше и Слона, и МС, потому что хранит тупо более рационально и избирательно, т.е. в итоге меньшим объёмом обслуживает те же задачи.
Multitenant это общий термин для всех БД -- мультиарендность, а не приватность. Эта мультиарендность бывает сильная (как в Оракле с 19-той версии, до старших патчей 12-той версии мультиарендность в Оракле вообще не поддерживалась ни в каком виде, напомню), слабая (как в МС Сиквеле, журнал тразакций разделён, системный каталог -- нет) и формальная (как в Слоне сейчас, где журнал транзакций, увы, общий и системный каталог тоже). И тд и тп.
Ответить | Правка | Наверх | Cообщить модератору

207. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от Аноним (169), 19-Сен-23, 12:03 
Т.е. по твоему получается, что Оракл хронологические данные не хранит ))) А хранит некое UNDO, которое совсем другое дело ))) UNDO Оракл обслуживает приблизительно точно так же, как Слон протухшие записи. При нормально настроенном автовакууме какого-то прям распухания относительно типичного поведения прочих СУБД Слон не демонстрирует вообще. Разница лишь в том, что в Оракле, если ошибся с настройками UNDO, ты получишь ошибку 01555 и откат, но экземпляр продолжит молотить, а Слон при кривой настройке автовакуума просто встанет из-за исчерпания LSN.
Ответить | Правка | К родителю #184 | Наверх | Cообщить модератору

208. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от Аноним (169), 19-Сен-23, 12:09 
Так в Слоне и табличных пространств нет в том смысле, как в Оракле. Нет наследия AS370. В Слоне чаще всего каждый объект схемы отдельный файл или набор файлов, распихивай их как хочешь. Просто опыт Оракла на Слона почти не переносим.
Ответить | Правка | К родителю #184 | Наверх | Cообщить модератору

215. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от Простоник (ok), 19-Сен-23, 14:44 
ES370 правильное название. На этой системе не было файловой системы вообще :). Были только разделы и экстенты. Примерно как tablespace в Oracle. Но вот то, что в pg каждый объект порождает несколько файлов для данных, это для оптимизации ввода-вывода  и обслуживания не очень хорошо
Ответить | Правка | Наверх | Cообщить модератору

152. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от VladSh (?), 17-Сен-23, 20:49 
Интересно, что будет при репликации, если одна и та же запись с предыдущего сеанса репликации изменялась на обеих репликах, и значение в каком-нибудь поле на них различно различно.
Ответить | Правка | Наверх | Cообщить модератору

180. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от Аноним (169), 18-Сен-23, 17:02 
Что в прикладной логике пропишешь, то и будет. На то и логическая репликация.
Ответить | Правка | Наверх | Cообщить модератору

196. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от ыы (?), 19-Сен-23, 08:24 
Причем тут прикладная логика? Логическая репликация не имеет никакого отношения к прикладной логите.
То что и там и там используется слово "логика" - не делает эти сущности родственными. Это разные уровни абстракции вообще...
Ответить | Правка | Наверх | Cообщить модератору

204. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от Аноним (169), 19-Сен-23, 11:41 
Это ты не имеешь, а логическая репликация, как раз, имеет. По сути это настраиваемый фильтр поверх WAL-а с одной стороны и триггер с фильтром на вставку с другой.
Ответить | Правка | Наверх | Cообщить модератору

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

246. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от Аноним (169), 25-Сен-23, 12:07 
Это опять пэтэушные мудрости? или курсистские? Логика, сущность, какие-то звенья. Всё в кучу. Логическая репликация на то и логическая, ещё раз, что может быть настроена так, что будет зависеть от условий ПРИКЛАДНОЙ среды. Хоть у тебя "стозвеньевая модель". Пэтэушные ребята, не пользуйтесь словами, смысла которых не знаете, пользуйтесь теми, которые вам знакомы и понятны, их вполне будет достаточно.
Ответить | Правка | Наверх | Cообщить модератору

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

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




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

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