Tại sao hầu hết các gói GIS cần một id số?

Đây là một câu hỏi đơn giản nhưng có thể gây tranh cãi: tại sao hầu hết (nếu không phải tất cả) các gói GIS yêu cầu một lớp xác định có một định danh số duy nhất không thể rỗng ?

Tại sao cần có khóa thay thế như vậy thay vì khóa tự nhiên?

Ví dụ:

• ArcGIS thi hành OBRIID (hoặc GlobalID)

• QGIS không tải các lớp khi chúng không có id số.

Bởi vì họ cần phải có một trường có thể lập chỉ mục tối ưu hóa. Để lập chỉ mục một trường chuỗi nhiều lần sẽ đòi hỏi nhiều chi phí hơn và cuối cùng là không hiệu quả.

ESRI thực sự hỗ trợ trong thế giới SDE 'GLOBALID' là trường GUID, vì vậy đây là trường 32char nhưng vẫn được lập chỉ mục để tăng hiệu suất.

Nếu bạn bắt đầu thêm các bản ghi vào một lớp, bạn có thể dựa vào người dùng nhập mã chữ và số duy nhất cho mỗi tính năng mới ngay trước khi ghi nó vào đĩa ..

.. hoặc bạn có thể thực hiện một trường số nguyên tự động đơn giản.

Như nhiều người đã đề xuất, đó là một câu hỏi về sự thuận tiện; nhưng có lẽ sâu xa hơn, đó là quy ước.

Là một lập trình viên, bản năng đầu tiên của tôi sẽ là sử dụng khóa số cho ID lớp vì đó là cách nó luôn được thực hiện. Thật vậy, ít nhất nó có thể không xảy ra với tôi, ở một mức độ có ý thức, rằng tôi nên làm điều đó theo bất kỳ cách nào khác. Tất nhiên, nếu có lý do kỹ thuật không sử dụng số nguyên, hãy nói nếu có khả năng có nhiều lớp hơn có thể được lưu trữ trong 32 bit (một đề xuất rất khó xảy ra!), Hoặc nếu có lý do kinh doanh cho nó, sau đó lựa chọn thay thế sẽ được xem xét.

Ngoài ra còn có các xem xét thuật toán với các phím số. Sắp xếp và tìm kiếm danh sách các giá trị được sắp xếp cuối cùng sẽ đưa ra sự so sánh giữa hai số, ngay cả khi đó là danh sách các chuỗi hoặc các đối tượng phức tạp; chúng chỉ đơn thuần được biến thành số với chức năng băm . Phải nói rằng, trên các máy tính hiện đại, việc tìm kiếm một danh sách nói 100 hoặc thậm chí 1000 mặt hàng thường nhanh chóng với cách tiếp cận mạnh mẽ như với thuật toán được tối ưu hóa cao. Trong trường hợp các lớp trong một hệ thống GIS, tôi không thể nhìn thấy ngay cả những bản đồ phức tạp nhất có hơn 1000 hoặc hơn thế, và ngay cả khi có, các tính toán liên quan khác sẽ nhận được các đơn đặt hàng lớn hơn bất kỳ mức tăng nhỏ nào từ một tối ưu hóa tìm kiếm một danh sách ngắn

Các khóa số nguyên "chỉ có ý nghĩa" đối với một lập trình viên, và như Brad nói, có nhiều nỗ lực hơn trong việc sử dụng các khóa không phải là số. Có thể không nhiều mã hơn, nhưng nỗ lực tinh thần nhiều hơn, và chúng ta là những sinh vật lười biếng của thói quen. Ngoài ra, khóa xác định duy nhất một thứ giống như một lớp trong GIS được coi là "ẩn" khỏi người dùng, để đảm bảo họ không gây rối với nó và phá vỡ mã dựa trên tính duy nhất của nó (từ khóa DB UNIQUE không hiểu). Bởi vì nếu bạn cung cấp cho người dùng đủ dây, sớm muộn sẽ có người tự treo mình với nó. Bằng mọi cách, thực thi tính duy nhất trên trường có thể chỉnh sửa của người dùng, nhưng hệ thống cơ bản phải cho rằng khóa của nó là duy nhất và không bị giả mạo.

Câu hỏi này đã gây nhầm lẫn cho những người (như tôi), người phát triển khía cạnh cơ sở dữ liệu địa lý.

Đây không phải là giới hạn của việc lưu trữ cơ sở dữ liệu, vì PostgreSQL có thể định nghĩa các bảng với các KHÓA CHÍNH chung của các loại dữ liệu khác nhau, tuy nhiên, các bảng này không thể được tải vào các chương trình như QGIS. Trên một ghi chú lịch sử có liên quan, PostgreQuery đã từng yêu cầu một cột OID làm khóa nội bộ, cũng là một số nguyên 32 bit. Điều này được yêu cầu cho đến phiên bản 7.2 .

Yêu cầu ID số nguyên 32 bit thực sự là một giới hạn lập trình. Sẽ đơn giản hơn nhiều khi có một chỉ mục cho một tập hợp các bản ghi dưới dạng một kiểu dữ liệu cố định (số nguyên 32 bit) và thuận tiện cho việc này cũng là KHÓA CHÍNH cho bản ghi đó. Sẽ khó khăn hơn khi tạo một chương trình cho phép khóa chính tổng hợp và để nó lấy một bản ghi duy nhất dựa trên nhiều loại và / hoặc các loại dữ liệu khác nhau. Tuy nhiên, giống như OID của PostgreSQL, hạn chế này có thể được khắc phục theo thời gian phát triển. Đối với QGIS, lỗi 5 năm [bây giờ] có thể được giải quyết một ngày nào đó (đây là một số thảo luận gần đây về chủ đề này).

Trong ESRI và các phần mềm GIS khác, thông thường có một thư mục hoặc tập hợp các tệp tạo trên lớp tính năng hoặc tập dữ liệu.
ví dụ: bảo hiểm arcinfo, shapefile, tập tin geodatabase.
Các "bộ" tệp này cần được "nối" bởi phần mềm để cho phép nhiều chức năng GIS.
Bảng Attrubute, mạng, điều khiển tô pô.
Đó là mục đích của OID và cũng là lý do khiến nó không bị vô hiệu hóa, bị ẩn, phần mềm được kiểm soát.