Ухх Ну и запросы увас господа Программисты!!
Прям титаническия 8)
Ускорить? Ну с таким подходом, проще купить машину пользователю из верхних разделов конфигураций в прайс-листах 8))
И все-таки подумай : какой должна быть башка пользователя для прочитывания ~~2 млн
записей из грида 8))
И спроси у него "Иван Иваныч, оно Вам надо глаза ломать? лимон записей два часа рассматривать" 8))
Ну а если серьозно - нужно дать пользователю возможность создать запрос
чтобы сразу же получить тот объем данных на выходе который его интересует!
Как - генерить запросы самому.
- могу прорекламировать
неплохую, но к сожалению коммерческую шутку :
Simple Query . http://www.korzh.com/download/
Это набор компонент позволяющий конечному пользователю визуально создавать sql запросы типа select. Локализуется она просто, можно использовать
стандартные BDE компоненты но при помощи посредников( или proxy) компонентов поставляющих инфу о табличках можно работать практически с любым сервером.
Операторы освоили ее в среднем течении 2-3 часов (я говорю о тех операторов , кто абсолютно не знает что такое операция И/ИЛИ и ничего кроме WORDA раньше не использовал).
Ломается эта штука достаточно просто. Вообщето можно ее не ломать а просто дурить (как рассказывать небуду - в Сети и без того инфы по краку хватает). Я бы может ее и купил но цены там на мой взгляд немного несуразные
Что касаемо СУБД - тут конечно можно флейм долго разводить но
ИМНО для наиболее простой масштабируемости лучше всего прокатит
InterBase На локальную машину ставишь то что идет с Дельфями - на
сервак - IB/Firebird. Такие решения работают (правда несмотря на то что
число записей там в некоторых табличках и поболее бывает - никто целиком их юзеру не скидывает - это идиотизм из эпохи plainfile-databases)
Спрашиватся а зачем тогда сервер? Свали себе db/dbf-шники на файлопомойку
и пусть клиентская тачка пыхтит прокачивая их каждый раз....
Я стаким уже сталкивался и скажу однозначно - это маразм и ничего более. ;)
Не повторяйте чужих глупостей - делайте собственные 8))