Управление соединениями с БД

30.08.2009, 15:58. **Показов** 1080. **Ответов** 4

Студворк — интернет-сервис помощи студентам

Я сам не так давно начал работать с .NET, вроде пока еще чайник. Возник у меня тут один вопрос. Есть веб-приложение (ASP.Net + C#) соединяется (ADO.NET) с БД (SQLServer 2000). Имеет ли смысл заморачиваться и писать собственный компонент для пулирования соединений с БД. В результате общения со знакомыми разработчиками .NET были предложены несколько противоречащих друг другу вариантов ответа:
1. Конечно есть смысл - скорость работы приложения возрастет существенно
2. Нет смысла. Соединения с БД и так пулируются на уровне провайдера к SQLServer.
3. Нет смысла. Соединения с БД и так пулируются на уровне .NET Framework (ADO.NET).
4. Нет смысла. SQL Server 2000 - продвинутая СУБД, соединения создаются настолько быстро, что можно не заморачиваться.

А как все-таки обстоят дела на самом деле?

@tahorg · 30.08.2009, 17:04

Ответ 3. Хотя оно может и 2

, но вродь всеж 3 - ну вобщем точно не 1 и не 4

)).

@bazile · 30.08.2009, 17:13

Ответ 2.
В документации по .NET Framework говрится 'The SQL Server .NET Data Provider provides connection pooling automatically for your ADO.NET client application.'

@tahorg · 30.08.2009, 17:20

С одной стороны SqlConnection тож пулится, и врядли механизм дублирован.

А с другой стороны в описании OleDBConnection многое говориться о пулинге средствами самой OleDB, и отключается пулинг тоже общим для любого типа конекшена параметров.

Оттого точно и нельзя сказать кто именно этим занимается - разве в сырцах копаться, НО ! по большому счету какая нафиг разница

)

30.08.2009, 19:11

Спасибо, я, в общем-то, и предполагал, что один из вариантов 2 и 3 правилен. Какой именно - не так уж важно

Новые блоги и статьи Все статьи Все блоги /
Использование SDL3-callbacks вместо функции main() на Android, Desktop и WebAssembly 8Observer8 24.01.2026 Если вы откроете примеры для начинающих на официальном репозитории SDL3 в папке: examples, то вы увидите, что все примеры используют следующие четыре обязательные функции, а привычная функция main(). . .	моя боль iceja 24.01.2026 Выложила интерполяцию кубическими сплайнами www. iceja. net REST сервисы временно не работают, только через Web. Написала за 56 рабочих часов этот сайт с нуля. При помощи perplexity. ai PRO , при. . .	Модель сукцессии микоризы anaschu 24.01.2026 Решили писать научную статью с неким РОманом	http://iceja.net/ математические сервисы iceja 20.01.2026 Обновила свой сайт http:/ / iceja. net/ , приделала Fast Fourier Transform экстраполяцию сигналов. Однако предсказывает далеко не каждый сигнал (см ограничения http:/ / iceja. net/ fourier/ docs ). Также. . .
http://iceja.net/ сервер решения полиномов iceja 18.01.2026 Выкатила http:/ / iceja. net/ сервер решения полиномов (находит действительные корни полиномов методом Штурма). На сайте документация по API, но скажу прямо VPS слабенький и 200 000 полиномов. . .	Расчёт переходных процессов в цепи постоянного тока igorrr37 16.01.2026 / * Дана цепь(не выше 3-го порядка) постоянного тока с элементами R, L, C, k(ключ), U, E, J. Программа находит переходные токи и напряжения на элементах схемы классическим методом(1 и 2 з-ны. . .	Восстановить юзерскрипты Greasemonkey из бэкапа браузера damix 15.01.2026 Если восстановить из бэкапа профиль Firefox после переустановки винды, то список юзерскриптов в Greasemonkey будет пустым. Но восстановить их можно так. Для этого понадобится консольная утилита. . .	Сукцессия микоризы: основная теория в виде двух уравнений. anaschu 11.01.2026 https:/ / rutube. ru/ video/ 7a537f578d808e67a3c6fd818a44a5c4/

Melo

	Управление соединениями с БД 30.08.2009, 15:58. Показов 1080. Ответов 4 Метки нет (Все метки) Я сам не так давно начал работать с .NET, вроде пока еще чайник. Возник у меня тут один вопрос. Есть веб-приложение (ASP.Net + C#) соединяется (ADO.NET) с БД (SQLServer 2000). Имеет ли смысл заморачиваться и писать собственный компонент для пулирования соединений с БД. В результате общения со знакомыми разработчиками .NET были предложены несколько противоречащих друг другу вариантов ответа: 1. Конечно есть смысл - скорость работы приложения возрастет существенно 2. Нет смысла. Соединения с БД и так пулируются на уровне провайдера к SQLServer. 3. Нет смысла. Соединения с БД и так пулируются на уровне .NET Framework (ADO.NET). 4. Нет смысла. SQL Server 2000 - продвинутая СУБД, соединения создаются настолько быстро, что можно не заморачиваться. А как все-таки обстоят дела на самом деле?

@tahorg 0 / 0 / 0 Регистрация: 25.08.2009 Сообщений: 19
	30.08.2009, 17:04
	Ответ 3. Хотя оно может и 2 , но вродь всеж 3 - ну вобщем точно не 1 и не 4 )). 0

@bazile 86 / 62 / 69 Регистрация: 15.03.2007 Сообщений: 6,903
	30.08.2009, 17:13
	Ответ 2. В документации по .NET Framework говрится 'The SQL Server .NET Data Provider provides connection pooling automatically for your ADO.NET client application.' 0

@tahorg 0 / 0 / 0 Регистрация: 25.08.2009 Сообщений: 19
	30.08.2009, 17:20
	С одной стороны SqlConnection тож пулится, и врядли механизм дублирован. А с другой стороны в описании OleDBConnection многое говориться о пулинге средствами самой OleDB, и отключается пулинг тоже общим для любого типа конекшена параметров. Оттого точно и нельзя сказать кто именно этим занимается - разве в сырцах копаться, НО ! по большому счету какая нафиг разница ) 0

Melo
	30.08.2009, 19:11
	Спасибо, я, в общем-то, и предполагал, что один из вариантов 2 и 3 правилен. Какой именно - не так уж важно