geoserver使用mysql資料來源的注意事項

標籤：geoserver   mysql   

由於項目中使用的資料庫是mysql,為了保證資料同步，geoserver也需要使用mysql資料來源。

（GIS服務引擎也是因為ArcGIS不支援mysql才轉到geoserver的）

geoserver的開源性質，決定了他難免會有BUG，好在有源碼，修複起來不算麻煩。

BUG 1：

    配置的圖層資料空間欄位不能有空值，否則會拋出邊界範圍無法計算的錯誤。導致圖層完全無法使用。

解決方案：

在表圖層的空間欄位上增加預設值屬性。

視圖則需要增加函數轉換如：

create view V_POINTS AS SELECT COALESCE (pt.GEOM,ST_GEOMFROMTEXT (‘POINT(0 0)‘,4326)) as GEOM FROM POINTS

BUG 2:

    分頁搜尋形同虛設，WFS查詢中GEOSERVER獨創的startIndex,maxFeatures分頁搜尋確實好用。但在mysql外掛程式中則會出現資料查詢結果不符或乾脆為0條結果。

    其根本原因是在做SQL映射時，未將過濾where條件寫到查詢語句中。修改方法也很簡單，找到gt-jdbc-mysql-version.jar, 修改MySQLFilterToSQL.java源檔案。估計是原作者的疏忽。只添加了空間查詢過濾，而忽略了一般的DBMS sql過濾。

caps.addAll(SQLDialect.BASE_DBMS_CAPABILITIES)

 @Override    protected FilterCapabilities createFilterCapabilities() {        //MySQL does not actually implement all of the special functions        FilterCapabilities caps = super.createFilterCapabilities();        caps.addAll(SQLDialect.BASE_DBMS_CAPABILITIES);        caps.addType(BBOX.class);        caps.addType(Contains.class);        //caps.addType(Crosses.class);        caps.addType(Disjoint.class);        caps.addType(Equals.class);        caps.addType(Intersects.class);        caps.addType(Overlaps.class);        caps.addType(Touches.class);        caps.addType(Within.class);        caps.addType(Beyond.class);                return caps;    }

BUG 3：

    多邊形搜尋結果變成了矩形搜尋。導致多邊形搜尋名不副實。

解決方案：

    這個應該屬於MySQL自身的問題。據說新版本已經修複，還有待驗證

geoserver使用mysql資料來源的注意事項