
Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
19.06.2017, 14:19
|
|||
|---|---|---|---|
|
|||
orw_rowscn is null - нормально? |
|||
|
#18+
Привет. Это нормальное поведение? В смысле где-нибудь описано? Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
19.06.2017, 14:37
|
|||
|---|---|---|---|
orw_rowscn is null - нормально? |
|||
|
#18+
ora_rowscnЭто нормальное поведение?Это логично. Scn, который будет у строки, неизвестен до коммита. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
19.06.2017, 15:56
|
|||
|---|---|---|---|
|
|||
orw_rowscn is null - нормально? |
|||
|
#18+
Elicora_rowscnЭто нормальное поведение?Это логично. Scn, который будет у строки, неизвестен до коммита. Ну ладно хоть эта логика проявляется на втором запросе, а не, скажем, десятом или пятнадцатом. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
19.06.2017, 16:51
|
|||
|---|---|---|---|
|
|||
orw_rowscn is null - нормально? |
|||
|
#18+
Read commitedElicпропущено... Это логично. Scn, который будет у строки, неизвестен до коммита. Ну ладно хоть эта логика проявляется на втором запросе, а не, скажем, десятом или пятнадцатом.Для select for update берется текущая версия блока. После того как он выполнен, состояние текущей версии отличается от того, что было до него как минимум в том, что уже проставлен признак блокировки (lck) идентификатор транзакции (xid) для интересующей строки, изменен scn (как оно выглядит с rowdependencies надо делать dump), chkval etc. Если интересует углубиться дальше - 15384061 . ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
20.06.2017, 09:21
|
|||
|---|---|---|---|
|
|||
orw_rowscn is null - нормально? |
|||
|
#18+
dbms_photoshopизменен scn А на коммите откатывает его взад? Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. Read commitedНу ладно хоть эта логика проявляется на втором запросе, а не, скажем, десятом или пятнадцатом. Какая разница - на втором или пятом? Если ты пишешь PL/SQL процедуру, следует ожидать что она в стеке вызовов может оказаться не на верхнем уровне, а транзакция может быть начата до ее вызова. Посему, в общем, все равно - на втором, пятом или рандомно. Резюме. Судя по всему, таки не баг, либо багофича вроде того, как for update сбрасывает резалткэш, котороая то нотэбаг, то таки баг, то нотэбаг взад. Всем спасибо за участие. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
20.06.2017, 13:26
|
|||
|---|---|---|---|
|
|||
orw_rowscn is null - нормально? |
|||
|
#18+
ora_rowscnfor update сбрасывает резалткэшЯ там по ссылке делал предположение, что result cache смотрит на chkval. При роллбек текущей версией блока становится та, которая была до select for update, соответсвенно chkval становится прежним и result cache снова валидный. Аналогичная ситуация с scn. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
20.06.2017, 13:31
|
|||
|---|---|---|---|
|
|||
orw_rowscn is null - нормально? |
|||
|
#18+
ora_rowscnКакая разница - на втором или пятом? Если ты пишешь PL/SQL процедуру, следует ожидать что она в стеке вызовов может оказаться не на верхнем уровне, а транзакция может быть начата до ее вызова. Посему, в общем, все равно - на втором, пятом или рандомно. Ты не понял меня. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|

start [/forum/topic.php?fid=52&mobile=1&tid=1885733]: |
0ms |
get settings: |
9ms |
get forum list: |
18ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
163ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
49ms |
get tp. blocked users: |
1ms |
| others: | 228ms |
| total: | 484ms |

| 0 / 0 |
