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

Релиз СУБД PostgreSQL 16, opennews (?), 15-Сен-23, (0) [смотреть все] А ещё 25 сентября будет PGConf СПб 2023https pgconf ru 202309Был на PGConf Sib, iPony129412 (?), 10:40 , 15-Сен-23, (1) +3 // посмотрел списог докладов 8230 в очередной раз переливание из пустого в порожн, ыы (?), 11:28 , 15-Сен-23, (13) // Я тоже ничего не понимаю Глупый сликшом Но об этом никому не говорю Только на, Аноним (41), 13:06 , 15-Сен-23, (41) // Насчет того что ничего не понимаешь - согласен А вот насчет тоже - ты себе льст, ыы (?), 15:40 , 15-Сен-23, (54) +1 Скрыто модератором, Аноним (-), 18:14 , 15-Сен-23, (68) –1 лесом, Аноним (47), 14:04 , 15-Сен-23, (47) –2 Долгих лет проекту Иначе MS и Oracle все под себя подгребут , Lost Inside (ok), 10:43 , 15-Сен-23, (2) +7 // в РФ этим места уже нет, Аноним (8), 11:02 , 15-Сен-23, (8) +3 // https opennet ru 59461-mysql, Аноним (10), 11:12 , 15-Сен-23, (10) // Скрыто модератором, Аноним (14), 11:49 , 15-Сен-23, (14) +1 Как будто что-то плохое , Аноним (50), 14:22 , 15-Сен-23, (50) –6 // Монополия это всегда плохо , Аноним (63), 16:43 , 15-Сен-23, (63) +4 // В РФ монополия уже на PostgreSQL, так как всякие ораклы уже не доступны, microcoder (ok), 10:01 , 16-Сен-23, (101) +2 Оракл и МС почти не конкурируют, слишком уж разные весовые категории С Оракла п, Аноним (169), 16:33 , 18-Сен-23, (169) // Никуда народ не побежал, скорее, в облака начал мигрировать - это удобно, и расх, Аноним (188), 20:57 , 18-Сен-23, (188) // Бег в облака как раз бег с Оракла , Аноним (169), 11:20 , 19-Сен-23, (199) За базовый ценник Оракл, мягко скажем, не перенасыщен функциональностью , Аноним (169), 11:21 , 19-Сен-23, (200) Что настроить, чтобы не пухли базы , Аноним (7), 10:59 , 15-Сен-23, (7) // индексы не строить по низкоселективным данным и вакуум агресивным, пук (?), 11:03 , 15-Сен-23, (9) Чисти, Аноним (11), 11:17 , 15-Сен-23, (11) +1 pg_repack в помощь тебе, брат , Аноним (27), 12:21 , 15-Сен-23, (27) +3 VACUUM, Lost Inside (ok), 13:22 , 15-Сен-23, (42) dd if dev rtfm of dev head, OpenEcho (?), 17:35 , 15-Сен-23, (65) –1 Не пользуйте базу, не будут пухнуть, Skif (ok), 22:47 , 15-Сен-23, (86) +1 Настроить ACL deny allПотом идти спать, отключив телефон, АнонПапка (?), 19:13 , 16-Сен-23, (120) логическую репликацию с 1с уже подружили , ыы (?), 11:21 , 15-Сен-23, (12) Есть серьёзные базовики с БД размером не со флэшку - У постгреса есть перспекти, Аноним (15), 11:53 , 15-Сен-23, (15) –17 // Ниче не понятно, но очень интересно , scriptkiddis (?), 11:58 , 15-Сен-23, (16) +2 Покажешь флешку на три терабайта , Аноним (27), 12:22 , 15-Сен-23, (28) // https www amazon com SABRENT-External-Aluminum-Transfer-SB-4TB-NAV2 dp B0BN4NY, edo (ok), 12:39 , 15-Сен-23, (37) +8 // Он на три просил , danonimous (?), 14:12 , 15-Сен-23, (49) +3 Эксплуатация СУБД это не только размер У меня уже лет 10 назад была Монга ТБ , лютый арчешкольник... (?), 12:47 , 15-Сен-23, (39) +4 Skype с самого начала на постгресе Сойдёт , Аноним (43), 13:33 , 15-Сен-23, (43) +2 // У MS куча системных программистов в штате Обычный энтерпрайз такими ресурсами н, Прохожий (??), 22:52 , 15-Сен-23, (88) –3 // Вот и выросло поколение, которое не знало Скайп без Майкрософта, К.О. (?), 05:50 , 16-Сен-23, (97) +3 Сначала себе что-то придумаем, а потом иронизируем на эту тему Ох уж эти поколе, Прохожий (??), 14:51 , 16-Сен-23, (115) Размер базы не показывает её серьёзности Постгрес по сути единственное SQL решен, keydon (ok), 14:31 , 15-Сен-23, (51) +10 // рэди, Anonymous Coward (?), 15:40 , 15-Сен-23, (53) +4 // готова, Аноним (62), 16:09 , 15-Сен-23, (62) +3 продакшен энтерпрайз риди только оракл Кейс из опыта - ПАК от оракла, БД 150ТбП, Zerot (?), 11:27 , 16-Сен-23, (105) Я правильно понимаю что 149 999Тб можно было выгрузить в текстовый файлик, сжать, rshadow (ok), 11:49 , 18-Сен-23, (158) +1 Удивляет постановка вопроса жрет ресурсы Нормальная СУБД и должна максимально, Аноним (43), 15:43 , 15-Сен-23, (55) +1 // Некоторые бд изначально хотят миниум среднюю тачку тот же эластик и кластер на, Аноним (104), 11:13 , 16-Сен-23, (104) +1 а бэкапы когда завезут , ыы (?), 15:50 , 15-Сен-23, (57)   // А какие тебе нужны , 1 (??), 17:11 , 15-Сен-23, (64)   Чтобы можно было восстановить произвольную базу на произвольный момент времени н, ыы (?), 20:24 , 15-Сен-23, (81) +2   Так это решается просто с любым софтом - LXD контейнеры Linux , а в управлении , microcoder (ok), 10:13 , 16-Сен-23, (102)   не решается ни разу, т к специфика субд - часть измененных данных в памяти Мож, Zerot (?), 11:29 , 16-Сен-23, (106)   вы совсем совсем не понимаете о чем идет речь, да , ыы (?), 14:58 , 16-Сен-23, (116) +1   Понимаю, речь про наколленные васькины бд, АнонПапка (?), 19:19 , 16-Сен-23, (122)   Вопрос был про постгрес, а не про _смекалочку_ и прочие 171 щи из топора 187 , Аноним (145), 10:25 , 17-Сен-23, (145) +1   PITR Есть же Сохраняешь WAL и восстанавливаешься на нужную точку , asand3r (ok), 23:47 , 16-Сен-23, (135)   Человек спрашивал про отдельную БД, а не про кластер целиком , Аноним (188), 01:58 , 17-Сен-23, (142)   А, ну ой, да Насколько я знаю, тут пока вариантов нет , asand3r (ok), 12:13 , 17-Сен-23, (147)   Кажется это можно сделать через реплики Подключаешь реплику, ждешь пока догонит, rshadow (ok), 11:54 , 18-Сен-23, (159) +1   Ну вот есть у вас в кластере две базы, и есть бинарный бэкап с wal-ами и вот , ыы (?), 12:46 , 18-Сен-23, (160)   У меня немного другое направления Я никогда не делаю что-то на уровне базы данн, rshadow (ok), 13:01 , 18-Сен-23, (161)   обычно их там десятки Это же СУБД В одном инстансе могут быть десятки разных б, ыы (?), 14:22 , 18-Сен-23, (162)   Может быть - не значит, что это хорошо Если хотя бы 2 нагруженные БД на одной, Neandertalets (ok), 16:11 , 18-Сен-23, (168)   Напридумывать можно много экзотических обстоятельств И очень сложных и творческ, ыы (?), 09:07 , 21-Сен-23, (236)   Сочувствую вашим проектам , Neandertalets (ok), 09:19 , 21-Сен-23, (238)   Иными словами вы не понимаете что надо делать чтобы запросы работали быстро , ыы (?), 09:53 , 21-Сен-23, (239)   Зачем такое делать Не в курсе про контейнеры , microcoder (ok), 22:51 , 18-Сен-23, (191)   про оракловые в курсе а линуксовые - каким тут боком помогут , ыы (?), 23:18 , 18-Сен-23, (193)   Нет, как раз обычно в Слоне, когда один экземпляр одна база Если вы налепили , Аноним (169), 18:03 , 20-Сен-23, (232)   разработчики с вами не согласны, и именуют схемы - базами Пойдите разберит, ыы (?), 00:18 , 21-Сен-23, (235)   Понимаешь, так и термин кластер или, скажем, кластерная таблица в МС, Оракле, Аноним (243), 11:55 , 22-Сен-23, (243)   Откройте для себя архив WAL-ов Ну или хотя бы pg_probackup , Neandertalets (ok), 16:05 , 18-Сен-23, (167)   Они помогут восстановить ОТДЕЛЬНУЮ БД а не ВЕСЬ КЛАСТЕР на момент времени в пр, Аноним (188), 20:51 , 18-Сен-23, (187)   У меня pg_probackup создаёт каждый день дельту от предыдущей дельты ну и ест, Neandertalets (ok), 21:06 , 18-Сен-23, (189)   Покажите командрую строку pg_probackup в которой вы указываете для него конкретн, ыы (?), 10:59 , 19-Сен-23, (197)   Бэкапится кластер целиком, а восстанавливается - нужная база по необходимости , Neandertalets (ok), 11:19 , 19-Сен-23, (198)   Это как раз тот самый метод про смекалку и кашу из топора Вы восстанавливаете по, ыы (?), 14:02 , 19-Сен-23, (212) –1   pg_dump 124 psql Но всё достаточно легко заворачивается в скрипт, Neandertalets (ok), 14:35 , 19-Сен-23, (214)   Контейнеризация позволяет восстанавливать отдельную БД Вообще без проблем, на л, microcoder (ok), 22:53 , 18-Сен-23, (192)   каким образом , ыы (?), 23:19 , 18-Сен-23, (194)   Нет, ты вообще не в теме и даже понятия не имеешь о чём поёшь В Слоне wal общий, Аноним (169), 18:09 , 20-Сен-23, (233)   Я на счёт Постгреса не в теме, да В планах на ближайшее время Но что мешает ор, microcoder (ok), 14:58 , 21-Сен-23, (241)   Ничего не мешает, так и делают типично Но если ты перешёл с МС, то мешают былые, Аноним (243), 11:52 , 22-Сен-23, (242)   Штатный PITR есть с 9 версии Но вот уровень абстракции арендных БД ещё хуже,, Аноним (169), 16:45 , 18-Сен-23, (174)   Зачем нужны какие-то отдельные бекапы В философии unix программы делают так, ч, Легивон (?), 18:36 , 15-Сен-23, (71)   одна схема на инстанс , ыы (?), 20:19 , 15-Сен-23, (80) +2   А что проблема какая то Не в курсе про линукс контейнеры или на худой конец док, АнонПапка (?), 19:20 , 16-Сен-23, (123)   одна база на один контейнер , ыы (?), 19:58 , 16-Сен-23, (132)   Смеешься что ли Одна база на 2 и более инстансов Сколько деньги позволяют, АнонПапка (?), 19:41 , 17-Сен-23, (150)   похоже вы не понимаете что такое база шардинг по разным инстансам не является , ыы (?), 22:11 , 17-Сен-23, (153) +1   Инстанс это не база База это набор данных на носителе Инстранс же это набо, Аноним (169), 13:36 , 26-Сен-23, (251)   Какая schema Это физическая репликация Какая ей разница за схемы, если схемы , Легивон (?), 21:17 , 20-Сен-23, (234) –1   В этом ответе все прекрасно Все комплектом и к одному месту очевидно что воп, ыы (?), 09:13 , 21-Сен-23, (237)   Нет, БД не аналог схемы, потому что схемы в Слоне есть Самые обычные привычные , Аноним (169), 15:53 , 22-Сен-23, (245)   Сколько постгрес помню, столько бекапы и были, еще и разных видов бинарные, тек, keydon (ok), 11:45 , 16-Сен-23, (108)   текстовая выгрузка -это не бэкап Вы конечно можете сделать так и назвать ЭТО бэ, ыы (?), 15:24 , 16-Сен-23, (117)   Неужели в Постгресе нет журнала Хмм Хочу почитать про него, но пока времени , АнонПапка (?), 19:25 , 16-Сен-23, (124)   журнал на весь кластер в целом нет отдельного журнала на отдельную базу, ыы (?), 19:48 , 16-Сен-23, (131)   А в журнале кластера нельзя выбрать базу Вот дела , АнонПапка (?), 19:43 , 17-Сен-23, (151)   Тебе - можно Выбирай , ыы (?), 00:44 , 18-Сен-23, (154)   Да все можно, ыы просто жирный троль Ты всегда можешь прервать репликацию и рас, keydon (ok), 05:46 , 18-Сен-23, (155)   Вам не стыдно рассуждать про торолей Вы совсем не понимаете что то что вы совет, ыы (?), 08:43 , 18-Сен-23, (157)   У нас тут еще и антивируса нет Совсем не продакшн риди, не для продуктовой сред, keydon (ok), 14:40 , 18-Сен-23, (163)   ну, у вас может и нет антивируса, соболезную, а Касперский для линукса прекрасно, ыы (?), 14:45 , 18-Сен-23, (164)   Ешь гумно сам, продакшенист экий , Аноним (249), 12:43 , 26-Сен-23, (249)   Стесняюсь спросить, тебя в Гугле забанили Ты из сообщения в сообщение повторяеш, Аноним (188), 20:46 , 18-Сен-23, (186)   Ой правда что ль А в Новой зеландии поди и не знайут, нада им рассказать https , keydon (ok), 00:20 , 19-Сен-23, (195) –1   Нет Разве что в штате есть системные программисты Но это недешёвое удовольстви, Прохожий (??), 22:51 , 15-Сен-23, (87) // А иметь в штате системных оракловодов - удовольствие надо полагать копеечное , _ (??), 10:54 , 17-Сен-23, (146) +1 Нет, разумеется Но с Oracle вам надо иметь только админов СУБД и купленную техпо, Аноним (188), 21:22 , 18-Сен-23, (190) оракл в россии не ведет бизнес забудьте, ыы (?), 11:10 , 20-Сен-23, (228) У меня несколько по 2-3 сотни ТБ - пойдёт С очень серьёзной нагрузкой вся стра, Neandertalets (ok), 16:02 , 18-Сен-23, (166) 25 Тб, одна из баз и что У нас, к примеру, критичен не размер, а количество по, BeLord (ok), 13:50 , 19-Сен-23, (210) Лучшая СУБД среди PG, Mysql и sqlite , лютый арчешкольник... (?), 12:43 , 15-Сен-23, (38) // И чем лучшая Pgbouncer уже не нужен, научились в пул соединений Или вакум к, Интересующийся (??), 13:49 , 15-Сен-23, (44) –2 // А в чем проблема воткнуть pgbouncer Безвакуумный движок есть, но дойдет ли до ап, Аноним (43), 15:49 , 15-Сен-23, (56) // Если один хост - ни в чём Но обычно их намного больше , Прохожий (??), 22:55 , 15-Сен-23, (89) Это основное критичное слабое звено этой бд, Аноним (129), 19:40 , 16-Сен-23, (129) MySQL это Оракл И не развивается вообще уже лет 8-мь как , Аноним (169), 17:06 , 18-Сен-23, (181) Кто знает, может ли клиент постгреса асинхронно получать сообщения о том, что да, Аноним (45), 13:50 , 15-Сен-23, (45) // Да, на основе того же механизма logical decoding, на котором работает логическая, Аноним (43), 15:54 , 15-Сен-23, (61) +4 // а стандартный notify сильно хуже или это подвид этих плагинов , фф (?), 06:24 , 26-Сен-23, (247) Может Тут логическая репликация во всей красе Но только учитывай, что это не д, Аноним (169), 16:34 , 18-Сен-23, (170) // а для некоторых приложений разработчики прямо говорят- для работы негодная, ыы (?), 08:50 , 20-Сен-23, (225) // Но она в этом смысле такая же негодная, как и логическая в Оракле , Аноним (243), 11:58 , 22-Сен-23, (244) В чем удобно работать вторгаться в БД PG под Linux Программы, не одежда, Просто щелкунчик (?), 15:50 , 15-Сен-23, (58) +1 // DBeaver, Аноним (60), 15:54 , 15-Сен-23, (60) +4 // Работал, пока не наткнулся на неприятный глюк - в какой-то момент стал показыват, danonimous (?), 20:07 , 15-Сен-23, (79) +1 // У Бобра слишком затейливая настройка авто фиксации транзакций С ним, да, можно, Аноним (169), 16:36 , 18-Сен-23, (171) DbGate - очень приятная штука , Леонид (??), 18:10 , 15-Сен-23, (66) // он web сомнительная приятность, penetrator (?), 07:23 , 16-Сен-23, (98) +1 // pgAdmin тоже web, ыы (?), 14:51 , 18-Сен-23, (165) psql, def mon (?), 18:39 , 15-Сен-23, (72) +4 вторгайся vi-ем, чтобы доказать нужность дбодмина , Онимус (?), 19:58 , 15-Сен-23, (76) Удобнее всего - через плагин к привычной IDE , Аноним (77), 20:02 , 15-Сен-23, (77) +2 Удобный средств, увы, нет В Бобре удобно писать код, но есть проблемы с разметк, Аноним (169), 16:39 , 18-Сен-23, (172) для Case-Insensitive всё ещё требуется citext, или уже можно без него , Аноним (60), 15:53 , 15-Сен-23, (59) Backup с помощью SQL Dump - детский сад File System Level Backup - database s, Онимус (?), 19:43 , 15-Сен-23, (74) +1 // Если б только в этом проблемы Хотя это само по себе важно, конечно Direct io - , Аноним (188), 23:12 , 15-Сен-23, (90) // а штатные программисты орацля вообще не бывают в природе поэтому при каждом баг, лютый арчешкольник... (?), 01:56 , 16-Сен-23, (91) // Зачем в бд поддерхка всякой хрени Для этого есть уровень приложений , Аноним (92), 02:34 , 16-Сен-23, (92) +1 Возможно потому что БД бывают не только реляционные Потому что приложения работа, Аноним (103), 10:38 , 16-Сен-23, (103) Скрыто модератором, Анонимус Аурелиус (?), 04:42 , 16-Сен-23, (96) А у PGSQL и сосат не у кого в таких случаях Разве что по форумам лазить и пла, Аноним (188), 13:42 , 16-Сен-23, (112) +1 Как там в оракле с настоящей serializable изоляцией До сих пор write skew не ло, Аноним (119), 16:19 , 16-Сен-23, (119) Это, наверное, одна из тех особенностей , про которые я писал в предыдущем сооб, Аноним (188), 01:27 , 17-Сен-23, (140) Однако же эта особенность , насколько я понимаю, соответствует стандарту ANSI S, Аноним (188), 01:33 , 17-Сен-23, (141) Не знаю, мне и то и то -- норм Вернее, уровень доставляемого головняка более-ме, Аноним (169), 15:45 , 19-Сен-23, (220) как то ись не у кого Вон, импортозамещательный postgrespro спешит на помощь pe, пох. (?), 14:09 , 21-Сен-23, (240) нуи собственно фишки энтерпрайз экосистемы - детальный сбор метрик по тысяче ста, Zerot (?), 11:36 , 16-Сен-23, (107) +1 // Это, наверное, дорого Чтобы железо лучше покупали, да , Аноним (7), 12:22 , 16-Сен-23, (110) Наоборот, чтобы на железках можно было экономить , Аноним (188), 14:30 , 16-Сен-23, (113) Это ты про AWR Часовой срез за два года Это чтоб на железе сэкономить , Аноним (169), 11:24 , 19-Сен-23, (201) Бэкапер нахер не нужен, наймите опытного девопса Проблема решается красиво на с, АнонПапка (?), 19:30 , 16-Сен-23, (125) –1 // И это пройдёт , Аноним (129), 19:38 , 16-Сен-23, (128) +3 Не решается, если в кластере несколько баз данных , Аноним (188), 02:01 , 17-Сен-23, (143) +1 // да и point in time recovery не нужен, верно же , Аноним (149), 17:39 , 17-Сен-23, (149) Увы, PITR на БД от десятка 10Т, а это очень скромная БД типичные продуктовые си, Аноним (169), 11:55 , 19-Сен-23, (206) +1 я бы сказал что типичность базы в 10Тб исключительно умозрительна Поскольку мас, ыы (?), 10:52 , 20-Сен-23, (227) 1С в жизни ни разу не видел, не знаю что там к чему , Аноним (243), 13:02 , 20-Сен-23, (229) В Постргресе механизм бэкапов ничего не отличается от Ораклового Только в Постг, Аноним (169), 16:41 , 18-Сен-23, (173) +1 // Ну я бы так не утверждал Начнём с простого Вот вы работаете с базой и она вдру, Простоник (ok), 14:05 , 19-Сен-23, (213) // Ни там, ни там несколько не потеряешь Причём, в очень широком смысле Механизмы, Аноним (169), 15:20 , 19-Сен-23, (217) Вернее, нисколько, сорян , Аноним (169), 15:21 , 19-Сен-23, (218) А откуда возьмутся не успевшие синхронизироваться транзакции Это при двойных зат, Простоник (ok), 20:24 , 19-Сен-23, (222) Что это за не успевшие синхронизироваться транзакции При синхронной репликаци, Аноним (169), 10:42 , 20-Сен-23, (226) Или ты о преимуществах флэшбэка Ну про флэшбэк спору нет Удобно Но его типичн, Аноним (243), 13:08 , 20-Сен-23, (230) 26 3 4 Recovering Using a Continuous Archive Backup раздел просто прекрасен, ос, Онимус (?), 19:55 , 15-Сен-23, (75) +1 // А, молодец, дочитал мануал до Continuous Archiving Это к любому восстановлению п, Аноним (43), 21:42 , 15-Сен-23, (83) // За complete recovery в Орацле прочитай, потом комменты раздавай , Онимус (?), 21:45 , 15-Сен-23, (85) +1 У Оракла есть такое понятие, как SCN - system change number И вот можно хоть на, Аноним (188), 14:43 , 16-Сен-23, (114) // Это https www postgresql org docs current continuous-archiving html, specter (ok), 16:09 , 16-Сен-23, (118) Так человек выше написал же, что целостность не гарантируется Предлагается как-, Аноним (188), 00:41 , 17-Сен-23, (137) В постгресе LSN точно то же самое Только никто не рассказывает, что его совпаде, Аноним (43), 22:30 , 16-Сен-23, (133) Почему же В Оракле - гарантирует вообще-то Пока транзакция не подтверждена, не, Аноним (188), 00:34 , 17-Сен-23, (136) И какое это отношение имеет к целостности бэкапа , Аноним (43), 08:00 , 18-Сен-23, (156) LSN в PostgreSQL - это не то же самое, что SCN, насколько я понимаю LSN in Postg, Аноним (188), 01:04 , 17-Сен-23, (139) Разницы нет никакой Кроме того, что LSN это циркулярный счётчик, а SCN линейный, Аноним (169), 16:58 , 18-Сен-23, (179) Как же нет LSN действительно отмечает ЛЮБОЕ изменение даже неподтверждённую тр, Аноним (188), 20:33 , 18-Сен-23, (183) –1 Транзакции тут вообще не причём Любой хронологической БД нужен счётчик изменени, Аноним (169), 11:49 , 19-Сен-23, (205) Любое изменение данных в БД - это зафиксированная транзакция Транзакция которая, Простоник (ok), 13:54 , 19-Сен-23, (211) Афигеть ты мудростями сыплешь , Аноним (169), 15:12 , 19-Сен-23, (216) Это не так Есть изменения, которые происходят не в рамках прикладных транзакций, Аноним (169), 15:39 , 19-Сен-23, (219) Не бывыет никаких прикладных транзакций , Простоник (ok), 20:41 , 19-Сен-23, (223) Не бывыет никаких прикладных транзакций Операции DDL и обращение к счетчикам э, Простоник (ok), 20:51 , 19-Сен-23, (224) На SQL ничего не делается вообще В потрохах БД полно операций, которые приращаю, Аноним (243), 13:15 , 20-Сен-23, (231) Нет, SCN генерится последовательно по требованию, а не в момент фиксации Поэтом, Аноним (169), 17:35 , 19-Сен-23, (221) +1 Не пугай людей Обычный чек гарантирует, что кусок журнала нормальный И по восс, Аноним (169), 16:56 , 18-Сен-23, (177) Мальчики, не ссорьтесь Бэкап на лету, инкрементный делается на другом уровне аб, АнонПапка (?), 19:32 , 16-Сен-23, (126) // Сам то понял Или абы шо ляпнуть, Аноним (129), 19:40 , 16-Сен-23, (130) Для отдельной БД внутри кластера не делается никак ни на каком уровне если мы г, Аноним (188), 02:03 , 17-Сен-23, (144) // Делается, только очень уж затейливо Можно сделать через логическую репликацию , Аноним (169), 16:52 , 18-Сен-23, (175) Бэкапы на горящую , в том числе и инкрементальные, давно делаются без каких-либ, Аноним (169), 16:53 , 18-Сен-23, (176) // А восстановить отдельно взятую БД оттуда как Не целый кластер, а именно отдельн, Аноним (188), 20:37 , 18-Сен-23, (185) Ну смирись с тем, что в Слоне такого явления, как отдельная БД нет В слоен БД, Аноним (169), 11:28 , 19-Сен-23, (202) Пробекапом, specter (ok), 18:59 , 09-Янв-24, (252) О Это круто Во всех бы языках такое добавили, microcoder (ok), 09:59 , 16-Сен-23, (100) +4 // В C добавили , Аноним (134), 23:15 , 16-Сен-23, (134) +1 Rust, Python - там это есть , Аноним (188), 00:46 , 17-Сен-23, (138) +1 а джавовские линтеры иногда даже ругаются если такое не используешь, фф (?), 06:32 , 26-Сен-23, (248) Вакуум когда уберут Впечатление что эта постгре застряла в нулевых , Аноним (129), 19:37 , 16-Сен-23, (127) // ху из постгре это Вы застряли в эсодин, Аноним (149), 17:37 , 17-Сен-23, (148) –1 Чем тебе вакуум не угодил В других взрослых СУБД он тоже так или иначе есть, бе, Аноним (169), 16:57 , 18-Сен-23, (178) // Во взрослых СУБД его нет Например, в Oracle Там есть UNDO, но он не ведёт к ра, Аноним (188), 20:36 , 18-Сен-23, (184) // VACUUM и UNDO это про разное Ты не в теме Задача VACUUM-а в значительной степе, Аноним (169), 11:38 , 19-Сен-23, (203) Т е по твоему получается, что Оракл хронологические данные не хранит А хран, Аноним (169), 12:03 , 19-Сен-23, (207) Так в Слоне и табличных пространств нет в том смысле, как в Оракле Нет наследия, Аноним (169), 12:09 , 19-Сен-23, (208) ES370 правильное название На этой системе не было файловой системы вообще Б, Простоник (ok), 14:44 , 19-Сен-23, (215) Интересно, что будет при репликации, если одна и та же запись с предыдущего сеан, VladSh (?), 20:49 , 17-Сен-23, (152) // Что в прикладной логике пропишешь, то и будет На то и логическая репликация , Аноним (169), 17:02 , 18-Сен-23, (180) // Причем тут прикладная логика Логическая репликация не имеет никакого отношения , ыы (?), 08:24 , 19-Сен-23, (196) // Это ты не имеешь, а логическая репликация, как раз, имеет По сути это настраива, Аноним (169), 11:41 , 19-Сен-23, (204) хамство еще никого ни в чем не убедило, кроме того что собеседник дурак а прикла, ыы (?), 13:43 , 19-Сен-23, (209) +1 Это опять пэтэушные мудрости или курсистские Логика, сущность, какие-то звенья, Аноним (169), 12:07 , 25-Сен-23, (246) 1,2,7,12,15,38,45,58,59,74,75,100,127,152

Сообщения

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

	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"	–1 +/–
	Сообщение от ыы (?), 19-Сен-23, 14:02
	Это как раз тот самый метод про смекалку и кашу из топора. Вы восстанавливаете полностью кластер на другой путь [НЕ БАЗУ, весь кластер, просто остальные базы при этом восстановлении имеют нулевой размер], и потом каким-то хитрым образом "загружаете"... Через дамп поди ? :) Смекалка и каша из топора.... Знаете, после нормальных СУБД - это выглядит как откат в каменный век... вместо решения задачи- вам приходится решать ТЕХНИЧЕСКИЕ УСЛОВНОСТИ. Вместо бэкапа- вы делаете последователность странных действий. Когдато это было интересно, но потом такие действия в нормальных базах стали частью скрытой от администратора логики, ввиду абсолютной рутинности и бессмысленности ручного управления ею...
	Ответить | Правка | Наверх | Cообщить модератору

	214. "Релиз СУБД PostgreSQL 16"	+/–
	Сообщение от Neandertalets (ok), 19-Сен-23, 14:35
	> Это как раз тот самый метод про смекалку и кашу из топора. > Вы восстанавливаете полностью кластер на другой путь [НЕ БАЗУ, весь кластер, просто > остальные базы при этом восстановлении имеют нулевой размер], и потом каким-то > хитрым образом "загружаете"... > Через дамп поди ? :) > Смекалка и каша из топора....    pg_dump ... | psql ...    Но всё достаточно легко заворачивается в скрипт и работает не чавкая. > Знаете, после нормальных СУБД - это выглядит как откат в каменный век...    Какие СУБД вы называете нормальными? Оракл, вероятно. Немного сталкивался и лично у меня тоже не мало вопросов к нему (правда там я вообще без понятия, как бэкапы строятся (ну кроме таких же дампов).    Мне энтерпрайзности Оракла хватило, когда кластер без ДБА жить практически не умеет: постоянно надо что-то делать, чтобы работало и не падало (работал с "Борлас" со стороны заказчика). Одноузловая СУБД - работает не плохо. Кластер - нахер надо сопровождать.    У нас на Слонике БД крутятся с минимумом управляющих воздействий. В основном для профилактики и при обновлениях прикладного ПО, для контроля. > вместо решения задачи- вам приходится решать ТЕХНИЧЕСКИЕ УСЛОВНОСТИ. Вместо бэкапа- вы > делаете последователность странных действий. Когдато это было интересно, но потом такие > действия в нормальных базах стали частью скрытой от администратора логики, ввиду > абсолютной рутинности и бессмысленности ручного управления ею... А в чём проблема? Берите централизованную систему резервного копирования, которая будет делать всю рутинную работу. И уж в энтерпрайзе централизованная СРК должна быть, верно? Вообще-то делать бэкапы прода и пару сотен ТБ - это настолько на крайний случай, о которых в кошмарах вспоминают. А для оперативного резервирования - многоузловой кластер, который и с балансировкой и с горячим резервированием поможет. Ну и лицензия PostgresPro тоже поможет снять многие проблемы, если что.
	Ответить | Правка | Наверх | 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ообщить модератору

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

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