2 pkarklin
А что, понятия большой и серьезный это не одно и тоже?
Вообще-то не совсем. Но спорить не буду. При тех маштабах, что вы привели - у adp действительно проблемы. Особенно если послушаться вашего совета и программировать с использованием китайского наследования (Copy-Paste), да еще и пытаться использовать чуждую для VB идеологию наследования реализации.
З.Ы. Мне вот интересно только... зачем для бухгалтерии 500 формочек с 10-ю уровнями наследования? Ну да и хрен бы с ним, буду считать, что бухгалтерских программ никогда не видел.

Jumpstart на adp, потом переползание на дотнет.
Ага. Особенно в контектсе дохлых машин, что наблюдается у автора топика.
Контекст дохлых машин должен - это к чему? К дотнету или к apd?
Если к дотнету - может быть. Не пытался на таком запускать чего-нить дотнетовское.
Если к adp - то для него требования не такие уж и большие. На дохленьких селеронах (самых первых) и небольшом количестве памяти аксес 2002 вполне нормально справляется с отрисовкой своих формочек. Ну а данные ему и не придется обрабатывать.

2 Tygra
Дык разговор не о данных, а о самом ехе. А он особенно на медленных машинах у интерпретаторов всегда не очень быстрый.
Да неважно все это. Интерпретатор, компилятор... Здесь все равно все мажорируется скоростью сетьи, библиотек доуступа к данным и серваком.
Напиши простенький тест - работа с какой-нибудь табличкой через ADO, какой-нибудь тупой перебор сотни записей. И сравни производительность на С++, VB, дельфях и аксесе. Думаю разница будет незначительна. Recordset.MoveNext - он и в африке Recordset.MoveNext, хоть из нотепада его вызывай.

2 Eternal
Ты что такая постная?
Вообще-то она - это он

2 f_w_p
О! Снова ты! И снова говоришь, что интерфейс на аксесе тормозит. Только почему-то в соседнем топике он у тебя тормозил на "Celeron1700 c 256M памяти". Повторю и здесь. Руки кривые у разработчика.
Хотя, конечно, летать оно все равно не будет... на 64Мб...

Другое дело, что на 95-ках MDAC надо ставить врукопашную. Так это наверное и для ACCESS тоже
MDAC вместе с аксесом ставится. Но обновить его до последней версии никогда не помешает.

2 tygra
tygraОтсылаю на предыдущий пост f_w_p - он там про интерпретаторы ответил
Ты не мудри, ты пальцем покажи, где этот пост про компиляторы.

2 f_w_p
А может быть у нас просто разные понятия о тормозах?

2 tygra
авторТ.е. ты хочешь сказать, что разработчик с прямыми руками должен сам подправить кое чего в интерпретаторе, чтобы он быстрее стал работать?
Да нет, не хочу я чтобы разработчик правил интерпретатор. Пользоваться нормально имеющимися средствами надо, тогда и тормозов не будет.

авторНе пойму - при чем тут руки? Это все-равно, что на старте при соревновании шестерки жигулей с бмв 3.0 обвинять водителя шестерки в том, что у него руки кривые и поэтому он не смог сделать бэху
Говорим про клиентскую часть к MS SQL? Ну да пофигу тогда - бэха, не бэха, все равно светофоры и пробки на дорогах. Быстрее - да. До следующего светофора.

2 pkarklin
авторна счет P-100 c 16 метрами и винтом на 800 метров в режиме PIO4. На такой технике тока Access 2.0 будет нормально справляться с отрисовкой своих формочек.
Согласен

авторИ скорость сети на нормально написанное клиент\серверное приложение (про 19200 не будем) практически не влияет.
В принципе тоже согласен. Насчет сети.

авторВ качестве эксперимента откройте одну и туже большую таблицу в простом гриде Delphi и в том же Access и полистайте вперед назад и оцените разницу в результатах. Тока эксперимент этот проделывайте не на пне 4 с гипертридингом и 3д ускорителем, а на какой нибудть слабеньклй машине
Ок. На выходных поиграю. Даже самому интересно стало.

автора при разработке клиента именно скорость визуализации наборов данных и прочих контролов
Господи, да что у вас за клиенты такие? Полторы тыщи комбобоксов на стопятидясети одновременно открытых формочках плюс 50 немерянных тривьюшек?
Мне почему то не удается добится тормозов (заметных визуально ) на машинах средней дохлости. При том что у меня еще и не adp, а mdb.

Можно ориентировочно обрисовать - какой порядок сложности формы, при котором визуально заметно торможение именно клиентской части на аксесе? Тот же вопрос к f_w_p

Тогда еще раз попрошу.

Можно ориентировочно обрисовать - какой порядок сложности формы, при котором визуально заметно торможение именно клиентской части на аксесе? Тот же вопрос к f_w_p

Хочу познать в сравнении.

Да любой интерфейс, содержащий пару-тройку десятков контролов, пару-тройку гридов на разных закладках, 5-6 вызываемых форм справочников.
У меня такое нормально работает. Если машина не совсем дохлая, а хотя бы полудохлая. Интерфейсных задержек нет.