Procedure consigliate per incorporare assembly .NET in SQL Server

Question

Quali sono alcune pratiche importanti da seguire durante la creazione di un assembly .NET che verrà incorporato in SQL Server 2005?

Sono nuovo di zecca in questo e ho scoperto che ci sono attributi di metodo significativi come:

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

Sto anche cercando le insidie ​​​​comuni da evitare, ecc.

Answer 1

Alcuni che ricordo:

• Mantieni il suo utilizzo al minimo, usalo solo quando T-SQL si è rivelato troppo complesso.
• Evita puntatori/cursori a tutti i costi perché un ciclo for è facilmente abusabile nel contesto CLR.
• Utilizzare solo i tipi di dati nativi di SQL Server a meno che non siano assolutamente necessari.

Non ricordo dove ho trovato le informazioni, ma queste sono alcune che ricordo.

Fondamentalmente, usalo solo quando il T-SQL dichiarativo è troppo complesso o impossibile da eseguire (come la modifica del registro, ecc.).

Answer 2

Unico suggerimento relativo alla distribuzione dell'assieme:

Mantieni le funzionalità isolate tra piccoli assiemi.Cerca di non creare una catena di dipendenze, perché sostituire un assieme di base significa che devi rimuovere gli assiemi dipendenti Primo, prima di poter aggiornare l'assieme di base.

Answer 3

Sconsiglio vivamente di inserire assembly .net nel server di database, pensare alle applicazioni a più livelli.Persistence <- Business Logic <-presentation Logic <- Cliente Mantieni la tua logica nel livello della logica aziendale.

L'unico motivo per cui mi viene in mente di inserire .net nel tuo database sarebbe quello di aggiungere un nuovo tipo di dati complesso, vorrei fortemente che questa fosse una classe stupida che contiene solo dati e non esegue alcuna elaborazione su di essi.

Solo perché puoi non significa che dovresti.Ci scusiamo per non aver risposto direttamente alla tua domanda.