Как оставить открытым подключение к SQL

@detrop · Регистрация: 14.02.2021

Студворк — интернет-сервис помощи студентам

Здравствуйте! Подскажите пожалуйста, как оставить подключение к SQL открытым до завершения работы программы?
Суть вопроса: программа выполняет SQL команды, select и insert, но на данный момент приходится (по неумению по другому) при каждом запросе выполнять подключение и после выполнения закрывать.
Выглядит это вот так: одна из команд на select

Кликните здесь для просмотра всего текста

C#
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
            
            var con = new SqlConnection();
            con.ConnectionString = @"Data Source=DESKTOP-2J8JPAC;Initial Catalog=Detrop;Integrated Security=True";
            
                con.Open();
            //Чтение введенного ЛС и заполнение поля организации
            var orgNaim = new SqlCommand($"SELECT Executor from nc where nc={nc}", con);      
            SqlDataReader org = orgNaim.ExecuteReader();
            var a = "-";
            if (org.Read())
            {
                a = org.GetString(0);
            }
            OrgNaim.Lines = new string[] { a };
            con.Close();

Общая команда на insert:

Кликните здесь для просмотра всего текста

C#
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
private void button2_Click(object sender, EventArgs e)
        {
           using (SqlConnection conn = new SqlConnection(@"Data Source=DESKTOP-2J8JPAC;Initial Catalog=Detrop;Integrated Security=True"))
            {
                String commText = "Insert into products (nc, water_new, water_old, drains_new, drains_old, insert_day) values (@nc, (select MAX(water_old) from products), @water_new, (select MAX(drains_old) from products), @drains_new, SYSDATETIME())";
                SqlCommand comm = new SqlCommand(commText, conn);
                comm.Parameters.AddWithValue("@nc", ncTextBox.Text);
                comm.Parameters.AddWithValue("@water_old", waterOldTextBox.Text);
                comm.Parameters.AddWithValue("@drains_old", drainsOldTextBox.Text);
                comm.Parameters.AddWithValue("@water_new", waterNewTextBox.Text);             
                comm.Parameters.AddWithValue("@drains_new", drainsNewTextBox.Text);
                conn.Open();
                try
                {
                    comm.ExecuteNonQuery();
                }
                catch
                {
                    MessageBox.Show("Ошибка при добавлении данных");
                }
                waterNewTextBox.Clear();
                drainsNewTextBox.Clear();
 
            }

@Usaga · 15.02.2021, 17:16

Сообщение от detrop

Подскажите пожалуйста, как оставить подключение к SQL открытым до завершения работы программы?

Зачем?..

@detrop · 15.02.2021, 17:18 **[ТС]**

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

@Usaga · 15.02.2021, 17:23

detrop, т.е. вы не в курсе, что ADO.NET за вас создаёт пул подклчений?)

Добавлено через 1 минуту
Единственная практика работы с СУБД в ADO.NET: открывать поюключенте только тогда, когда оно нужно и ровно на то время, на которое нужно (обычно, на один запрос).

@detrop · 15.02.2021, 17:37 **[ТС]**

Usaga, Не в курсе, учту, исправлюсь.
Пишу со вчерашнего дня, опыта с c# особо нет, столкнулся с необходимостью написания программы и вот с помощью форумов выкручиваюсь, отсюда и способ подключения изучил, но проблема в том, что студия ругается, если при одном открытом ридере выполнять несколько SQL запросов, приходится закрывать подключение и для каждой команды открывать его вновь.

@Usaga · 15.02.2021, 17:44

Сообщение от detrop

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

Ну правильно ругается) При каждом выполнении запроса вы создаёте новое подключение. После - сразу закрываете. А вы, по любому, создаёте подключение, куда-то его сохраняете в поле класса, и потом как портовую куртизанку по коду пускаете. Не надо так делать.

@detrop · 15.02.2021, 18:57 **[ТС]**

Usaga, т.е. оставить как есть? Для каждого запроса новое соединение?

@MsGuns · 15.02.2021, 19:57

Сообщение от Usaga

портовую куртизанку

Если "куртизанка", то не портовая, а если "портовая", то не куртизанка.
Оксюморон, однако

Добавлено через 21 минуту
detrop, Соединение для SQL-сервера - это что-то вроде сессии. Сервер открывает соединение сам, если оно не было открыто, и закрыть может тоже сам, если посчитает нужным (например, по истечению критического интервала времени).
В соединении может находиться некие промежуточные данные (кэши, "откомилированные" параметрические запросы и т.д.)

Разработчики приложений должны руководствоваться следующими основными правилами:
1. Не перегружать серверное соединение данными, например, серверными курсорами с сотнями тысяч записей)
2. Исключение дедлоков (взаимоисключающих изменений в БД) и зацикливаний.
3. Не тянуть с сервера огромные массивы данных, с которыми клиент просто не в состоянии эффективно работать, что грузит сервер, сеть и приложение и, естественно, приводит к тормозам везде.
4. Производительность приложения. Например, при массовых вставках через параметрический запрос открывать соединение для каждого insert - явная потеря производительности. Причем, не только приложения, но и сервера.
5. Соблюдение целостности пакета изменений. Например, при вставке за раз ( в одном пакете) одной записи в таблицу заголовков накладных и 100 строчек ее фактуры в таблицу фактур все эти 101 инсерт должны быть выполнены в контексте одной транзакции и, разумеется, одного соединения.

Нет ничего страшного, что соединение открывается при запуске приложения и закрывается при его финише. Если, конечно, оно писано грамотно, с учетом вышеизложенных правил.
Usaga однозначно прав в одном: для неопытных разработчиков лучше придерживаться принципа "одна команда - одно соединение", что подходит в 99% случаев из 100. А, главное, априори безопасно для сервера.
Когда приложение начнет работать на серьезных объемах, возникнут вопросы, придется подкручивать приложение: использовать "многоразовые" соединения, параллировать запросы тредами и т.д. Но все это будет потом. На начальном же этапе "одноразовая" технология проста, надежна и не приводит к зависаниям и потерям информации.

SQL-серверы так устроены, что они не боятся чрезмерного кол-ва соединений, скажем, несколько миллионов в единицу времени. Главное, чтобы они не жрали его ресурсы, а аккуратно "кушали" по чуть-чуть

Добавлено через 7 минут
Чуть не забыл 6 правило:
6. Исключение клиентских задержек при массовых изменений в БД. Т.е. если вставляете 1000 записей, то сначала подготовьте пакет с соотв. insert/update/delete, а затем пучком или в одном цикле отправляйте его на сервер. Временные задержки между "порциями" (например, подтверждение юзером отправки каждого инсерта) сделают соединение "долгоиграющим" и может привести не только к излишней загрузке кэша на сервере, но и потере соединения и, вместе с ним, возможной потере данных, введенным юзером.

@detrop · 15.02.2021, 19:58 **[ТС]**

MsGuns, Usaga, спасибо за инфу. Учту на будущее.

@Usaga · 16.02.2021, 09:27

Сообщение от MsGuns

: использовать "многоразовые"

Так в ADO.NET используется пул подключений по умолчанию. Не нужно никаких многоразовых подключений. Они все многоразовые. Откройте одно подключение к SQL Server и тут же его закройте. А потом посмотрите через netstat на десяток висящих и взявшихся из ниоткуда подключений на порт 1433. Это запуленные подключения. Так что всё уже реализованно за нас.

@detrop · 16.02.2021, 12:30 **[ТС]**

Usaga, MsGuns, а подскажите пожалуйста, вот у меня получается строка подключения захардкожена, можно ли как то в строке подключения, вместо строки указать файл .config, в котором строка прописана?

@Usaga · 16.02.2021, 12:37

detrop, вы можете строку подключения прочитать откуда угодно. Строка подключения - это обычная строка.

@detrop · 16.02.2021, 12:57 **[ТС]**

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

@Usaga · 16.02.2021, 13:53

detrop, как угодно. Зависит от формата файла, в котором будете хранить настройки: JSON, XML, INI или что-то другое.

@detrop · 16.02.2021, 14:02 **[ТС]**

Usaga, .config файл.
На данный момент подключение выглядит так:
con.ConnectionString = @"Data Source=localhost;Initial Catalog=Detrop;Integrated Security=True";

возможно ли сделать con.ConnectionString = "файл .config из папки с исполняемым .exe программы"

@Usaga · 16.02.2021, 14:28

detrop, вам нужен класс Configuration Manager

@kolorotur · 16.02.2021, 14:42

Не по теме:

Сообщение от MsGuns

Если "куртизанка", то не портовая, а если "портовая", то не куртизанка.

Сразу видно разбирающегося! :)

Новые блоги и статьи Все статьи Все блоги /
Модульный подход на примере F# DevAlt 06.03.2026 В блоге дяди Боба наткнулся на такое определение: В этой книге («Подход, основанный на вариантах использования») Ивар утверждает, что архитектура программного обеспечения — это структуры,. . .	Управление камерой с помощью скрипта OrbitControls.js на Three.js: Вращение, зум и панорамирование 8Observer8 05.03.2026 Содержание блога Финальная демка в браузере работает на Desktop и мобильных браузерах. Итоговый код: orbit-controls-threejs-js. zip. Сканируйте QR-код на мобильном. Вращайте камеру одним пальцем,. . .	SDL3 для Web (WebAssembly): Синхронизация спрайтов SDL3 и тел Box2D 8Observer8 04.03.2026 Содержание блога Финальная демка в браузере. Итоговый код: finish-sync-physics-sprites-sdl3-c. zip На первой гифке отладочные линии отключены, а на второй включены:. . .	SDL3 для Web (WebAssembly): Идентификация объектов на Box2D v3 - использование userData и событий коллизий 8Observer8 02.03.2026 Содержание блога Финальная демка в браузере. Итоговый код: finish-collision-events-sdl3-c. zip Сканируйте QR-код на мобильном и вы увидите, что появится джойстик для управления главным героем. . . .
Реалии Hrethgir 01.03.2026 Нет, я не закончил до сих пор симулятор. Эта задача сложнее. Не получилось уйти в плавсостав, но оно и к лучшему, возможно. Точнее получалось - но сварщиком в палубную команду, а это значит, в моём. . .	Ритм жизни kumehtar 27.02.2026 Иногда приходится жить в ритме, где дел становится всё больше, а вовлечения в происходящее — всё меньше. Плотный график не даёт вниманию закрепиться ни на одном событии. Утро начинается с быстрых,. . .	SDL3 для Web (WebAssembly): Сборка библиотек: SDL3, Box2D, FreeType, SDL3_ttf, SDL3_mixer и SDL3_image из исходников с помощью CMake и Emscripten 8Observer8 27.02.2026 Недавно вышла версия 3. 4. 2 библиотеки SDL3. На странице официальной релиза доступны исходники, готовые DLL (для x86, x64, arm64), а также библиотеки для разработки под Android, MinGW и Visual Studio. . . .	SDL3 для Web (WebAssembly): Реализация движения на Box2D v3 - трение и коллизии с повёрнутыми стенами 8Observer8 20.02.2026 Содержание блога Box2D позволяет легко создать главного героя, который не проходит сквозь стены и перемещается с заданным трением о препятствия, которые можно располагать под углом, как верхнее. . .

@detrop 1 / 1 / 0 Регистрация: 14.02.2021 Сообщений: 97
	15.02.2021, 17:18 [ТС]
	Чтобы при каждом запросе не выполнять подключение и после выполнения закрывать. Облегчить код, да и в целом решение топорное. 0

@Usaga 14297 / 9382 / 1353 Регистрация: 21.01.2016 Сообщений: 35,370
	15.02.2021, 17:23
	detrop, т.е. вы не в курсе, что ADO.NET за вас создаёт пул подклчений?) Добавлено через 1 минуту Единственная практика работы с СУБД в ADO.NET: открывать поюключенте только тогда, когда оно нужно и ровно на то время, на которое нужно (обычно, на один запрос). 0

@detrop 1 / 1 / 0 Регистрация: 14.02.2021 Сообщений: 97
	15.02.2021, 17:37 [ТС]
	Usaga, Не в курсе, учту, исправлюсь. Пишу со вчерашнего дня, опыта с c# особо нет, столкнулся с необходимостью написания программы и вот с помощью форумов выкручиваюсь, отсюда и способ подключения изучил, но проблема в том, что студия ругается, если при одном открытом ридере выполнять несколько SQL запросов, приходится закрывать подключение и для каждой команды открывать его вновь. 0

@detrop 1 / 1 / 0 Регистрация: 14.02.2021 Сообщений: 97
	15.02.2021, 18:57 [ТС]
	Usaga, т.е. оставить как есть? Для каждого запроса новое соединение? 0

@detrop 1 / 1 / 0 Регистрация: 14.02.2021 Сообщений: 97
	15.02.2021, 19:58 [ТС]
	MsGuns, Usaga, спасибо за инфу. Учту на будущее. 0

@detrop 1 / 1 / 0 Регистрация: 14.02.2021 Сообщений: 97
	16.02.2021, 12:30 [ТС]
	Usaga, MsGuns, а подскажите пожалуйста, вот у меня получается строка подключения захардкожена, можно ли как то в строке подключения, вместо строки указать файл .config, в котором строка прописана? 0

@Usaga 14297 / 9382 / 1353 Регистрация: 21.01.2016 Сообщений: 35,370
	16.02.2021, 12:37
	detrop, вы можете строку подключения прочитать откуда угодно. Строка подключения - это обычная строка. 0

@detrop 1 / 1 / 0 Регистрация: 14.02.2021 Сообщений: 97
	16.02.2021, 12:57 [ТС]
	Usaga, имею в виду как код будет выглядеть на чтение строки из файла? 0

@Usaga 14297 / 9382 / 1353 Регистрация: 21.01.2016 Сообщений: 35,370
	16.02.2021, 13:53
	detrop, как угодно. Зависит от формата файла, в котором будете хранить настройки: JSON, XML, INI или что-то другое. 0

@detrop 1 / 1 / 0 Регистрация: 14.02.2021 Сообщений: 97
	16.02.2021, 14:02 [ТС]
	Usaga, .config файл. На данный момент подключение выглядит так: con.ConnectionString = @"Data Source=localhost;Initial Catalog=Detrop;Integrated Security=True"; возможно ли сделать con.ConnectionString = "файл .config из папки с исполняемым .exe программы" 0

@Usaga 14297 / 9382 / 1353 Регистрация: 21.01.2016 Сообщений: 35,370
	16.02.2021, 14:28
	detrop, вам нужен класс Configuration Manager 1