擴充微軟 SQL Server 的空間功能

我經常想，在對空間資訊的支援上，由於它缺乏對幾何體的儲存， 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" 。