MYSQL网页编程之扩大微软 SQL Server 的空间功效

要想在MySQL与其他数据库之间进行一个面面俱到的功能设置对比，并不是一件容易的MySQL学习教程。随着新软件版本的发布或一些补丁的推出。　　我常常想，在对空间信息的撑持上，因为它缺少对多少体的存储，MSSQL老是比其余数据库慢了一拍。在新的.NETCLR的撑持下，你能够真正地增加你本人的基于.NET的工具。只管我也试了下在SQLServer中完成复杂多少范例的存储，但有一些限定使我不能不保持了实验。起首，用户数据范例不克不及凌驾8000字节。也就是说，多少体工具不克不及凌驾500个节点，这对像海岸线如许的工具就显得太少了。另外一个成绩是SQLServer不撑持承继，以是你也不克不及对你的数据范例做对照好的面向工具完成。
　　...以是今天我试着找到了一个完整分歧的更复杂的完成。我决意以Well-KnownBinary的情势（译者注：OpenGIS的仿单中界说了两个表述空间工具的尺度体例：一个是WKT（theWell-KnownText）情势，另外一个是WKB（theWell-KnownBinary）情势）存储多少体在一个图象列中。利用图象列的目标是它可以保留年夜到2G的数据，这对年夜多半的多少工具都充足了。而字节列和用户自界说范例一样，也有8000个字节的限定，以是也不敷好。除多少列以外，我还创立了四个实数范例的列，用来存储多少外接矩形框的最年夜最略坐标值。这能进步基于外接矩形框的查询的效力。别的的列用来存储多少体的属性。
　　我在SharpMap中完成了这个办法。起首，我创建了一个小的数据库导进程序用来导进shapefile文件。它在数据库中创建一个表，然后把多少体及其工具导进个中。SharpMap为其供应了需要的数据读取器和WKB格局化程序。第二个部分是创建了一个数据供应接口，SharpMap可以基于这个接口绘制数据。我做这些时几参照了PostGreSQL/PostGIS的数据供应接口，只是用四个外框坐标列来做外接矩形框查询。一切这些事情所发费的工夫不凌驾一个小时，因而，能够说做起来是对照复杂的。
　　我必需说，关于这类办法的效力我是很惊奇的。它比shapefile的数据接口还快一点点，而shapefile数据接口已经是SharpMap中最快的数据接口。而PostGreSQL/PostGIS比拟而言要慢4－6倍。
　　我在这里创立了一个可下载的web演示程序。它分为两页：一个是导进到数据库，另外一个是从数据库读取数据和绘制图层。一切你要做的是在App_Data文件夹中增添一个SQLServer2005Express数据库并把它定名为"GeoDatabase.mdf"。　　请作者接洽本站，实时附注您的姓名。接洽邮箱:edu#chinaz.com（把#改成@）。

事实上，在任何DBaaS中，解决方案提供商对如何管理物理资源都没有控制权，因此MySQL学习教程可能会发现由于DBaaS的局限性使得他们提供给客户的远远小于客户所期望的。

如安全管理、备份恢复、性能监控和调优等，SQL只要熟悉基本操作就可以，只要程序设计部分只要稍加了解即可（如存储过程、触发器等）。

记得在最开始使用2k的时候就要用到这个功能，可惜2k没有，现在有了作解决方案的朋友会很高兴吧。

至于淘汰的问题，只能说在你的项目周期之内，微软应该都不会倒闭。

其中最有名的应该是row_number了。这个终于解决了用临时表生成序列号的历史，而且SQLServer2005的row_number比Oracle的更先进。因为它把Orderby集成到了一起，不用像Oracle那样还要用子查询进行封装。

只能告诉你，学好数据库语言和原理，多见识几种数据库软件，比一棵树上吊死要好。

sqlserver的痛苦之处在于有用文档的匮乏，很多只是表明的东西

sqlserver的痛苦之处在于有用文档的匮乏，很多只是表明的东西