Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Оптимизация запроса по XML
|
|||
|---|---|---|---|
|
#18+
Доброго времени суток господа! Из-за долгого выполнения ХП у меня возникла необходимость переделать хранимую процедуру которая делает следующее: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. Что можно сделать в моем случае? Могу я один раз заселектить в переменную XML благо он одинаковый (данные идентичны) для всех этих инсертов, а потом делать инсерт только обращаясь к этому XML и не обращаясь к таблице? Я попробовал создать такую, но что-то не получается. Не могу разобраться в сообщении об ошибке: "The result of an intermediate step expression in an XQuery path expression contains an atomic value" Вот возможный код решения проблемы: Код: 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. Заранее всех благодарю за помощь! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.09.2010, 18:15 |
|
||
|
Оптимизация запроса по XML
|
|||
|---|---|---|---|
|
#18+
Не совсем понятно, можно ли делать такие запросы: Код: plaintext 1. 2. 3. Везде в примерах стоит обычная рел.таблица, а потом ХМЛ Код: plaintext 1. 2. 3. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.09.2010, 13:31 |
|
||
|
Оптимизация запроса по XML
|
|||
|---|---|---|---|
|
#18+
indicatrixЧто можно сделать в моем случае? Можно попробовать отказаться от xmltable(). Код: plaintext 1. 2. 3. Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. indicatrixНе совсем понятно, можно ли делать такие запросы: ... Везде в примерах стоит обычная рел.таблица, а потом ХМЛ Можно. Просто, чтоб не отвлекаться на инициализацию переменных, в примерах берутся готовые xml-ки из таблиц. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.09.2010, 15:15 |
|
||
|
Оптимизация запроса по XML
|
|||
|---|---|---|---|
|
#18+
BuryCommonerindicatrixЧто можно сделать в моем случае? Можно попробовать отказаться от xmltable(). Код: plaintext 1. 2. 3. Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. Спасибо большое, получилось, и в скорости действительно нет разницы. А как можно увеличить перфоманс? Куда идут основные затраты? На инсерт в таблицу или селект из ХМЛ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.09.2010, 18:31 |
|
||
|
Оптимизация запроса по XML
|
|||
|---|---|---|---|
|
#18+
Судя по своему опыту, функция xmltable() неэффективно написана. На мелких xml-ах летает, но с увеличением размера скорость падает катастрофически. Грузил xml-ку размером несколько метров. Время выполнения было в пределах минут. При xml-ке размером в пару десятков метров, время выполнения возросло в порядки часов. О_о Разумной альтернативы не нашли. Решили парсить на джаве. Правда до рабочего варианта не успели дойти. Из-за организационных проблем разработку БД приостановили. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.09.2010, 16:58 |
|
||
|
Оптимизация запроса по XML
|
|||
|---|---|---|---|
|
#18+
BuryCommonerСудя по своему опыту, функция xmltable() неэффективно написана. На мелких xml-ах летает, но с увеличением размера скорость падает катастрофически. Грузил xml-ку размером несколько метров. Время выполнения было в пределах минут. При xml-ке размером в пару десятков метров, время выполнения возросло в порядки часов. О_о Разумной альтернативы не нашли. Решили парсить на джаве. Правда до рабочего варианта не успели дойти. Из-за организационных проблем разработку БД приостановили. Спасибо за совет! Значит основное время уходит на обработку ХМЛ. Попробую реализовать без xmltable. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.09.2010, 18:11 |
|
||
|
|

start [/forum/topic.php?fid=43&msg=36848508&tid=1602590]: |
0ms |
get settings: |
10ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
62ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
48ms |
get tp. blocked users: |
1ms |
| others: | 288ms |
| total: | 445ms |

| 0 / 0 |
