關係型資料庫支援空間資料的兩大主流選擇：MySQL Spatial Extensions (原生) 與 PostgreSQL + PostGIS (擴充套件)。本文從 8 大技術維度深度對比，給出選型決策矩陣。
| 維度 | MySQL Spatial | PostGIS |
|---|---|---|
| 空間索引 | 僅 MyISAM 支援 R-Tree；InnoDB 5.7+ 始支援 | GiST (Generalized Search Tree) - R-Tree 變體，全引擎支援 |
| 幾何類型 | 僅 2D (Point, LineString, Polygon...) | 2D/3D/4D、曲線、TIN、光柵 |
| 空間函數 | 有限 (MBR 包絡盒判斷為主) | 完整實作 OGC Simple Features / SQL-MM |
| 精確幾何運算 | 僅最小外接矩形 (MBR) 近似 | 真實幾何關係 (ST_Contains, ST_Intersects 精確) |
| 坐標投影 | 不支援 (假設平面直角) | 完整 PROJ.4 支援，數百種投影轉換 |
| 距離計算 | 歐式平面距離 | 地球曲面大圓距離、投影坐標系真實距離 |
| 事務支援 | 空間操作不在事務保護下 | 完整 ACID，長事務支援複雜空間分析 |
| 載入/索引建立速度 | 快 (無事務開銷) | 較慢 (事務+GiST 分裂演算法) |
| 查詢效能 | 簡單 MBR 篩選極快 | 複雜幾何運算優化完善，大數據集更穩定 |
| 生態/案例 | 較少 | OpenStreetMap、PostgreSQL 官方推薦、成熟工具鏈 |
MBRContains(poly, pt) 僅判斷點是否在多邊形「最小外接矩形」內 → 误判率高。ST_Contains(poly, pt) 精確判斷點是否在多邊形實際邊界內 → 正確。ogr2ogr -f "PostgreSQL" PG:"dbname=gis" "MySQL:db_name" -nlt PROMOTE_TO_MULTI (GDAL/OGR)。ST_SetSRID(geom, 4326)。CREATE INDEX idx_geom ON tbl USING GIST (geom);。空間資料庫選型本質是「功能完整度 vs 運維簡單度」的權衡。PostGIS 是功能天花板，MySQL Spatial 是輕量級入門；隨業務深化，遷移至 PostGIS 是大概率事件，建議早規劃異構同步架構。
