К
этому:
У меня сейчас проект на Firebird с сознательно оставленным огрехом в дизайне - скорость работы отчетов будет падать пропорционально размеру базы. И проблема только в моем проекте, не в СУБД. А оставил я его, так как проект на начальном этапе и дальнейшие пути его развития еще решаются. А ранняя оптимизация, как известно, зло.
Некоторое время он еще сможет работать приемлемо быстро, после этого достаточно будет заменить железо на сервере и скорость возрастет в 2-2.5 раза, а потом в связи с дальнейшим развитием проекта архитектура будет изменена таким образом, что скорость работы отчетов станет примерно постоянной величиной - я собираюсь ввести кэширование значений, которые сейчас рассчитываются запросом по всей большой таблице фактов.
А еще я возлагаю большие надежды на FB 2.0, в котором, говорят, подкрутили производительность. Но он пока на стадии Release Candidate, а у меня, к сожалению, совершенно нету времени проверить работу проекта на нем, дабы если что, отрапортовать разработчикам.
Посему надо
взять на работу
kong_en_ge и дать ему задание портировать CityInfo под линукс найти исчо работников, чтобы было кому заниматься тем, на что у меня физически не хватает времени.