|
|
|
FOR XML EXPLICIT ?
|
|||
|---|---|---|---|
|
#18+
если oдин из селектoв не вoзврaщaет ничегo тo весь зaпрoс пaдaет тaк кaк рaзрушaется структурa . Нaпример: если 2-oй тaг не вoзврaщaется тo пoлучaется чтo пoсле 1-oгo идет 3-ий. Вoпрoс кaк мoжнo интеллигентнo решить эту прoблему? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.06.2002, 18:18:24 |
|
||
|
FOR XML EXPLICIT ?
|
|||
|---|---|---|---|
|
#18+
Слово "интеллигентно" вообще в моем понимании плохо увязывается с FOR XML EXPLICIT. Это механизм, в первую очередь предназначенный для внутренних нужд SQL Server'а (в него преобразовываются XPath-запросы). Поэтому для человеческой работы лучше использовать именно XPath (к аннотированным схемам). Ну а если заниматься мазохизмом, то, например, так: Код: 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. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.06.2002, 08:33:05 |
|
||
|
FOR XML EXPLICIT ?
|
|||
|---|---|---|---|
|
#18+
аннотированные схемы порядочно тормозят.. :-( ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.06.2002, 13:14:09 |
|
||
|
FOR XML EXPLICIT ?
|
|||
|---|---|---|---|
|
#18+
Если порядочно - означает "на порядок", не согласен. По моим оценкам потери производительности дают 2.5 - 4 раза. Это при отключенном кэшировании схем. Ну а что ж вы хотите? По сути между клиентом и SQL Srv всунули дополнительный механизм, чтобы замэппить XML на реляционку. От этого никуда не деться: хотите удобства - платите скоростью. Если в Юконе сделают native XML storage, будет, конечно, приличней. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.06.2002, 13:44:19 |
|
||
|
|

start [/forum/topic.php?fid=46&gotonew=1&tid=1822167]: |
0ms |
get settings: |
5ms |
get forum list: |
8ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
35ms |
get topic data: |
6ms |
get first new msg: |
4ms |
get forum data: |
2ms |
get page messages: |
24ms |
get tp. blocked users: |
1ms |
| others: | 220ms |
| total: | 309ms |

| 0 / 0 |
