Я не могу сказать, быстрее ли SP, чем ADO, но я всегда советую хранить запросы / запросы в вашем приложении, а НЕ в хранилище данных. как вы сейчас, хранилище данных для данных, а не логики. избегать СП.
MS SQL Server - сложный механизм, и я не думаю, что ваше приложение сможет вызвать блокировку в вашем коде из-за слишком большого количества записей в вашей базе данных. очевидно, это зависит от вашей конкретной реализации и от вашего интереса к производительности, я могу предположить, что вы намерены поддерживать большой объем. Я не думаю, что вам нужна очередь или служба в памяти, чтобы обернуть процесс регистрации. просто сбросьте след в базу данных в вашем приложении aspnet и забудьте о кэшировании / очистке. SQL будет следить за сохранением запросов журналирования в памяти и записывать их на диск - на самом деле он справляется с этим очень хорошо. Буфер запросов SQL будет гарантировать, что ваш код не блокируется, когда вы очищаете свою трассировку. если вы мне не верите, проверьте это с помощью отметок времени в окне отладки или чем-то в этом роде. если вам нужно настроить его, он должен быть в настройках вашей базы данных. Вам не нужно изобретать обертку здесь, использовать SP или запускать другую службу на вашем сервере (например, MSMQ), это просто израсходует больше вашего драгоценного процессора и памяти.