|
SELECT ... FOR UPDATE WITH LOCK на updatable view
|
|||
---|---|---|---|
#18+
Приветствую, форумяне! Подскажите, пожалуйста, как ведет себя сервер при subj (алгоритм действий)? ... |
|||
:
Нравится:
Не нравится:
|
|||
13.07.2016, 13:41 |
|
SELECT ... FOR UPDATE WITH LOCK на updatable view
|
|||
---|---|---|---|
#18+
Никак. WITH LOCK на VIEW, насколько я знаю, запрещён. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
13.07.2016, 13:50 |
|
SELECT ... FOR UPDATE WITH LOCK на updatable view
|
|||
---|---|---|---|
#18+
rdb_dev, если updatable view получилось естественным способом, то скорее всего данная инструкция просто должна применяться к базовой таблице, а вот если оно сделалось обновляемой при помощи триггеров, то скорее всего никак, т.е. работать оно в принципе не может. P.S. Не проверял. Проверь и расскажи нам. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.07.2016, 13:55 |
|
SELECT ... FOR UPDATE WITH LOCK на updatable view
|
|||
---|---|---|---|
#18+
Симонов Денис, иными словами, вызова триггера BEFORE UPDATE с переменными NEW == OLD не будет? ... |
|||
:
Нравится:
Не нравится:
|
|||
13.07.2016, 14:00 |
|
SELECT ... FOR UPDATE WITH LOCK на updatable view
|
|||
---|---|---|---|
#18+
Ты доку читал? WITH LOCK делался специально чтобы не трогать триггера при работе. Потому что иначе он ничем от простого UPDATE не отличается. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
13.07.2016, 14:04 |
|
SELECT ... FOR UPDATE WITH LOCK на updatable view
|
|||
---|---|---|---|
#18+
rdb_dev, FOR UPDATE WITH LOCK не вызывает триггеры. Эта конструкция работает через создание версий записей попавших в выборку. Работать она может только с одной единственной таблицей. Попытка примастырить её на VIEW выглядит как минимум странной. Хочешь заблокировать записи в базовой таблице вызывай отдельный запрос с блокировкой базовой таблицы, ну или в ХП где будет написан этот запрос. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.07.2016, 14:09 |
|
SELECT ... FOR UPDATE WITH LOCK на updatable view
|
|||
---|---|---|---|
#18+
Dimitry SibiryakovТы доку читал? WITH LOCK делался специально чтобы не трогать триггера при работе. Потому что иначе он ничем от простого UPDATE не отличается.Читать-то - читал, но ведь всего не упомнишь. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.07.2016, 14:38 |
|
SELECT ... FOR UPDATE WITH LOCK на updatable view
|
|||
---|---|---|---|
#18+
rdb_dev, объясняю проще - with lock работает только с физическими записями. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.07.2016, 15:46 |
|
SELECT ... FOR UPDATE WITH LOCK на updatable view
|
|||
---|---|---|---|
#18+
kdvобъясняю проще - with lock работает только с физическими записями.Это не только проще, но и аргументированней. Сразу понятно, почему никто из разработчиков не заморачивался созданием синтетической поддержки WITH LOCK через представления. Ну, и, наверное, "не по стандарту", как кто-то забыл отметить. :) Всем спасибо! Тема закрыта. ... |
|||
:
Нравится:
Не нравится:
|
|||
14.07.2016, 02:50 |
|
SELECT ... FOR UPDATE WITH LOCK на updatable view
|
|||
---|---|---|---|
#18+
rdb_dev, помимо стандарта есть ещё здравый смысл. То что ты хочешь не поддаётся здравому смыслу. А ведь представление оно вообще на основе ХП может быть, а в ХП какой-нибудь EXTERNAL DATA SORCE... ... |
|||
:
Нравится:
Не нравится:
|
|||
14.07.2016, 10:22 |
|
SELECT ... FOR UPDATE WITH LOCK на updatable view
|
|||
---|---|---|---|
#18+
Симонов Дениспредставление оно вообще на основе ХП может быть, а в ХП какой-нибудь EXTERNAL DATA SORCE... Щас ты его научишь плохому, ага... Хотя может второй Таблоид на выходе получится ... |
|||
:
Нравится:
Не нравится:
|
|||
14.07.2016, 10:30 |
|
SELECT ... FOR UPDATE WITH LOCK на updatable view
|
|||
---|---|---|---|
#18+
DarkMaster, плохому могу научить только я. ... |
|||
:
Нравится:
Не нравится:
|
|||
14.07.2016, 21:16 |
|
SELECT ... FOR UPDATE WITH LOCK на updatable view
|
|||
---|---|---|---|
#18+
Симонов ДенисА ведь представление оно вообще на основе ХП может быть, а в ХП какой-нибудь EXTERNAL DATA SORCE...Именно так! И в этом случае, представление должно знать, как "блокировать" такую запись, попадающую в выборку представления. К примеру: Код: plsql 1. 2. 3. 4. 5. 6.
Конечно, подобное решение не лучшим образом скажется на производительности, но, ИМХО, обращение к представлению, как к таблице, более унифицированным. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.07.2016, 23:00 |
|
SELECT ... FOR UPDATE WITH LOCK на updatable view
|
|||
---|---|---|---|
#18+
я знал... ... |
|||
:
Нравится:
Не нравится:
|
|||
16.07.2016, 09:38 |
|
SELECT ... FOR UPDATE WITH LOCK на updatable view
|
|||
---|---|---|---|
#18+
о чем? ... |
|||
:
Нравится:
Не нравится:
|
|||
16.07.2016, 14:25 |
|
SELECT ... FOR UPDATE WITH LOCK на updatable view
|
|||
---|---|---|---|
#18+
rdb_dev, О том, что желаешь странного. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.07.2016, 09:07 |
|
SELECT ... FOR UPDATE WITH LOCK на updatable view
|
|||
---|---|---|---|
#18+
WildSery, так ведь скучно желать нестранного. Не? ;) ... |
|||
:
Нравится:
Не нравится:
|
|||
18.07.2016, 09:20 |
|
|
start [/forum/topic.php?fid=40&fpage=57&tid=1562070]: |
0ms |
get settings: |
10ms |
get forum list: |
15ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
36ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
54ms |
get tp. blocked users: |
2ms |
others: | 14ms |
total: | 152ms |
0 / 0 |