我在调查一些较新的技术可在SQL服务器2005/2008.我的大多数应用程序中,一般有一个数据库组成部分。最什么,我在谷歌找到是基本的,'这就是你如何设立了一个CLR UDT'.我有几个一般性问题在他们的现实世界的应用程序和使用。

  • 是CLR托管Udt中常用的应用程序?或大或小的规模
  • 是有效的关切使用他们?
  • 做数据库管理员的一般更愿意仅使用内置的类型?

他们看起来像一种方法只需补习班的对象入表中。我正在假定的实际范围问题,必须简化方案,因为它们的使用最小?

有帮助吗?

解决方案

UDT只有一个利益时,他们忠实地代表的一些基本项目的应用程序。几乎总是他们可以细分为在建筑类型而带来的好处是,你不需要投返回的对象。所以你可能不应该使用UDT的代表复杂的对象,例如雇员,但是基本的东西,如大小或地理位置也是一个好的选择,因为这是光线,但非常严格,在它的定义。

其他提示

我调查了使用他们,而是成为了不超过版本控制。会发生什么,如果你上传一个新版本的大到服务器?因为依赖关系,则会有下降UDT和重建它,但是随后发生的数据?我们坚持与建立类型。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top