Kodyfikacja miary w nazwie pola bazy danych

Question

Mam pytanie dotyczące pól w bazach danych, które są miarami, które mogą być wyświetlane w różnych jednostkach, ale są przechowywane tylko w jednym, na przykład "wysokość".

Gdzie powinna znajdować się "jednostka wzorów"? Oczywiście w dokumentacji itp. Ale wszyscy wiemy, że nikt nie czyta dokumentacji i że rzeczy samofinansujące się są preferowane.

Z praktycznego punktu widzenia, co myślisz o kodowaniu go w polu bazy danych (na przykład height_cm na przykład) ?.

To dziwne na pierwszy rzut oka, ale uważam za praktyczne unikanie błędów, gdy różne osoby zajmują się bezpośrednio bazą danych, a "jednostka wzorcowa" nigdy się nie zmieni.

Co o tym sądzisz ?.

Pozdrawiam.

Answer 1

Co jest dziwnego w height_cm? Dla mnie wygląda dobrze.

Czasem widzisz miary i jednostki w dwóch osobnych polach, co jest znacznie bardziej bolesne.

Dopóki wiesz, że jednostki się nie zmienią, myślę, że height_cm to dobry sposób, aby sobie z tym poradzić.

Answer 2

Większość baz danych obsługuje komentarze do kolumn. Na przykład w PostgreSQL można ustawić komentarz tak:

COMMENT ON COLUMN my_table.my_column IS 'cm'; 

Przechowywanie nazwę jednostki w ten sposób oznacza, że ​​baza danych jest samodokumentujące. Gorąco polecam również używanie standardowych jednostek naukowych (tj. Systemu metrycznego).

Answer 3

Zgadzam się, nic złego w dodawaniu jednostki do nazwy pola.

Jedyne, co mogę powiedzieć, to ujednolicenie konwencji nazewnictwa w bazie danych - to znaczy uniknąć sytuacji, w których zarówno height_cm, jak i mm_width znajdują się w tej samej bazie danych!

Answer 4

Uważaj na środki, które mogą zmieniać się w zależności od waluty. W wielu przypadkach nie jest to praktyczne zmienne w bazie danych, kiedy mierzy zmiany.

To dość głupie, aby mieć pole o nazwie amount_mk, które kiedyś zawierało kwotę pieniędzy w ocenach, ale obecnie faktycznie zawiera kwotę pieniędzy w euro.