Mục đích của PostGIS trên PostgreSQL là gì?

PostgreSQL đã hỗ trợ các kiểu dữ liệu không gian, toán tử và lập chỉ mục.

PostGIS cung cấp chính xác điều gì khiến nó cần thiết để tồn tại như một phần mở rộng cho PostgreSQL?

Tại sao tất cả chúng ta không chỉ sử dụng chức năng không gian của PostgreSQL?

Nếu bạn làm lại vũ trụ vào đầu năm 2001, và không chỉ để cho các nhà phát minh của PostGIS nhìn thấy tương lai, mà còn để PSC của PGQuery nhìn thấy tương lai, có lẽ PostGIS sẽ là một loạt các bản vá trên PGQuery. Nhưng ở mức tối thiểu, nếu chúng ta đã bắt đầu như các bản vá cho cốt lõi, điều đầu tiên chúng ta sẽ phải đối mặt là:

• Các khu vực cốt lõi của PGS không hỗ trợ các lỗ hổng, nhưng mô hình GIS thực sự muốn các lỗ hổng, chúng ta có thể thay đổi điều đó không?

Và cốt lõi PGQuery đã nói: "không, tất nhiên là không, các khu vực có một ngữ nghĩa được hiểu rõ và chúng ta không thể thực hiện các thay đổi không tương thích ngược như thế".

Với tư cách là nhà phát triển không cốt lõi, PostGIS đã có thể loại bỏ các bản phát hành hàng tháng và 6 hàng tháng trong một số năm trong khi lõi PGQuery được tích hợp cùng với các bản phát hành hàng năm và dài hơn. Chúng tôi cũng có thể thêm bất kỳ tính năng nào chúng tôi muốn, bất cứ khi nào, vì chúng tôi đã có các quyền trong dự án của mình, nhưng để có được các quyền cam kết trong PGQuery mất một thời gian rất dài.

Vào thời điểm PostGIS đang chứng minh đủ giá trị bên ngoài mà lõi PGQuery nhìn qua và tự nói với mình "huh, điều đó thật tuyệt khi có lõi như một tính năng bổ sung", đã có rất nhiều mã theo tiêu chuẩn và kiểu khác nhau như vậy từ PGS (không đề cập đến theo giấy phép không tương thích) rằng ý tưởng sáp nhập là không thực sự có thể.

Thay vào đó, PostGIS đã trở thành ví dụ điển hình của Phần mở rộng phức tạp thực sự lớn giúp PGS vẫn duy trì mô đun và có thể mở rộng. "Làm thế nào điều này sẽ ảnh hưởng đến một cái gì đó như PostGIS" là một câu hỏi thường được đặt ra khi lõi PGQuery đánh giá một số thay đổi. Đây cũng là một điều tốt, có lẽ không hoàn hảo như PostGIS là một phần cốt lõi, nhưng đủ tốt.

Có những lý do khác, như danh sách dài các phụ thuộc mà lõi PGQuery sẽ ghét phải thấy, tính nhất quán của mã thường thấp hơn và độ sạch API mà họ sẽ không muốn cải thiện và tiếp tục. Ngay cả khi thụ thai, PostGIS là một quả bóng tóc quá lớn để PGS nuốt một miếng.

Điều đó đơn giản là không đúng sự thật, PostgreSQL không hỗ trợ các kiểu dữ liệu không gian. Nó hỗ trợ các loại hình học. Những thứ này hoàn toàn tốt cho một số thứ, nhưng chúng hoàn toàn tách biệt với các hệ thống tọa độ trong thế giới thực. Các loại bản địa

• không có ID / SRSID hệ thống tham chiếu không gian.
• không bao giờ có thể được chiếu lại
• ngay cả trên một hình cầu, chúng cung cấp chức năng rất hạn chế.
• Chúng không được chuẩn hóa.
• Họ không cung cấp chỉ số GIST.

Cập nhật

Đối với câu hỏi về chỉ số, nó nằm trong Câu hỏi thường gặp

Tại sao các chỉ mục R-Tree PostgreSQL không được hỗ trợ?

Các phiên bản ban đầu của PostGIS đã sử dụng các chỉ mục R-Tree của PostgreSQL. Tuy nhiên, PostgreSQL R-Plants đã bị loại bỏ hoàn toàn kể từ phiên bản 0.6 và lập chỉ mục không gian được cung cấp với sơ đồ R-Tree-over-GiST.

Các thử nghiệm của chúng tôi đã cho thấy tốc độ tìm kiếm của R-Tree và GiST gốc tương đương nhau. Cây Rg PostgreQuery bản địa có hai hạn chế khiến chúng không được sử dụng với các tính năng của GIS (lưu ý rằng những hạn chế này là do triển khai R-Tree gốc PostgreQuery hiện tại, chứ không phải khái niệm R-Tree nói chung):

• Các chỉ mục R-Tree trong PostgreSQL không thể xử lý các tính năng có kích thước lớn hơn 8K. Các chỉ mục GiST có thể, bằng cách sử dụng thủ thuật "mất mát" để thay thế hộp giới hạn cho chính tính năng này.

• Các chỉ mục R-Tree trong PostgreSQL không "null an toàn", do đó, việc xây dựng một chỉ mục trên cột hình học có chứa hình học null sẽ thất bại. [Chỉ mục GiST là null an toàn]

PostGIS là một phần mở rộng cơ sở dữ liệu không gian cho cơ sở dữ liệu quan hệ đối tượng PostgreSQL . Nó bổ sung hỗ trợ cho các đối tượng địa lý cho phép chạy các truy vấn vị trí trong SQL.

SELECT superhero.name
FROM city, superhero
WHERE ST_Contains(city.geom, superhero.geom)
AND city.name = 'Gotham';

Ngoài nhận thức về vị trí cơ bản, PostGIS cung cấp nhiều tính năng hiếm khi được tìm thấy trong các cơ sở dữ liệu không gian cạnh tranh khác như Oracle Locator / Spatial và SQL Server. Tham khảo Danh sách tính năng của PostGIS để biết thêm chi tiết.

Danh sách các tính năng của PostGIS cũng mở rộng các khả năng đó:

PostGIS thêm các loại bổ sung (hình học, địa lý, raster và các loại khác) vào cơ sở dữ liệu PostgreQuery . Nó cũng thêm các chức năng, toán tử và cải tiến chỉ mục áp dụng cho các loại không gian này. Các chức năng bổ sung, toán tử, liên kết chỉ mục và các loại này làm tăng sức mạnh của DBMS PostgreQuery cốt lõi, làm cho nó trở thành một hệ thống quản lý cơ sở dữ liệu không gian nhanh, nhiều tính năng và mạnh mẽ.

Danh sách tính năng

Sê-ri PostGIS 2+ cung cấp:

• Các hàm xử lý và phân tích cho cả dữ liệu vectơ và raster để ghép, cắt, biến hình, phân loại lại và thu thập / kết hợp với sức mạnh của đại số bản đồ raster SQL để xử lý raster hạt mịn
• Phân phối lại không gian Các hàm có thể gọi SQL cho cả dữ liệu vectơ và raster Hỗ trợ nhập / xuất dữ liệu vectơ biến đổi ESRI thông qua cả hai công cụ đóng gói dòng lệnh và GUI và hỗ trợ nhiều định dạng hơn thông qua các công cụ Nguồn mở của bên thứ 3 khác

• Dòng lệnh được đóng gói để nhập dữ liệu raster từ nhiều định dạng tiêu chuẩn: GeoTiff, NetCDF, PNG, JPG

• Kết xuất và nhập các hàm hỗ trợ dữ liệu vectơ cho các định dạng văn bản tiêu chuẩn như KML, GML, GeoJSON, GeoHash và WKT bằng cách sử dụng SQL Kết xuất dữ liệu raster theo các định dạng tiêu chuẩn khác nhau GeoTIFF, PNG, JPG, NetCDF, để đặt tên cho một số ít sử dụng SQL

• Các hàm có thể gọi được của SQL raster / vector liền mạch để ép các giá trị pixel theo vùng hình học, chạy các chỉ số theo vùng, cắt các raster bằng hình học và hỗ trợ vectơ hỗ trợ đối tượng 3D, chỉ mục không gian và các chức năng Hỗ trợ cấu trúc mạng / sử dụng dữ liệu Điều tra dân số Hoa Kỳ

Hơn nữa, đến các điểm / phần được đề cập trong bài viết này. Tôi sẽ thêm như đã đề cập trên trang web PostGIS Cách thức hoạt động

Vì PostGIS có trong C, nó có thể sử dụng các thư viện khác trong C và C ++, và nó hoạt động rất tự do. PostGIS phụ thuộc vào:

• GEOS cho nhiều thuật toán xử lý hình học
• Proj.4 cho các chức năng chiếu lại tọa độ
• GDAL để hỗ trợ xử lý và định dạng raster
• LibXML2 để phân tích cú pháp XML
• JSON-C để phân tích cú pháp JSON
• SFCGAL để hỗ trợ 3D mở rộng và các thuật toán xử lý địa lý bổ sung