c # многопоточность и базы данных

Похоже, что ваш UPDATE закрывает соединение, и ваш фоновый поток пытается использовать его для запроса. Если im считывает между строками правильно, вы создали объект соединения как член состояния вашей winform, который открывается один раз и, возможно, закрывается после UPDATE (или автоматически пулом соединений). В любом случае вам нужно сделать шаг назад и подумать о том, как вы делаете что-то.

Ваши методы обновления и выбора (надеюсь, в отдельных классах для ваших форм) должны заботиться об открытии и закрытии подключений исключительно, а не в полном объеме (т.е. область действия остается в методах). Пул соединений ADO позаботится об оптимизации соединений для вас.

Я также рекомендую использовать отключенные структуры данных, такие как DataTable и DataSet, а не DataReader, поскольку они поддерживают связь между клиентом и базой данных. Вы можете с радостью обрабатывать и передавать эти структуры, не поддерживая открытое соединение, которое требует DataReader. В идеале вы бы заселяли легкую структуру объектов, а не слишком часто пропускали DataSet, так как она несла некоторые издержки памяти - есть еще несколько причин для этого, например. типа безопасности.

Нет ничего плохого в вызове метода, который выполняет запросы по нескольким потокам, пока область действия ограничена этим методом. Например:

public static DataSet GetWebStatsData()
{
    DataSet StatsData = new DataSet();
    using (OleDbConnection conn = new OleDbConnection(ConnString))
    {
        using (OleDbCommand cm = new OleDbCommand(GetDataProcedure))
        {
            using (OleDbDataAdapter adap = new OleDbDataAdapter(cm))
            {
                cm.Connection = conn;
                conn.Open();
                adap.Fill(StatsData);
                conn.Close();
            }
        }
    }
    return StatsData;
}

Вы можете с радостью вызвать вышеупомянутый метод из многих потоков одновременно, и он должен работать. Я работал над приложениями, сильно использующими threadpool, которые выполняли в некоторых случаях десятки запросов одновременно без какого-либо негативного эффекта. Там, где это происходит, я бы рекомендовал установить максимальный размер для пула соединений ado.net, поскольку он может расти довольно большим, если оставить его без охраны (обычно для этого типа атрибута строки соединения используется "Max Pool Size = n" ). Ado.net будет маршировать соединения от вашего имени, так что есть много сантехники, чтобы использовать в рамках здесь.

Если вы пытаетесь использовать один и тот же SqlConnection для нескольких потоков одновременно, это, безусловно, приведет к непредсказуемым результатам. Создание соединения для каждого потока проще всего, или вы можете использовать некоторую форму синхронизации, если вы действительно хотите использовать одно соединение. Это имело бы смысл только в том случае, если ваши рабочие потоки выполняют значительную работу помимо доступа к базе данных.

Если вы используете одну и ту же строку соединения, вы можете открыть несколько объектов SqlConenction/SqlCommand/SqlDataReader, и они будут поступать из пула соединений. Нет причин, по которым вы не можете иметь несколько подключений к одной и той же базе данных! Вы можете прочитать дополнительную информацию в Пул соединений SQL Server (ADO.NET).

Я бы предположил, что событие навигации запускает новый запрос базы данных с использованием существующего sqlcommand. Можете ли вы опубликовать фрагмент кода?