|
про последовательность UPDATE одного поля в операторах UPDATE/MERGE
|
|||
---|---|---|---|
#18+
Столкнулся с непонятной для меня ситуацией при использовании subj. Вводные: Код: plsql 1. 2.
а теперь 2 теста: на UPDATE: Код: plsql 1. 2. 3.
на MERGE: Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9.
результат меня удивил. Кто скажет - что должно получиться и почему? ... |
|||
:
Нравится:
Не нравится:
|
|||
01.02.2019, 14:29 |
|
про последовательность UPDATE одного поля в операторах UPDATE/MERGE
|
|||
---|---|---|---|
#18+
Customer Old, потому что не надо в мерже связывать по не уникальным полям ... |
|||
:
Нравится:
Не нравится:
|
|||
01.02.2019, 14:46 |
|
про последовательность UPDATE одного поля в операторах UPDATE/MERGE
|
|||
---|---|---|---|
#18+
Симонов Денис, не придирайтесь. считайте, что Id NOT NULL и PK есть. по существу есть мысли? вы ведь поняли смысл вопроса? ... |
|||
:
Нравится:
Не нравится:
|
|||
01.02.2019, 14:58 |
|
про последовательность UPDATE одного поля в операторах UPDATE/MERGE
|
|||
---|---|---|---|
#18+
Customer Oldпо существу есть мысли? вы ведь поняли смысл вопроса? Нет. Есть некий кривой тест и "удивительные" результаты, которых не видно. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.02.2019, 15:05 |
|
про последовательность UPDATE одного поля в операторах UPDATE/MERGE
|
|||
---|---|---|---|
#18+
Это проявление принципиальности подхода к стабильности курсора было одной из причин моей остановки в шествии вместе с FB на полуторке. Слишком дох было перепаивать (С). ... |
|||
:
Нравится:
Не нравится:
|
|||
01.02.2019, 15:09 |
|
про последовательность UPDATE одного поля в операторах UPDATE/MERGE
|
|||
---|---|---|---|
#18+
Customer Old, по существу, по стандарту merge должен ругаться при затрагивании одной и той же записи более одного раза. В ФБ такой проверки нет. Кроме того результат может зависеть от версии ФБ, которую ты не озвучил ... |
|||
:
Нравится:
Не нравится:
|
|||
01.02.2019, 15:10 |
|
про последовательность UPDATE одного поля в операторах UPDATE/MERGE
|
|||
---|---|---|---|
#18+
Симонов Денис, результат может зависеть от версии ФБВот! Я, наверное, слишком долго спал и отстал от жизни. А где прочитать про то, когда поведение подобных операторов поменялось? ... |
|||
:
Нравится:
Не нравится:
|
|||
01.02.2019, 15:23 |
|
про последовательность UPDATE одного поля в операторах UPDATE/MERGE
|
|||
---|---|---|---|
#18+
Customer Old, про UPDDATE читай в Release Notes 2.5 про стабильность курсора (все модифицирующие операторы) в Release Notes 3.0 ... |
|||
:
Нравится:
Не нравится:
|
|||
01.02.2019, 15:27 |
|
про последовательность UPDATE одного поля в операторах UPDATE/MERGE
|
|||
---|---|---|---|
#18+
Симонов Денис, Я, наверное, очень нудный... Сходу, открыв Release Notes 2.5, не нашел про изменение поведения UPDATE. Нельзя ли ткнуть меня в это место? И сразу 2-й вопрос (я не слишком много хочу?): есть ли там место, где собраны ВСЕ изменения поведения операторов DML? ... |
|||
:
Нравится:
Не нравится:
|
|||
01.02.2019, 15:40 |
|
про последовательность UPDATE одного поля в операторах UPDATE/MERGE
|
|||
---|---|---|---|
#18+
Customer Old, https://firebirdsql.org/file/documentation/release_notes/html/en/2_5/rnfb25-compat-sql.html https://firebirdsql.org/file/documentation/release_notes/html/en/2_5/rnfb25-fbconf-oldset.html В 3.0 этот временный переключатель в конфиге удалили. https://firebirdsql.org/file/documentation/release_notes/html/en/3_0/rnfb30-psql-cursor-stablility.html https://firebirdsql.org/file/documentation/release_notes/html/en/3_0/bk02ch09s06.html#rnfb30-dml-curstability там очень кратко, но смысл должен быть понятен ... |
|||
:
Нравится:
Не нравится:
|
|||
01.02.2019, 15:53 |
|
|
start [/forum/topic.php?fid=40&msg=39768254&tid=1560822]: |
0ms |
get settings: |
8ms |
get forum list: |
11ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
149ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
53ms |
get tp. blocked users: |
1ms |
others: | 299ms |
total: | 538ms |
0 / 0 |