Sind CLR UDT häufig in Unternehmensanwendungen verwendet?

Question

Ich bin einige der neueren Technologien in SQL Server 2005/2008 zu untersuchen. Die meisten meiner Anwendungen in C # geschrieben und haben in der Regel eine Datenbank-Komponente. Das meiste, was ich finde auf Google ist die Basis, ‚Dies ist, wie Sie einen CLR-UDT einrichten‘. Ich habe ein paar allgemeinen Fragen zu ihrer realen Anwendung und Nutzung.

• CLR hosted UDTs häufig in Anwendungen eingesetzt? Große oder kleine
• Gibt es Performance-Bedenken mit ihnen mit?
• Sie generell DBAs lieber nur die eingebauten Typen verwenden?

Sie scheinen wie ein Weg, um nur ein Objekt in eine Tabelle zu stopfen. Bin ich richtig, dass die tatsächliche Reihe von Problemen in der Annahme, die aufgrund ihrer Verwendung vereinfachter Lösungen ist minimal?

Answer 1

UDT nur einen Vorteil haben, wenn sie wirklich einige grundlegende Element Ihrer Anwendung darstellen. Fast immer können sie bis auf eingebauten Typen unterteilt werden, aber die Vorteile sind, dass Sie das zurückgegebene Objekt nicht werfen müssen. So sollten Sie wahrscheinlich nicht UDT verwenden, die komplexe Objekte wie Mitarbeiter dar, sondern etwas Grundsätzliches wie Größe oder Lage könnte eine gute Wahl sein, weil es leicht ist, aber sehr starr in seiner Definition.

Answer 2

Ich untersuchte sie mit, aber wurde unruhig über die Versionierung. Was passiert, wenn Sie eine neuere Version der Assembly auf den Server hochladen? Aufgrund der Abhängigkeiten, dann würden Sie die UDT und neu erstellen fallen müssen, aber was passiert, dann auf die Daten? Wir bleiben mit eingebauten Typen.