The OpenNET Project / Index page

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



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

Оглавление

Релиз СУБД PostgreSQL 16, opennews (?), 15-Сен-23, (0) [смотреть все]

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


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

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

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

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

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

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

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

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




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

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