Главная страница
Top.Mail.Ru    Яндекс.Метрика
Текущий архив: 2004.06.13;
Скачать: CL | DM;

Вниз

странное поведение связки SQLQuery-DatasetProvider-ClientDataset   Найти похожие ветки 

 
Desdechado ©   (2004-05-12 17:01) [0]

1. текст запроса присваивается в Run-time (параметрический или нет - одинаково) ClientDataSet.PacketRecords=-1 - все работает корректно
2. текст запроса присваивается в Run-time (параметрический или нет - одинаково) ClientDataSet.PacketRecords>0 - все работает корректно
3. текст запроса задается в Design-time и он НЕпараметрический, то при любом ClientDataSet.PacketRecords все работает корректно
4. если запрос задается в Design-time и он параметрический, то при свойстве ClientDataSet.PacketRecords>0 странности такого рода: вычитывается первая пачка, после нее вычитывается следующая пачка, но содержит она данные первой пачки, следующая - снова из первой и так до тех пор, пока не вычитает столько записей, сколько штук было в изначальной выборке (НП: 64 записи, 2 одинаковых пачки по 30 + пачка из 4 первых записей).
Смотрел SQLMonitor"ом, происходит закрытие датасета на границе пачек и его переоткрытие, хотя никаких подобных команд не даю. Все, кроме указанных изменений параметров, способов их присваивания и величины пакета для всех 4 случаев одинаково.
Что подскажете?


 
div ©   (2004-05-12 17:31) [1]

When PacketRecords is greater than 0, the client dataset must fetch its data incrementally. If the provider is on a stateless application server, the client dataset must inform the provider where to start fetching data. This communication can occur using a BeforeGetRecords event handler.


 
Desdechado ©   (2004-05-12 17:54) [2]

1. тогда почему 2-я и 3-я ситуация корректно обрабатываются?
2. у меня НЕ stateless application server


 
Desdechado ©   (2004-05-13 12:58) [3]

вопрос открыт


 
Desdechado ©   (2004-05-14 21:06) [4]

up

никто с таким не сталкивался, что ли?


 
Desdechado   (2004-05-19 18:19) [5]

как все-таки обработать такую ситуацию (4)?


 
Desdechado ©   (2004-05-21 15:55) [6]

видимо, так глубоко никто не копает, предпочитают искать обходные пути, а не докапываться до причин
жаль :(
буду сам рыть



Страницы: 1 вся ветка

Текущий архив: 2004.06.13;
Скачать: CL | DM;

Наверх




Память: 0.48 MB
Время: 0.037 c
1-1085831723
ltexcimer
2004-05-29 15:55
2004.06.13
case и char


4-1083248098
Orion2
2004-04-29 18:14
2004.06.13
WH_SHELL


3-1085408162
Mazer
2004-05-24 18:16
2004.06.13
Запись массива в memo-поле dBase таблицы...


3-1084968307
tahion
2004-05-19 16:05
2004.06.13
как добыть(вспомнить) пароль от таблиц БД


4-1084010880
_Duk
2004-05-08 14:08
2004.06.13
Потоки