Gespeicherte Sql-Prozedur mit einer Menge von Parametern

Question

Ich verwende Sql Server 2008. My Stored Procedure akzeptiert fast 150 Parameter. Ist da was mit der Performance falsch?

Answer 1

Nichts falsch Leistung, aber es riecht als etwas, das besser mit dynamischem SQL getan werden könnte. Schwer zu sagen, ohne den Code zu sehen.

Answer 2

der max 1.024, aber ich denke, 150 wenig ist über

Answer 3

, wenn Sie SQL Server 2008 verwenden Sie den neuen Tabellenparameter verwenden können. Wenn die Parameter identisch sind, können Sie den Tabellenparameter einfach verwenden.

Hier ist der Link zur MSDN. Hier ist another link, ein bisschen mehr erklärt

Genießen Sie.

Answer 4

Vielleicht ist es aus Leistungsperspektive kein Problem. Aber aus Sicht der Wartung.

Sie könnten in Erwägung ziehen, die Daten als einzelnen XML-Parameter zu senden. Details siehe:

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

Answer 5

Sie auf jeden Fall die Gründe für alle Parameter identifizieren sollte.

1. Sind diese Werte in eine Tabelle einzufügen oder zu aktualisieren? Dann können Sie besser einen tabellarischen Parameter für diese Werte verwenden.
2. Sind sie komplexe Auswahlkriterien? Dann vermute ich, dass Sie einen XML-Parameter verwenden sollten, um die Auswahlkriterien zu erfüllen. Andernfalls könnten Sie die Häufigkeit neu berechnen, mit der die verschiedenen Kriterien tatsächlich verwendet werden. Sie werden feststellen, dass ein einfacherer SP in 80% der Fälle Ihren Anforderungen entspricht.

Answer 6

Regulars in den SQL Server-Newsgroups werden mit den vielen Streitigkeiten zwischen Joe Celko und Tony Rogerson und einer von ihnen vertraut ist auf den sehr Gegenstand davon, ob es eine gute Idee, um eine gespeicherte Prozedur mit einer großen Anzahl zu verwenden, von Parametern.

Weil die Frage speziell über die Leistung ist, hier ist Tony Seite des Arguments:

Don't use CSV/XML - use 1,000 Parameters instead!

Tony Rogerson ist ein Landsmann (US = limey) und der Titel ist ironisch (US = NULL).