Sql хранимая процедура с большим количеством параметров

Question

Я использую Sql Server 2008. Моя хранимая процедура принимает почти 150 параметров. Что-то не так с этой производительностью?

Answer 1

когда вы используете SQL Server 2008, вы можете использовать новый параметр Table. Если параметры совпадают, вы можете легко использовать параметр таблицы.

Вот ссылка на MSDN . Вот другая ссылка , немного более объясненная

Наслаждайтесь.

Answer 2

Может быть, это не проблема с точки зрения производительности. Но с точки зрения обслуживания.

Вы можете рассмотреть возможность отправки данных в виде одного параметра XML Подробнее см .:

http://msdn.microsoft.com/en-us/library/dd788497.aspx

Answer 3

Нет ничего плохого в производительности, но он пахнет как то, что можно лучше сделать с помощью динамического SQL. Трудно сказать, не видя код.

Answer 4

Регулярные участники в группах новостей SQL Server будут знакомы со многими ссорами между Джо Селко и Тони Роджерсоном, и одна из них посвящена самому вопросу о целесообразности использования хранимой процедуры с большим количеством параметров.

Поскольку речь идет конкретно о производительности, вот аргумент Тони:

Не используйте CSV / XML - используйте 1000 параметров вместо этого!

Тони Роджерсон - британец (США = лайм), и название иронично (США = НУЛЬ).

Answer 5

максимум 1024, но я думаю, что 150 немного больше

Answer 6

Вы должны обязательно определить причины для всех параметров.

1. Это значения для вставки или обновления в таблицу? Тогда вам может быть лучше использовать табличный параметр для этих значений.
2. Это сложные критерии выбора? Тогда я подозреваю, что вы должны использовать параметр XML, чтобы пройти критерии выбора; в противном случае вы можете пересмотреть частоту, с которой фактически используются различные критерии. Вы можете найти более простой SP, отвечающий вашим потребностям в 80% случаев.