Потокобезопасные классы для запросов к серверу SQL из VB.NET приложения

Сижу и собственно впервые пишу многопоточный сервер с запросами к БД MS SQL. До этого как то всё десктопные приложения. Потому, чтобы заранее определиться с построением класса/классов для запросов в базу да и избежать скрытых головняков, прошу подсказать: насколько допустимо такое построение, что у меня выполнено сейчас.
В целом так: написан многопоточный сетевой клиент/сервер типа Network. Каждый Network.Client подключается к Network.Server и при отправке запросов к БД методом CallBack (чтобы сразу вернуть ответ от SQL), вызывает необходимые функции из написанного класса MSqlProvider, который уже через существующее подключение и лезет в базу. Ну то есть на каждый запрос в классе MSqlProvider есть своя Friend Shared Function, которая использует одно единственное подключение к БД в SQL. И вот именно это меня и смущает... ОДНО ПОДКЛЮЧЕНИЕ И SHARED ФУНКЦИИ. Насколько данный подход безопасен в плане множества одновременных запросов из разных потоков через ОДНУ функцию? Может правильнее использовать на каждое клиентское подключение (оно же и есть отдельный поток) отдельный экземпляр класса MsqlProvider со своим подключением к БД, функции сделать просто Friend Function, получив таким образом достаточно изолированную среду для потока?
Понимаю, что такая схема будет существенно жрать память, потому и стою на перепутье: Ладно, сегодня предполагается использование не более пятидесяти клиентов. Для сервака с SQL это не видится большой проблемой. Но это сегодня...
Потому и обращаюсь за помощью, если есть у кого опыт подобных разработок, прошу ткнуть в нужном направлении!
Заранее спасибо!
При необходимости могу накидать сюда код для рассмотрения поближе.

0

В связи с отсутствием ответов, просьба к модераторам перенести тему в раздел VB.NET.

0