Показать сообщение отдельно
Старый 20.08.2003, 12:14   #21  
Андре is offline
Андре
Moderator
Сотрудники компании GMCS
 
2,375 / 464 (20) +++++++
Регистрация: 03.12.2001
Кажется начинается очередная holy war

Цитата:
Такое ощущение, что мы немножко недопоняли друг друга. Вы похоже говорите о Windows-приложениях я о Web-приложениях.
Web - приложения тоже не отличаются быстродействием
ОК. Поговорим о web приложениях, и в частности о ADO.NET. В данной технологии Microsoft пересмотрел свое представление о том, как надо работать с данными. Идея в том, что теперь клиент присоединяется к источнику данных, получает сразу всю необходимую ему информацию и отсоединяется от источника данных. Смысл в том, чтобы держать connect как можно меньше. У этого подхода есть конечно свои перимущества, но серверных курсоров(а именно на них работает Аксапта) Вы не получите А вообще, по поводу доступа к данным в .Net позвольте привести Вам одну статью http://www.rsdn.ru/article/db/DBSpeed.xml.
Если нет времени или желания читать всю статью приведу здесь вывод из нее:

Цитата:
Понятно, что именно ADO.NET, несмотря на все тормоза, будет продвигаться в светлое будущее (ведь не зря же "специалисты из Microsoft жгли свое ночное масло"?!). Безусловно, ADO.NET имеет достаточное количество преимуществ над ADO (если не рассматривать скорость), которые, возможно, компенсируют неудобства от неумеренных аппетитов ADO.NET (и, вообще, всей «.NET») в отношении оперативной памяти.
Это уже не реклама Microsoft - там же выложены исходники и Вы можете убедиться в корректности этих выводов.

Цитата:
что для мощного Web-сервера при большом количестве активных подключений
Как раз количество активных подключений в .Net и пострались ограничить.