Оптимизация клиент-серверного приложения.

← →
inew (2005-12-05 11:19) [0]

Есть клиент, с его помощью осуществляется поиск по различным БД, т.е. пользователь сам выбирает по каким базам ему искать (глобальный поиск по 20-ти базам). Для каждой базы (если в ней что-то нашлось) создается отдельная форма с DBGrid и DateSet, и соответственно получается отдельный коннект. При наличии 200 клиентов и 20 баз получаем максимум 4000 коннектов, но уже при 200 коннектов IBServer чувствует себя достаточно плохо и съедает почти всю оперативную память. Я так понимаю, что каждый коннект это достаточно серьезная нагрузка. Как можно оптимизировать задачу, таким образом, чтоб минимизировать количество коннектов.

← →
Anatoly Podgoretsky © (2005-12-05 11:38) [1]

По базам искать нельзя, искать (делать выборки) можно в таблицах

← →
Desdechado © (2005-12-05 11:44) [2]

один коннект в приложении
количество поисков по таблицам можешь лепить, сколько хочешь, но через тож же самый TDataBase

← →
Sergey_Masloff (2005-12-05 12:11) [3]

Desdechado © (05.12.05 11:44) [2]
Баз то 20. Через один коннект не получится.

Я бы сделал (и кстати делал когда-то подобное) сервер приложений и отдавал бы клиентам готовые пакеты с результатами отбора.

← →
Виталий Панасенко (2005-12-05 12:50) [4]

Classic + многопроцессорный сервер с хорошим обьемом ОЗУ

← →
Sergey13 © (2005-12-05 13:00) [5]

ИМХО, пока автор не огласит своего понимания термина "база", любые советы буду гаданием на кофейной гуще.

← →
inew (2005-12-06 11:06) [6]

База это отдельный файл *.gdb
Т.е база 1.gdb, 2.gdb, 3.gdb и т.д.
И соответственно в каждой базе гдбэшке много таблиц.

← →
Sergey13 © (2005-12-06 11:08) [7]

2[6] inew (06.12.05 11:06)
А зачем их столько и зачем искать во всех? Они что-ли одинаковые? Так может все в одну слить стОит?

← →
inew (2005-12-06 11:16) [8]

> Sergey13
Количество баз постоянно растет. Все базы разные, абсолютно разная информация и разная структура. Приходят к нам в различных форматах (Text, Paradox, Dbase, MS Sql, Oracle и т.д.), мы их уже сами конвертируем в *.gdb (Interbase 7). Поэтому вариант с одной базой неприемлем.

← →
Reindeer Moss Eater © (2005-12-06 11:18) [9]

Интересно, как это к вам может "прийти база" в формате Oracle

← →
Sergey13 © (2005-12-06 11:23) [10]

2 [8] inew (06.12.05 11:16)
Нифига себе. Тогда наверное только 3-х звенка.
Только это вряд ли решит проблему множества коннектов. Искать то все равно надо везде. Может если только какой нить последовательный перебор баз сварганить.
ИМХО все.

2[8] inew (06.12.05 11:16)
Интересно, а что и по какому критерию вы ищете в этом зоопарке?

dump приходит. Разработать требования для формата присылаемой информации не проще? Конвертилки напишите для них и деньги за это возьмите. Принимать инфу в виде оракловых баз и txt это лихо

кстати для таких случаев есть Biztalk server

Ну пришел дамп и что?
Его этот дамп можно только на Оракл вкачать.
Что означает, что Оракл у ни есть.
Зачем после этого переливать из Оракла в IB?

Бред какой-то.
Или чувак прикалывается.

2[8] inew (06.12.05 11:16)
А почему "конечный" формат именно Интербейс? ИМХО, Оракл бы лучше для этого подошел. Заливай в отдельную схему и все дела - все в одном.

Оптимизация клиент-серверного приложения. Найти похожие ветки