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

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

Сообщения

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

1. Сообщение от iPony129412 (?), 15-Сен-23, 10:40	+3 +/–
А ещё 25 сентября будет PGConf.СПб 2023 https://pgconf.ru/202309 Был на PGConf.Siberia 9 сентября в Томске. Было интересно.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #13, #47

2. Сообщение от Lost Inside (ok), 15-Сен-23, 10:43	+7 +/–
Долгих лет проекту! Иначе MS и Oracle все под себя подгребут.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #8, #50, #169

7. Сообщение от Аноним (7), 15-Сен-23, 10:59	+/–
Что настроить, чтобы не пухли базы?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #9, #11, #27, #42, #65, #86, #120

8. Сообщение от Аноним (8), 15-Сен-23, 11:02	+3 +/–
в РФ этим места уже нет
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #10

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

10. Сообщение от Аноним (10), 15-Сен-23, 11:12	+/–
https://opennet.ru/59461-mysql
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #14

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

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

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

14. Сообщение от Аноним (14), 15-Сен-23, 11:49    Скрыто ботом-модератором	+2 +/–
В РФ эти https://www.postgrespro.ru/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

53. Сообщение от Anonymous Coward (?), 15-Сен-23, 15:40	+4 +/–
> риди рэди
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51 Ответы: #62, #105

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

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

56. Сообщение от Аноним (43), 15-Сен-23, 15:49	+/–
А в чем проблема воткнуть pgbouncer? Безвакуумный движок есть, но дойдет ли до апстрима, это да, вопрос. Впрочем, это часто некритично. MySQL 8+ неплох, но отсутствие транзакционного DDL по-прежнему создаёт эксплуатационные сложности. Ну не разваливается, как раньше, уже неплохо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44 Ответы: #89, #129, #181

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

58. Сообщение от Просто щелкунчик (?), 15-Сен-23, 15:50	+1 +/–
В чем удобно работать/вторгаться в БД PG под Linux? Программы, не одежда
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #60, #66, #72, #76, #77, #172

59. Сообщение от Аноним (60), 15-Сен-23, 15:53	+/–
> По умолчанию теперь выполняется сборка с ICU-локалями ("ICU Collation") вместо локали libc. для Case-Insensitive всё ещё требуется citext, или уже можно без него?
Ответить | Правка | Наверх | Cообщить модератору

60. Сообщение от Аноним (60), 15-Сен-23, 15:54	+4 +/–
DBeaver
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58 Ответы: #79

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

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

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

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

65. Сообщение от OpenEcho (?), 15-Сен-23, 17:35	–1 +/–
> Что настроить, чтобы не пухли базы? dd if=/dev/rtfm of=/dev/head
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

66. Сообщение от Леонид (??), 15-Сен-23, 18:10	+/–
DbGate - очень приятная штука.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58 Ответы: #98

68. Сообщение от Аноним (-), 15-Сен-23, 18:14    Скрыто ботом-модератором	+/–
это ты себе льстишь - как раз тут, с такими как ты, он на месте, в компании равных
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54

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

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

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

75. Сообщение от Онимус (?), 15-Сен-23, 19:55	+1 +/–
26.3.4. Recovering Using a Continuous Archive Backup раздел просто прекрасен, особенно: ... 9. Inspect the contents of the database to ensure you have recovered to the desired state. If not, return to step 1 Успехов в восстановлении террабайтных баз из бекапов и инспекции содержимого.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #83, #126

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

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

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

80. Сообщение от ыы (?), 15-Сен-23, 20:19	+2 +/–
одна схема на инстанс?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71 Ответы: #123, #234

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

83. Сообщение от Аноним (43), 15-Сен-23, 21:42	+/–
А, молодец, дочитал мануал до Continuous Archiving. Это к любому восстановлению после бэкапа относится. То, что в мануале на какой-нибудь Xtrabackup этого не написано, не означает, что ты гарантированно получишь ожидаемое. Таких гарантий, сюрприщ, не намт ничего, кроме систем, основанных на блокчейне. Предлагаю подумать, как сделать так, чтобы это было относительно легко проверить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75 Ответы: #85, #114, #177

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

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

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

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

89. Сообщение от Прохожий (??), 15-Сен-23, 22:55	+/–
> А в чем проблема воткнуть pgbouncer? Если один хост - ни в чём. Но обычно их намного больше.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56

90. Сообщение от Аноним (188), 15-Сен-23, 23:12	+/–
Если б только в этом проблемы. Хотя это само по себе важно, конечно. Direct io - не умеет до сих пор, а ведь не у всех SSD диски. Flashback database с restore points - не умеет. Для больших баз данных - критически важная вещь после каких-нибудь обновлений, могущих закончиться чем-нибудь неприятным. В кластеры - не умеет. Для управления стендбаями ничего встроенного нет - тащи костыли со стороны, тестируй потом на свой страх и риск. Потом придёт другой DBA-шник, который с этим инструментом ни в зуб ногой, а потребуется срочно failover сделать - засада на ровном месте. Vacuum - ущербен, об этом только ленивый не писал. Вроде, начались подвижки в сторону UNDO, как у Оракла, но пока всё в зачаточном состоянии, насколько мне известно. Пакетов в свободной версии нет, только в энтерпрайзной - вендор-лок, который так не любят местные халявщики. Кто-то может сказать "не нужно". Кому не нужно - пусть не пользуется. Мне - нужно. Remap схем, пользователей на лету - не умеет, как тот же expdp/impdp в Oracle, пользуйтесь sed-ом в своё удовольствие, и может даже не отгребёте при какой-нибудь некорректной замене. Для каких-то не особо крупных предприятий, не особо страдающих от возможных простоев СУБД - сойдёт. Ну или если у вас в штате системные программисты есть - тоже сойдёт. Остальным лучше проходить мимо. Хотя в РФ на безрыбье и Postgres - СУБД.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74 Ответы: #91, #107

91. Сообщение от лютый арчешкольник... (?), 16-Сен-23, 01:56	+/–
>Ну или если у вас в штате системные программисты есть а штатные программисты орацля вообще не бывают в природе. поэтому при каждом баге приходится сосат у волшебного оркосаппорта. p.s. как ви оцениваете поддержку JSON в могучем оракле? по пятибальной. p.p. s. как ви оцениваете поддержку XML в могучем оракле? по пятибальной.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #90 Ответы: #92, #96, #112

92. Сообщение от Аноним (92), 16-Сен-23, 02:34	+1 +/–
Зачем в бд поддерхка всякой хрени? Для этого есть уровень приложений.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #91 Ответы: #103

96. Сообщение от Анонимус Аурелиус (?), 16-Сен-23, 04:42    Скрыто ботом-модератором	+/–
Пихай в clob что хочешь и парсь то посинения хоть json, хоть нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #91

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

98. Сообщение от penetrator (?), 16-Сен-23, 07:23	+1 +/–
он web? сомнительная приятность
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66 Ответы: #165

100. Сообщение от microcoder (ok), 16-Сен-23, 09:59	+4 +/–
> Разрешено использование в числах символа подчёркивания для повышения наглядности цифровых литералов. Например "SELECT ... WHERE a > 1_000_000" О! Это круто! Во всех бы языках такое добавили
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #134, #138, #248

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

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

103. Сообщение от Аноним (103), 16-Сен-23, 10:38	+/–
Возможно потому что БД бывают не только реляционные? Потому что приложения работают с JSON и XML? Потому что не все структуры данных удобно раскладываются на реляционную схему? Если вам не нужна поддержка JSON и XML, то не значит что никому не нужна.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #92

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

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

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

107. Сообщение от Zerot (?), 16-Сен-23, 11:36	+1 +/–
нуи собственно фишки энтерпрайз экосистемы - детальный сбор метрик по тысяче статистик и событий ожидания, возможность исторического анализа хоть на два года назад - хоть для подсистем движка СУБД, хоть для сессии, хоть  для запроса, инструменты автоматической аналитики и далее по списку
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #90 Ответы: #110, #201

108. Сообщение от keydon (ok), 16-Сен-23, 11:45	+/–
> а бэкапы когда завезут? Сколько постгрес помню, столько бекапы и были, еще и разных видов (бинарные, текстовые).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57 Ответы: #117

110. Сообщение от Аноним (7), 16-Сен-23, 12:22	+/–
Это, наверное, дорого. Чтобы железо лучше покупали, да?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #107 Ответы: #113

112. Сообщение от Аноним (188), 16-Сен-23, 13:42	+1 +/–
> а штатные программисты орацля вообще не бывают в природе. поэтому при каждом баге приходится сосат у волшебного оркосаппорта. А у PGSQL и "сосат" не у кого в таких случаях. Разве что по форумам лазить и плакать до посинения, пока кто не отзовётся, и то маловероятно. Сиди сам ковыряйся в непростом коде, ага. 🤷‍♀️ Оракл далёк от идеала. Я-то это прекрасно знаю: работаю с ним больше 20 лет уже. И когда-то думал, что хуже этой СУБД быть не может, столько в ней "особенностей". Как же я ошибался, встретив на своём пути PG SQL. > p.s. как ви оцениваете поддержку JSON в могучем оракле? по пятибальной. > p.p. s. как ви оцениваете поддержку XML в могучем оракле? по пятибальной. Оценить не могу, потому что не пользовался. А вот кучу разных индексов в Оракле оценить могу. Советников по построению этих индексов тоже могу оценить. И так далее. На мой взгляд, для РСУБД эти плюшки куда как более ценная вещь. Впрочем, реляционная алгебра у нынешней молодёжи не в почёте - не модно, слишком сложно, давай всё лепить из г-на и палок (читай из тех же JSON и XML). Проектировать и продумывать структуру БД - не царское это дело.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #91 Ответы: #119, #220, #240

113. Сообщение от Аноним (188), 16-Сен-23, 14:30	+/–
Наоборот, чтобы на железках можно было экономить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #110

114. Сообщение от Аноним (188), 16-Сен-23, 14:43	+/–
У Оракла есть такое понятие, как SCN - system change number. И вот можно хоть на это атомарное событие восстановить, хоть на любой момент времени в прошлом (в пределах backup policy). А ещё есть flashback database with restore points. Создаёшь точку восстановления до начала какого-то потенциально опасного события, и восстанавливаешь на момент её создания огромную БД за считанные минуты потом, случись что неприятное. Ещё в Оракле можно отдельные сбойные блоки восстанавливать, если они по какой-то причине испортились. При этом полное восстановление БД не требуется. Офигенно время экономит, если БД большая. Можно также отдельные таблицы восстанавливать на момент в прошлом. Можно запрос на определённый момент времени в прошлом построить, посмотреть, какие тогда данные были в таблице (flashback query). Что из этого всего есть в PG SQL?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #83 Ответы: #118, #133

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

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

117. Сообщение от ыы (?), 16-Сен-23, 15:24	+/–
текстовая выгрузка -это не бэкап. Вы конечно можете сделать так и назвать ЭТО бэкапом, но вот вам вопрсо: как с помощью этой хер.и вы собираетесь делать инкрементный бэкап? а как  восстанавливать базу на произвольный момент времени?   да никак. потому что текстовая выгрузка- это НЕ бэкап. То что в постгресе называется бинарным бэкапом- неудобный костыль. Вот у вас в кластере 2 базы. как вы восстановите только одну? нормально- никак. есть некоторая последовательность действий которую можно совершить, чтобы добиться подобного результата, но....это будет ДРУГАЯ история. и с этими извращениями можно было бы мириться, если бы не MSSQL. ВОт если бы взрослые базы делали бэкапы так-же- можно было бы развести руками и сказать - ну да, это уебищ.ое действо уу всех так... но ведь нет же. Есть MSSQL, есть Oracle... Потому что там  бэкап восстанавливается на произвольный момент времени, на произвольный кластер, в произвольное место, с релокациями,  и независимо от других баз в инстансе... Это - бэкап... а в постгресе- бэкапа нет. есть рак на безрыбье..
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #108 Ответы: #124

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

119. Сообщение от Аноним (119), 16-Сен-23, 16:19	+/–
Как там в оракле с настоящей serializable изоляцией? До сих пор write skew не ловит?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #112 Ответы: #140, #141

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

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

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

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

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

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

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

128. Сообщение от Аноним (129), 16-Сен-23, 19:38	+3 +/–
> девопса И это пройдёт.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #125

129. Сообщение от Аноним (129), 16-Сен-23, 19:40	+/–
> Впрочем, это часто некритично. Это основное критичное слабое звено этой бд
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56

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

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

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

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

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

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

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

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

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

139. Сообщение от Аноним (188), 17-Сен-23, 01:04	+/–
LSN в PostgreSQL - это не то же самое, что SCN, насколько я понимаю. LSN in PostgreSQL stands for Log Sequence Number. It is a 64-bit integer that uniquely identifies a position in the Write-Ahead Log (WAL). The WAL is a sequential file that records all changes made to the database, even uncommitted ones. SCN в Oracle - это или подтверждённая, или отменённая (rollback) транзакция, или DDL-операция. Почувствуйте разницу.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #133 Ответы: #179

140. Сообщение от Аноним (188), 17-Сен-23, 01:27	+/–
Это, наверное, одна из тех "особенностей", про которые я писал в предыдущем сообщении.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #119

141. Сообщение от Аноним (188), 17-Сен-23, 01:33	+/–
Однако же эта "особенность", насколько я понимаю, соответствует стандарту ANSI SQL. https://www.cockroachlabs.com/blog/what-write-skew-looks-like/ https://arxiv.org/ftp/cs/papers/0701/0701157.pdf
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #119

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

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

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

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

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

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

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

149. Сообщение от Аноним (149), 17-Сен-23, 17:39	+/–
да и point in time recovery не нужен, верно же?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #143 Ответы: #206

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

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

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

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

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

155. Сообщение от keydon (ok), 18-Сен-23, 05:46	+/–
> А в журнале кластера нельзя выбрать базу??  Вот дела... Да все можно, ыы просто жирный троль. Ты всегда можешь прервать репликацию и раскатить нужные wal логи (он же журнал) на нужной базе. Фактически у тебя станет 2 кластера. И конечно все должно быть настроено https://www.postgresql.org/docs/current/continuous-archiving.... Костыльно, да, но зато не проприетарщина - у оракла свои проблемы и можно начать и закончить на ценовой политике и поддержке в дефолтной стране.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #151 Ответы: #157

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

157. Сообщение от ыы (?), 18-Сен-23, 08:43	+/–
>Фактически у тебя станет 2 кластера. Вам не стыдно рассуждать про торолей? Вы совсем не понимаете что то что вы советуете - такая себе смекалка и совсем не похоже на то что в MSSQL например?  Это не решение для продуктовой среды.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #155 Ответы: #163

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

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

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

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

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

163. Сообщение от keydon (ok), 18-Сен-23, 14:40	+/–
>>Фактически у тебя станет 2 кластера. > Вам не стыдно рассуждать про торолей? Вы совсем не понимаете что то > что вы советуете - такая себе смекалка и совсем не похоже > на то что в MSSQL например?  Это не решение для > продуктовой среды. У нас тут еще и антивируса нет. Совсем не продакшн риди, не для продуктовой среды. Катился бы ты к мелкомягким и дальше ел кактус.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #157 Ответы: #164, #186

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

186. Сообщение от Аноним (188), 18-Сен-23, 20:46	+/–
Стесняюсь спросить, тебя в Гугле забанили? Ты из сообщения в сообщение повторяешь неправильную транскрипцию слова "ready". Оно читается, как "рЭди", а не как "риди". Открой гугло-переводчик уже и послушай. Глаза же режет подобное написание: мало что кириллицей, так ещё и исковерканное. Или это такой способ тупого троллинга?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #163 Ответы: #195

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

188. Сообщение от Аноним (188), 18-Сен-23, 20:57	+/–
Никуда народ не побежал, скорее, в облака начал мигрировать - это удобно, и расходы размазываются во времени. Цена, конечно, выросла, но где-то коррелирует с инфляцией. У Оракла другая проблема - иной раз он слишком монструозен, перенасыщен функциональностью, не всем она нужна. И стабильность работы оставляет желать лучшего: из квартала в квартал огромная куча багов и дыр закрывается, но всё равно что-то остаётся на следующий период. Техподдержка часто любит отмораживаться, что бесит очень и очень сильно порою. Как-то десять месяцев доказывал, что это у них баг в СУБД, а не у нас всё тормозит, и мы настроить не можем правильно. Доказал в итоге. Но столько времени на это угробить...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #169 Ответы: #199, #200

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

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

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

192. Сообщение от microcoder (ok), 18-Сен-23, 22:53	+/–
> Они помогут восстановить ОТДЕЛЬНУЮ БД (а не ВЕСЬ КЛАСТЕР) на момент времени > в прошлом? Контейнеризация позволяет восстанавливать отдельную БД. Вообще без проблем, на лету, хоть на подлёте, хоть сбоку, хоть с припёка. Вообще без разницы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #187 Ответы: #194, #233

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

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

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

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

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

198. Сообщение от 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ообщить модератору
Родитель: #197 Ответы: #212

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

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

201. Сообщение от Аноним (169), 19-Сен-23, 11:24	+/–
Это ты про AWR? Часовой срез за два года? Это чтоб на железе сэкономить? ))))))) AWR чаще всего бесполезен, потому что результат проблем либо самоочевиден, либо не устраним. Хотя его наличие утешает, да.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #107

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

220. Сообщение от Аноним (169), 19-Сен-23, 15:45	+/–
Не знаю, мне и то и то -- норм. Вернее, уровень доставляемого головняка более-менее одинаков.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #112

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

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

223. Сообщение от Простоник (ok), 19-Сен-23, 20:41	+/–
Не бывыет никаких "прикладных транзакций".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #219

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

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

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

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

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

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

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

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

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

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

234. Сообщение от Легивон (?), 20-Сен-23, 21:17	–1 +/–
> одна схема на инстанс? Какая schema? Это физическая репликация! Какая ей разница за схемы, если схемы = логические структуры над физическими. Даже в базовые вещи не въезжешь, но даешь советы космической важности и такой же глупости.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #80 Ответы: #237

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

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

237. Сообщение от ыы (?), 21-Сен-23, 09:13	+/–
В этом ответе все прекрасно. Все комплектом и к одному месту. :) очевидно что вопрос "одна схема на инстанс?" - это насмешка, указывающая на некий общеизвестный недостаток системы. Ну общеизвестен он конечно тем кто в теме. Вы - походу нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #234 Ответы: #245

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

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

240. Сообщение от пох. (?), 21-Сен-23, 14:09	+/–
> А у PGSQL и "сосат" не у кого в таких случаях. как то ись не у кого? Вон, импортозамещательный postgrespro спешит на помощь (pedobear.jpg) cocите на здоровье! (а что оно поможет - вам никто ведь и не обещал) > Оценить не могу, потому что не пользовался. работает, но "есть нюансы". Но в целом если тебе не нужна реляционная база данных - так дядьку, и отойдите же от быка, у нас в канаде доют только коров!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #112

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

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

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

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

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

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

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

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

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

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

252. Сообщение от specter (ok), 09-Янв-24, 18:59	+/–
> А восстановить отдельно взятую БД оттуда как? Не целый кластер, а именно > отдельно взятую БД. Пробекапом
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #185

253. Сообщение от ss (??), 30-Июн-24, 12:03	+/–
>> Через дамп поди ? :) >> Смекалка и каша из топора.... >    pg_dump ... | psql ... >    Но всё достаточно легко заворачивается в скрипт и работает > не чавкая. Вы просто счастливо избежали чавканья, ввиду вероятно скромности объемов бэкапа и их.. скажем так- типичности. А как вы станете легко станете переписывать свои скрипты когда упретесь в ограничения pg_dump? Я подскажу- через смекалку и кашу из топора.... >> Знаете, после нормальных СУБД - это выглядит как откат в каменный век... >    Какие СУБД вы называете нормальными? Оракл, вероятно. Немного сталкивался > и лично у меня тоже не мало вопросов к нему (правда > там я вообще без понятия, как бэкапы строятся (ну кроме таких > же дампов). >    Мне энтерпрайзности Оракла хватило, когда кластер без ДБА жить > практически не умеет: постоянно надо что-то делать, чтобы работало и не > падало (работал с "Борлас" со стороны заказчика). Одноузловая СУБД - работает > не плохо. Кластер - нахер надо сопровождать. В оракле есть два разных кластера. Причем их можно сделать несколькими способами. Глобально это стэнбай-кластер, и RAС. стэнбай-кластер оракла работает как часы - годами. аптаймама позавидуют корифеи (хотя в том нет никакого смысла). Сделать чтото подобное RAC постгрес не умеет в принципе. Есть жменя странных умерших поделок. Что там в 16-м не сомтрел >    У нас на Слонике БД крутятся с минимумом управляющих > воздействий. В основном для профилактики и при обновлениях прикладного ПО, для > контроля. Вы сейчас про кластер говорите? Автоматическое восстановление после переключений на стэнбай? >> вместо решения задачи- вам приходится решать ТЕХНИЧЕСКИЕ УСЛОВНОСТИ. Вместо бэкапа- вы >> делаете последователность странных действий. Когдато это было интересно, но потом такие >> действия в нормальных базах стали частью скрытой от администратора логики, ввиду >> абсолютной рутинности и бессмысленности ручного управления ею... Без коментариев. > А в чём проблема? Берите централизованную систему резервного копирования, которая будет > делать всю рутинную работу. И уж в энтерпрайзе централизованная СРК должна > быть, верно? Вы понимаете наверное что "централизованную систему резервного копирования" невозможно использовать больше чем позволяет бэкапящийся инструмент? Если Постгрес не умеет восстанавливать отдельную базу в произвольное место произвольного кластера на произвольный момент времени- то добиться желаемого (того что в нормальных базах делается э-ле-мен-тар-но) - можно только смекалкой и кашей из скриптов. > Вообще-то делать бэкапы прода и пару сотен ТБ - это настолько на > крайний случай, о которых в кошмарах вспоминают. А для оперативного резервирования > - многоузловой кластер, который и с балансировкой и с горячим резервированием > поможет. > Ну и лицензия PostgresPro тоже поможет снять многие проблемы, если что. Какие именно проблемы снимает эта лицензия?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #214 Ответы: #254

254. Сообщение от Neandertalets (ok), 30-Июн-24, 12:43	+/–
> Вы просто счастливо избежали чавканья, ввиду вероятно скромности объемов бэкапа и их.. > скажем так- типичности. А как вы станете легко станете переписывать свои > скрипты когда упретесь в ограничения pg_dump? Я подскажу- через смекалку и > кашу из топора.... Понятно, что pg_dump работает только на небольших и условно небольших базах. Для больших вполне себе pg_probackup, например. Как я, собственно, и писал выше.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #253

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

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