Нужно или полезно писать собственный код пула соединений при разработке приложений в .NET с базой данных SQL Server? Я знаю, что ADO.NET дает вам возможность включить / отключить пул соединений - означает ли это, что он встроен в среду, и мне не нужно об этом беспокоиться? Почему люди говорят о написании своего собственного программного обеспечения пула соединений и чем оно отличается от того, что встроено в ADO.NET?
Встроенный в ADO.Net пул соединений надежен и надежен. Я бы рекомендовал не пытаться написать свою собственную версию.
Насколько я понимаю, пул соединений автоматически обрабатывается для вас при использовании объекта SqlConnection. Это специально разработано для работы с MSSQL и обеспечит эффективное объединение соединений. Вы просто должны быть уверены, что закрыли их, когда закончили с ними (и убедитесь, что они утилизированы).
Я никогда не слышал о людях, которым нужно кататься самостоятельно. Но я признаю, что мой опыт там ограничен.
Что ж, он уйдет, поскольку ответом на все эти вопросы будет LINQ. Между прочим, мы никогда не нуждались в настраиваемом пуле соединений ни для одного из наших приложений, поэтому я не уверен, в чем весь шум.
Я не очень разбираюсь в этом вопросе, но я знаю, что ADO.NET имеет свою собственную систему пулов соединений, и пока я ее использую, она безошибочна.
Моя реакция заключается в том, что нет смысла заново изобретать колесо ... Просто убедитесь, что вы закрыли свои соединения, когда закончите с ними, и все будет хорошо!
Я надеюсь, что кто-то еще может дать вам еще несколько твердых ответов!
С появлением ADO.Net и более новой версии пула соединений SQL обрабатывается на двух уровнях, во-первых, через сам ADO.Net, а затем непосредственно через SQL Server 2005/2008, что устраняет необходимость в настраиваемом пуле соединений.
Мне сообщили, что аналогичная поддержка планируется или была реализована в Oracle и MySQL из интереса.