Loại cơ sở dữ liệu địa lý nào phù hợp nhất cho cả sử dụng nguồn mở và ESRI?


22

Câu hỏi chính: Có loại cơ sở dữ liệu địa lý nào hoạt động liền mạch với cả ESRI và các sản phẩm nguồn mở không?

Chi tiết: Công ty của tôi hiện đang chuyển qua geodata ở các định dạng tệp vectơ và raster khác nhau và không được tổ chức đặc biệt. Hầu hết việc xử lý được thực hiện bằng các công cụ nguồn mở, nhưng một số khách hàng yêu cầu chúng tôi lưu trữ dữ liệu của chúng tôi ở định dạng dịch vụ ESRI Map. Chúng tôi đã có một phiên bản máy chủ ArcGIS lưu trữ các dịch vụ này, nhưng chúng tôi vẫn xử lý ngược dòng bằng cách sử dụng các công cụ nguồn mở trước khi đưa kết quả vào cơ sở dữ liệu địa lý arcsde arcsde. Từ những gì tôi có thể nói, ogr / gdal có một số khả năng hạn chế để đọc / ghi từ cơ sở dữ liệu địa lý arcsde, nhưng không đủ để tôi có thể lưu trữ hợp lý tất cả dữ liệu của chúng tôi trong cơ sở dữ liệu địa lý arcsde và hy vọng các công cụ xử lý của chúng tôi có thể sử dụng arcsde cơ sở dữ liệu địa lý là kho lưu trữ dữ liệu chính cho công ty. Tôi có lầm không? Nếu tôi chuyển sang một cơ sở dữ liệu địa lý nguồn mở, chẳng hạn như postgis, các công cụ xử lý của chúng tôi sẽ hoạt động tốt nhưng tôi không nghĩ rằng tôi có thể sử dụng cơ sở dữ liệu postgis làm kho lưu trữ dữ liệu để lưu trữ các dịch vụ ESRI. Tôi có lầm không? Có một loại cơ sở dữ liệu địa lý ngoài kia có thể phục vụ cả nguồn mở và ESRI một cách liền mạch không? Nếu không, đó là cách thông thường để duy trì cơ sở dữ liệu địa lý song song, một cho nguồn mở và một cho ESRI?

Nếp nhăn bổ sung: Câu trả lời tôi nhận được là sử dụng PostgreSQL / PostGIS. Điểm mấu chốt tiềm năng duy nhất đó là tôi muốn lưu trữ cơ sở dữ liệu này trên Amazon Web Services (AWS) và nếu có thể tôi muốn sử dụng Dịch vụ cơ sở dữ liệu quan hệ của Amazon (RDS) để giảm thiểu chi phí quản lý cơ sở dữ liệu của chúng tôi (sao lưu, cân bằng tải , v.v.) Tuy nhiên, RDS hiện chỉ hỗ trợ MySQL, Oracle và SQL Server làm công cụ cơ sở dữ liệu. Tôi nghĩ rằng nếu RDS bắt đầu hỗ trợ PostgreSQL thì đây sẽ là kịch bản lý tưởng, nhưng chỉ cần kiểm tra lại, PostgreQuery là lựa chọn duy nhất của tôi cho khả năng tương tác nguồn mở dựa trên ArcGIS + gdal / ogr? Nếu vậy tôi có khả năng sẽ tạo cơ sở dữ liệu PostgreQuery trên AWS, tôi sẽ phải tiêu tốn nhiều tài nguyên hơn để quản lý nó.


Tại thời điểm tôi viết câu hỏi này, RDS không hỗ trợ PostgreSQL, nhưng bây giờ nó cũng dễ dàng và thêm PostGIS vào cơ sở dữ liệu RDS PostgreQuery.
Ethan H

Câu trả lời:


14

Bạn có thể sử dụng cơ sở dữ liệu PostGIS riêng làm kho lưu trữ dữ liệu SDE.

http://resource.arcgis.com/en/help/main/10.1/index.html#//002p0000006v000000

Liên kết đó mô tả thiết lập cơ bản để đăng ký bảng PostGIS riêng với SDE. Hạn chế là ESRI chỉ hỗ trợ một phạm vi hẹp các phiên bản Postgres và PostGIS, đây là danh sách những gì họ hỗ trợ:

http://resource.arcgis.com/en/help/system-requirements/10.1/index.html#//015100000075000000


1
Cảm ơn! Tôi có rất nhiều việc phải đọc trong phần đó của hướng dẫn ESRI, nhưng nếu tôi hiểu chính xác, tôi sẽ có thể thiết lập cơ sở dữ liệu địa lý PostgreQuery / PostGIS và kết nối với nó từ ArcGIS mà không cần phải chạy "Enable EntrypriseGeodatabase ( ) "chức năng trên nó từ phía ArcGIS của sự vật? Ngoài ra, sau khi kết nối, tôi có thể tạo tất cả các loại dịch vụ ArcGIS (dịch vụ bản đồ, dịch vụ tính năng, v.v.) với PostGIS làm kho lưu trữ dữ liệu không?
Ethan H

2
Bạn vẫn cần chạy công cụ Tạo cơ sở dữ liệu địa lý doanh nghiệp, nhưng trước tiên bạn muốn tạo cơ sở dữ liệu PostGIS, sau đó trỏ công cụ vào cơ sở dữ liệu hiện có.
HeyOverThere

OK, và công cụ Enable / Tạo EntrypriseGeodatabase không can thiệp vào cấu trúc của cơ sở dữ liệu postgis sao cho gdal / ogr gặp khó khăn trong việc đọc / ghi vào / từ nó đúng?
Ethan H

1
Chính xác. Những gì nó sẽ làm là tạo ra một lược đồ mới gọi là sde và đặt tất cả những thứ liên quan đến sde vào đó. Nó sẽ không thực sự chạm vào dữ liệu trong các bảng hiện có của bạn, chúng sẽ vẫn là hình học PostGIS. Tuy nhiên, bạn vẫn có thể xem và chỉnh sửa trong phần mềm không phải ESRI, tuy nhiên, nếu bạn phiên bản phần mềm dữ liệu không phải ESRI của bạn sẽ bỏ qua các phiên bản đó và chỉnh sửa bảng trực tiếp có thể làm hỏng các phiên bản của bạn. Tôi nghĩ rằng nó sẽ nhưng tôi đã không kiểm tra giả định đó.
HeyOverThere

@HeyOverCó nếu bạn chỉnh sửa bảng cơ sở trực tiếp, bạn sẽ không làm hỏng bất cứ điều gì, kết quả sẽ xuất hiện không thể đoán trước. Nếu bạn muốn truy cập dữ liệu được phiên bản ArcSDE với phần mềm khác, bạn nên xem việc đăng ký dưới dạng phiên bản với tùy chọn chuyển sang cơ sở và chế độ xem theo phiên bản.
ngày

3

Bạn không nhất thiết phải thiết lập cơ sở dữ liệu của mình dưới dạng Cơ sở dữ liệu địa lý SDE. Tại ArcGIS 10.1 ArcGIS có thể đọc và viết SQL Server và PostGIS (trong số những người khác) cơ sở dữ liệu gốc. Điều đó có nghĩa là bạn có thể thiết lập cơ sở dữ liệu của mình trong một trong các RDBMS được hỗ trợ bởi các gói nguồn mở và ArcGIS (cá nhân tôi sẽ nói là MS SQL Server hoặc PostGIS) và truy cập nó từ bên trong ArcGIS.

Đây là một liên kết đến hệ thống Trợ giúp với nhiều thông tin hơn:

Chuyến tham quan nhanh chóng làm việc với cơ sở dữ liệu trong ArcGIS


Tôi nghi ngờ rằng bạn sẽ có thể chỉnh sửa bất kỳ cơ sở dữ liệu nào với ArcGIS mà không cần đăng ký dưới dạng Cơ sở dữ liệu địa lý SDE (có giấy phép phù hợp) ... Kể từ phiên bản 10.0, ESRI cung cấp cho bạn khả năng kết nối với cơ sở dữ liệu trực tiếp mà không cần SDE mà chỉ để đọc và bạn không thể sử dụng bất kỳ fonctionnality nào như cấu trúc liên kết, mạng hoặc chỉnh sửa theo phiên bản.
Etienne Desgagné

@ EtienneDesgagné - Theo tôi biết, họ đã tăng chức năng không phải SDE ở mức 10.1 để hỗ trợ việc đọc. Tuy nhiên, bạn đã đúng rằng không có hỗ trợ cho chức năng Geodatabase như cấu trúc liên kết, phiên bản, bộ dữ liệu tính năng, v.v. khi sử dụng cơ sở dữ liệu không phải SDE trong ArcGIS. Mặt khác, chức năng Geodatabase sẽ không khả dụng khi sử dụng các công cụ nguồn mở và sử dụng cơ sở dữ liệu SDE bên ngoài môi trường ArcGIS không hoàn toàn trực quan.
Brian
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.