The OpenNET Project / Index page

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



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

Оглавление

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

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


114. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от Аноним (188), 16-Сен-23, 14:43 
У Оракла есть такое понятие, как SCN - system change number. И вот можно хоть на это атомарное событие восстановить, хоть на любой момент времени в прошлом (в пределах backup policy).

А ещё есть flashback database with restore points. Создаёшь точку восстановления до начала какого-то потенциально опасного события, и восстанавливаешь на момент её создания огромную БД за считанные минуты потом, случись что неприятное.

Ещё в Оракле можно отдельные сбойные блоки восстанавливать, если они по какой-то причине испортились. При этом полное восстановление БД не требуется. Офигенно время экономит, если БД большая.

Можно также отдельные таблицы восстанавливать на момент в прошлом.

Можно запрос на определённый момент времени в прошлом построить, посмотреть, какие тогда данные были в таблице (flashback query).

Что из этого всего есть в PG SQL?

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

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

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

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

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

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

139. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от Аноним (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-операция.

Почувствуйте разницу.

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

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

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

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

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

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

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

223. "Релиз СУБД PostgreSQL 16"  +/
Сообщение от Простоник (ok), 19-Сен-23, 20:41 
Не бывыет никаких "прикладных транзакций".

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

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


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

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

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

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

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




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

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