MSSQLSpatial是一个开源空间数据引擎项目，本文通过介绍这一项目的同时，也对基于MS SQLServer 2005 CLR Integration技术实现一个空间数据引擎及优缺点做一些简单分析。
MssqlSpatial是一个开源空间数据引擎项目，本文通过介绍这一项目的同时，也对基于MSSQLServer 2005 CLR Integration（公共语言运行时集成，下文简称“CLR集成”）技术实现一个空间数据引擎及优缺点做一些简单分析。
MssqlSpatial给的说法是一个MSSQLServer2005空间扩展（Spatial Extensions），确切地说它应该是一个专属于SQLServer2005的空间数据引擎。所谓的空间数据引擎，其实就是基于关系型数据库的空间数据库技术的软件实现，实质上是个封装了空间领域知识的中间件，GIS等应用层通过这个中间层与关系型数据库交互。
问题。（实际上Oracle 10g也支持CLR集成，但在此不进行相关比较。）
基于CLR集成的空间数据引擎
显而易见，每一次数据库技术与数据访问技术的进步发展都会带动空间数据存储管理解决方案的进步与发展，就好像关系型数据库上BLOB数据类型的支持才使得空间数据库实现了空间特征数据与属性数据一体化存储管理。
关于MSSQLServer 2005有哪些新特性，在这里笔者就不再赘述，相信微软已做了大量宣传。
且不管广告如何，作为一个与整个平台紧密集成的全新一代的数据库产品，我们更关心它的新特性会给GIS最重要的组成部分之一“空间数据库技术”带来什么样的解决方案。这个关键，就是它的“CLR集成”。通过宿主Microsoft.net Framework 2.0公共语言运行时 (CLR)，可以在SQLServer 2005上利用.net Framework类库和任何如C#、VB、.net、C++/CLI等CLR语言来开发数据库应用，扩展用户自己的类型系统和聚合函数。许多之前在SQLServer 2000上用T-SQL或扩展存储过程等编程模型难以实现的或无法实现的任务现在可以用托管代码来完成，譬如几何计算这样具有复杂逻辑的计算密集型任务。
因此，空间索引和以二进制方式存储的空间特征数据都必须通过数据访问接口获取出来映射到空间数据引擎这个中间层还原成空间对象才能完成空间关系的判断。还有点不妙的就是每次涉及空间分析的操作都会从空间数据库服务器
SQLServer 2005上，非常显著的一个特点是，这类基于CLR集成的开发的.NET应用程序集是直接部署在数据库服务器上，SQLServer2005在进程内宿主.net CLR，外部GIS应用层可直接与空间数据库交互时使用T-SQL语句操作。
我们来看MssqlSpatial的解决方案，MssqlSpatial用CLR表值函数封装了一组简单而有效的空间索引实现，在这些CLR表值函数中实习了OGC简单特征规范定义的用于描述各种对象的空间关系的空间关系谓词，由NTS类库提供底层的空间对象和空间关系算子，在数据库进程内部直接完成空间查询操作。
SQL Server2005数据库CLR集成技术代码和数据的紧密结合使我们能够充分利用服务器的处理能力。而且因为它减少了数据层和中间层之间的流量，CLR 函数也可以利用到SQLServer 2005查询处理器
MssqlSpatial是开源GIS网站于2006年8月份加入的一个新开源项目，更新比较频繁。正由于其刚刚开始，可能作者忙于调整架构和实现相关应用，所以相关文档和介绍相当的少，对其长远的发展规划和定位还不得而知。
这个新生的开源项目目前还比较简单，没有提供构建高级空间索引的能力，进行空间查询时其仅是对最小外包矩形（MBR）比较后获得粗略子集后就通过一个委托调用NTS中空间对象的操作算子进行精确的匹配计算以获得目标结果集。
MssqlSpatial目前也没有栅格数据相关部分，要达到海量矢量/栅格管理，拓扑关系支持、长事务、日志、多用户并发、权限控制等商业层次要求的空间数据引擎还有很长的距离。不过在这个技术体系框架之下，这个的紧密目前最好的商业关系型数据库之一与采用先进的数据库编程模型的开源空间数据库项目，还是很具发展潜力的，我们期待其后继版本能够带来更多的东西。
推荐：