Производительность оператора UPDATE для 100+ одновременных пользователей

Question

Я разрабатываю небольшое приложение на C #. Серверная часть SQL Server 2012. Это модуль генерации билетов. Билетная таблица состоит из 61 столбца. Для каждого билета, введенного в запись, вставляется в эту таблицу. Как и когда в заявку вносятся некоторые изменения, такие обновления также делаются в этой таблице.

У нас будет около 100 или более пользователей, одновременно выполняющих тикет (необходимые циклы транзакций и т. Д., На месте).

Я сомневаюсь, что многие пользователи обновляют одну и ту же таблицу. Не замедлит ли это приложение?

Я не мог проверить это, так как у меня нет такой установки. Если у кого-то здесь есть опыт, предложите правильный путь.

Спасибо.

Гуглил, но не смог найти правильный путь.

Answer 1

100 на самом деле довольно небольшое число при условии, что они не подключаются к БД с разными учетными записями (поэтому у вас есть бизнес-уровень, который обрабатывает все эти подключения с определенной учетной записью БД)

См.здесь: https://docs.microsoft.com/en-us/sql/database-engine/configure-windows/configure-the-user-connections-server-configuration-option?view=sql-server-2017.

Эта информация относится к SQL Server 2017, но я полагаю, что 2012 год будет довольно похожим.

Еще несколько хороших чтений здесь:

• https://docs.microsoft.com/en-us/dotnet/framework/data/transactions/transaction-fundamentals
• https://dba.stackexchange.com/questions/43254/is-it-a-bad-practice-to-always-create-a-transaction
• В какой степени обертывание вставок в транзакции помогает производительности на Sql Server?

Если ваша логика транзакций (правильно реализована) на месте, 100+ пользователей должны быть в порядке.

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

Также - 61 столбец на таблицу не звучит хорошо.