ArcSDE - sử dụng các loại hình học bản địa để di chuyển sau SDE?

Bối cảnh: Chúng tôi có một ứng dụng web báo cáo không gian với phần phụ trợ SQL Server. Chúng tôi muốn thêm một thành phần không gian vào ứng dụng này: cung cấp một số bản đồ nền, phục vụ các điểm và đa giác để xem và chỉnh sửa, xây dựng báo cáo cho các đa giác được chọn.

Cuối cùng, kế hoạch là sử dụng ArcSDE với SQL Server và sử dụng ArcServer để phục vụ các lớp cơ sở và hình học vector. (một cái gì đó như WMS / WFS-T)

Vấn đề: Đôi khi, chúng tôi có thể quyết định chúng tôi muốn chuyển khỏi phần mềm độc quyền đắt tiền và sử dụng một giải pháp thay thế FOSS (ví dụ: GeoServer hoặc TinyOWS nếu / khi nó hỗ trợ SQL Server). Nếu có thể, tôi muốn tránh xây dựng ứng dụng không thể thay đổi xung quanh công nghệ ESRI.

Hiểu biết của tôi về SDE là nó có thể sử dụng các định dạng không gian cụ thể ESRI hoặc các định dạng không gian có nguồn gốc từ hệ thống cơ sở dữ liệu được cài đặt trên đó. (Tôi cho rằng có một số hình phạt về hiệu suất khi sử dụng các định dạng gốc.)

Câu hỏi của tôi: Nếu chúng tôi thiết lập SDE trên cơ sở dữ liệu máy chủ SQL này bằng các định dạng không gian SQL Server gốc, chúng tôi có thể thiết lập nói, GeoServer, để chạy với các bảng mà SDE đang quản lý không? Cần gì để tách SDE ra và sử dụng cái gì khác? (Ngoài ra, một câu hỏi meta: đây có phải là một câu hỏi hợp lý để hỏi không? Có điều gì quan trọng tôi đang thiếu không?)

Câu trả lời một phần: Tôi không phải là người dùng Geoserver, nhưng tôi đã xây dựng một ứng dụng web không phải Esri (ASP.NET) điều khiển không gian bằng cách sử dụng hình học nguyên bản được lưu trữ trong một featureclass SDE thực tế (SQL Server 2008). Miễn là nó không được phiên bản (hoặc nó được phiên bản và bạn chấp nhận bất kỳ độ trễ nào tồn tại để các chỉnh sửa của bạn được chuyển sang cơ sở), điều đó sẽ không có vấn đề gì. Ứng dụng của tôi được điều khiển theo không gian, không chứa bản đồ, nhưng các chức năng không gian được sử dụng nhiều trong các câu lệnh CHỌN và các thủ tục được lưu trữ.

Tôi đã thấy rằng ArcGIS có thể có lỗi với các triển khai gốc và / hoặc Esri ST_GEOMETRY và thường sẽ dẫn đến việc chỉ tay của nhà cung cấp. Xem câu hỏi này: Làm thế nào để cho phép nhiều đỉnh đa tuyến hơn cho ST_GEOMETRY trong Oracle / SDE? (phiên bản ngắn: Oracle: "Đó là như vậy. Esri cần phải đối phó với nó." Esri: "Đó là một lỗi - hãy đợi cho đến khi Oracle sửa nó.")

Đó không phải là lý do để không sử dụng hình học bản địa, nhưng cần lưu ý trong trường hợp bạn là người đầu tiên vấp phải một lỗi (Tôi cũng khuyên bạn nên có các phiên bản SDE_BINARY của bộ dữ liệu của mình trong test / dev env để bạn có thể xác nhận hoặc cai trị hành vi lạ trong cả hai loại dữ liệu lưu trữ).

Bạn đề cập đến việc chỉnh sửa trên db không gian theo kế hoạch này. Đó là nơi bạn không cung cấp đủ dữ liệu cho câu trả lời hoàn chỉnh.
Nếu có bất kỳ đặc thù esri (kiểu dữ liệu) nào về các bảng đã chỉnh sửa thì bạn đang lên kế hoạch cho một số vùng biển gồ ghề.
Sẽ đủ thách thức để thiết lập các bảng không gian (bên thứ 3), xoay quanh quyền của người dùng, quyền của người xem, khóa, không hỗ trợ phiên bản, chỉnh sửa dữ liệu không được phiên bản trong arcgis, ... Có nhiều cầu nối, rào cản khác và thậm chí là những kẽ hở để vượt qua.
Vì vậy, mô hình càng đơn giản, càng ít vấn đề để hoàn thành.
Điều đó đang được nói câu trả lời ngắn gọn là có.
Một trong những vấn đề với con đường này là ngay khi quyết định đi đường được đưa ra.
Có rất nhiều phương tiện để xuống đường.
Làm cho sự quyết định cho chiếc xe phù hợp thường được thực hiện trong nhiều tháng nếu không phải là năm chơi sandbox.

EDIT
Nếu bạn chỉnh sửa đa giác và bạn không sử dụng một số kỹ thuật và công cụ khá phức tạp, bạn sẽ muốn có các quy tắc hàng đầu để giúp kiểm soát chất lượng (có thể là một phần mềm khác như bán kính). Nếu bạn tách một đa giác, bạn muốn cả hai có được các thuộc tính giống nhau hay không, khi một đỉnh được di chuyển là nó sẽ khớp với một đa giác khác, nếu không có một mảnh. Vv và Vv. nếu bạn không sử dụng esri, bạn sẽ tự mình (hoặc db không gian) để áp dụng một số chức năng cơ bản. bạn chỉ cần biết những gì bạn muốn và làm thế nào để làm điều đó (hoặc nó có thể được thực hiện).

Chúng tôi lưu trữ dữ liệu sde trong loại hình học nguyên bản của máy chủ SQL 2008 và tôi sẽ không làm theo cách khác. Điều này cho phép linh hoạt tối đa với truy vấn không gian trong cơ sở dữ liệu. Geoserver chỉ thực hiện những cải tiến đáng kể để hỗ trợ cho các loại dữ liệu máy chủ SQL nhưng chúng tôi chưa sử dụng điều này nên tôi không thể cung cấp nhiều đầu vào trong vấn đề đó. Một điều cần lưu ý là việc xây dựng cơ sở dữ liệu sde với cài đặt bài đăng tiêu chuẩn sẽ xây dựng cấu trúc bảng cho sde. Sẽ là khôn ngoan khi nhìn vào cấu trúc đó. Nếu tôi loại bỏ sde để ủng hộ các giải pháp Foss, tôi sẽ không muốn tất cả các bảng hệ thống sde không cần thiết. Do đó, tôi sẽ xây dựng lại một DB sạch và di chuyển các bảng sang môi trường mới. Đây sẽ là cơ hội để thử postgis thay cho máy chủ SQL vì máy chủ địa lý có lịch sử phát triển với postgis. Tôi không'

Mong rằng sẽ giúp!