在對空間信息的支持上，由于它缺乏對幾何體的存儲， MSSQL 總是比別的數(shù)據(jù)庫慢了一拍。在新的 .NET CLR 的支持下，你可以真正地添加你自己的基于 .NET 的對象。盡管我也試了下在 SQL Server 中實(shí)現(xiàn)簡單幾何類型的存儲，但有一些限制使我不得不放棄了嘗試。首先，用戶數(shù)據(jù)類型不能超過 8000 字節(jié)。也就是說，幾何體對象不能超過 500 個節(jié)點(diǎn)，這對像海岸線這樣的對象就顯得太少了。另一個問題是 SQL Server 不支持繼承，所以你也不能對你的數(shù)據(jù)類型做比較好的面向?qū)ο髮?shí)現(xiàn)。

　 　...所以昨天我試著找到了一個完全不同的更簡單的實(shí)現(xiàn)。我決定以 Well-Known Binary 的形式（譯者注： OpenGIS 的說明書中定義了兩個表述空間對象的標(biāo)準(zhǔn)方式：一個是 WKT （ the Well-Known Text ）形式，另一個是 WKB （ the Well-Known Binary ）形式）存儲幾何體在一個圖像列中。使用圖像列的目的是它能夠保存大到 2G 的數(shù)據(jù)，這對大多數(shù)的幾何對象都足夠了。而字節(jié)列和用戶自定義類型一樣，也有 8000 個字節(jié)的限制，所以也不夠好。除了幾何列之外，我還創(chuàng)建了四個實(shí)數(shù)類型的列，用來存儲幾何外接矩形框的最大最小坐標(biāo)值。這能提高基于外接矩形框的查詢的效 率。其它的列用來存儲幾何體的屬性。

　　我在 SharpMap 中實(shí)現(xiàn)了這個方法。首先，我建立了一個小的數(shù)據(jù)庫導(dǎo)入程序用來導(dǎo)入 shapefile 文件。它在數(shù)據(jù)庫中建立一個表，然后把幾何體及其對象導(dǎo)入其中。 SharpMap 為其提供了必要的數(shù)據(jù)讀取器和 WKB 格式化程序。第二個部分是建立了一個數(shù)據(jù)提供接口， SharpMap 能夠基于這個接口繪制數(shù)據(jù)。我做這些時多少參照了 PostGreSQL/PostGIS 的數(shù)據(jù)提供接口，只是用四個外框坐標(biāo)列來做外接矩形框查詢。所有這些工作所發(fā)費(fèi)的時間不超過一個小時，因此，可以說做起來是比較簡單的。

　　我必須說，對于這種方法的效率我是很驚訝的。它比 shapefile 的數(shù)據(jù)接口還快一點(diǎn)點(diǎn)，而 shapefile 數(shù)據(jù)接口曾經(jīng)是 SharpMap 中最快的數(shù)據(jù)接口。而 PostGreSQL/PostGIS 相比而言要慢 4 － 6 倍。

　 　我在這里創(chuàng)建了一個可下載的 web 演示程序。它分為兩頁：一個是導(dǎo)入到數(shù)據(jù)庫，另一個是從數(shù)據(jù)庫讀取數(shù)據(jù)和繪制圖層。所有你要做的是在 App_Data 文件夾中增加一個 SQL Server 2005 Express 數(shù)據(jù)庫并把它命名為 "GeoDatabase.mdf" 。

關(guān)鍵字：SQL Server、數(shù)據(jù)庫、空間

【 頂部 】 【 關(guān)閉 】