Как правильно обновлять dataset?

[tarakan1983]

Инструменты : Delphi XE2, FibPlus, Ehlib, соответственно БД - *.fdb.
На форме: pFIBStoredProc1, pFIBDataSet1, DataSource1, DBGridEh1.
Читаю с com-порта данные в отдельном потоке и заношу в БД.
после каждого Insert закрываю и открываю dataset, т.е.

pFIBStoredProc1.StoredProcName:='insert';
pFIBStoredProc1.ParamByName() - тра-ля-ля:
***
pFIBStoredProc1.ExecProc;
pFIBDataSet1.Close;
pFIBDataSet1.Open;
pFIBDataSet1.First;
pFIBDataSet1.Last;

При таком раскладе получается перемаргивание сетки DBGridEh1 и возникает некое неудобство. Подскажите как правильно "инсертить" и обновляться.
Спасибо!

[Stilet]

Может у твоего грида есть некий метод типа Refresh или Reopen?

[Прик]

У датасетов есть методы DisableControls и EnableControls.
Перед перечитыванием данных с сервера отключить прорисовку:
pFIBDataSet1.DisableControls, после включить: pFIBDataSet1.EnableControls.
В этом контексте First и Last лишние вызовы.

[tarakan1983]

В этом контексте First и Last лишние вызовы.

А если так не делать, то ползунок не знает где начало, а где конец. При большом объеме записей возникают проблемы при перетаскивании ползунка в начало или в конец.

[Прик]

А если так не делать, то ползунок не знает где начало, а где конец.

Утверждение неверное. После открытия выборки (Open) "ползунок" всегда устанавливается на первую строку выборки.
И, признаться, не совсем понятно при чем здесь объем возвращаемых записей. От количества возвращаемых записей установка курсора (маркера, "ползунка") после открытия выборки не зависит никак.

[tarakan1983]

Все верно, а вот где конец выборки он не знает и даже размер самого ползунка не соответствует соотношению количества записей к высоте грида.

ПРИК, спасибо с DisableControls все работает отлично, вот как теперь сделать, чтобы при каждой новой записи не скакал в начало датасета, если выделена конкретная?

[Прик]

Здесь вы правы. Ползунок гриды "не знает" конца выборки пока не будет достигнут конец выборки. Но если количество строк в выборке будет большим, то ваш демарш (Last, First) вызовет полный как говорится фетч всех записей, а нередко это приводит к большим задержкам и как вы говорите, к перемаргиванию гриды.
И тут возникает вопрос: "вам ехать ли шашечки?" Зачем заморачиваться на ерунду в виде "правильно" выставленного ползунка скролбара, если это приводит к заметному неудобству в работе пользователя с вашим приложением.

[tarakan1983]

Зачем заморачиваться на ерунду в виде "правильно" выставленного ползунка скролбара

Согласен, я думаю, что этот вопрос можно отнести к разряду "быть или быть" и оставить на усмотрение каждого.
Можете подскажете как теперь сделать, чтобы при каждой новой записи курсор не скакал в начало датасета, если выделена конкретная?

[Прик]

Запоминать местоположение курсора и возвращать его на место после перечитывания данных методом Locate.
Но, вообще-то, при добавлении записей так делать не принято (хотя, конечно, кто запретит).
В этом случае я, например, выясняю у сервера идентификатор новой строки и по нему позиционирую на вставленную запись.

[tarakan1983]

это если использовать DBGridEh1CellClick(Column: TColumnEh);
а у меня грид Readonly и при использовании колесика мышки курсор перемещается. И получается пользователь кликнул на ID = 145, потом колесиком пролистал до ID = 174
и при обновлении датасета курсор сбежит на id = 145. Как тут быть?