"Ускорить" вывод данных из БД, потоки?

[spirit-ua]

Всем Привет!

Суть задачи:
есть файл MS Access, по запросу, их будет около 3-4х десятков, будут заполняться РАЗНЫЕ сетки Grid, запросы через ADO компоненты.

Так вот, имеет смысл распихать запросы в потоки, тем самым плодить к-во компонентов ADO и "умеет" ли Access работать с много поточностью или идти другим путем: выстроить все запросы, а уже в потоках распихивать данные по сеткам т.к. я "понимаю" запрос все равно выполнится быстрее чем заполнится сетка в 1000 строк с 99-ю полями где паралельно будет выставляться ширина, высота строк, "ручная" заливка ячеек, разные шрифты, цвет шрифта для каждой ячейки и т.д.

Подскажите

[evg_m]

первый вопрос а зачем пользователю сразу столько тяжелых (что требуется N>10 запрос каждый из которых работает более 1 секунды).
иначе он может и подождать эти 10 секунд.

[spirit-ua]

Сообщение от evg_m

первый вопрос а зачем пользователю сразу столько тяжелых (что требуется N>10 запрос каждый из которых работает более 1 секунды).
иначе он может и подождать эти 10 секунд.

В НБА каждая команда играет в регулярном сезоне 82 игры (без плей-офф) соответсвенно будет как минимум 82 строки и в каждой более 200 столбиков (самая развернутая статистика по игре + по каждому игроку). В чемпионате 30 команд и соответственно может быть до 30-ти одновременно открытых вкладок с сеткой для каждой команды с уникальной заливкой, шрифтами ну и т.д.

Я думаю что Вы согласитесь что проводить анализ для 2-х (22-х) команд в отдельной сетке гораздо проще нежели когда все в куче...

О целесообразности, еффективности, оптимизации и систематизации данных вопрос совсем с другой оперы, нужно именно то и именно так как на скрин-шоте. Я понимаю что можно открывать сетку по очереди одну за другой, но на заполнение одной сетки (заливке, подгон размеров и т.д.) на моем ПК уходит около 6-8 секунд, отсюда и встал вопрос разнести в потоки...

[northener]

на заполнение одной сетки (заливке, подгон размеров и т.д.) на моем ПК уходит около 6-8 секунд, отсюда и встал вопрос разнести в потоки

И как предполагается заполнять VCL-ные визуальные контролы в дополнительных потоках?

[evg_m]

в общем случае VCL (то бишь та самая сетка) однопоточен. смотри про synchronize.
так что надо смотреть код подгонки.
иногда можно сэкономить время если подгонку ограничить отображаемой частью (перенести код подгонки в OnPaint!). И не заниматься тем что не нужно, т.е рассчитывать только те данные которые мы в состоянии отобразить (а это уж точно не 1000 строк и не 100 колонок) (именно так часто и поступает Windows).

Или наоборот "озадачить" этим (цвета/заливки) БД.
Ввести доп. поле, возможно вычислимое(!) на сервере (будут вычисляться все строки)/на клиенте (вычисления при необходимости(читай отрисовке).

ИМХО: вычислимое поле(я) на клиенте для определения характеристик отображения зависящих только от текущей записи.
Более определенное мнение только при коде (или описании алгоритма) расчетов (той самой подгонки).

[spirit-ua]

Сообщение от evg_m

ИМХО: вычислимое поле(я) на клиенте для определения характеристик отображения зависящих только от текущей записи.
Более определенное мнение только при коде (или описании алгоритма) расчетов (той самой подгонки).

Скажем так:
Есть две сетки TMS (AdvStringGrid) со значениями. В самой сетке есть возможность, свойство (не в событии onDrawCell) явно указать цвет заливки конкретной ячейки. Нужно, в зависимости от значения ячейки, сделать заливку (если значение 1 залить зеленым, 2 - красным).

Вопрос:
Можно заполнять, заливать отдельную сетку в отдельном потоке? и будет ли прирост по производительности?

[Аватар]

Можно заполнять, заливать отдельную сетку в отдельном потоке? и будет ли прирост по производительности?

Скорее не будет, возможно даже наоборот из-за накладных расходов. VCL однако. С SQL к ACCESS тоже не будет. Прислушайтесь к рекомендациям evg_m. Да и необходимую информацию из базы можно одним запросом вытащить

[spirit-ua]

Сообщение от Аватар

Скорее не будет, возможно даже наоборот из-за накладных расходов. VCL однако. С SQL к ACCESS тоже не будет. Прислушайтесь к рекомендациям evg_m. Да и необходимую информацию из базы можно одним запросом вытащить

Вытащить да, мне нужно залить разные сетки, здесь львиная доля времени уходит... Вопрос именно в распаралировании процесса заливки... если впихнуть в потоки прирост производительности будет?

[eval]

не впихнете

[Slym]

прироста не будет, но геморроя добавит...
что за база и как оно может 6-8 секунд инфу в ней искать? индексы, связи?
да и в базе ли тормоза?