hệ thống hóa một biện pháp trong một cơ sở dữ liệu tên trường

Question

Tôi đã có một câu hỏi liên quan đến các lĩnh vực trong cơ sở dữ liệu Mà là những biện pháp có thể được hiển thị trong các đơn vị khác nhau nhưng được lưu trữ chỉ trong một, chẳng hạn như "height", ví dụ.

"Đơn vị mẫu" nên được nêu ở đâu ?. Tất nhiên, trong tài liệu, v.v ... Nhưng tất cả chúng ta đều biết không ai đọc tài liệu và những thứ tự làm được là thích hợp hơn.

Từ một quan điểm thực tế, những gì bạn nghĩ về mã hóa nó trong lĩnh vực cơ sở dữ liệu (chẳng hạn như height_cm ví dụ) ?.

Tôi tìm thấy điều này lạ ở cái nhìn đầu tiên, nhưng tôi thấy nó thực tế để tránh bất kỳ sai lầm khi những người khác nhau đối phó với các cơ sở dữ liệu trực tiếp và "đơn vị mẫu" sẽ không bao giờ thay đổi.

Bạn nghĩ sao ?.

Trân trọng.

Answer 1

Điều gì lạ về height_cm? Co vẻ tôt vơi tôi.

Đôi khi bạn nhìn thấy các biện pháp và các đơn vị trong hai lĩnh vực riêng biệt, mà là nhiều đau đớn.

Chừng nào bạn biết các đơn vị sẽ không thay đổi, tôi nghĩ height_cm là một cách tốt để đối phó với nó.

Answer 2

Hầu hết các cơ sở dữ liệu đều hỗ trợ nhận xét về cột. Ví dụ: trong Postgres, bạn có thể đặt nhận xét như sau:

COMMENT ON COLUMN my_table.my_column IS 'cm'; 

Lưu trữ tên đơn vị theo cách này có nghĩa là cơ sở dữ liệu của bạn tự ghi tài liệu. Tôi cũng khuyên bạn nên sử dụng các đơn vị khoa học chuẩn (ví dụ: hệ thống số liệu).

Answer 3

Tôi đồng ý, không có gì sai với việc thêm các đơn vị để tên trường.

Điều duy nhất tôi muốn nói là đặt quy ước đặt tên nhất quán trên cơ sở dữ liệu của bạn - tức là tránh các tình huống mà bạn có cả hai số height_cm và mm_width có trong cùng cơ sở dữ liệu!

Answer 4

Hãy cảnh giác với các biện pháp có thể thay đổi như tiền tệ. Trong nhiều trường hợp, nó không phải là thực tế đổi tên trường cơ sở dữ liệu khi nó thay đổi đo lường.

Thật là ngớ ngẩn khi có một trường được gọi là amount_mk được sử dụng để chứa số tiền trong nhãn hiệu nhưng hiện tại thực sự chứa số tiền bằng euro.