|
|
|
Провайдер sqloledb выдает глюк???
|
|||
|---|---|---|---|
|
#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. 24. 25. Хотя на коннекте АДП все отрабатывает нормально, но там провайдер другой (Microsoft.Access.OLEDB.10.0). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.11.2004, 12:43:40 |
|
||
|
Провайдер sqloledb выдает глюк???
|
|||
|---|---|---|---|
|
#18+
Ничего подобного, cmd выполняется без adAsyncFetchNonBlocking или adAsyncFetch, т.е. весь рекордсет был закачан. К тому же в приведенном примере в рекордсете всего 1 запись (я пробовал делать MoveNext пока не EOF, и cmd.Parameters.Refresh после этого, и так и сяк). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.11.2004, 13:26:55 |
|
||
|
Провайдер sqloledb выдает глюк???
|
|||
|---|---|---|---|
|
#18+
Я объяснил физику явления, а не причину отчего рекордсет не считается до конца зафетченным в данном случае (я не знаю этой причины). Попробуй серверный курсор сделать статическим и попробуй сказать набору данных Close до попытки получения значения параметра. Рефрешить параметры бесполезно. Код: plaintext 1. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.11.2004, 13:34:26 |
|
||
|
|

start [/forum/topic.php?fid=60&msg=32775392&tid=2168634]: |
0ms |
get settings: |
6ms |
get forum list: |
15ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
31ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
37ms |
get tp. blocked users: |
1ms |
| others: | 249ms |
| total: | 353ms |

| 0 / 0 |
