Codificar una medida en un nombre de campo de base de datos

Question

Tengo una pregunta sobre campos en bases de datos que son medidas que pueden mostrarse en unidades diferentes pero que se almacenan solo en una, como "altura", por ejemplo.

¿Dónde debe indicarse la "unidad de patrón"? Por supuesto, en la documentación, etc. Pero todos sabemos que nadie lee la documentación y que las cosas autodondeadas son preferibles.

Desde un punto de vista práctico, ¿qué piensas de codificarlo en el campo de la base de datos (como height_cm, por ejemplo) ?.

Me parece raro a primera vista, pero me parece práctico evitar cualquier error cuando diferentes personas manejan la base de datos directamente y la "unidad de patrón" nunca cambiará.

¿Qué opinas ?.

Atentamente.

Answer 1

¿Qué hay de raro con height_cm? Me parece bien.

A veces ve medidas y unidades en dos campos separados, lo que es mucho más doloroso.

Siempre que sepa que las unidades no van a cambiar, creo que height_cm es una buena manera de manejarlo.

Answer 2

La mayoría de las bases de datos admiten comentarios en las columnas. Por ejemplo, en Postgres podría configurar un comentario como este:

COMMENT ON COLUMN my_table.my_column IS 'cm'; 

Almacenamiento del nombre de la unidad de esta manera significa que su base de datos es auto-documentado. También recomendaría utilizar unidades científicas estándar (es decir, el sistema métrico).

Answer 3

Acepto, nada de malo en agregar la unidad al nombre del campo.

Lo único que diría es que la convención de nomenclatura sea coherente en toda su base de datos, es decir, evite situaciones en las que tenga height_cm y mm_width presentes en la misma base de datos.

Answer 4

Tenga cuidado con las medidas que pueden cambiar como las monedas. En muchos casos, no es práctico cambiar el nombre del campo de la base de datos cuando cambia la medida.

Es un poco tonto tener un campo llamado amount_mk que solía contener un importe en dinero en las marcas, pero que actualmente contiene dinero en euros.