|
|
|
<< Вложенный запрос блокирует коннект>>
|
|||
|---|---|---|---|
|
#18+
Привет всем! Оракл 8 на Вин НТ4 к нему подключена прога через odbc с родным Ора 8 драйвером. простой селект работал там 3 года и не хрюкал (выбирает самое длинное вхождение в образец (3164131) из некоего словаря Тейбл. например если есть 31 и 316 то находится первым 316 что и является решением задачи). Код: plaintext 1. 2. после некоторых дурацких преобразований в работе основного приложения пришлось извратиться примерно так: Код: plaintext 1. 2. 3. 4. теперь надо получать форсированно самое длинное значение т.к. теперь надо проверить цену (не больше чем назначено самому длинному Dir в словаре). после внесенного изменения (используется вложенный запрос) одбц мертво утыкается в этот запрос и висит как будто в дедлоке. сам по себе запрос проходит в SQL*Plus. значит это особенность одбц... подскажите - чего в нем пнуть? не охота дробить такую сучность на два запроса. смешно как то. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2003, 16:04 |
|
||
|
<< Вложенный запрос блокирует коннект>>
|
|||
|---|---|---|---|
|
#18+
последовательность вызовов если поможет: rc = SQLAllocHandle(SQL_HANDLE_STMT, hdbc, &hstmt); rc = SQLExecDirect(hstmt, (SQLCHAR *)cQuery, SQL_NTS); rc = SQLBindCol(.........................................); ... rc = SQLFetch(hstmt); rcf = SQLFreeHandle(SQL_HANDLE_STMT, hstmt); ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2003, 16:26 |
|
||
|
|

start [/forum/topic.php?fid=52&tid=1991437]: |
0ms |
get settings: |
8ms |
get forum list: |
18ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
194ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
45ms |
get tp. blocked users: |
1ms |
| others: | 235ms |
| total: | 520ms |

| 0 / 0 |
