|
|
|
Глючит обновление нескольких таблиц.
|
|||
|---|---|---|---|
|
#18+
Вот запросы которые обновляют 80 тысяч записей: Глючный (на небольших обёмах, 20 строк, работает нормально): Код: 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. Рабочий: Код: 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. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.08.2005, 13:58:23 |
|
||
|
Глючит обновление нескольких таблиц.
|
|||
|---|---|---|---|
|
#18+
Как это работает: 1. Выбирается поле которое нужно менять: Код: plaintext 1. 2. Розсчитывается значение изменений: Код: plaintext 3. Прибавляется это значение к общему полю: Код: plaintext 4. Прибавляется к изменяюмому полю: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 5. Изменяется ещё одно поле. Код: plaintext Глюк проявляется в том, что в пункте 3,4. Там прибавляется не новое значение, а то, что было в поле `last_train` до исполнения пункта 2. А это розсчитаное значе прибавляется уже при следующем запуске. Во втором примере, когда неиспользуется обновление нескольки таблиц, а используются вложенные запросы, всё считается правильно. Но он работает медленней медленней. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.08.2005, 14:55:11 |
|
||
|
Глючит обновление нескольких таблиц.
|
|||
|---|---|---|---|
|
#18+
Нда. Хорошо бы планы сравнить при 20 и при 80000 записей. Не разные ли они будут? Тут может ответ и выйти. Кстати, вьюшки использовать вместо таких жутких апдейтов не оптимальнее для задачи? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.08.2005, 18:49:42 |
|
||
|
|

start [/forum/topic.php?fid=47&msg=33205719&tid=1853779]: |
0ms |
get settings: |
8ms |
get forum list: |
16ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
55ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
39ms |
get tp. blocked users: |
1ms |
| others: | 239ms |
| total: | 378ms |

| 0 / 0 |
