ramkoхочу одно соединение открыть при запуске приложения и закрыть при закрытииИ в чём проблема?

Cat2ramkoхочу одно соединение открыть при запуске приложения и закрыть при закрытии.
Микрософт не рекомендует так делать.
У него оптимизировано как раз повторное открытие соединений.

Рекомендую прочитать про пулл соединений Где это он не рекомендует? Только не говорите, что тогда ещё интернета не было

Petro123skyANAГде это он не рекомендует?
А где рекомендует по другому?
И где ваша рекомендация))?По другому рекомендуется, чуть-ли не в любой книжке, или мануале по ASP.NET.

А моя "рекомендация" выше: делайте "одно соединение открыть при запуске приложения и закрыть при закрытии", в чём проблема?

P.S.: и эта тема не раз уже в данном разделе обсуждалась.

Petro123skyANAПо другому рекомендуется, чуть-ли не в любой книжке, или мануале по ASP.NET.
мы вроде в топике про десктоп и винФормсТы спросил: "А где рекомендует по другому?". Вот при разработке веб-приложений рекомендуют по другому.

Petro123skyANAПо другому рекомендуется, чуть-ли не в любой книжке, или мануале по ASP.NET.
отвечу в вашем стиле:
Где эти рекомендации?Чукча не читатель? "в любой книжке, или мануале по ASP.NET".

Petro123skyANAА моя "рекомендация" выше
замечательно. И не возбуждайтесь когда советуют другие.А я и не возбуждаюсь.

Petro123skyANAP.S.: и эта тема не раз уже в данном разделе обсуждалась.
аж интересно, что плохого в совете Cat2 или моём.
У меня проект именно так и работает.В совете Cat2 ничего плохого и полезная ссылка.
А в твоём не понятно что ты имеешь в виду под "получить соединение". Получить можно и уже открытое соединение

ИзопропилskyANAА моя "рекомендация" выше: делайте "одно соединение открыть при запуске приложения и закрыть при закрытии", в чём проблема?
и садомазо при обрыве соединенияДа бросьте. Ну случится такое раз в год, ну закроет пользователь программулину, откроет заного.

Cat2skyANAпропущено...
Где это он не рекомендует? Только не говорите, что тогда ещё интернета не было

https://msdn.microsoft.com/ru-ru/library/8xx3tyca(v=vs.110).aspx Организация пулов соединений может существенно улучшить производительность и масштабируемость приложения. По умолчанию пул соединений в ADO.NET включен.
...
Внимание!
Настоятельно рекомендуется всегда закрывать соединение после его использования, чтобы оно вернулось в пул. Это можно сделать с помощью методов Close или Dispose объекта Connection либо открыв все соединения внутри инструкции using в C# или инструкции Using в Visual Basic. Соединения, которые явно не закрыты, нельзя добавить или вернуть в пул. Дополнительные сведения см. в разделе Оператор using (Справочник по C#) или Практическое руководство. Удаление системного ресурса (Visual Basic) для Visual Basic.
Вы серъёзно уверены, что это имеет какой-то смысл для того, что разрабатывает ТС?
За счёт какой такой магии вдруг улучшится производительность и масштабируемость его приложения?
С чего вдруг соединение уже будет использоваться и чем, или контекст транзакции будет не тот?

У него программулинка из нескольких окон и вангую, что оно будет прекрасно работать, если "одно соединение открыть при запуске ... и закрыть при закрытии".

ИзопропилskyANAпропущено...
Да бросьте. Ну случится такое раз в год, ну закроет пользователь программулину, откроет заного.

это вместо того чтоб просто взять из пула соединение?Так, давайте разберёмся. Соединения с сервером нет к примеру в течение 5 минут.
И что даст пользователю то, что оно берётся из пула? Он что так, что сяк видит ошибку.

ТС спрашивает: "Как оптимальнее построить работу с БД?".
И пишет: "Мне не хочется создавать в каждом окне свое соеднинение, хочу одно соединение открыть при запуске приложения и закрыть при закрытии.".

И вот моё мнение, что для его небольшого приложения, которым не думаю, что будут часто пользоваться, данное решение вполне себе оптимально.

Petro123skyANAВот при разработке веб-приложений рекомендуют по другому.
LOL
Водку с вином не мешают. Десктоп и веб - разная архитектура.
А мы в топике десктоп.
Ты совсем мальчик что ле?
Сказал бы просто что описался.Не красиво на личности переходить, когда сказать нечего.

В веб множеству запросов в короткий промежуток времени нужно одно и тоже соединение.
Поэтому там и рекомендуют закрывать его как можно быстрее, чтобы оно попало в пул и могло быть использовано.

В десктопе же этого нет, а значит в большинстве случаев и нет проблем.
А если нет проблем, то не имеет особого смысла следовать рекомендациям по их избеганию

Petro123skyANAНе красиво на личности переходить, когда сказать нечего.
я среагировал только на твой переходу тут:
skyANAпропущено...
Где это он не рекомендует? Только не говорите, что тогда ещё интернета не было
т.к. сам видел эти рекомендации. Но для тебя это ОБС.
Я не против.
1. Надо понимать почему даются те, или иные рекомендации, а не тупо им следовать.
2. Рекомендации не обязательны к исполнению, на то они и рекомендации.
3. Я так и не увидел ссылку на то, где написано "Мы НЕ рекомендуем так делать".

Petro123,

согласись, что из рекомендации делать вот так, совершенно не следует, что другое решение не имеет право на жизнь, или будет хуже.

Для задачи ТС оно вполне себе оптимально.

ViPRosskyANA,

соединение денег стоитДумаю, что в любом случае физическое соединение у автора будет открыто ровно один раз. При старте приложения.

Алексей КskyANAИ что даст пользователю то, что оно берётся из пула?Многопоточность при работе с БД, кроме всего прочего, о чём уже было сказано.Вы рассуждаете прям как мои дизайнеры.

Потребность пользователя в данном конкретном случае решается в несколько окон, но давайте все-таки туда ещё и Многопоточность воткнем.
А потом обижаются, когда метрики показывают, что это на фиг никому не нужно.

Вы не волнуйтесь за ТСа, он ещё научится следовать рекомендациям

ИзопропилskyANA,

зачем клонировать подход времён Gupta и PowerBuilder?А кто предлагает его клонировать?

Утверждается, что в небольшом десктоп приложении вполне себе безболезненно можно использовать одно открытое подключение во время работы приложения.

Petro123skyANAПотребность пользователя в данном конкретном случае решается в несколько окон, но давайте все-таки туда ещё и Многопоточность воткнем.
А потом обижаются, когда метрики показывают, что это на фиг никому не нужно.
Спрошу твое любимое - ты сам писал? ))
Банально по старому писать сложнее, т.к. пул по умолчанию включен.
Это как сегодня купить кнопочный телефон. Дороже будет.
Все включено).
Писал конечно.

И логика у тебя странная: писать сложнее, т.к. пул включен. Вернее где тут она?

Petro123skyANAПисал конечно.
Ну дак приводи пару строк соединения и сравним.
На платное это 2 строки с мылом и пофигу в каком окне или более ты их написал.
Не надо никаких арендаторов, конструкторов и DI.Прости, но я не понял, что ты тут написал.

Petro123Petro123арендаторовLOL
Слово синглетонов, Т9 заменил на арендаторов))))))Не пеняй на T9, когда тебе советовали пользоваться кнопкой "Просмотр", прежде чем нажать "Отправить"

Petro123Petro123Ну дак приводи пару строк соединения и сравним.
Тест Т9. Тестируем на бетта тестировщике skyANA)
Фраза выше понятна?Фраза-то понятно, не понятно к чему она :)

Но пожалуйста:

Roman Mejtesесли пользователей будет много, то имеет смысл закрывать, так как у сервера есть предел на количество открытых подключений, если пользователь 1, то вся эта возня и спор не имеют смысла, работать будет при любом раскладе.Что значит закрывать? Физически-то соединение не закроется.

И ели вдруг будет офигеть как много пользователей, то я бы хотел чтобы автор обязательно поделился историей своего успеха

Petro123skyANAпропущено...
Фраза-то понятно, не понятно к чему она :)

Но пожалуйста:



ты долго думал и контекст потерял.
Это было к 21041798 .
Или переведу, что с пулом счас писать проще чем без него.
Да вообще не думал. Скопировал код из старого небольшого WinForms приложения из двух окон.

Petro123,

что не так-то? Соединение создаётся и открывается ровно один раз.