Текущий архив: 2003.05.22;
Скачать: CL | DM;
Вниз
Отсоединенный набор в MS SQL Найти похожие ветки
← →
AlexGof (2003-04-30 12:35) [0]Здравствуйте мастера ! Вопрос такой, даже чисто для интереса.
Решил проэксперементировать с отсоединенным набором в Дельфи BatchOptimistic (тип блокировки). Решил на время просмотра и вставки записей в DataSet отключить соединение с сервером. Поставил такой эксперимент:
ADODataSet.ACtive:=true;
ADOConnection.Connected:=false;
все выборки из ADODataSet пропали, затем сделал так
ADODataSet.ACtive:=true;
ADODataSet.Connection:=nil;
ADOConnection.Connected:=false;
все нормально выборки все на месте. Проверяю кол-во присоединенных пользоваелей к серверу и все равно вижу себя присоединенным. А как тогда это свойство Connected работает не пойму. Объясните если кто знает, как правильно сделать ?
← →
jocko (2003-04-30 14:32) [1]Думаю надо принять как факт, кстати BatchOptimistic тут не причем, как и ADODataSet.Connection:=nil; интересно, что попытка повторного подключения не создает нового процесса на сервере, а текущий убивается сразу если закрыть приложение целиком.
Похоже я чего-то не понимаю в этой жизни :(
← →
BlackTiger (2003-04-30 20:29) [2]Это вполне нормально. Называется "ADO connection pooling". Смысл в том, чтобы не открывать заново соединение, если такое уже было. На открытие соединения тратится время и ресурсы, а тут - просто берется соединение из кэша.
Нафига надо - не понятно, если ты работаешь через одно постоянное соединение, но такая весчь присутствует.
Сессия полностью закроется (кодом) только при ADOConnection1.Free.
Страницы: 1 вся ветка
Текущий архив: 2003.05.22;
Скачать: CL | DM;
Память: 0.44 MB
Время: 0.005 c