|
Гарантируемый UPDATE :)
|
|||
---|---|---|---|
#18+
Гарантирует ли вариант 2 обновление записей в порядке, отсортированным по ID? Сайбэйз 12.5.2 Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36.
... |
|||
:
Нравится:
Не нравится:
|
|||
23.03.2011, 14:31 |
|
Гарантируемый UPDATE :)
|
|||
---|---|---|---|
#18+
marseГарантирует ли вариант 2 обновление записей в порядке, отсортированным по ID?нет ... |
|||
:
Нравится:
Не нравится:
|
|||
23.03.2011, 17:21 |
|
Гарантируемый UPDATE :)
|
|||
---|---|---|---|
#18+
White Owl, В приведенном примере будет table scan по таблице с кластеризованным индексом по ID, так что данные лежат в порядке увеличения ID - соответственно и update пойдет в том же порядке. ... |
|||
:
Нравится:
Не нравится:
|
|||
23.03.2011, 20:07 |
|
Гарантируемый UPDATE :)
|
|||
---|---|---|---|
#18+
invariantWhite Owl, В приведенном примере будет table scan по таблице с кластеризованным индексом по ID, так что данные лежат в порядке увеличения ID - соответственно и update пойдет в том же порядке.Порядок обновления и удаления строк никак не регламентирован, а значит и закладываться на это нельзя. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.03.2011, 20:15 |
|
Гарантируемый UPDATE :)
|
|||
---|---|---|---|
#18+
White OwlПорядок обновления и удаления строк никак не регламентирован, а значит и закладываться на это нельзя. Конкретно в данных условиях - (ASE12.5, таблица с фиксированными полями, кластеризованный индекс, прямой update) - работает. Но в общем случае Вы, конечно, правы - есть много тонких моментов, которые надо проверять, и для разных версий сервера поведение может и поменяться. Так что в повседневной практике такие методы лучше не использовать, но в каком-нибудь конкретном случае для разового update может и пригодиться. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.03.2011, 21:19 |
|
|
start [/forum/topic.php?fid=55&fpage=21&tid=2010375]: |
0ms |
get settings: |
9ms |
get forum list: |
11ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
32ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
42ms |
get tp. blocked users: |
1ms |
others: | 13ms |
total: | 129ms |
0 / 0 |