我經常想，在對空間信息的支持上，由於它缺乏對幾何體的存儲， 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 的數據提供接口，只是用四個外框坐標列 來做外接矩形框查詢。所有這些工作所發費的時間不超過一個小時，因此，可以 說做起來是比較簡單的。
我必須說，對於這種方法的效率我是很驚訝的。它比 shapefile 的數據接口 還快一點點，而 shapefile 數據接口曾經是 SharpMap 中最快的數據接口。而 PostGreSQL/PostGIS 相比而言要慢 4 － 6 倍。
我在這裡創建了一個可下載的 web 演示程序。它分為兩頁：一個是導入到數 據庫，另一個是從數據庫讀取數據和繪制圖層。所有你要做的是在 App_Data 文 件夾中增加一個 SQL Server 2005 Express 數據庫並把它命名為 "GeoDatabase.mdf" 。
