Модераторы: Partizan, gambit
  

Поиск:

Ответ в темуСоздание новой темы Создание опроса
> Открытие и закрытие соединения 
:(
    Опции темы
N1ko
Дата 8.9.2010, 12:25 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Опытный
**


Профиль
Группа: Участник
Сообщений: 383
Регистрация: 30.12.2007
Где: Киев

Репутация: нет
Всего: нет



Здравствуйте. У меня есть класс, в котором размещаются разные методы для вызова процедур из СУБД. Где лучше открывать и закрывать соединение. В самих метод непосредственно перед вызовом процедуры? Или перед вызовом самого метода? Нужно учесть что может вызываться несколько методов один за одним, и было бы удобно перед их выполнением открыть соединение и после закрыть. Вопрос возник в связи с тем, что в литературе написано мол соединение должно быть открыто как можно меньше времени. Как вообще правильно?
PM MAIL ICQ   Вверх
CYBERDREAM
Дата 8.9.2010, 12:29 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


I think, there4 I am
***


Профиль
Группа: Завсегдатай
Сообщений: 1096
Регистрация: 31.10.2006
Где: CyberLand

Репутация: 11
Всего: 28



ПриветN1ko, 
а можно сделать опционально
аля
Код

private void ReloadData(bool establishConnection=true)
{
  if(establishConnection)
  //открываем

  //закрываем
}

ну а использовать по дефолту без параметра, а если уж несколько раз нужно выполнить, то открываешь соединение и передаешь параметр false

Но это все ИМХО

Это сообщение отредактировал(а) CYBERDREAM - 8.9.2010, 13:00


--------------------
Ищем .Net, Java, Javascript разработчиков, Кипр, Лимассол. (знание английского необязательно)
Telegram, skype: kuchuk.artiom
PM MAIL WWW   Вверх
mrbrooks
Дата 8.9.2010, 12:52 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


трололомен
****


Профиль
Группа: Завсегдатай
Сообщений: 4259
Регистрация: 4.10.2006
Где: Дол Гулдур

Репутация: 7
Всего: 306



Цитата(N1ko @  8.9.2010,  13:25 Найти цитируемый пост)
Вопрос возник в связи с тем, что в литературе написано мол соединение должно быть открыто как можно меньше времени. Как вообще правильно? 


так и правильно. ADO.NET работает с кешированными данными. Соединение для этого не требуется.

Цитата(N1ko @  8.9.2010,  13:25 Найти цитируемый пост)
У меня есть класс, в котором размещаются разные методы для вызова процедур из СУБД. 

Это что XxxCommand'ы что ли?

Создай класс работы с БД и передавай ему свой функционал.

PM MAIL   Вверх
6atoh
Дата 8.9.2010, 15:30 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Бывалый
*


Профиль
Группа: Участник
Сообщений: 160
Регистрация: 15.9.2006
Где: Minsk

Репутация: 2
Всего: 4



N1ko, ты можешь организовать упрощенный DAL за счет использования Data Access Application Block. Он не только только сам управляет соединениями (открывает/закрывает), но также позволяет абстрагироваться от  используемого реализации БД. Т.е. он позволяет тебе написать DAL, который будет работать одинаково хорошо как с SQL SERVER, так и с Oracle.
Ну, и конечно, нельзя не упомянуть об остальных достоинствах Microsoft Enterprise Library, таких как testability, perfomance counters и возможности интеграции с другими application blocks.
PM MAIL ICQ   Вверх
  
Ответ в темуСоздание новой темы Создание опроса
Прежде чем создать тему, посмотрите сюда:
mr.DUDA
THandle

Используйте теги [code=csharp][/code] для подсветки кода. Используйтe чекбокс "транслит" если у Вас нет русских шрифтов.
Что делать если Вам помогли, но отблагодарить помощника плюсом в репутацию Вы не можете(не хватает сообщений)? Пишите сюда, или отправляйте репорт. Поставим :)
Так же не забывайте отмечать свой вопрос решенным, если он таковым является :)


Если Вам понравилась атмосфера форума, заходите к нам чаще! С уважением, mr.DUDA, THandle.

 
0 Пользователей читают эту тему (0 Гостей и 0 Скрытых Пользователей)
0 Пользователей:
« Предыдущая тема | Общие вопросы по .NET и C# | Следующая тема »


 




[ Время генерации скрипта: 0.0465 ]   [ Использовано запросов: 22 ]   [ GZIP включён ]


Реклама на сайте     Информационное спонсорство

 
По вопросам размещения рекламы пишите на vladimir(sobaka)vingrad.ru
Отказ от ответственности     Powered by Invision Power Board(R) 1.3 © 2003  IPS, Inc.