Интересное торможение в гриде.

← →
Крутыш © (2004-02-21 14:27) [0]

Приветствую всех!!!

У меня есть таблица в которой 15000 записей (кодов болезней).
При перемещении по набору в гриде (грид из пакета developer express),
Никаких торможений не наблюдается. А вот есть интересный момент.
Нахожусь я на первой записи, потом резко взяв за ползунок перемещаюсь вниз.
Хочу выделить запись, а она выделяется лишь через несколько секунд.(наблюдается торможение).
Потом когда выделиться, начинаешь перемещаться по записям всё нормально.

Подскажите в чём - проблема. Использую ADO.

← →
jack128 © (2004-02-21 15:23) [1]

это эти 15000 записей достовляются с сервера на клиент.
Лудше скажи, зачем тебе 15000 записей сразу показывать? Какой маньяк их просматривает??

← →
Desdechado © (2004-02-21 15:48) [2]

вот-вот, лучше по каегориям/группам их разбей штук по 100 в каждой

← →
Крутыш © (2004-02-21 20:05) [3]

Ну а смысл сделаю пусть я по 2000 записей в каждой группе,ъ
а торможение опять наблюдается.

← →
jack128 © (2004-02-21 20:19) [4]

а замерь это торможение. я думаю, тормоза раз 7 меньше..

← →
Крутыш © (2004-02-21 20:25) [5]

Ну а какой выход, и комп вроде быстрый - пентиум 4, DDR 256.

← →
jack128 © (2004-02-21 20:39) [6]

Гы. Я вообще то такими объемами не оперирую, но щас провел эксперемент на IB/IBX. 12000 записей фетчаться за 1.5 сек. Вобщем я конечно слышал, что Access отцтой, но чтоб настолько!!!!

Или ты что то КАРДИНАЛЬНО не так делаешь..

← →
DrPass © (2004-02-21 20:41) [7]

А что ты хотел от ПЕРСОНАЛЬНОЙ базы данных?

← →
DrPass © (2004-02-21 20:43) [8]

Да и разница между неповоротливой ADO и gds32.dll тоже немало стоит.

← →
jack128 © (2004-02-21 20:50) [9]

Вот - вот. Объясните мне зачем такой аксес нужен???

← →
DrPass © (2004-02-21 20:53) [10]

Секретарша не будет ставить себе SQL-сервер, чтобы записывать список входящей корреспонденции. А Access она поставит <ей поставят>, и будет рада

← →
jack128 © (2004-02-21 20:54) [11]

FB Emb ставить не нужно, это просто Dll"ка..

← →
DrPass © (2004-02-21 21:42) [12]

Дык разница-то даже не в простоте установки. Access в отличие от той же FB и ей подобных - продукт самодостаточный. В общем случае тебе не нужно писать ни строчки кода, чтобы пользоваться СУБД. А разработка форм - просто покидал контролы, и работает. Это как растворимый кофе и натуральный. Все знают, что первый делается из отходов, но зато готовится мгновенно, и не надо потом мыть кофеварку, поэтому у него столько поклонников

← →
sniknik © (2004-02-21 22:12) [13]

DrPass © (21.02.04 20:43) [8]
> Да и разница между неповоротливой ADO и gds32.dll тоже немало стоит.
jack128 © (21.02.04 20:50) [9]
> Вот - вот. Объясните мне зачем такой аксес нужен???

ADO то как раз "поворотливый", только настроек в нем больше чем 1(один) вариант, некоторым разбиратся влом, поэтому и ставят компоненты которые их вроде бы на первый взгляд устраивают, а после...

судя по описанным признакам поставлен серверный курсор, данные докачиваются при резком движении ползунка, в общем такое поведение это оправдано но похоже не в данном случае.
данные при серверном курсоре передаются гораздо медленее чем при локальном (время на передачу того же количества) зато первая порция ессть почти сразу и видна. в этом случае 15 000 записей при локальном вообше не заметиш как перекачаются (много меньше секунды), ну в общем понятно.
еслибы вместо установки компонент потратил бы время на изучение логики работы ADO таких бы "глюков" не было бы. вернее пользовался бы наилутшим режимом для конкретного случая и все.

← →
KSergey © (2004-02-22 10:07) [14]

> sniknik © (21.02.04 22:12) [13]
> судя по описанным признакам поставлен серверный курсор,

Я вот тоже как-то про серверный курсор заподозрил...
Автор, проверьте значение CursorLocation (вроде такое название, проверять лень)

PS
Правда боюсь следующий вопрос после переход на клиентский курсор (если он был таки серверным) будет "почему так долго открывается запрос?" ;)

← →
Крутыш © (2004-02-22 10:46) [15]

Почему же в Access никаких торможений не наблюдается???

← →
Крутыш © (2004-02-22 10:50) [16]

Выбирал я и клиентский курсор проблема не решилась.
Может чего то с cashesize замутить надо у меня стоит 1.
Может что с гридом, поставлю ка я стандартный грид.
Сейчас всё проверю, у меня ещё операционная заглючила,
щас установлю.

← →
sniknik © (2004-02-22 11:20) [17]

Крутыш © (22.02.04 10:46) [15]
> Почему же в Access никаких торможений не наблюдается???
наблюдается, только не на таких размерах. вот на гдето больше 150 000 это видно если сразу попытатся в конец таблици перейти, там и количество записей внизу не сразу показывается.
у них скорее всего локальный с ассинхронным фетчем используется.

ктати не надо думать что просто поставив клиентский курсор решиш свою проблему, просто будет работать по другому (зависания т.е. вся выборка будет вначале) если будет не видно хорошо, неустроит попробуй ассинхронный фетч (cashesize это как раз часть настройки ассинхронного), или режим директтейбла.

sniknik [17]. А где поставить асинхронный фетч???
Какое это свойство у какого компонента???

2Крутыш © (22.02.04 11:49) [18]
Может какой супер фетч и поможет, но чуть-чуть. На 30000 тысячах тормозить станет еще больш. Стоит, ИМХО, пересмотреть подход и не тащить 15000 записей сразу клиенту.

Всё кажется я нащупал проблемы. Как я хотел поставить
стандартный [16] и что вы думаете в стандартном гриде,
который поставляется с дельфи, всё летает.
Я от радости чуть не ох..л. А как я уже говорил у меня грид из пакета developer express. В стандартном гриде прямо
летает. Даже не думает, не тормозит. Именно резко от начала и до конца.
Сейчас буду в свойствах грида копаться express-овского.
Может чего нащупаю.

Конечно не хотелось от казываться от этого грида.
Тем более программа уже готова.

Всё решил проблему. Всё летает и не тормозит.Поработал
со свойствами грида экспресовского.
Сейчас нахрюкаюсь!!!

и никому конечно неинтересно в чем была причина, решил это главное. молодец.

← →
aga123 (2004-02-24 16:22) [23]

Режим GridMode пробовал?
Да интересно в чем же было дело?

Интересное торможение в гриде. Найти похожие ветки