Quy ước đặt tên cho cơ sở dữ liệu PostGIS? [đóng cửa]


11

Chúng tôi đang bắt đầu xây dựng cơ sở dữ liệu với PostGIS. Cơ sở dữ liệu được cho là dành cho một nhóm khoảng 5-8 nghiên cứu, những người thường xuyên làm việc với geodata và thống kê.

Có ai có kinh nghiệm về quy ước đặt tên khi thiết lập cơ sở dữ liệu không?

Một số điều quan trọng tôi đã tìm ra là:

  • chỉ sử dụng chữ thường
  • use_underscores không phải dấu cách
  • không sử dụng các ký tự đặc biệt như ä, é, v.v.
  • chỉ sử dụng một ngôn ngữ (có vẻ tầm thường nhưng chúng tôi là quốc tế)
  • bảng tên và cột luôn ở số ít
  • tìm một cách chuẩn hóa để đặt tên cho các đối tượng trong cơ sở dữ liệu, ví dụ topic_year_source_format

Đặc biệt là điểm cuối cùng là khó khăn. Lưu trữ dữ liệu của riêng tôi, tôi nhận ra rằng đôi khi bạn sẽ nhận được những cái tên khổng lồ. Vì vậy, sẽ là ràng buộc để lưu trữ thông tin này trong một siêu dữ liệu có thể truy cập dễ dàng thay vì làm cho những tên khổng lồ này có thể khá khó chịu.

Câu trả lời:


3

Có vẻ như bạn có các quy ước kỹ thuật làm việc. Tôi không nghĩ rằng câu hỏi bạn đang hỏi có câu trả lời đúng, nhưng tôi sẽ cho bạn biết những gì tôi đã đưa ra để sử dụng trong tổ chức của mình.

Tôi thích tổ chức dữ liệu theo nhóm bởi vì, như chúng ta đều biết, đôi khi siêu dữ liệu không được điền vào. Tôi đã thấy việc xây dựng một số siêu dữ liệu cơ bản nhất vào quy ước đặt tên sẽ rất có lợi.

Để bắt đầu, tôi đã tạo một bảng tính liệt kê các loại dữ liệu chính mà tổ chức của tôi xử lý và đưa cho mỗi loại một mã hai chữ cái duy nhất. Bảng tính cũng có một mô tả về danh mục và ví dụ về các tính năng có thể được tìm thấy trong mỗi danh mục. Bảng tính này có sẵn cho mọi người trong tổ chức của tôi và tôi bao gồm nó cùng với dữ liệu được xuất.

Tôi bắt đầu mỗi tên với mã hai chữ cái theo sau là dấu gạch dưới. Tất nhiên bạn có thể mở rộng ý tưởng này và xây dựng tên của người tạo dữ liệu. Cố gắng giữ tên ngắn và ghi lại các phương pháp của bạn. Dưới đây là một số ví dụ về các loại tôi sử dụng:

BI - Xây dựng nội thất; BO - Ranh giới; CT - Bản đồ; EL - Tính năng độ cao; EM - Ứng phó khẩn cấp; GE - Địa chất; LT - Chiếu sáng; PG - Trang lưới và bố cục; PL - Máy đo; RA - Raster; RD - Bản vẽ tham khảo; SI - Cải tiến Trang web / Sân bãi; SU - Khảo sát; UT - Tiện ích.


1
Đây là một phương pháp hợp lệ, nhưng tôi thực sự không thích viết tắt. Tất nhiên đây là vấn đề sở thích cá nhân, nhưng đặc biệt nếu bạn ở trong một đội quốc tế, những từ viết tắt này có thể khiến mọi người nhầm lẫn và người ta sẽ luôn cần một từ điển dữ liệu bất cứ khi nào anh ta cần sử dụng cơ sở dữ liệu. PostgreSQL cho phép, nếu tôi không nhầm, 64 tên đối tượng chữ cái. Tận dụng tốt không gian đó và tạo ra những cái tên mô tả nhất mà bạn có thể tìm thấy, bằng ngôn ngữ mà mọi người đều có thể hiểu được.
George Silva

Tôi thực sự thích ý tưởng phân loại dữ liệu và tôi sẽ thảo luận điều này với trường đại học của tôi. Tôi vẫn không chắc chắn về việc đặt tên dữ liệu trong db. Các đối số của bạn hoàn toàn có ý nghĩa rằng đối với khả năng sử dụng, nó sẽ được ràng buộc để đặt tên rõ ràng bên trong db. Nhưng tôi sợ rằng tài liệu siêu dữ liệu có thể ít được sử dụng như thế này. Tôi nghĩ rằng việc đặt tên dữ liệu bằng các số trừu tượng sẽ thúc đẩy người dùng tham khảo tài liệu siêu dữ liệu và với điều này đóng góp nhiều hơn cho nó theo cách mọi người điền thêm thông tin siêu dữ liệu vì họ phải tham khảo nó trên cơ sở hàng ngày và tài liệu là đã mở ...
Dspanes

@Dspanes, đó là một cuộc tranh luận thú vị. Như tôi đã nói, không có câu trả lời đúng. Nói chung, tôi không chắc chắn tôi thích ý tưởng làm cho các tên cố tình gây nhầm lẫn để khiến người dùng dựa vào siêu dữ liệu ... mặc dù đó là một ý tưởng thú vị.
Paul

@Paul Vâng, nó có vẻ như có nghĩa là tôi biết;) Nhưng từ những gì tôi đã có kinh nghiệm cho đến nay, mọi người chỉ sử dụng những gì hữu ích cho họ. Càng sử dụng nhiều thì họ càng sử dụng nó nhiều và họ càng sử dụng thì siêu dữ liệu có thể nhận được càng tốt ... Điều đáng nói là chúng ta không có ai chăm sóc siêu dữ liệu nên chúng ta cần một cách tiếp cận có sự tham gia của mọi người. tài liệu siêu dữ liệu cũng có thể mang lại lợi ích, ví dụ: bạn có thể có các chức năng tìm kiếm và lọc tốt hơn cho phép tìm dữ liệu đầy đủ hơn ... nhưng không nghi ngờ gì nữa, tôi cũng đang nghĩ đến các cách tiếp cận khác để thúc đẩy sự tham gia ...
Dspanes
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.