Если вы смотрите делать ретроспективные запросы (SELECT * FROM EMP AS OF...
), то ограничивающим фактором является, насколько велика ваша UNDO
табличного является то, что ваш UNDO_RETENTION
установлен в положение, и как быстро ваше приложение генерирует UNDO
. Однако табличное пространство UNDO
всегда будет ограничено по размеру и всегда будет подвержено давлению для очистки данных до того, как превысит ваш UNDO_RETENTION
(если вы не хотите, чтобы приложение останавливалось в этой точке, но это редко является полезным вариантом). Это означает, что время, в течение которого вы можете сохранить данные в UNDO
, будет ограничено. Если вы действительно агрессивны, вы можете получить пару дней в оптимальных условиях. Большинство систем, реалистично, могут пережить несколько часов максимум.
Если ваша идея «далеко назад во времени» больше чем через день или два, вы, вероятно, смотрите на неправильное техническое решение любой бизнес-проблемы, и вы, вероятно, захотите взглянуть на альтернативные подходы. Если вы можете объяснить бизнес-проблему, мы, вероятно, можем помочь в разработке альтернативных технических решений.
Какое именно «ретроспективное предложение» мы говорим? Oracle имеет множество различных технологий «воспоминаний», которые опираются на очень разные архитектуры. То, что документация называется «запросом флэшбэка», обычно включает извлечение данных из UNDO, а не из журналов flashback. –
@JustinCave yes Я имею в виду запрос flashback, как в таблице SELECT col FROM AS OF ... ........ Да - я думаю, что это извлечение данных из UNDO (особенно в SE1) ... – MadSeb