egorych EmeryНо я хочу другое. Чтобы можно было клиенту посмотреть 100 миллионов или даже 4 миллиарда записей базы данных в произвольной навигации по гриду или лист-контролу можете пояснить зачем и для кого это надо? где найти тот монитор, на который поместятся 4 миллиарда записей за раз и где найти человека, который сможет во всём этом разобраться?
Все гораздо проще. Речь то идет о том, чтобы интерфейс общался с базой данных не по принципу файл-сервера, а принципу клиент-сервера, но при этом имел бы те же преимущества навигации по базе данных, что и файл-сервер (как в интерфейсе 1С77, уж простите за лишнее упоминание, просто это хороший пример для обсуждения, ведь «семерка» написана на Visual C++, v. 6.0). Это нужно, по крайней мере, мне, так как я пишу программу на С++, в которой намереваюсь реализовать навигацию по базе данных путем неявных запросов серверу базы данных. Поверьте, хочу я этого не для того чтобы пользователь не разобрался, а просто, чтобы не чувствовать, не нужных, на мой взгляд ограничений.

Dima TПоставим себя теперь на место пользователя: глядит например он на 10000 записей справочника (даже не миллион). Он знает что ему надо запись на букву "Н", т.е. где-то в середине. Допустим 25 записей на экран влазит, так ему надо 200 раз на PageDown давануть чтобы до середины промотать. В чем тут удобство? Мышем скролить? Так тут тоже не быстро, пока в ползунок попадешь, да и мелькает все с огромной скоростью при большом кол-ве записей.

Помоему более чем в двух экранах записей искать кнопками навигации уже некомфортно.
Я виноват, не все способы навигации перечислил. Нужно было еще упомянуть быстрый (и медленный) поиск и сортировку. В том же 1С (будь он не ладен, никак без него :) ), быстрый поиск реализован просто – жмете первые символы в колонке, где стоит курсор и автоматически переходите на нужную запись. Это тоже можно организовать как неявный запрос базе данных. И если сервер базы данных достаточно шустрый, то какая разница, где будет находится запись с нужной буквой, хоть и на расстоянии 2 миллиарда. То же касается и медленного поиска (подстроки символов в колонке или по всей базе данных) вообще сортировки. А «мыша», нужна в общем-то для грубой навигации, когда точность не важна, главное посмотреть а что там на глубине, скажем, 30-40% от всех записей? Ведь если на то пошло, то не ужели не видно, что особой разницы между вашим и нашим подходом нет. Вы делаете акцент на явные запросы интерфейса, а я на неявные, только и всего. Внешний вид интерфейса будет немного отличаться, ну и что из того? Для на того С/С++ и придумали, что программист не чувствовал никаких ограничений в своей фантазии. Меня тут на соседней ветке ругали за то, что я предложил способ компиляции С++ проектов исключительно из командной строки (с помощью *.cmd/*.bat файлов. Типа зачем, если есть *make-утилиты или, на крайний случай, возможность компиляции из среды самой студии. Странный был спор. Сейчас ситуация похоже повторяется. Я не садо-мазохист, чтобы создавать сложности в работе себе и своим пользователям. Все, что я хотел сказать, это ребята, пишущие интерфейс на С++, обратите внимание на виртуальный режим SysListView32 (CListCtrl в MFC), по-моему, весьма замечательная вещь. А если кто работает с ним, то интересно было бы осудить детали.

egorychа что, в вашем понимании, файл-сервер и клиент-сервер? Просто то, о чём вы всё время говорите, противопоставляя одно другому, суть есть разные реализации архитектуры клиент-сервер.
про явные и неявные запросы - тоже вопрос, но следующий.
З.Ы. кроме мфц, есть ещё много разных библиотек построения гуя, не SysListView32 единым жив программист, ага
Очень хорошо продемонстрировано различие файл и клиент-сервера у iscrafm

Я позволю себе скопировать его рисунок.
SysListView32 хорош тем, что позволяет организовать неявные запросы к серверу базы данных (в виртуальном режиме). Причем реализовано все просто и эффективно, чем он меня и подкупает. Если вы знаете библиотеки и контролы, где реализована технология неявных запросов, то буду весьма рад узнать об этом.

Вот ссылка на iscrafm:
/topic/282117&pg=17

egorychдавайте разберёмся, что-же такое неявные запросы. В моём понимании неявных запросов не бывает. Так или иначе запрос к БД всегда явный, другое дело, пишет-ли его программист или он спрятан внутри компонента доступа к БД.
Строго говоря, да. Но, одно дело организация явных запросов на уровне интерфейса, путем выбора пользователем различных условий фильтра на базу данных и другое дело, когда пользователь не выбирает явно параметры запроса, предоставляя контролу или самой программе формировать эти запросы за него. Вот для этих целей и служит control SysListView32 (из comctl32.dll). Больше подробностей можно найти на:
http://subscribe.ru/archive/comp.prog.visualc/200110/21180030.html
Там же предоставлены исходные тексты примера демонстрационной программы. Вот несколько выдержек из этой статьи (автор: Тимофей Чадов ).

«Вся прелесть виртуального режима в том, что список хранит не сами элементы, а только их общее количество, диапазон отображаемых в данный момент, и тому подобную "мелочь". Значения самих элементов (строковые метки, рисунки и т.п) запрашиваются у приложения непосредственно перед их отрисовкой на экране. Для этого список посылает уведомление LVN_GETDISPINFO. Такой прием позволяет значительно сэкономить память и существенно повысить производительность, особенно для больших объемов данных.»

«Виртуальный список помогает оперировать процессом кеширования, посылая приложению уведомления LVN_ODCACHEHINT, в которых передает информацию о диапазоне элементов, которые необходимо отобразить на экране. Эту информацию можно использовать для динамического выделения памяти под требуемое число элементов и заполнения их корректными значениями.»

«Когда списку необходимо найти специфический элемент, он посылает уведомление LVN_ODFINDITEM. Это может случиться, если требуется реализовать нажатие быстрой клавиши (поиск по имени), или элемент получил сообщение LVM_FINDITEM. Информация для поиска передается в двух структурах NMLVFINDITEM и LVFINDINFO. В них содержится: номер элемента, с которого следует начать поиск; элемент искомой строки; направление поиска и т.п.»

«Если информация берется из базы данных, нет необходимости самостоятельно сортировать элементы, достаточно учесть это при составлении запроса.»