Sexton
Junior Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Цитата: это и много другое давно мною читано, но вот когда захотелось использовать, на меня набросились, что я только вчера услышал слово SQL  это и огорчает |
Обсуждение просто не совсем для этого топика, как уже было сказано. Если обсуждать компоненты, то для доступа к Firebird наиболее быстрые и гибкие возможности предоставляет FIBPlus при правильной настройке. Несколько тысяч записей влетают мгновенно. Больше просто я не смог придумать, как использовать.
В приведенной статье (http://www.interbase-world.com/ru/articles/2350.php) какие-то непонятные аргументы приводятся про необходимость анализа. Так зачем выводить промежуточные результаты этого анализа, если пользователю нужен конечный. Ну не может физически человек охватить тысячи записей сразу, не может. А если аффтар статьи не может придумать гибких способов анализа, а хочет, чтобы бедный ползатель ползал вручную по его огромной таблице и сам искал, что ему надо, то пусть аффтар лучше детективы пишет, а не программы. Есть множество компонент-надстроек, позволяющих конечному пользователю, не зная SQL, формировать запросы к базе для получения необходимой информации: это всевозможные фильтры и SQL-билдеры. Например, Korzh Query Builder. Автоматизировать надо работу пользователя, а не подсовывать ему многокилометровые распечатки "для анализа".
Кхм, так вот о компонентах. На тысячах записей тормозил ExpressGrid при обработке lookup-полей (не датасетовских, конечно - про них лучше забыть, а встроенных в грид), но при использовании для загрузки GridMode, а затем его отключении все стало летать. Можно использовать GridView (www.bergsoftware.net) - очень шустро работает с большими наборами данных.
http://ibase.ru/devinfo/clientrefresh.htm я конечно читал в свое время и даже хотел использовать, но необходимость правки исходников компонент, избыточное логирование инсертов и апдейтов... Вообщем, я пошел своим путем. |
