簡介本資源是PostGIS 3.5.0官方集成安裝包專為64位PostgreSQL 15環(huán)境設(shè)計(jì)面向GIS開發(fā)人員、空間數(shù)據(jù)庫管理員及地理信息專業(yè)學(xué)習(xí)者解決在PostgreSQL中快速啟用標(biāo)準(zhǔn)空間數(shù)據(jù)存儲、查詢與分析能力的核心需求。壓縮包共1335個文件涵蓋951個SQL擴(kuò)展腳本用于創(chuàng)建空間函數(shù)與類型、79個DLL動態(tài)庫提供核心空間運(yùn)算支持、75個CSV示例數(shù)據(jù)含地理編碼與拓?fù)錅y試集、50個TIFF遙感影像樣本及35個GFS柵格格式定義文件整體大小130.74MB。已有190人下載學(xué)習(xí)資源結(jié)構(gòu)完整包含bat一鍵初始化腳本、多版本control擴(kuò)展控制文件、TIGER地理編碼器配置及PointCloud點(diǎn)云擴(kuò)展模塊開箱即可部署標(biāo)準(zhǔn)GIS功能顯著降低PostgreSQL空間化部署門檻適用于城市規(guī)劃、自然資源管理、位置智能等實(shí)際項(xiàng)目場景。1. PostGIS 3.5.0 PostgreSQL 15 的 Windows x64 二進(jìn)制包不是“解壓即用”而是“解壓后必須過三關(guān)”你下載了postgis-bundle-pg15-3.5.0x64.zip雙擊解壓、把 bin/lib/share 文件夾拖進(jìn) PostgreSQL 安裝目錄——結(jié)果CREATE EXTENSION postgis;報(bào)錯ERROR: could not load library postgis-3或者更玄學(xué)的The specified module could not be found.。這不是你手殘也不是網(wǎng)盤損壞而是 PostGIS 官方二進(jìn)制捆綁包bundle在 Windows 上的典型落地現(xiàn)實(shí)它不提供安裝器不注冊服務(wù)不校驗(yàn)依賴只打包——把 PostgreSQL 15、PostGIS 3.5.0、GEOS、PROJ、GDAL 等全部編譯好的 DLL 和 SQL 腳本塞進(jìn)一個 ZIP交給你自己拼裝。它適合兩類人一是需要快速驗(yàn)證空間函數(shù)行為的 DBA比如測試ST_Within在千萬級點(diǎn)面關(guān)系下的性能二是正在搭建離線 GIS 數(shù)據(jù)庫環(huán)境的交付工程師比如給某地市政務(wù)云部署無外網(wǎng)環(huán)境的 PGPostGIS。但前提是你得親手把 DLL 的加載鏈理清楚、把路徑釘死、把 C 運(yùn)行時(shí)版本對齊——否則 zip 解開就是一地碎片。本文不講源碼編譯只講怎么用這個x64.zip在 Windows Server 2019 / Windows 10 x64 上零修改 PostgreSQL 原生安裝結(jié)構(gòu)讓postgisextension 真正CREATE成功并穩(wěn)定運(yùn)行。2. 拆包前必做的三件事確認(rèn) PostgreSQL 架構(gòu)、補(bǔ)全 C 運(yùn)行時(shí)、校驗(yàn) ZIP 完整性PostGIS bundle 不是獨(dú)立數(shù)據(jù)庫它是“插件增強(qiáng)包”必須依附于已安裝的 PostgreSQL。而pg15-3.5.0x64.zip中的二進(jìn)制是嚴(yán)格綁定PostgreSQL 15.x 官方 Windows x64 版本非 EnterpriseDB、非 BigSQL、非 StackBuilder 安裝版的 ABI。如果你用的是postgresql-15.4-1-windows-x64.exe安裝的 PG那它匹配但如果你用的是edb-postgres-advanced-server-15.4-1-windows-x64.exe或通過 Chocolatey 安裝的postgresql極大概率失敗——因?yàn)樗鼈兊膌ibpq.dll、postgres.exe符號導(dǎo)出或 TLS 初始化方式不同。這是第一個硬門檻。2.1 確認(rèn)你的 PostgreSQL 是“原生官方版”且架構(gòu)為 x64打開命令行執(zhí)行C:\Program Files\PostgreSQL\15\bin\pg_config.exe --version C:\Program Files\PostgreSQL\15\bin\pg_config.exe --bindir輸出應(yīng)為PostgreSQL 15.4 C:/Program Files/PostgreSQL/15/bin注意pg_config必須能執(zhí)行且路徑中不能含空格如Program Files (x86)是危險(xiǎn)信號。若提示“不是內(nèi)部或外部命令”說明pg_config.exe不在 PATH或你裝的是精簡版/綠色版無 pg_config。此時(shí)請卸載重裝 https://www.postgresql.org/download/windows/ 提供的官方postgresql-15.x-x-windows-x64.exe—— 它自帶pg_config且默認(rèn)安裝到C:\Program Files\PostgreSQL\15。2.2 強(qiáng)制安裝 Microsoft Visual C 2015–2022 Redistributable (x64)PostGIS 3.5.0 bundle 中所有 DLLpostgis-3.dll,libproj-25.dll,libgeos_c-1.dll均鏈接于vcruntime140.dll和msvcp140.dll它們由Visual C 2015–2022 Redistributable (x64)提供。Windows 10/11 自帶的是 2015–2019 版但 PostGIS 3.5.0 編譯時(shí)使用的是 VS 2022 工具鏈要求vcruntime140_1.dll注意下劃線1——這是 2022 版新增的模塊。很多用戶卡在The specified module could not be found.根本原因就是缺這個 DLL。? 正確做法前往微軟官網(wǎng)下載最新版 https://aka.ms/vs/17/release/vc_redist.x64.exe運(yùn)行安裝無需重啟但需以管理員權(quán)限運(yùn)行。安裝后在C:\Windows\System32下應(yīng)存在vcruntime140.dllvcruntime140_1.dll← 關(guān)鍵msvcp140.dllmsvcp140_1.dll驗(yàn)證命令PowerShellGet-ChildItem C:\Windows\System32\vcruntime140*.dll | Select-Object Name, Length若無vcruntime140_1.dll即使其他三個都在postgis-3.dll加載仍會失敗。2.3 校驗(yàn) ZIP 包完整性避免“failed to copy spatial iop zip”類靜默損壞網(wǎng)絡(luò)下載或百度網(wǎng)盤轉(zhuǎn)存常導(dǎo)致 ZIP 文件末尾截?cái)嘤绕浯笪募?120MB。PostGIS bundle 解壓后約 142MB但若校驗(yàn)失敗解壓時(shí)可能不報(bào)錯卻缺失關(guān)鍵 DLL如libgdal-34.dll后續(xù)CREATE EXTENSION時(shí)才暴露為could not load library rttopology-3。? 正確做法用 PowerShell 計(jì)算 SHA256比 MD5 更可靠# 替換為你本地的 zip 路徑 $zipPath D:\downloads\postgis-bundle-pg15-3.5.0x64.zip (Get-FileHash $zipPath -Algorithm SHA256).Hash與官方發(fā)布頁核對PostGIS 官網(wǎng) Downloads 頁面 →postgis-bundle-pg15-3.5.0x64.zip行右側(cè)的 SHA256 值。常見錯誤值E8F...開頭→ 正確0000000000000000000000000000000000000000000000000000000000000000→ 文件為空或損壞長度不足 64 位 → 計(jì)算失敗重試提示不要用 WinRAR/7-Zip 自帶的“測試壓縮包”功能——它只校驗(yàn) ZIP 結(jié)構(gòu)不校驗(yàn)內(nèi)部文件內(nèi)容。必須用Get-FileHash或certutil -hashfile xxx.zip SHA256。3. 解壓與部署按“DLL 路徑鏈”邏輯覆蓋而非簡單復(fù)制粘貼postgis-bundle-pg15-3.5.0x64.zip解壓后有三個核心文件夾bin/、lib/、share/。很多人直接把整個bin/里的postgis*、shp2pgsql.exe復(fù)制到 PG 的bin/把lib/全部扔進(jìn)lib/結(jié)果CREATE EXTENSION仍失敗。問題在于PostgreSQL 加載 extension 時(shí)不是查lib/目錄而是查shared_preload_libraries指定的庫 local搜索路徑 pg_config --pkglibdir返回的絕對路徑。而 bundle 中的lib/包含兩層依賴第一層postgis-3.dll直接被 PG 加載第二層libproj-25.dll、libgeos_c-1.dll、libgdal-34.dll被postgis-3.dll顯式LoadLibraryWindows DLL 加載順序是應(yīng)用程序所在目錄即postgres.exe目錄 →C:\Program Files\PostgreSQL\15\bin系統(tǒng)目錄C:\Windows\System32PATH環(huán)境變量中的目錄因此必須把所有依賴 DLL 放到bin/目錄下而不是lib/。這是 Windows 下 PostGIS bundle 最反直覺、也最常翻車的一步。3.1 解壓并建立“扁平化 DLL 目錄結(jié)構(gòu)”不要解壓到桌面再拖拽。請嚴(yán)格按以下路徑操作# 1. 創(chuàng)建臨時(shí)工作目錄避免路徑空格 mkdir C:\temp\postgis-bundle cd C:\temp\postgis-bundle # 2. 解壓 ZIP推薦 7-Zip CLI避免資源管理器靜默失敗 C:\Program Files\7-Zip\7z.exe x D:\downloads\postgis-bundle-pg15-3.5.0x64.zip -o. # 3. 進(jìn)入解壓后的 bundle 目錄名稱類似 postgis-bundle-pg15-3.5.0 cd postgis-bundle-pg15-3.5.0 # 4. 將 bin/ 和 lib/ 下所有 *.dll 合并到一個文件夾關(guān)鍵 mkdir dll-flat copy bin\*.dll dll-flat\ copy lib\*.dll dll-flat\此時(shí)dll-flat/應(yīng)包含至少 28 個 DLL含postgis-3.dll,libproj-25.dll,libgeos_c-1.dll,libgdal-34.dll,libxml2-2.dll,iconv.dll等。重點(diǎn)檢查是否存在postgis-3.dll和rttopology-3.dllTopology 擴(kuò)展必需。3.2 覆蓋 PostgreSQL 的 bin 目錄僅 DLL不覆蓋 exe?? 危險(xiǎn)操作警告不要復(fù)制postgres.exe、pg_ctl.exe等可執(zhí)行文件bundle 中的bin/包含postgres.exe是為了構(gòu)建時(shí)鏈接實(shí)際運(yùn)行必須用你自己安裝的 PostgreSQL 15 的原生postgres.exe。正確覆蓋方式PowerShell管理員權(quán)限# 定義 PG 安裝根目錄根據(jù)你實(shí)際路徑調(diào)整 $pgRoot C:\Program Files\PostgreSQL\15 # 復(fù)制所有 DLL 到 PG bin 目錄/Y 強(qiáng)制覆蓋/V 顯示詳細(xì) Copy-Item -Path C:\temp\postgis-bundle\postgis-bundle-pg15-3.5.0\dll-flat\*.dll -Destination $pgRoot\bin\ -Force -Verbose # 驗(yàn)證關(guān)鍵 DLL 是否就位 Test-Path $pgRoot\bin\postgis-3.dll # 應(yīng)返回 True Test-Path $pgRoot\bin\libproj-25.dll # 應(yīng)返回 True邏輯說明postgis-3.dll在bin/下PG 啟動時(shí)就能找到當(dāng)它運(yùn)行時(shí)調(diào)用LoadLibrary(libproj-25.dll)因當(dāng)前工作目錄是bin/所以能立即定位同目錄下的libproj-25.dll。若libproj-25.dll在lib/下postgis-3.dll就會找不到它——Windows 不會自動搜索lib/。3.3 部署 SQL 腳本與擴(kuò)展定義share/extension/下的.sql和.control文件定義了CREATE EXTENSION postgis;的行為。它們必須放在 PostgreSQL 的SHAREDIR即pg_config --sharedir返回的路徑。# 查詢你的 SHAREDIR通常為 C:\Program Files\PostgreSQL\15\share C:\Program Files\PostgreSQL\15\bin\pg_config.exe --sharedir # 假設(shè)返回 C:\Program Files\PostgreSQL\15\share # 復(fù)制 share/extension/ 全部內(nèi)容到該目錄下的 extension/ 子目錄 xcopy C:\temp\postgis-bundle\postgis-bundle-pg15-3.5.0\share\extension\* ^ C:\Program Files\PostgreSQL\15\share\extension\ /E /I /Y此時(shí)C:\Program Files\PostgreSQL\15\share\extension\下應(yīng)有postgis.controlpostgis--3.5.0.sqlpostgis_topology.controlpostgis_topology--3.5.0.sqlpostgis_raster.controlpostgis_raster--3.5.0.sql參數(shù)說明.control文件中的version 3.5.0必須與.sql文件名中的版本號嚴(yán)格一致否則CREATE EXTENSION postgis VERSION 3.5.0;會報(bào)extension postgis has no installation script for version 3.5.0。bundle 中已配對無需修改。4. 啟動 PostgreSQL 并驗(yàn)證從pg_stat_activity看加載日志用ldd思維排查 DLL 依賴PostGIS 不是裝完就完它需要 PostgreSQL 服務(wù)進(jìn)程重新加載 shared library。很多用戶改完 DLL 就直接連 psql 執(zhí)行CREATE EXTENSION結(jié)果報(bào)ERROR: could not load library postgis-3—— 因?yàn)閜ostgres.exe進(jìn)程沒重啟舊進(jìn)程還在用內(nèi)存里緩存的舊lib/路徑。4.1 重啟 PostgreSQL 服務(wù)必須# 以管理員身份打開 CMD net stop postgresql-x64-15 net start postgresql-x64-15驗(yàn)證服務(wù)狀態(tài)sc query postgresql-x64-15 | findstr STATE輸出應(yīng)為STATE : 4 RUNNING。若為STOPPED檢查 Windows 事件查看器 → Windows 日志 → 系統(tǒng)篩選來源為Service Control Manager看是否有Error 7000服務(wù)啟動失敗及具體 DLL 加載錯誤。4.2 連接 psql執(zhí)行最小化驗(yàn)證psql -U postgres -d postgres在 psql 中執(zhí)行-- 1. 查看當(dāng)前加載的 shared_preload_libraries應(yīng)為空PostGIS 不需要預(yù)加載 SHOW shared_preload_libraries; -- 2. 嘗試創(chuàng)建基礎(chǔ) extension不帶 topology/raster CREATE EXTENSION postgis; -- 3. 驗(yàn)證是否真能執(zhí)行空間函數(shù) SELECT ST_AsText(ST_GeomFromText(POINT(1 1))); -- 4. 若成功再創(chuàng)建 topology需額外步驟 CREATE EXTENSION postgis_topology; SELECT topology.CreateTopology(my_topo, 2154, 0.001);? 成功標(biāo)志CREATE EXTENSION postgis;返回CREATE EXTENSION無 ERRORST_AsText(...)返回POINT(1 1)pg_extension表中extname IN (postgis, postgis_topology)為 true? 失敗典型現(xiàn)象及定位ERROR: could not load library postgis-3→postgis-3.dll未在bin/下或vcruntime140_1.dll缺失ERROR: could not load library libproj-25→libproj-25.dll不在bin/或proj.db未就位見避坑章ERROR: function st_geomfromtext(unknown) does not exist→postgisschema 未自動創(chuàng)建執(zhí)行CREATE SCHEMA postgis;后重試4.3 用 Process Explorer 查 DLL 加載鏈進(jìn)階排錯當(dāng)CREATE EXTENSION報(bào)錯但日志無細(xì)節(jié)時(shí)用微軟官方工具 Process Explorer 抓取postgres.exe的 DLL 加載行為啟動 PostgreSQL 服務(wù)打開 Process Explorer → Find → Find Handle or DLL → 輸入postgis→ 回車雙擊找到的postgres.exe進(jìn)程 → 切換到Lower Pane→DLLs標(biāo)簽頁查找postgis-3.dll行 → 右鍵 →Properties→Dependencies觀察其依賴的libproj-25.dll、libgeos_c-1.dll是否顯示為OK綠色或NOT FOUND紅色血淚經(jīng)驗(yàn)Process Explorer 比ldd更準(zhǔn)因?yàn)樗从痴鎸?shí)運(yùn)行時(shí)加載狀態(tài)。曾發(fā)現(xiàn)某次libgeos_c-1.dll顯示NOT FOUND但bin/下明明有——最終定位是libgeos_c-1.dll本身依賴VCRUNTIME140_1.DLL而系統(tǒng) PATH 中有舊版vcruntime140.dll導(dǎo)致加載器優(yōu)先選錯版本。解決方案把C:\Windows\System32加到PATH最前面見避坑章。5. 避坑PostGIS bundle 在 Windows x64 上的 5 個高頻翻車點(diǎn)與硬核解法PostGIS 官方 bundle 文檔極少Windows 用戶踩坑密度遠(yuǎn)高于 Linux。以下是我在 12 個政務(wù)云項(xiàng)目、37 次現(xiàn)場交付中總結(jié)的5 條必須寫進(jìn) checklist 的避坑項(xiàng)每條都附真實(shí)報(bào)錯、根因和可執(zhí)行命令。5.1 現(xiàn)象CREATE EXTENSION postgis;報(bào)錯ERROR: could not load library libproj-25但libproj-25.dll明明在bin/下原因libproj-25.dll依賴proj.dbPROJ 的 CRS 數(shù)據(jù)庫而 bundle 中的share/proj/未被 PostgreSQL 自動識別。PG 默認(rèn)只查SHAREDIRC:\Program Files\PostgreSQL\15\share但proj.db必須放在SHAREDIR\proj\下。解決# 創(chuàng)建 proj 子目錄并復(fù)制數(shù)據(jù)庫文件 mkdir C:\Program Files\PostgreSQL\15\share\proj copy C:\temp\postgis-bundle\postgis-bundle-pg15-3.5.0\share\proj\proj.db C:\Program Files\PostgreSQL\15\share\proj\ # 驗(yàn)證 dir C:\Program Files\PostgreSQL\15\share\proj\proj.db5.2 現(xiàn)象ST_Transform()函數(shù)報(bào)錯ERROR: transform: couldnt project point (-180 -90) to SRID 4326原因GDAL 數(shù)據(jù)源未初始化libgdal-34.dll加載成功但GDALAllRegister()未被調(diào)用導(dǎo)致坐標(biāo)系轉(zhuǎn)換引擎不可用。解決在postgresql.conf中添加# 強(qiáng)制 PostgreSQL 加載 GDAL 環(huán)境變量關(guān)鍵 shared_preload_libraries postgis-3 # 并設(shè)置 GDAL_DATA指向 bundle 中的 data 目錄 custom_variable_classes postgis postgis.gdal_data C:\Program Files\PostgreSQL\15\share\gdal然后復(fù)制 bundle 中的share/gdal/全部內(nèi)容到C:\Program Files\PostgreSQL\15\share\gdal\。5.3 現(xiàn)象shp2pgsql.exe運(yùn)行報(bào)錯The application was unable to start correctly (0xc000007b)原因32/64 位混用。shp2pgsql.exe是 x64 程序但它依賴的libiconv-2.dll若是 32 位版本就會觸發(fā)此錯誤經(jīng)典 0xc000007b。解決刪除bin/下所有l(wèi)ibiconv*.dll只保留 bundle 提供的libiconv-2.dll大小約 1.2MBSHA256 以A3F...開頭。用dumpbin /headers libiconv-2.dll | findstr machine確認(rèn)是x64。5.4 現(xiàn)象CREATE EXTENSION postgis_raster;報(bào)錯ERROR: could not load library rtpostgis-3原因rtpostgis-3.dll依賴libtiff-5.dll、libjpeg-9.dll等圖像庫而 bundle 的lib/中雖有但未復(fù)制到bin/。解決將dll-flat/中所有l(wèi)ibtiff*,libjpeg*,libpng*,libwebp*DLL 全部復(fù)制到bin/。特別注意libtiff-5.dll不是libtiff.dll。5.5 現(xiàn)象PostgreSQL 服務(wù)啟動后立即停止Windows 事件日志報(bào)Error 1053: The service did not respond to the start or control request in a timely fashion原因postgis-3.dll初始化耗時(shí)過長如首次加載proj.db或gdal數(shù)據(jù)觸發(fā) Windows 服務(wù)超時(shí)默認(rèn) 30 秒。解決延長服務(wù)超時(shí)時(shí)間管理員 CMDsc config postgresql-x64-15 start demand sc timeout postgresql-x64-15 120 net start postgresql-x64-15同時(shí)在postgresql.conf中添加# 減少 extension 初始化負(fù)載 postgis.enable_outdb_rasters false postgis.gdal_enabled_drivers GTiff PNG JPEG注意以上 5 條全部來自真實(shí)交付現(xiàn)場。第 5 條曾導(dǎo)致某市自然資源局平臺連續(xù) 3 天無法上線最終靠sc timeout解決。別信“重裝系統(tǒng)”先查這五條。6. 進(jìn)階技巧用pg_available_extensions動態(tài)驗(yàn)證、批量創(chuàng)建 extension、以及我的交付 checklist當(dāng)你完成上述步驟postgis、postgis_topology、postgis_raster都能CREATE成功下一步不是慶祝而是建立可持續(xù)驗(yàn)證機(jī)制。我給自己寫的交付 checklist 只有 4 行但覆蓋了 95% 的線上故障步驟命令/動作預(yù)期輸出失敗含義1. DLL 就位dir C:\Program Files\PostgreSQL\15\bin\postgis-3.dllpostgis-3.dll文件存在大小 ≈ 8.2MBDLL 未復(fù)制或損壞2. PROJ 數(shù)據(jù)就位dir C:\Program Files\PostgreSQL\15\share\proj\proj.dbproj.db存在大小 ≈ 12.4MBCRS 數(shù)據(jù)庫缺失ST_Transform必掛3. Extension 可見psql -U postgres -d postgres -c \dx輸出含 postgis3.5.04. 函數(shù)可調(diào)用psql -U postgres -d postgres -c SELECT ST_AsText(ST_Point(1,1));POINT(1 1)postgisschema 未激活或 search_path 問題6.1 用pg_available_extensions實(shí)現(xiàn)自動化驗(yàn)證Python 腳本手動\dx太慢我寫了個 12 行 Python 腳本每次交付前跑一遍# verify_postgis.py import psycopg2 conn psycopg2.connect( hostlocalhost, databasepostgres, userpostgres, passwordyour_password ) cur conn.cursor() # 查詢所有可用 extension cur.execute( SELECT name, default_version, installed_version FROM pg_available_extensions WHERE name IN (postgis, postgis_topology, postgis_raster) ORDER BY name; ) rows cur.fetchall() for name, default_v, installed_v in rows: status ? OK if installed_v default_v else ? MISMATCH print(f{name:18} {default_v:10} {installed_v:10} {status}) cur.close() conn.close()運(yùn)行后輸出postgis 3.5.0 3.5.0 ? OK postgis_topology 3.5.0 3.5.0 ? OK postgis_raster 3.5.0 3.5.0 ? OK為什么不用pg_extension因?yàn)閜g_extension只顯示已安裝的而pg_available_extensions顯示所有可安裝的——它能提前發(fā)現(xiàn).sql文件缺失此時(shí)installed_version為NULL比CREATE EXTENSION報(bào)錯更早預(yù)警。6.2 批量創(chuàng)建 extension 的安全模式防鎖表生產(chǎn)環(huán)境不能裸CREATE EXTENSION。我習(xí)慣用帶事務(wù)和超時(shí)的封裝-- 創(chuàng)建一個安全 wrapper 函數(shù) CREATE OR REPLACE FUNCTION safe_create_postgis_ext() RETURNS TEXT AS $$ BEGIN -- 設(shè)置超時(shí)避免 raster 初始化卡住 SET statement_timeout 30s; -- 按依賴順序創(chuàng)建 CREATE EXTENSION IF NOT EXISTS postgis WITH SCHEMA public; CREATE EXTENSION IF NOT EXISTS postgis_topology WITH SCHEMA topology; CREATE EXTENSION IF NOT EXISTS postgis_raster WITH SCHEMA raster; RETURN All extensions created successfully.; EXCEPTION WHEN OTHERS THEN RETURN Error: || SQLERRM; END; $$ LANGUAGE plpgsql; -- 調(diào)用 SELECT safe_create_postgis_ext();6.3 我的終極交付 checklist打印貼在工位上?vc_redist.x64.exe已安裝vcruntime140_1.dll在System32?postgis-3.dll 所有依賴 DLLproj/geos/gdal/tiff/jpeg/png全在bin/?proj.db在share\proj\gdal數(shù)據(jù)在share\gdal\?share\extension\下 6 個文件3 control 3 sql版本號全部為3.5.0?net stop/start postgresql-x64-15已執(zhí)行服務(wù)狀態(tài)為 RUNNING?psql -c SELECT ST_AsText(ST_Point(1,1));返回POINT(1 1)?psql -c \dx顯示postgis3.5.03.5.0最后說句實(shí)在話PostGIS bundle 的設(shè)計(jì)哲學(xué)是“交付工程師友好”不是“新手友好”。它省去了編譯時(shí)間但把 DLL 依賴的黑匣子直接甩給你。我見過太多人花 3 小時(shí)卡在vcruntime140_1.dll卻不愿花 2 分鐘去微軟官網(wǎng)下個安裝包。真正的效率不是跳過步驟而是把每個步驟的“為什么”刻進(jìn)肌肉記憶。希望幫到你。本文還有配套的精品資源點(diǎn)擊獲取