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

30.08.2009, 15:58. **Показов** 1114. **Ответов** 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 правилен. Какой именно - не так уж важно

Новые блоги и статьи Все статьи Все блоги /
Памятка для бота и "визитка" для читателей "Semantic Universe Layer (Слой семантической вселенной)" Hrethgir 19.04.2026 Сгенерировано для краткого описания по случаю сборки и компиляции скелета серверного приложения. И пусть после этого скажут, что статьи сгенерированные AI - туфта и не интересно. И это не реклама -. . .	Запрет удаления строк ТЧ документа при определенном условии Maks 19.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "Аккумуляторы", разработанного в конфигурации КА2. У данного документа есть ТЧ, в которой в зависимости от прав доступа. . .	Модель заражения группы наркоманов alhaos 17.04.2026 Условия задачи сформулированы тут Суть: - Группа наркоманов из 10 человек. - Только один инфицирован ВИЧ. - Колются одной иглой. - Колются раз в день. - Колются последовательно через. . .	Мысли в слух. Про "навсегда". kumehtar 16.04.2026 Подумалось тут, что наверное очень глупо использовать во всяких своих установках понятие "навсегда". Это очень сильное понятие, и я только начинаю понимать край его смысла, не смотря на то что давно. . .
My Business CRM MaGz GoLd 16.04.2026 Всем привет, недавно возникла потребность создать CRM, для личных нужд. Собственно программа предоставляет из себя базу данных клиентов, в которой можно фиксировать звонки, стадии сделки, а также. . .	Знаешь почему 90% людей редко бывают счастливыми? kumehtar 14.04.2026 Потому что они ждут. Ждут выходных, ждут отпуска, ждут удачного момента. . . а удачный момент так и не приходит.	Фиксация колонок в отчете СКД Maks 14.04.2026 Фиксация колонок в СКД отчета типа Таблица. Задача: зафиксировать три левых колонки в отчете. Процедура ПриКомпоновкеРезультата(ДокументРезультат, ДанныеРасшифровки, СтандартнаяОбработка) / / . . .	Настройки VS Code Loafer 13.04.2026 { "cmake. configureOnOpen": false, "diffEditor. ignoreTrimWhitespace": true, "editor. guides. bracketPairs": "active", "extensions. ignoreRecommendations": true, . . .

Melo

	Управление соединениями с БД 30.08.2009, 15:58. Показов 1114. Ответов 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 правилен. Какой именно - не так уж важно

Опции темы