Вариант для распечатки |
Пред. тема | След. тема | ||
Форум Разговоры, обсуждение новостей | |||
---|---|---|---|
Изначальное сообщение | [ Отслеживать ] |
"Релиз СУБД PostgreSQL 16" | +/– | |
Сообщение от opennews (?), 15-Сен-23, 10:40 | ||
После 11 месяцев разработки опубликована новая стабильная ветка СУБД PostgreSQL 16. Обновления для новой ветки будут выходить в течение пяти лет до ноября 2028 года. Поддержка PostgreSQL 11.x, самой старой из поддерживаемых веток, будет прекращена 9 ноября... | ||
Ответить | Правка | Cообщить модератору |
Оглавление |
Сообщения | [Сортировка по времени | RSS] |
1. "Релиз СУБД PostgreSQL 16" | +3 +/– | |
Сообщение от iPony129412 (?), 15-Сен-23, 10:40 | ||
А ещё 25 сентября будет PGConf.СПб 2023 | ||
Ответить | Правка | Наверх | 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 | ||
Долгих лет проекту! | ||
Ответить | Правка | Наверх | 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 | ||
> Что настроить, чтобы не пухли базы? | ||
Ответить | Правка | К родителю #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 | ||
>Есть серьёзные базовики с БД размером не со флэшку | ||
Ответить | Правка | К родителю #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 | ||
Размер базы не показывает её серьёзности. | ||
Ответить | Правка | К родителю #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Тб | ||
Ответить | Правка | К родителю #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 | ||
Чтобы можно было восстановить произвольную базу на произвольный момент времени на произвольный инстанс. Бинарно. | ||
Ответить | Правка | Наверх | 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 | ||
> Они помогут восстановить ОТДЕЛЬНУЮ БД (а не ВЕСЬ КЛАСТЕР) на момент времени в прошлом? | ||
Ответить | Правка | Наверх | Cообщить модератору |
197. "Релиз СУБД PostgreSQL 16" | +/– | |
Сообщение от ыы (?), 19-Сен-23, 10:59 | ||
>могу восстановить любую отдельную базу. | ||
Ответить | Правка | Наверх | Cообщить модератору |
198. "Релиз СУБД PostgreSQL 16" | +/– | |
Сообщение от Neandertalets (ok), 19-Сен-23, 11:19 | ||
>>могу восстановить любую отдельную базу. | ||
Ответить | Правка | Наверх | Cообщить модератору |
212. "Релиз СУБД PostgreSQL 16" | +/– | |
Сообщение от ыы (?), 19-Сен-23, 14:02 | ||
Это как раз тот самый метод про смекалку и кашу из топора. | ||
Ответить | Правка | Наверх | Cообщить модератору |
214. "Релиз СУБД PostgreSQL 16" | +/– | |
Сообщение от Neandertalets (ok), 19-Сен-23, 14:35 | ||
> Это как раз тот самый метод про смекалку и кашу из топора. | ||
Ответить | Правка | Наверх | Cообщить модератору |
253. "Релиз СУБД PostgreSQL 16" | +/– | |
Сообщение от ss (??), 30-Июн-24, 12:03 | ||
>> Через дамп поди ? :) | ||
Ответить | Правка | Наверх | Cообщить модератору |
254. "Релиз СУБД PostgreSQL 16" | +/– | |
Сообщение от Neandertalets (ok), 30-Июн-24, 12:43 | ||
> Вы просто счастливо избежали чавканья, ввиду вероятно скромности объемов бэкапа и их.. | ||
Ответить | Правка | К родителю #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 | ||
Зачем нужны какие-то отдельные бекапы? | ||
Ответить | Правка | К родителю #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 | ||
> одна схема на инстанс? | ||
Ответить | Правка | К родителю #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 | ||
текстовая выгрузка -это не бэкап. Вы конечно можете сделать так и назвать ЭТО бэкапом, но вот вам вопрсо: | ||
Ответить | Правка | Наверх | 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 | ||
> А в журнале кластера нельзя выбрать базу?? Вот дела... | ||
Ответить | Правка | К родителю #151 | Наверх | Cообщить модератору |
157. "Релиз СУБД PostgreSQL 16" | +/– | |
Сообщение от ыы (?), 18-Сен-23, 08:43 | ||
>Фактически у тебя станет 2 кластера. | ||
Ответить | Правка | Наверх | Cообщить модератору |
163. "Релиз СУБД PostgreSQL 16" | +/– | |
Сообщение от keydon (ok), 18-Сен-23, 14:40 | ||
>>Фактически у тебя станет 2 кластера. | ||
Ответить | Правка | Наверх | 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 | ||
> А иметь в штате системных оракловодов - удовольствие надо полагать копеечное? | ||
Ответить | Правка | Наверх | Cообщить модератору |
228. "Релиз СУБД PostgreSQL 16" | +/– | |
Сообщение от ыы (?), 20-Сен-23, 11:10 | ||
оракл в россии не ведет бизнес. забудьте | ||
Ответить | Правка | Наверх | Cообщить модератору |
166. "Релиз СУБД PostgreSQL 16" | +/– | |
Сообщение от Neandertalets (ok), 18-Сен-23, 16:02 | ||
У меня несколько по 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 | ||
И чем лучшая ? | ||
Ответить | Правка | Наверх | Cообщить модератору |
56. "Релиз СУБД PostgreSQL 16" | +/– | |
Сообщение от Аноним (43), 15-Сен-23, 15:49 | ||
А в чем проблема воткнуть pgbouncer? | ||
Ответить | Правка | Наверх | 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. | ||
Ответить | Правка | Наверх | 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 | ||
Если б только в этом проблемы. Хотя это само по себе важно, конечно. | ||
Ответить | Правка | Наверх | Cообщить модератору |
91. "Релиз СУБД PostgreSQL 16" | +/– | |
Сообщение от лютый арчешкольник... (?), 16-Сен-23, 01:56 | ||
>Ну или если у вас в штате системные программисты есть | ||
Ответить | Правка | Наверх | Cообщить модератору |
92. "Релиз СУБД PostgreSQL 16" | +1 +/– | |
Сообщение от Аноним (92), 16-Сен-23, 02:34 | ||
Зачем в бд поддерхка всякой хрени? Для этого есть уровень приложений. | ||
Ответить | Правка | Наверх | Cообщить модератору |
103. "Релиз СУБД PostgreSQL 16" | +/– | |
Сообщение от Аноним (103), 16-Сен-23, 10:38 | ||
Возможно потому что БД бывают не только реляционные? | ||
Ответить | Правка | Наверх | Cообщить модератору |
96. Скрыто модератором | +/– | |
Сообщение от Анонимус Аурелиус (?), 16-Сен-23, 04:42 | ||
Ответить | Правка | К родителю #91 | Наверх | Cообщить модератору |
112. "Релиз СУБД PostgreSQL 16" | +1 +/– | |
Сообщение от Аноним (188), 16-Сен-23, 13:42 | ||
> а штатные программисты орацля вообще не бывают в природе. поэтому при каждом баге приходится сосат у волшебного оркосаппорта. | ||
Ответить | Правка | К родителю #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. | ||
Ответить | Правка | К родителю #119 | Наверх | Cообщить модератору |
220. "Релиз СУБД PostgreSQL 16" | +/– | |
Сообщение от Аноним (169), 19-Сен-23, 15:45 | ||
Не знаю, мне и то и то -- норм. Вернее, уровень доставляемого головняка более-менее одинаков. | ||
Ответить | Правка | К родителю #112 | Наверх | Cообщить модератору |
240. "Релиз СУБД PostgreSQL 16" | +/– | |
Сообщение от пох. (?), 21-Сен-23, 14:09 | ||
> А у PGSQL и "сосат" не у кого в таких случаях. | ||
Ответить | Правка | К родителю #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 | ||
Ну я бы так не утверждал. Начнём с простого. Вот вы работаете с базой и она вдруг навернулась. Сколько данных в потеряете после восстановления? | ||
Ответить | Правка | Наверх | 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 | ||
А откуда возьмутся не успевшие синхронизироваться транзакции? | ||
Ответить | Правка | К родителю #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 раздел просто прекрасен, особенно: | ||
Ответить | Правка | Наверх | Cообщить модератору |
83. "Релиз СУБД PostgreSQL 16" | +/– | |
Сообщение от Аноним (43), 15-Сен-23, 21:42 | ||
А, молодец, дочитал мануал до Continuous Archiving. | ||
Ответить | Правка | Наверх | 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). | ||
Ответить | Правка | К родителю #83 | Наверх | Cообщить модератору |
118. "Релиз СУБД PostgreSQL 16" | +/– | |
Сообщение от specter (ok), 16-Сен-23, 16:09 | ||
Это? | ||
Ответить | Правка | Наверх | 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, насколько я понимаю. | ||
Ответить | Правка | К родителю #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 и обращение к счетчикам это тоже тразакции. | ||
Ответить | Правка | К родителю #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 же просто обслуживает откат и многоверсионность через него. Где хранить данные отката совершенно не важно. Вот вообще. Куда важнее их организация, и тут Оракл, да, лучше и Слона, и МС, потому что хранит тупо более рационально и избирательно, т.е. в итоге меньшим объёмом обслуживает те же задачи. | ||
Ответить | Правка | Наверх | 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 | Индекс форумов | Темы | Пред. тема | След. тема |
Закладки на сайте Проследить за страницей |
Created 1996-2024 by Maxim Chirkov Добавить, Поддержать, Вебмастеру |