Скачать: 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 вся ветка

Скачать: CL | DM;



Память: 0.45 MB
Время: 0.01 c