Добрый день.
1) если приложение (или компоненты доступа) забывают выполнить
isc_dsql_free_statement,
то как в этом случае действует сервер? Означает ли это утечку ресурсов
сервера?
Мое предположение - ничего сервер не делает, до отключения данного
соединения.
2) второй
Oleg Matveyev wrote:
1) если приложение (или компоненты доступа) забывают выполнить
isc_dsql_free_statement,
то как в этом случае действует сервер? Означает ли это утечку ресурсов
сервера?
Мое предположение - ничего сервер не делает, до отключения данного
соединения.
Так точно.
2)
Oleg Matveyev ...
Добрый день.
1) если приложение (или компоненты доступа) забывают выполнить
isc_dsql_free_statement,
то как в этом случае действует сервер? Означает ли это утечку ресурсов
сервера?
Мое предположение - ничего сервер не делает, до отключения данного
isc_start_transaction
isc_dsql_allocate_statement
isc_dsql_prepare
isc_dsql_execute
(isc_dsql_fetch)
isc_commit_transaction - вот на данном этапе, сервер нормально
переживет?
А почему нет? Время жизни стейтмента по определению больше, чем
транзакции.
Каждый statement жрёт около 64К виртуалки. Когда она закончится - ты
об
этом узнаешь ;)
спасибо, понаблюдаю.
Oleg Matveyev ...
isc_start_transaction
isc_dsql_allocate_statement
isc_dsql_prepare
isc_dsql_execute
(isc_dsql_fetch)
isc_commit_transaction - вот на данном этапе, сервер нормально
переживет?
А почему нет? Время жизни стейтмента по
isc_dsql_prepare // если текст запроса в цикле не меняется
нет-нет, как раз случай когда меняется
isc_dsql_free_statement // DSQL_close
}
isc_dsql_free_statement // DSQL_drop
а вот про это незнал, почитаю внимательнее.
Dmitri Kuzmenko пишет:
Hello, Dmitry!
Dmitry Lendel wrote:
2 Утилита gkill от Oleg Loa убивает системные таблицы в базе?
Теоретически
получаем груду дигитального хлама, с которым возиться бесполезно?
исходника разве нет?
можно еще просто delete from rdb$pages выполнить.
Это можно
9 matches
Mail list logo