Thực tiễn tốt nhất khi sử dụng tập tin cơ sở dữ liệu địa lý sẽ được sử dụng và chỉnh sửa bởi nhiều người dùng? [đóng cửa]


12

Tôi có một cơ sở dữ liệu địa lý tập tin chứa 3 lớp tính năng trong đó và mỗi lớp tính năng chứa rất nhiều dữ liệu sẽ được xem và chỉnh sửa hàng ngày bởi 6 người dùng khác. Tôi đang tìm kiếm bất kỳ lời khuyên nào từ những người đã từng ở trong hoàn cảnh tương tự và các thực tiễn tốt nhất để tránh chỉnh sửa khóa ngoài và để mọi thứ hoạt động trơn tru nhất có thể. Đây có phải là bất kỳ công cụ nguồn mở nào tôi có thể sử dụng sẽ cho phép chỉnh sửa nhiều người dùng trên cơ sở dữ liệu địa lý tệp không? Cảm ơn bạn!

Công việc của tôi chỉ có cấp phép ArcView với một vài phần mở rộng (Nhà phân tích kinh doanh, Nhà phân tích mạng và Nhà phân tích không gian)


Bạn đề cập đến 3 tính năng? Tôi định nghĩa một tính năng là một hình dạng hình học duy nhất trong một lớp đối tượng. Bạn đang nói về các lớp tính năng hoặc có lẽ các bộ dữ liệu tính năng (có thể chứa nhiều lớp tính năng)?
Simon

Tôi có nghĩa là các lớp tính năng, xin lỗi về điều đó.
Furlong

Các câu hỏi yêu cầu "thực hành tốt nhất" về bản chất là quá rộng vì họ tìm kiếm nhiều câu trả lời và có khả năng dẫn đến câu trả lời dựa trên ý kiến. Do đó, chúng là một sự phù hợp kém cho hỏi đáp tập trung.
PolyGeo

Câu trả lời:


5

Tôi đồng ý, Cố gắng sử dụng định dạng db độc quyền (fgdb hoặc pgdb) được tạo bởi esri và được quản lý thông qua cấp phép của họ là một con đường không có kết quả. Nếu bạn quyết tâm không tiêu tiền giấy phép, bạn sẽ tiêu tiền tài nguyên (thời gian của bạn và thời gian của nhân viên khác). Những gì bạn đang đề xuất là có thể thực hiện được với một rdbms mã nguồn mở hoặc một phiên bản rdbms độc quyền và một số công cụ có thể tương tác (hầu hết các công cụ tốt mặc dù không miễn phí). Vì vậy, về lâu dài bạn cần một số kinh nghiệm đắt tiền hoặc một số công cụ tốt, cả hai đều tốn kém. Arcview không phải là công cụ để hoàn thành. Ma trận chức năng nhiệm vụ


9

Sử dụng tệp GDB làm chủ (trên máy chủ), trích xuất COPY thành 6 GDB cá nhân (giới hạn 2GB) hoặc 6 FGDB nếu trên 2GB. Các cá nhân chỉnh sửa từng GDB sau đó đặt vào thư mục với cơ sở dữ liệu FILE Geodatabase [trống nhưng đã thiết lập lược đồ] cho APPEND hàng đêm (máy chủ xử lý địa lý)

Lược đồ bộ dữ liệu Schema TEST Bộ dữ liệu (định nghĩa trường) phải khớp với lược đồ của bộ dữ liệu đích. Một lỗi sẽ được trả lại nếu các lược đồ không khớp.

Nhược điểm: Xung đột dữ liệu - Một tính năng Nhiều lần chỉnh sửa bởi 2 người dùng. Append sẽ ghi đè lên tập tin được nối trước đó. Có thể được phát hiện bằng cách so sánh <điều này rẻ hơn so với nhận giấy phép Arc Info.

Thực hiện thành công trong một vai trò trước đó ...

Cũng có thể đạt được với FME 2010


1
Một cách tiếp cận tốt, ngoại trừ tôi sẽ phân phối hoàn toàn với gdb cá nhân vì đơn giản và hiệu suất (trừ khi bạn cần truy cập dữ liệu bằng các công cụ không phải esri, trong trường hợp đó p-gdb hoặc shapefiles là các tùy chọn duy nhất của bạn). Ngoài ra, không ai trả lời rõ ràng, "Không, bạn không thể chỉnh sửa nhiều người dùng trong cơ sở dữ liệu địa lý tệp của cùng một bộ dữ liệu / lớp tính năng."
matt wilkie

Trừ khi sử dụng API mở Geodatabase ...? sẽ được tiếp tục ..
Mapperz

Oh. So sánh yêu cầu tiện ích mở rộng Bản đồ sản xuất (còn gọi là Bộ công cụ dây chuyền sản xuất được đặt trước phiên bản 10), mặc dù ở mức $ 10k có giá tương đương với việc nâng cấp ArcView sử dụng một lần lên ArcInfo (giá năm 2009) .
matt wilkie

Nhưng ArcInfo vẫn yêu cầu ArcSDE để chỉnh sửa người dùng mutli ($ 28k) vì vậy Mapping Ext vẫn là một lựa chọn rẻ hơn.
Mapperz

Arcinfo đi kèm với Workgroup SDE, là ArcSDE trên đầu SQL Express; có giới hạn 4 hoặc 10 kết nối tùy thuộc vào phiên bản ArcGIS bạn đang sử dụng (9,10).
matt wilkie

5

Điều này không thể được thực hiện với ArcView. (Chỉnh sửa cùng một PGDB / FGDB bởi nhiều người dùng cùng một lúc.) Xem xét để nâng cấp lên ArcEditor: ArcEditor cho phép nhiều người dùng đồng thời sửa đổi và chỉnh sửa dữ liệu. http://www.esri.com/software/arcgis/arceditor/key-features.html

Như một lưu ý phụ; Tôi đã tham gia phát triển một ứng dụng nơi chúng tôi đã cố gắng mô phỏng chỉnh sửa nhiều người dùng với cơ sở dữ liệu cá nhân và kết quả là nó khá phức tạp với kết quả hỗn hợp. Lý luận là như nhau; một cơ sở dữ liệu nhiều người dùng là quá tốn kém. Nó đã kết thúc chi phí rất nhiều cố gắng để phát triển môi trường như vậy. Cuối cùng, tốt hơn hết là đầu tư vào ArcSDE hoặc thích giải pháp.


Tôi sẽ chỉ cần 1 giấy phép ArcEditor và giữ cho những người dùng khác ở cấp Arcview hay mọi người sẽ phải có giấy phép ArcEditor?
Furlong

Tất cả người dùng có thể sẽ cần ArcEditor. Lý tưởng nhất là bạn có thể muốn triển khai SDE Geodatabase. Bằng cách này, lưu lượng mạng cũng sẽ được quản lý đúng cách và tất cả người dùng có thể ở lại với ArcView.
Jakub Sisak GeoGraphics

4

Tôi sẽ không thử điều này với một fGDB. Nó sẽ đau đầu hết lần này đến lần khác. Nếu bạn cần chỉnh sửa nhiều người dùng, bạn nên sử dụng SDE GDB. Nếu bạn chỉ có sáu biên tập viên, SDE nhóm làm việc sẽ hoạt động tốt cho bạn. Từ tài liệu ArcGIS 10: Các loại cơ sở dữ liệu địa lý

ArcGIS Server Workgroup cũng bao gồm hỗ trợ ArcSDE cho SQL Server Express. Với mức ArcSDE này, bạn có thể sử dụng SQL Server Express cho tối đa 10 người dùng và biên tập viên máy tính để bàn Windows đồng thời (người dùng ArcView, ArcEditor, ArcInfo, ứng dụng ArcGIS Engine tùy chỉnh, AutoCAD, MicroStation, v.v.) cùng với bất kỳ số lượng bổ sung nào kết nối máy chủ từ các ứng dụng Web. (Tham khảo thỏa thuận cấp phép của bạn để biết thông tin cụ thể về số lượng kết nối để bạn thực hiện.)


Tôi đồng ý với bạn, tiếc là tôi không có quyền truy cập vào SDE GDB. Công việc của tôi chỉ có cấp phép ArcView với một vài tiện ích mở rộng (Nhà phân tích kinh doanh, Nhà phân tích mạng và Nhà phân tích không gian)
Furlong

Tôi muốn nói giữ dữ liệu của mỗi biên tập viên trong fGDB của riêng mình ... rằng, hoặc kiến ​​nghị bất cứ ai viết séc để tăng một số $$ cho giấy phép SDE.
Derek Swingley
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.