Best Practices für die Einbettung von .NET-Assemblies in SQL Server

Question

Was sind einige wichtige Praktiken zu folgen, wenn eine .NET-Assembly erstellen, die auf SQL Server 2005 eingebettet werden wird?

Ich bin ganz neu in diesem, und ich habe festgestellt, dass es signifikante Methode Attribute wie:

[SqlFunction(FillRowMethodName = "FillRow", TableDefinition = "letter nchar(1)")]

Ich suche auch für häufige Fehler zu vermeiden, etc.

Answer 1

Einige, die ich erinnere mich:

• Halten Sie ihre Nutzung auf ein Minimum, verwenden Sie es nur, wenn T-SQL zu komplex erwiesen.
• Vermeiden Zeiger / Cursor auf allen Kosten, da ein for-Schleife so leicht abusable in CLR Kontext ist.
• Verwenden Sie nur die SQL-Server nativen Datentypen, es sei denn absolut notwendig.

Kann mich nicht erinnern, wo ich die Informationen gefunden haben, aber das sind einige, die ich erinnere mich.

Im Grunde genommen nur verwenden, wenn deklarativer T-SQL zu komplex ist oder unmöglich zu tun (wie zum Bearbeiten der Registrierung usw.).

Answer 2

Single Tipp zur Montage Einsatz:

Halten Sie Funktionalität für kleine Baugruppen isoliert. Versuchen Sie nicht, eine Abhängigkeitskette zu bauen, weil das Ersetzen eine Basisanordnung bedeutet, dass Sie die abhängigen Baugruppen entfernen müssen zuerst , bevor Sie die Basisbaugruppe aktualisieren können.

Answer 3

würde ich dringend abraten .NET-Assemblies in Ihrem Datenbank-Server setzt, denkt n-Tier-Anwendungen. Persistenz <- Business Logic <-Präsentation Logic <- Client Halten Sie Ihre Logik in Ihrer Business-Logik-Schicht.

Der einzige Grund, warum ich denken kann .net in Ihrer Datenbank setzen würde einen neuen komplexen Datentyp hinzuzufügen, würde ich stark, dass dies eine dumme Klasse sein, die nur Daten enthalten und führen keine Verarbeitung auf sich.

Nur weil Sie bedeutet nicht, Sie sollten. Sorry für die nicht direkt Ihre Frage zu beantworten.