想要天天向上，就要懂得享受学习。图老师为大家推荐扩展微软 SQL Server 的空间功能，精彩的内容需要你们用心的阅读。还在等什么快点来看看吧！
【 tulaoshi.com - 编程语言 】
我经常想，在对空间信息的支持上，由于它缺乏对几何体的存储， MSSQL 总是比别的数据库慢了一拍。在新的 .NET CLR 的支持下，你可以真正地添加你自己的基于 .NET 的对象。尽管我也试了下在 SQL Server 中实现简单几何类型的存储，但有一些限制使我不得不放弃了尝试。首先，用户数据类型不能超过 8000 字节。也就是说，几何体对象不能超过 500 个节点，这对像海岸线这样的对象就显得太少了。另一个问题是 SQL Server 不支持继承，所以你也不能对你的数据类型做比较好的面向对象实现。
...所以昨天我试着找到了一个完全不同的更简单的实现。我决定以 Well-Known Binary 的形式（译者注： OpenGIS 的说明书中定义了两个表述空间对象的标准方式：一个是 WKT （ the Well-Known Text ）形式，另一个是 WKB （ the Well-Known Binary ）形式）存储几何体在一个图像列中。使用图像列的目的是它能够保存大到 2G 的数据，这对大多数的几何对象都足够了。而字节列和用户自定义类型一样，也有 8000 个字节的限制，所以也不够好。除了几何列之外，我还创建了四个实数类型的列，用来存储几何外接矩形框的最大最小坐标值。这能提高基于外接矩形框的查询的效率。其它的列用来存储几何体的属性。
我在 SharpMap 中实现了这个方法。首先，我建立了一个小的数据库导入程序用来导入 shapefile 文件。它在数据库中建立一个表，然后把几何体及其对象导入其中。 SharpMap 为其提供了必要的数据读取器和 WKB 格式化程序。第二个部分是建立了一个数据提供接口， SharpMap 能够基于这个接口绘制数据。我做这些时多少参照了 PostGreSQL/PostGIS 的数据提供接口，只是用四个外框坐标列来做外接矩形框查询。所有这些工作所发费的时间不超过一个小时，因此，可以说做起来是比较简单的。
（本文来源于图老师网站，更多请访问http://www.tulaoshi.com/bianchengyuyan/）我必须说，对于这种方法的效率我是很惊讶的。它比 shapefile 的数据接口还快一点点，而 shapefile 数据接口曾经是 SharpMap 中最快的数据接口。而 PostGreSQL/PostGIS 相比而言要慢 4 － 6 倍。
我在这里创建了一个可下载的 web 演示程序。它分为两页：一个是导入到数据库，另一个是从数据库读取数据和绘制图层。所有你要做的是在 App_Data 文件夹中增加一个 SQL Server 2005 Express 数据库并把它命名为 "GeoDatabase.mdf" 。
（本文来源于图老师网站，更多请访问http://www.tulaoshi.com/bianchengyuyan/）来源:http://www.tulaoshi.com/n/20160219/1620561.html
看过《扩展微软 SQL Server 的空间功能》的人还看了以下文章 更多>>
