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

Релиз СУБД 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]

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

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

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

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

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

	39. "Релиз СУБД PostgreSQL 16"	+4 +/–
	Сообщение от лютый арчешкольник... (?), 15-Сен-23, 12:47
	>Есть серьёзные базовики с БД размером не со флэшку Эксплуатация СУБД это не только "размер". У меня уже лет 10 назад была Монга ТБ на 6-10. Но это ж не значит, что там мегахайлоад.
	Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

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

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

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

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

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

	53. "Релиз СУБД PostgreSQL 16"	+4 +/–
	Сообщение от Anonymous Coward (?), 15-Сен-23, 15:40
	> риди рэди
	Ответить | Правка | Наверх | Cообщить модератору

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

	238. "Релиз СУБД PostgreSQL 16"	+/–
	Сообщение от Neandertalets (ok), 21-Сен-23, 09:19
	> либо давно делается автоматически.    Сочувствую вашим проектам...
	Ответить | Правка | Наверх | Cообщить модератору

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

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

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

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

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

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

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

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

	189. "Релиз СУБД PostgreSQL 16"	+/–
	Сообщение от Neandertalets (ok), 18-Сен-23, 21:06
	> Они помогут восстановить ОТДЕЛЬНУЮ БД (а не ВЕСЬ КЛАСТЕР) на момент времени в прошлом?    У меня pg_probackup создаёт каждый день дельту от предыдущей дельты (ну и есть изначальный полный бэкап). И на любую хранящуюся дельту я могу восстановить любую отдельную базу.    С WAL почти не работал напрямую именно в этой части: не могу сказать точно. Меня более чем удовлетворил pg_probackup.    Но отдельные базы мне нужны только на тестовом кластере : продуктивные серьёзные БД стараюсь держать по одной на кластер. Да и восстанавливать терабайты - не быстрое весьма дело: лучше доп.узлом зарезервировать.
	Ответить | Правка | Наверх | Cообщить модератору

	197. "Релиз СУБД PostgreSQL 16"	+/–
	Сообщение от ыы (?), 19-Сен-23, 10:59
	>могу восстановить любую отдельную базу. Покажите командрую строку pg_probackup в которой вы указываете для него конкретную базу в момент бэкапа Покажите командрую строку pg_probackup в которой вы указываете для него конкретную базу в момент восстановления
	Ответить | Правка | Наверх | Cообщить модератору

	198. "Релиз СУБД PostgreSQL 16"	+/–
	Сообщение от Neandertalets (ok), 19-Сен-23, 11:19
	>>могу восстановить любую отдельную базу. > Покажите командрую строку pg_probackup в которой вы указываете для него конкретную базу > в момент бэкапа > Покажите командрую строку pg_probackup в которой вы указываете для него конкретную базу > в момент восстановления Бэкапится кластер целиком, а восстанавливается - нужная база (по необходимости): 1) снятие полного бэкапа: pg_probackup backup -B /_backup/pgsqlbkp --instance=prod -j12 --backup-mode=FULL --compress --compress-level=8 --stream --delete-expired --pguser=u_backup --pgdatabase=db_backup --remote-host=172.16.3.1 --remote-user=postgres 2) снятие дельты: pg_probackup backup -B /_backup/pgsqlbkp --instance=prod -j12 --backup-mode=DELTA --progress --compress --stream --delete-expired 3) мерж полного бэкапа с дельтой (для движения "окна" глубины хранения): pg_probackup merge -B /_backup/pgsqlbkp --instance=prod -j12 -i QSIB7Z 4) ну и восстановление конкретной базы db_1 (postgres - для удобства): pg_probackup restore -B /_backup/pgsqlbkp --instance=prod -j12 --remote-user=postgres --remote-host=172.16.4.2 --db-include=postgres --db-include=db_1 Важно помнить, что восстановление идёт (надо делать) в отдельный каталог и уже оттуда базу можно "загружать" в целевой кластер. Чтобы не порушить остальные базы в кластере.
	Ответить | Правка | Наверх | Cообщить модератору

	212. "Релиз СУБД PostgreSQL 16"	–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ообщить модератору

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

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

	190. "Релиз СУБД PostgreSQL 16"	+/–
	Сообщение от Аноним (188), 18-Сен-23, 21:22
	> А иметь в штате системных оракловодов - удовольствие надо полагать копеечное? Нет, разумеется. Но с Oracle вам надо иметь только админов СУБД и купленную техподдержку. А с PostgreSQL - и админов, и программистов. Если у вас реально очень много экземпляров баз данных в production, такой подход окупится. Но таких предприятий не так уж много. Кроме этого надо учитывать подавляющее превосходство функциональности Oracle над функциональностью PostgreSQL - а это тоже всё денежки. В каждом случае надо считать. Но, мне кажется, проще и, скорее всего, дешевле Oracle в облаке арендовать (если законодательство и всякие санкции не препятствуют). Админы всё ещё будут нужны, но уже в меньшем количестве.
	Ответить | Правка | Наверх | Cообщить модератору

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

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

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

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

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