Enum de la base de datos: pros y contras

Question

Por ejemplo, tengo una tabla de "usuarios" que tiene una columna enum "tipo" con dos valores posibles: "individual" y "organización". Son mutuamente excluyentes y obligatorios (cada fila debe tener exactamente un valor de los dos posibles. ¿Sería este un buen caso para usar enumeraciones? ¿Por qué so/no?

¿Cuáles son algunos pros y contras sobre el uso de ENUM (conjunto) ?. tipos de campos de la base

Answer 1

Sí, esto parece ser un buen candidato para una enumeración

Pros:

• Pequeño (espacio en disco)
• rápida (comparación de enteros)
• fácil de entender (en su mayoría)

Contras:

• No se puede agregar un valor sin cambiar la estructura de la tabla
• tiene que tener cuidado con las mayúsculas y minúsculas en lugares
• Puede ser muy confuso si se usa mal ... ¡no use active = enum ('1', '0') ya que tengo que soportarlo!
• no soportados por todas las bases de

Answer 2

Personalmente siempre he preferido tener columnas int estándar para esto, con un enlace clave externa a una tabla de descripción. Esto le permite limitar los valores para la columna de identificación de tipo.

Por supuesto, esto puede conducir a la saturación de la tabla, pero le permite tener una tabla "localizada" para ir con la tabla de descripción, para que sus aplicaciones puedan mostrar contenido localizado en desplegables/informes, etc.

User.UserTypeID -> UserType.UserTypeID -> UserTypeLocalised.UserTypeID where locality = ?? 

Ésta es también la base de datos más agnóstica y por lo tanto más fácilmente portado a diferentes plataformas.

Además, no suena bien para un usuario ser un individuo o una organización. Esperaría que un usuario sea parte de una organización, lo que requeriría una tabla de organización y el usuario tendría una columna de ID de organización. Normalmente, el tipo de usuario sería una diferenciación de "Ser humano/sistema" (suponiendo que sus sistemas utilicen inicios de sesión a temperatura ambiente para realizar operaciones y que desee realizar auditorías).

Answer 3

Poner los datos de referencia en una tabla con una clave externa significa que la base de datos puede aplicar una regla de integridad de datos. También puede agregar un tipo diferente (por ejemplo, 'Interno' o 'Sin fines de lucro') sin tener que extender el esquema de la base de datos. Finalmente, puede anotar la tabla de referencia con indicadores u otra codificación para permitirle implementar lógica de negocios basada en datos si así lo desea.