powered by simpleCommunicator - 2.0.53     © 2025 Programmizd 02
Форумы / IBM DB2, WebSphere, IMS, U2 [игнор отключен] [закрыт для гостей] / UNION ALL: правило старшинства или порядок выполнения
10 сообщений из 35, страница 2 из 2
UNION ALL: правило старшинства или порядок выполнения
    #32860285
gardenman
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
по-моему все кто занимался Ораклом просто-напросто с детству запуганы Томом Кайтом и грязным чтением...((
Я вообще не понимаю каков смысл получать long-running report по данным, которые в настоящий момент меняются? Ведь если запустить такой отчет сразу же после первого выполнения - вся картина все равно поменяется. А в основном все длинные отчеты получаются из уже закомиченных данных. А в этом случае - что грязное чтение, что serialazible - один и тот же результат будет.
...
Рейтинг: 0 / 0
UNION ALL: правило старшинства или порядок выполнения
    #32860289
ggv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ggv
Гость
Nothing to say. I may repeat only I could not get a deadlock in my example.
...
Рейтинг: 0 / 0
UNION ALL: правило старшинства или порядок выполнения
    #32860366
Victor Metelitsa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
gardenmanпо-моему все кто занимался Ораклом просто-напросто с детству запуганы Томом Кайтом и грязным чтением...((
Я вообще не понимаю каков смысл получать long-running report по данным, которые в настоящий момент меняются? Ведь если запустить такой отчет сразу же после первого выполнения - вся картина все равно поменяется.


Ну вообще-то нет. Или - смотря что называть "картиной". Если "картина"="результат запроса", то на serialazible она не должна поменяться (в той же транзакции). Правда, не знаю, сколько в этом пользы.

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

Да, у нас тоже так. А можно вообще (постулировать|разработывать модели, требующие), что данные нельзя UPDATE/DELETE, а можно только INSERT, и строить отчеты на записях с TIMESTAMP'ом не выше некоего заданного (скажем, на начало построения отчета).
...
Рейтинг: 0 / 0
UNION ALL: правило старшинства или порядок выполнения
    #32860878
kdima71
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
gardenmanпо-моему все кто занимался Ораклом просто-напросто с детству запуганы Томом Кайтом и грязным чтением...

Уважаемый, пожалуйста, посоветуйте какую-нибудь литературу, чтобы "не бояться" грязного чтения! Буду Вам при много благодарен!
...
Рейтинг: 0 / 0
UNION ALL: правило старшинства или порядок выполнения
    #32862170
Victor Metelitsa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ну, вот в паре наших баз сперва добавляются данные, затем строятся отчеты (добавляются за январь, считаются за декабрь). Потому уровень изоляции можно ставить какой угодно. В append only базе вместо январь/декабрь может быть сейчас/минутуназад - принцип тот же.
...
Рейтинг: 0 / 0
UNION ALL: правило старшинства или порядок выполнения
    #32862368
ggv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ggv
Гость
Viktor: not always possible to have a database add-only.
We have a VoIP billing system where the info about each call depends from the several packet from several VoIP gateways. Each packet from gateways kept in one table, and the info about calls calculated on the fly and inserted/updated in another table with each coming packet (through MQ queue).
But there are two things:
1) the table with packets from the gateway is add-only and it's absolutely safe to use UR to it because if a packet is in the queue it will be inserted.
2) For hourly/daily/weekly/monthly reports based on calls table we are not interesting in last second/minute/hour/day

Actualy we could reach a huge throughput without deadlocks having a lot of insert/update/select after we got a business logic and made a proper design.
It might be the answer to kdima71 - your business logic only may help you to understand when/where you may use UR.
...
Рейтинг: 0 / 0
UNION ALL: правило старшинства или порядок выполнения
    #32878012
Lana Zapornikova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
А не сталкивался ли кто со следующей проблемой с грязным чтением:

есть активно (порядка сотен транзакций в минуту) пополняемая табличка (appendOnly). На ней есть несколько индексов типа номер счета + что-то еще, то есть активно модифицируемые по всему объему.

Если запрос из приложения имеет план исполнения, использующий 2 индекса для отбора данных, то он с заметной вероятностью (до 30-50%) падает с ошибкой Invalid cursor state. Поборолось это шаманскими плясками так, чтобы план исполнения использовал только один индекс.

Интересно 1) можно ли с этим бороться более регулярными методами? (Перевести репортинг с UR невозможно)
2)вообще, у кого был опыт с подобным безобразием?

Db2 8.1.6, Windows 2003
...
Рейтинг: 0 / 0
UNION ALL: правило старшинства или порядок выполнения
    #32878232
ggv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ggv
Гость
that sounds strange.
I had a system with much more than 100 transactions per second, and a table with SELECT/INSERT/UPDATE, and more then 2 indexes, and different queries with accesing several indexes.
Never got invalid cursor state.
db2 v 8.1.4
Looks like a bug if it is truth. Or something other goes wrong.
...
Рейтинг: 0 / 0
UNION ALL: правило старшинства или порядок выполнения
    #32878420
kdima71
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Lana Zapornikova...(Перевести репортинг с UR невозможно)

Здравствуйте Lana!

Меня заинтересовала Ваша проблема!

1. Мне интересно знать, только при уровне изоляции UR происходит эта ошибка?
2. Могли бы Вы объяснить причину, невозможности использования в вашей системе отчетов другого уровне изоляции, отличного от UR?
3. Могли бы Вы привести более подробный отчет о вашей проблеме и способы, которые вы использовали для её решения?

Заранее благодарю за ответы!

С уважением kdima71.
...
Рейтинг: 0 / 0
UNION ALL: правило старшинства или порядок выполнения
    #32878597
gardenman
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2 Lana
А курсор открывается с опцией WITH HOLD?
...
Рейтинг: 0 / 0
10 сообщений из 35, страница 2 из 2
Форумы / IBM DB2, WebSphere, IMS, U2 [игнор отключен] [закрыт для гостей] / UNION ALL: правило старшинства или порядок выполнения
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]