The OpenNET Project / Index page

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



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

"Для PostgreSQL представлен движок хранения OrioleDB, обходящийся без операции VACUUM"  +/
Сообщение от opennews (??), 17-Июл-23, 11:45 
Стартап OrioleData опубликовал новый движок хранения для СУБД PostgreSQL -  OrioleDB, нацеленный на предоставление быстрого и компактного хранилища, не приводящего со временем к раздутию файлов с БД  и не требующего использования периодически запускаемого процесса VACUUM для сборки мусора. Движок написан на языке Си,  распространяется под лицензией PostgreSQL и реализован в форме подключаемого расширения, не требующего внесения изменений в основную кодовую базу PostgreSQL. В текущем виде движок  находится на стадии бета-тестирования и пока не рекомендован для рабочих внедрений...

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

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

Оглавление

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


2. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..."  +5 +/
Сообщение от Аноним (2), 17-Июл-23, 11:52 
Выглядит интересно и многообещающе, но. Всё прочитал, но так и не увидел, какие уровни изоляции транзакций поддерживаются. Есть смутное подозрение, что такие бенчмарки за счёт сваливания в read uncommitted по умолчанию, хорошо если не так.

> OrioleDB supports just B-tree indexes. OrioleDB roadmap contains the implementation of analogs of GiST, GIN, and BRIN.

Большой вопрос, получится ли у них с такой архитектурой реализовать эффективный GIN/GiST, выглядит как нетривиальная задача. Это все же одна из киллер фич Постгреса, в ряде случаев незаменимая.

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

9. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..."  –2 +/
Сообщение от www2 (??), 17-Июл-23, 12:34 
Дурилка, а undo log тогда зачем делать, если будет read uncommited?
Ответить | Правка | Наверх | Cообщить модератору

47. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..."  +3 +/
Сообщение от Аноним (2), 17-Июл-23, 16:44 
Вопрос не в том, зачем делать (понятно зачем, и понятно, что как минимум read committed там есть), а в том, какой был уровень изоляции, когда делали бенчмарки.

Учитывая, что в postgresql read uncommitted вообще не реализован и работает как read committed, это хороший способ незаметно считерить.

Хорошо помню бенчмарки mongodb, которые "всех рвали" просто потому, что в дефолтной конфигурации Монга отдавала успешный ответ сразу после получения данных сервером.

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

95. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..."  +/
Сообщение от Alyosha (?), 18-Июл-23, 23:30 
"Хорошо помню бенчмарки mongodb, которые "всех рвали" просто потому, что в дефолтной конфигурации Монга отдавала успешный ответ сразу после получения данных сервером."

А ссылок на обсжудения/разоблачения у вас не остались?

ps.Мимо проходил

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

99. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..."  +/
Сообщение от пох. (?), 19-Июл-23, 10:44 
даже если найдется - какой в таких прямых сравнениях смысл? Вы document db использовать вместо реляционной всерьез собрались, или наоборот?

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

103. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..."  +/
Сообщение от Дмитрий (??), 19-Июл-23, 17:39 
Есть класс программ которые можно реализовать и так и так. Почему же не выбрать более лучший по каким то критериям вариант?
Ответить | Правка | Наверх | Cообщить модератору

104. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..."  +/
Сообщение от пох. (?), 19-Июл-23, 17:55 
> Есть класс программ которые можно реализовать и так и так. Почему же
> не выбрать более лучший по каким то критериям вариант?

тогда не исключено что тебе недефолтные настройки и не пригодятся и в правильной реализации все и так будет работать.

(т.е. хватит просто избегать мультидокументных транзакций и не забывать про "majority" там где действительно он нужен)

Т.е. сравнивать надо будет не два решения в лоб, а две вообще совершенно разных программы.

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

107. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..."  –1 +/
Сообщение от Дмитрий (??), 19-Июл-23, 20:02 
Сильно зависит от программы.
В некоторых случаях можно сравнить
Запись в файл и запись в бд.
По функционалу для пользователя приложение будет одно и тоже
Ответить | Правка | Наверх | Cообщить модератору

113. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..."  +/
Сообщение от Аноним (113), 24-Июл-23, 12:49 
Дурилка, а где связь между undo и read uncommited? Read uncommited не отменяет необходимость как-то rollback-и обслуживать.
Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

34. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..."  +/
Сообщение от ыы (?), 17-Июл-23, 14:08 
" чтение страниц с данными без использования блокировок"
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

41. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..."  +/
Сообщение от Аноним (41), 17-Июл-23, 15:01 
В Postgres как и в большинстве современных баз транзакции изолируют не через lock, а через MVCC
Ответить | Правка | Наверх | Cообщить модератору

114. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..."  +/
Сообщение от Аноним (113), 24-Июл-23, 12:53 
Serializable ты иначе, чем через блокировки на уровне строк/страниц не сделаешь. Ну в Postgres-е SS реализован как раз через блокировки.
Ответить | Правка | Наверх | Cообщить модератору

121. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..."  +/
Сообщение от omnomnom (?), 15-Авг-23, 23:07 
Предикатные блокировки в PG непосредственно блокировками не являются, это просто механизм обнаружения конфликтов, там ничего не блокируется.
Ответить | Правка | Наверх | Cообщить модератору

48. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..."  +/
Сообщение от Аноним (2), 17-Июл-23, 16:45 
Ну это как раз нормально, это же полноценный версионный движок, а не мыскль с myisam
Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

52. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..."  +/
Сообщение от None (??), 17-Июл-23, 17:12 
LW Locks же
Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

4. Скрыто модератором  –7 +/
Сообщение от Аноним (4), 17-Июл-23, 12:06 
Ответить | Правка | Наверх | Cообщить модератору

10. Скрыто модератором  +1 +/
Сообщение от www2 (??), 17-Июл-23, 12:35 
Ответить | Правка | Наверх | Cообщить модератору

13. Скрыто модератором  +2 +/
Сообщение от Аноним (13), 17-Июл-23, 12:43 
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

20. Скрыто модератором  +/
Сообщение от пох. (?), 17-Июл-23, 12:51 
Ответить | Правка | Наверх | Cообщить модератору

5. Скрыто модератором  –2 +/
Сообщение от пох. (?), 17-Июл-23, 12:21 
Ответить | Правка | Наверх | Cообщить модератору

7. Скрыто модератором  +6 +/
Сообщение от Аноним (7), 17-Июл-23, 12:23 
Ответить | Правка | Наверх | Cообщить модератору

8. Скрыто модератором  –9 +/
Сообщение от пох. (?), 17-Июл-23, 12:29 
Ответить | Правка | Наверх | Cообщить модератору

15. Скрыто модератором  +2 +/
Сообщение от Ананий (?), 17-Июл-23, 12:45 
Ответить | Правка | Наверх | Cообщить модератору

17. Скрыто модератором  –4 +/
Сообщение от пох. (?), 17-Июл-23, 12:47 
Ответить | Правка | Наверх | Cообщить модератору

21. Скрыто модератором  +1 +/
Сообщение от Ананий (?), 17-Июл-23, 12:52 
Ответить | Правка | Наверх | Cообщить модератору

26. Скрыто модератором  –1 +/
Сообщение от пох. (?), 17-Июл-23, 13:25 
Ответить | Правка | Наверх | Cообщить модератору

49. Скрыто модератором  –2 +/
Сообщение от Аноним (2), 17-Июл-23, 16:51 
Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

65. Скрыто модератором  +1 +/
Сообщение от пох. (?), 17-Июл-23, 18:34 
Ответить | Правка | Наверх | Cообщить модератору

73. Скрыто модератором  +/
Сообщение от Ann (??), 17-Июл-23, 20:36 
Ответить | Правка | Наверх | Cообщить модератору

79. Скрыто модератором  –2 +/
Сообщение от пох. (?), 17-Июл-23, 21:45 
Ответить | Правка | Наверх | Cообщить модератору

82. Скрыто модератором  –1 +/
Сообщение от Аноним (82), 17-Июл-23, 22:37 
Ответить | Правка | Наверх | Cообщить модератору

83. Скрыто модератором  –1 +/
Сообщение от пох. (?), 17-Июл-23, 22:46 
Ответить | Правка | Наверх | Cообщить модератору

75. Скрыто модератором  +2 +/
Сообщение от Аноним (2), 17-Июл-23, 20:54 
Ответить | Правка | К родителю #65 | Наверх | Cообщить модератору

85. Скрыто модератором  +/
Сообщение от пох. (?), 17-Июл-23, 23:03 
Ответить | Правка | Наверх | Cообщить модератору

23. Скрыто модератором  +/
Сообщение от BeLord (ok), 17-Июл-23, 13:10 
Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

24. Скрыто модератором  –1 +/
Сообщение от пох. (?), 17-Июл-23, 13:23 
Ответить | Правка | Наверх | Cообщить модератору

6. Скрыто модератором  –3 +/
Сообщение от пох. (?), 17-Июл-23, 12:23 
Ответить | Правка | Наверх | Cообщить модератору

11. Скрыто модератором  +/
Сообщение от YourMama (?), 17-Июл-23, 12:37 
Ответить | Правка | Наверх | Cообщить модератору

12. Скрыто модератором  +1 +/
Сообщение от пох. (?), 17-Июл-23, 12:40 
Ответить | Правка | Наверх | Cообщить модератору

14. Скрыто модератором  +1 +/
Сообщение от www2 (??), 17-Июл-23, 12:44 
Ответить | Правка | Наверх | Cообщить модератору

40. Скрыто модератором  +1 +/
Сообщение от Аноним (40), 17-Июл-23, 14:51 
Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

42. Скрыто модератором  +/
Сообщение от пох. (?), 17-Июл-23, 15:21 
Ответить | Правка | Наверх | Cообщить модератору

55. Скрыто модератором  +/
Сообщение от Аноньимъ (ok), 17-Июл-23, 17:36 
Ответить | Правка | Наверх | Cообщить модератору

59. Скрыто модератором  +/
Сообщение от пох. (?), 17-Июл-23, 17:59 
Ответить | Правка | Наверх | Cообщить модератору

16. Скрыто модератором  +1 +/
Сообщение от лютый арчешкольник... (?), 17-Июл-23, 12:47 
Ответить | Правка | Наверх | Cообщить модератору

18. Скрыто модератором  +9 +/
Сообщение от пох. (?), 17-Июл-23, 12:49 
Ответить | Правка | Наверх | Cообщить модератору

22. Скрыто модератором  +1 +/
Сообщение от funny.falcon (?), 17-Июл-23, 13:10 
Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

25. Скрыто модератором  –1 +/
Сообщение от пох. (?), 17-Июл-23, 13:24 
Ответить | Правка | Наверх | Cообщить модератору

28. Скрыто модератором  +1 +/
Сообщение от OpenEcho (?), 17-Июл-23, 13:31 
Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

76. Скрыто модератором  +/
Сообщение от YetAnotherOnanym (ok), 17-Июл-23, 21:07 
Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

19. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..."  +/
Сообщение от Quad Romb (ok), 17-Июл-23, 12:50 
"не требующего внесения изменений в основную кодовую базу PostgreSQL"
Интересно.
Когда я смотрел на Oriole последний раз - ему требовалось также патчить исходники PG.
Звучит заманчиво, конечно.
Ответить | Правка | Наверх | Cообщить модератору

29. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..."  +/
Сообщение от funny.falcon (?), 17-Июл-23, 13:38 
Т.к. автор Ориоле - один из коммитеров постгресса, видимо ему удалось протолкнуть нужные патчи в ядро. Я предполагаю, не проверял.
Ответить | Правка | Наверх | Cообщить модератору

38. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..."  +/
Сообщение от Quad Romb (ok), 17-Июл-23, 14:46 
> Т.к. автор Ориоле - один из коммитеров постгресса, видимо ему удалось протолкнуть
> нужные патчи в ядро. Я предполагаю, не проверял.

Я вот то же самое подумал.
И тоже не проверял.
На ютуб-канале rupostgres есть интервью с разработчиком "Александр Коротков: Наболевшие проблемы PostgreSQL". После этого интервью стал посматривать на проект.
Если он всё-таки осилил сделать всё это только одним подключаемым расширением - он очень большой молодец, и надеюсь, у него теперь будет достаточно масла, чтобы мазать на свой хлеб.

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

51. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..."  +3 +/
Сообщение от xrensgory (ok), 17-Июл-23, 17:12 
На хлеб он будет мазать масло поха, пох-то теперь без работы считай остался. Учит как произносить "свободная касса". бггг
Ответить | Правка | Наверх | Cообщить модератору

66. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..."  –1 +/
Сообщение от пох. (?), 17-Июл-23, 18:46 
> На хлеб он будет мазать масло поха,

кто ж ему масло-то даст?! Смотри-смотри - 6ешплатное! Налетай, взять-взять-взять!

Кончатся у него гранты - я не гордый, следующую смену за кассой пусть тоже занимает, все равно один не осилю четыре подряд. Но чур ему ночную.


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

86. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..."  +/
Сообщение от Аноним (2), 17-Июл-23, 23:31 
Та не, там не гранты, там попытка в бизнес. Уже предлагают саппорт и database as a service (пока робко предлагают, скорее тестируют интерес). Не взлетит - ну пойдет какой-нибудь EnterpriseDB за зарплату пилить.
Ответить | Правка | Наверх | Cообщить модератору

89. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..."  –2 +/
Сообщение от пох. (?), 18-Июл-23, 08:46 
Ну тогда моему маслу точно ничего не угрожает.

Поконкурировать с тем же DO - у которого сто лет как есть - это надо найти совсем уж наивного ло...инве...не, все же лоxa.
А украинский флажок напрочь исключает вариант поконкурировать там куда конкурентов не пускают (и в целом правильно, там масло все равно товарищмайор слопает и на сдачу дачку себе прикупит, на Тенерифе)

P.S. кто вдруг не видел как у DO сделана дизастер рекавери - сходите поржать. Не, от замены бэкэнда легче ему не станет, насколько я догадываюсь. Тут все политбюро надо повесить, и генерального секретаря прибить.

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

93. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..."  +1 +/
Сообщение от Аноним (2), 18-Июл-23, 17:21 
Так он раньше в Постгрес Про работал. Раз уехал в США и повесил флажок, значит, и не заинтересован в конкуренции на российском рынке. И я его прекрасно понимаю, работать с товарищами майорами - дело нервное. Мне ещё в вегетарианские времена, в середине нулевых, такого опыта хватило, чтобы всю жизнь держаться подальше. Нервы дороже.
Ответить | Правка | Наверх | Cообщить модератору

94. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..."  +/
Сообщение от пох. (?), 18-Июл-23, 17:30 
Дык может дело не в заинтересован, а в том что вариант "в Украину" замаячил конкретный.
Знаем мы эти максутовы "брони", нихрена они не работают.

В любом случае, из "обоймы" партактива он явно выпал. Хорошо пока еще его патчи берут.

Так что мое масло он точно теперь не отъест. Да и DO такому конкуренту не напугать.
Но вот вдвоем в свободную кассу - могем угодить.

Хотя, конечно, профессор не вчера родилсо, поди сможет получить новый грант.

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

96. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..."  +/
Сообщение от Аноним (2), 19-Июл-23, 04:43 
В середине 2020 года замаячил? Да профессор телепат
Ответить | Правка | Наверх | Cообщить модератору

102. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..."  +/
Сообщение от пох. (?), 19-Июл-23, 15:26 
да довольно много их было, тех телепатов. Не всем удалось ловко телепнуться на уютную профессорскую должность во враждебных странах, это вот да.

(завидовать дурно, я знаю)

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

71. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..."  +1 +/
Сообщение от funny.falcon (?), 17-Июл-23, 20:18 
На https://news.ycombinator.com/item?id=36740921 Александр отвечает: нет, пока патч в ядро нужен. Но надеется в ближайшее время донести его в ядро, а потом и сам движок.
Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

72. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..."  +/
Сообщение от Quad Romb (ok), 17-Июл-23, 20:24 
> На https://news.ycombinator.com/item?id=36740921 Александр отвечает: нет, пока патч
> в ядро нужен. Но надеется в ближайшее время донести его в
> ядро, а потом и сам движок.

Да, спасибо за ссылку, прочитал.
Ну, всё равно очень большое дело сделано.
На днях попробую собрать и посмотреть как оно в деле.

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

80. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..."  +1 +/
Сообщение от Аноним (2), 17-Июл-23, 22:08 
Там патч расширяет extension API, так что это не костыль типа 1С-овских патчей, а универсальное улучшение апстрима в чистом виде, да и автор - опытный коммиттер в Постгрес. Такое в апстрим примут.
Ответить | Правка | К родителю #71 | Наверх | Cообщить модератору

27. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..."  +/
Сообщение от Аноним (27), 17-Июл-23, 13:25 
Уже круче Оракла.
Ответить | Правка | Наверх | Cообщить модератору

33. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..."  +/
Сообщение от Аноним (33), 17-Июл-23, 14:05 
Инженегры оракела уже добавили в код постгри пару мин замедленного действия. Активируют в нужный момент, чтобы акции оракела взлетели до небес.
Ответить | Правка | Наверх | Cообщить модератору

92. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..."  +/
Сообщение от Golangdev (?), 18-Июл-23, 16:12 
Пруфы, в виде ссылок на коммиты, добавляющие это ?
Ответить | Правка | Наверх | Cообщить модератору

64. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..."  +/
Сообщение от Аноним (64), 17-Июл-23, 18:16 
? Оракл изначально данные in-place апдейтит, при создании БД у него даже есть параметр (PCTFREE), указывающий в процентах, какое кол-во пространства блока резервировать для будущих изменений, чтобы при раздувании размера строк (кортежей) апдейтами не пришлось эти строки куда-то релокейтить. Когда-то по-умолчанию это было 10% кажись, но ты можешь задать своё значение. Т.е. когда в блоке строками будет забито 90% места, блок перестает быть доступным для создания в нем новых строк.
Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

110. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..."  +/
Сообщение от ptr (??), 21-Июл-23, 16:41 
Главное, чтобы остался выбор. Потому что VACUUM имеет не только недостатки, но и преимущества.
Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

31. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..."  –4 +/
Сообщение от Аноним (31), 17-Июл-23, 14:00 
Верной дорогой двигаются. Еще несколько сот раз таких же продвижений, и постгря достигнет уровня оракель ДБ.
Ответить | Правка | Наверх | Cообщить модератору

35. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..."  +/
Сообщение от ыы (?), 17-Июл-23, 14:14 
"чтение страниц с данными без использования блокировок"
что вы, ораклю до такого пехом переть и переть.
Ответить | Правка | Наверх | Cообщить модератору

37. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..."  +/
Сообщение от Простоник (ok), 17-Июл-23, 14:38 
С точностью до наоборот.PostgreSQL со временем приближается к Oracle.  Non-blocking read - стандартное поведение DBMS Oracle. Блокировки на уровне строк. Этот  механизм давно скопировали в П.
Ответить | Правка | Наверх | Cообщить модератору

45. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..."  –1 +/
Сообщение от ыы (?), 17-Июл-23, 15:33 
Но вы же понимаете разницу между:
"неблокирующее чтение"
и "чтение без блокировок"?
Ответить | Правка | Наверх | Cообщить модератору

91. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..."  +/
Сообщение от Прохожий (??), 18-Июл-23, 12:45 
А в чем она заключается в данном случае?
Ответить | Правка | Наверх | Cообщить модератору

118. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..."  +/
Сообщение от Аноним (113), 24-Июл-23, 13:06 
В Оракле нет Serializable честного. Поэтому и блокировки не нужны. В Слоне блокировки нужны только в режиме Serializable. И то, не всегда.
Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

81. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..."  +/
Сообщение от Аноним (2), 17-Июл-23, 22:11 
В Оракле как раз undo log всегда был. Только там он туповат, если много параллельных транзакций, при переполнении буфера лови роллбэк. Тут такой проблемы нет, упрется только в диск разве что.
Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

90. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..."  +/
Сообщение от Простоник (ok), 18-Июл-23, 09:58 
Я сегменты отката ещё помню, потом видел undo tablespace, а вот undo log ни разу не видел. А они точно бывают?
Ответить | Правка | Наверх | Cообщить модератору

101. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..."  +/
Сообщение от vvm13 (?), 19-Июл-23, 12:16 
Почему бы и нет? У DB2 в транзакционном логе есть undo и redo данные. А тут redo уже есть в WAL, так что undo, надо думать, просто отдельно положили.
Ответить | Правка | Наверх | Cообщить модератору

105. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..."  +/
Сообщение от Простоник (ok), 19-Июл-23, 18:44 
Это потому что DB2 реализует другую стратению  изоляции транзакций, только для этого и нужно. В Oracle undo отдельно положили, потому что пр-другому просто не нужно  было.
Ответить | Правка | Наверх | Cообщить модератору

106. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..."  +/
Сообщение от vvm13 (?), 19-Июл-23, 19:14 
У поздних DB2 тоже сделали "мультиверсионность", причём undo tablespace для этого не вводили, а воспользовались данными из транзакционных логов. В самом деле, undo-данные нужны и они есть, так какая разница, откуда они будут взяты?
Ответить | Правка | Наверх | Cообщить модератору

108. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..."  +1 +/
Сообщение от Простоник (ok), 19-Июл-23, 20:59 
Потому что по-другому было нельзя. Пришлось обеспечивать совместимость механизмов блокировок для старых приложений, потому нельзя было менять механизмы журналов.И в postgresql такая же история. Старые продкуты несут массу исторических атавизмов.
Ответить | Правка | Наверх | Cообщить модератору

117. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..."  +/
Сообщение от Аноним (113), 24-Июл-23, 13:03 
Это очень неудачное решение. "Время жизни" реду- и анду-данных чаще всего радикально отличается. И хранить их в одной хранилке крайне нерационально.
Ответить | Правка | К родителю #101 | Наверх | Cообщить модератору

115. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..."  +/
Сообщение от Аноним (113), 24-Июл-23, 13:01 
Только не всегда, а никогда не было и нет.
Ответить | Правка | К родителю #81 | Наверх | Cообщить модератору

44. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..."  +3 +/
Сообщение от Аноним (44), 17-Июл-23, 15:30 
Если в слове Oriole сделать 2 ошибки, получится Oracle
Ответить | Правка | Наверх | Cообщить модератору

54. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..."  +2 +/
Сообщение от xrensgory (ok), 17-Июл-23, 17:16 
А если в слове Аноним сделать 6 ошибок то получится слово Oracle
Ответить | Правка | Наверх | Cообщить модератору

67. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..."  +/
Сообщение от Аноним (67), 17-Июл-23, 18:56 
Если *** то это уже не ***!
Ответить | Правка | Наверх | Cообщить модератору

58. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..."  –2 +/
Сообщение от Аноним (58), 17-Июл-23, 17:49 
Проще запилить новый бекенд чем читатать документацию к старому
Ответить | Правка | Наверх | Cообщить модератору

74. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..."  –7 +/
Сообщение от Tron is Whistling (?), 17-Июл-23, 20:51 
Ещё немножко, и они притащат в постгрю innodb. Но зачем, если оно уже есть?
Ответить | Правка | Наверх | Cообщить модератору

87. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..."  +/
Сообщение от Аноним (2), 17-Июл-23, 23:59 
На том поле, где InnoDB хорош (стандартная реляционка с btree-индексами), это лучше, чем InnoDB. Там на гитхабе есть документация архитектуры.
Ответить | Правка | Наверх | Cообщить модератору

88. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..."  +/
Сообщение от Tron is Whistling (?), 18-Июл-23, 08:11 
Пока ещё рано говорить о "лучше", по мере вылизывания сырой альфы будет напихано гораздо больше веселья.
Ответить | Правка | Наверх | Cообщить модератору

97. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..."  –1 +/
Сообщение от bOOster (ok), 19-Июл-23, 06:03 
Даже близко ниче общего нет в реализации. InnoDB это старье из 70х годов базирующиеся на канонических трудах Кнута, Вирта и т.п.
Ответить | Правка | К родителю #74 | Наверх | Cообщить модератору

116. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..."  +/
Сообщение от Аноним (113), 24-Июл-23, 13:01 
Ино это Оракл, напомню.
Ответить | Правка | К родителю #74 | Наверх | Cообщить модератору

98. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..."  +/
Сообщение от bOOster (ok), 19-Июл-23, 06:05 
Что-то слишком хорошо, чтобы быть правдой :)
Ответить | Правка | Наверх | Cообщить модератору

112. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..."  +/
Сообщение от Пряник (?), 24-Июл-23, 11:24 
Хм... я думал особенность PostgreSQL в отличии от MySQL как раз в отсутствии разнообразных движков, в результате чего в слоне лучше работает кластеризация.
Ответить | Правка | Наверх | Cообщить модератору

119. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..."  –1 +/
Сообщение от Аноним (113), 24-Июл-23, 13:09 
Можно подумать, что все прочие, в том числе и крайне коммерческие, вендоры СУБД не делают утилизацию освободившегося пространства или изменений по месту по недомыслию и общей тупости. У всего этого микроменеджмента есть крайне высокая цена. Которая в проде чаще всего совершенно не оправдана.
Ответить | Правка | Наверх | Cообщить модератору

120. "Для PostgreSQL представлен движок хранения OrioleDB, обходящ..."  –1 +/
Сообщение от Анонимemail (120), 13-Авг-23, 09:03 
Интересно, я один вижу, что cpu usage не снизилось, а повысилось, судя по сравнительным графикам?
Ответить | Правка | Наверх | Cообщить модератору

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

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




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

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