2 tygra, praklin

Мы с Тамарой ходим парой... Одинаковая узколобость.

Для этих ребят, похоже, все задачи сводятся к склад+бухгалтерия.

2 praklin
Можно я вместо tygra старую песню заведу. Речь шла о написании клиента к бд, так
Речь шла о быстродействии дельфей, потрудись хоть посмотреть на что я кидал реплику.

---------
Кому не интересно, можно не читать, это просто пример для тех, кому малость не хватает воображения и уважения к собеседникам (опять считаем всех за идиотов , ребятки?)

Русским языком сказано - вычислительная задача не для SQL сервера. 3-х звенка тоже не катит, ибо компьютер, который заменит более 80-ти загруженных под завязку тачек от Celeron-1000 до p4-2400 дорогого стоит. (Основная нагрузка - именно вычислительная, и именно на клиентах, так что - чего им простаивать или выполнять роль тупого браузера?)

Итак:
система извлечения информации из анлгийского текста. По-сути - словари + экспертная система + семантический анализатор. Back-end на SQL серваке. Движок написан на С++, интерфейс эксперта на дельфях, юзает сишные DLL-ки.

Эксперт (человек) гоняет многочисленные данные, делает суждения и добавляет синтаксические и семантические правила, время от времени сбрасывает наработки в центральную базу (довольно регулярно), время от времени перегружает свой движок центральными данными, дабы использовать последние наработки коллег. Задержка при перегрузке словарей и базы знаний раздражает (на дельфях), когда взяли сырые ADO-интерфейсы на тех же дельфях, эта задержка стала существенно меньше. (всего-то об этом и сказал, и даже не забыл написать что задача вычислительного характера, нет блин: хари-кришна, хари-рама)

Разумеется, в далеком светлом будущем это все будет переведено на одну СУПЕР-ПУПЕР-СТОПРОЦЕССОРНУЮ-ОЧЕНЬ-МОЩНУЮ-МАШИНУ, т.е. однозначно будет 3-х звенка, да только работа экспертов к тому моменту наверняка уже завершится и система приступит к целевой эксплуатации. Но эксперты работают сейчас, и ЗП у очень даже ничего (по штатовским меркам), так что время-деньги...

2 funikovyuri
ты и впрям думашь что дзен в клиент-сервере постиг только ты?
да какой там дзен, я помню спор о кешировании, когда нормальная вполне архитектура дополнительно облагается кешированием... меня поразило заявление о том, что тогда сервер неожиданно превращается (хлоп!) в хранилище таблиц... даже беседовать после таких перлов становится не о чем, особенно в свете все возрастающего интереса общественности к проблеме кеширования как таковой в 2-х и 3-х звенных приложениях...
(обленился я тогда ответы писать, ибо для этого надо делать стократный Copy&Paste пока не допетрит, но если ребятки продолжат упорствовать - время у меня сейчас появилось...)

В общем, обычное пузерение, вся ставка делается на серваки, стоимостью от 10 штукарей и выше, вот тебе и весь дзен...

2 praklin

Уже играли, Access гораздо живее на старых машинах.
Быстрее чего???
Речь ведь шла о сравнении скорости работы грида акцессного и дельфийского? Или надо полный Copy&Paste топа делать, чтобы избежать бессмысленных вопросов?

И именно с открытием большой таблицы и ради прикола попрыгали бы в конец, середину и т.д.
Наскока была большая таблица и на каком компе вы прыгали?
Записей - десятки тысяч (простое открытие таблицы), машинка была p2mmx-200, сравнивалась с дельфийским гридом, год - примерно 2000-й. Прокрутка акцессного грида на этой тачке вдоль всей таблицы - молниеносная (я уже не говорю об обычном листании).

Насколько я понял, дельфя это только после загрузки всей таблицы целиком в грид делать может...
Вот лучше бы вы не поняли, а сами бы проверили.
Во время экспериментов было больше время от начала открытия, до возможности "полистать" (время "замирания"). Субъективно на Accesse - почти мгновенно, на дельфийском гриде - спустя кокой-то краткий промежуток времени, за который вполне может прийти вся таблица.

Да, насчет быстродействия GUI. Если использовать только родные акцессные контролы (без ActiveX), то формы открываются очень быстро (особенно это было заметно на тех же старых машинах, когда прикола ради открывалось более 50 одновременных насыщенных контролами форм, они открывались быстрее даже, чем писанные на сях). Дело в том, что у акцесса элементы управления windowless (если это что-то говорит дельфийцу), а дельфийские контролы создают вполне нормальные виндовые окошки, так что, при увеличении насыщенности формы контролами дельфийский интерфейс на тех же старых машинах будет отставать уже из-за обычных виндовых задержек. Согласен, начиная с 97-го акцесс довольно долго грузиться в память (хрен его знает почему, наверно миллион проверок делает), но после загрузки пашет как положено.

2 Crip
Если Access работает с mdb, то он тоже миллион записей влет листает...
Но это, скорее, из-за вполне логичного быстродействия локальных файл-серверных систем, и тут больше уже надо сказать спасибо не столько гриду, сколько одному из механизмов самих виндов - отображение участков файлов на участки памяти.

Если уж взял VB, ADO и MS SQL, то бери уж сразу Access ADP, просто такой очень хороший совет.

Заодно сразу посмотри в сторону грида от infragistics.

Заодно имей ввиду, что по мере роста проекта многие классы Access легко переносить в библиотеки VB и подключать их в виде уже скомпилированных COM-объектов (что "разгрузит" проект ADP и прибавит общей производительности)