Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Oracle Новый топик    Ответить
 select as of timestamp  [new]
Hibiscus
Member

Откуда: Москва
Сообщений: 66
Насколько понял из документации данная технология предназначена для восстановления данных.

А можно использовать ее для формирования консистентных данных для передачи в другую систему?

Т.е. есть живая БД, в которой постоянно работают пользователи. Нужно передавать некоторые связанные между собой данные в другую систему. Периодически возникали проблемы консистентности - пока передавались и обрабатывались данные одной таблицы, данные в связанной с ней уже менялись и на при их последующей передаче вызывали ошибки FK.

Можно ли во всех запросах, забирающих данные из БД для передачи использовать "select as of timestamp" или есть какие-то грабли ?
28 апр 17, 15:20    [20444097]     Ответить | Цитировать Сообщить модератору
 Re: select as of timestamp  [new]
AlexFF__|
Member

Откуда:
Сообщений: 2854
Hibiscus,

serializable
28 апр 17, 15:23    [20444112]     Ответить | Цитировать Сообщить модератору
 Re: select as of timestamp  [new]
AmKad
Member

Откуда:
Сообщений: 5222
Hibiscus
Можно ли во всех запросах, забирающих данные из БД для передачи использовать "select as of timestamp" или есть какие-то грабли ?
В теории можно. Так же as of scn. Read only / Serializable transaction. Snapshot too old.
28 апр 17, 15:23    [20444114]     Ответить | Цитировать Сообщить модератору
 Re: select as of timestamp  [new]
XMLer
Member

Откуда:
Сообщений: 258
Hibiscus
пока передавались и обрабатывались данные одной таблицы, данные в связанной с ней уже менялись и на при их последующей передаче вызывали ошибки FK.

Получай данные одним запросом
2 май 17, 09:13    [20448774]     Ответить | Цитировать Сообщить модератору
 Re: select as of timestamp  [new]
Vint
Member

Откуда: Москва
Сообщений: 4564
XMLer,
тупее совета не придумал? представь себе связь пары десятков таблицек.... и получи одним запросом и разложи потом еще в пару десятков таблицек.

Hibiscus,
не пробовали в каждую таблицу необходимую для изменения писать время изменения и забирать измененные данные по дельте?
ну или чтобы не писать велосипед row-level dependency tracking.
2 май 17, 10:15    [20448918]     Ответить | Цитировать Сообщить модератору
 Re: select as of timestamp  [new]
DВА
Member

Откуда:
Сообщений: 5439
AmKad
Hibiscus
Можно ли во всех запросах, забирающих данные из БД для передачи использовать "select as of timestamp" или есть какие-то грабли ?
В теории можно. Так же as of scn. Read only / Serializable transaction. Snapshot too old.

А на практике приблизительно так и делает стандартная репликация ))
2 май 17, 13:14    [20449791]     Ответить | Цитировать Сообщить модератору
 Re: select as of timestamp  [new]
XMLer
Member

Откуда:
Сообщений: 258
Vint
XMLer,
тупее совета не придумал? представь себе связь пары десятков таблицек.... и получи одним запросом и разложи потом еще в пару десятков таблицек.

Да хоть пару сотен, не вижу проблем.
2 май 17, 13:18    [20449820]     Ответить | Цитировать Сообщить модератору
 Re: select as of timestamp  [new]
Elic
Member

Откуда:
Сообщений: 29979
XMLer
Да хоть пару сотен, не вижу проблем.
Тобой, что ли?
2 май 17, 13:19    [20449832]     Ответить | Цитировать Сообщить модератору
 Re: select as of timestamp  [new]
XMLer
Member

Откуда:
Сообщений: 258
Elic
XMLer
Да хоть пару сотен, не вижу проблем.
Тобой, что ли?

Можно и мной
2 май 17, 13:28    [20449896]     Ответить | Цитировать Сообщить модератору
 Re: select as of timestamp  [new]
Vint
Member

Откуда: Москва
Сообщений: 4564
XMLer,
01555 даже тебе грозит. хотя ты можешь ее и не видеть из песочницы.
2 май 17, 13:38    [20449959]     Ответить | Цитировать Сообщить модератору
 Re: select as of timestamp  [new]
AmKad
Member

Откуда:
Сообщений: 5222
XMLer
Да хоть пару сотен, не вижу проблем.
Поддерживать такое решение будет сложнее. Если объемы большие, то есть вероятность нехватки temp-а на стороне источника.
2 май 17, 13:52    [20450044]     Ответить | Цитировать Сообщить модератору
 Re: select as of timestamp  [new]
Elic
Member

Откуда:
Сообщений: 29979
XMLer
Можно и мной
Из пушки по воробьям. Корабль не выйдет из порта, затонув при погрузке пушек.
2 май 17, 13:54    [20450055]     Ответить | Цитировать Сообщить модератору
 Re: select as of timestamp  [new]
XMLer
Member

Откуда:
Сообщений: 258
Vint
XMLer,
01555 даже тебе грозит. хотя ты можешь ее и не видеть из песочницы.

Грозит, но это всяко лучше чем на "select as of timestamp" пустую табличку реплицировать.

Только я про другое, про то как ты быстро переобуваешься: то тебе сложно таблички связывать- раскладывать (кстати, я связывать и не предлагал, ты сам придумал), то snapshot too old вспомнил.
PS Я в своих песочницах FK в стейже считаю недопустимыми.
2 май 17, 13:59    [20450078]     Ответить | Цитировать Сообщить модератору
 Re: select as of timestamp  [new]
XMLer
Member

Откуда:
Сообщений: 258
Elic
XMLer
Можно и мной
Из пушки по воробьям. Корабль не выйдет из порта, затонув при погрузке пушек.

Зато какая нырялка там через пару лет будет :)
2 май 17, 14:01    [20450086]     Ответить | Цитировать Сообщить модератору
 Re: select as of timestamp  [new]
XMLer
Member

Откуда:
Сообщений: 258
AmKad
XMLer
Да хоть пару сотен, не вижу проблем.
Поддерживать такое решение будет сложнее. Если объемы большие, то есть вероятность нехватки temp-а на стороне источника.

Решение когда данные, полученные извне падают на FK просто поддерживать не получится, автор помучается и вынесет проверку качества в отдельный процесс.
2 май 17, 14:05    [20450109]     Ответить | Цитировать Сообщить модератору
 Re: select as of timestamp  [new]
Vivat!San
Member

Откуда: Москва
Сообщений: 718
Если сможет обеспечить гарантированное выполнение select as of timestamp на нужную глубину в промышленной среде,
то можно.
Для гарантированного выполнения смотрите в сторону Flashback Data Archive, но там тоже не всё гладко работает.
2 май 17, 14:32    [20450265]     Ответить | Цитировать Сообщить модератору
 Re: select as of timestamp  [new]
Vint
Member

Откуда: Москва
Сообщений: 4564
XMLer,
свои решения я привел выше. и в отличии от того что предлагаешь ты, там не будет ни 1555 ни проблем с темпом ни необходимости тащить и разбирать одним запросом кучу таблиц. но продолжай в том же духе... я смотрю ты все больше задираешь нос и все меньше конструктива))
2 май 17, 14:52    [20450387]     Ответить | Цитировать Сообщить модератору
 Re: select as of timestamp  [new]
AlexFF__|
Member

Откуда:
Сообщений: 2854
Vint
XMLer,
свои решения я привел выше. и в отличии от того что предлагаешь ты, там не будет ни 1555 ни проблем с темпом ни необходимости тащить и разбирать одним запросом кучу таблиц. но продолжай в том же духе... я смотрю ты все больше задираешь нос и все меньше конструктива))

Vint
не пробовали в каждую таблицу необходимую для изменения писать время изменения и забирать измененные данные по дельте?...

Я думал, это мне так везет со стажерами, что им нужно каждый раз по новой объяснять, что при заборе записей <= time в выборку не попадут незакоммиченные, которые также не попадут и в следующую итерацию, так как по времени входят в первую )))
Ан нет, видать такое широко практикуется ;)
2 май 17, 15:02    [20450426]     Ответить | Цитировать Сообщить модератору
 Re: select as of timestamp  [new]
AmKad
Member

Откуда:
Сообщений: 5222
XMLer
AmKad
пропущено...
Поддерживать такое решение будет сложнее. Если объемы большие, то есть вероятность нехватки temp-а на стороне источника.
Решение когда данные, полученные извне падают на FK просто поддерживать не получится, автор помучается и вынесет проверку качества в отдельный процесс.
Как связаны между собой твоя идея формирования мультисущностного XML одним запросом и нарушения ограничений ссылочной целостности?
2 май 17, 15:20    [20450505]     Ответить | Цитировать Сообщить модератору
 Re: select as of timestamp  [new]
XMLer
Member

Откуда:
Сообщений: 258
AmKad
XMLer
пропущено...
Решение когда данные, полученные извне падают на FK просто поддерживать не получится, автор помучается и вынесет проверку качества в отдельный процесс.
Как связаны между собой твоя идея формирования мультисущностного XML одним запросом и нарушения ограничений ссылочной целостности?

Я не предлагал формировать мультисущностный XML, связывать сущности это была идея другого участника. Я имел в виду формировать несколько документов одним запросом
Нарушение ограничения ссылочной целостности происходит, судя по посту ТС, из-за задержки в формировании данных разных таблиц. Формируй данные в рамках одного запроса и проблема уйдет
2 май 17, 16:37    [20450902]     Ответить | Цитировать Сообщить модератору
 Re: select as of timestamp  [new]
Elic
Member

Откуда:
Сообщений: 29979
XMLer
Я не предлагал
Вот именно. Только что-то сугубо личное
XMLer
имел в виду
Пустозвон?
2 май 17, 16:40    [20450921]     Ответить | Цитировать Сообщить модератору
 Re: select as of timestamp  [new]
XMLer
Member

Откуда:
Сообщений: 258
Elic,
Чукча писатель?
2 май 17, 16:49    [20450967]     Ответить | Цитировать Сообщить модератору
 Re: select as of timestamp  [new]
XMLer
Member

Откуда:
Сообщений: 258
Elic,
Не, чукча троль
2 май 17, 16:50    [20450974]     Ответить | Цитировать Сообщить модератору
 Re: select as of timestamp  [new]
AmKad
Member

Откуда:
Сообщений: 5222
XMLer
Я не предлагал формировать мультисущностный XML, связывать сущности это была идея другого участника. Я имел в виду формировать несколько документов одним запросом
XML это, CLOB или еще какой-нибудь тип данных, не принципиально.

XMLer
Нарушение ограничения ссылочной целостности происходит, судя по посту ТС, из-за задержки в формировании данных разных таблиц. Формируй данные в рамках одного запроса и проблема уйдет
Первые ответы в теме указывают на то, как можно получать целостное состояние посредством нескольких запросов. А "прелести" решения сформировать все одним запросом - очевидны.
2 май 17, 16:51    [20450982]     Ответить | Цитировать Сообщить модератору
 Re: select as of timestamp  [new]
Vint
Member

Откуда: Москва
Сообщений: 4564
XMLer,
row-level dependency tracking это тебе как стажер говорю)) с 15 летним стажем)))
2 май 17, 16:59    [20451020]     Ответить | Цитировать Сообщить модератору
Все форумы / Oracle Ответить