decir que mis tablas de bases de datos tienen columnas como UserType, SalesType, etc.¿Debo almacenar ID/valores Enum en la base de datos o una enumeración C#?
¿Debo tener tablas de bases de datos con UserTypeID, userTypeName o debo crear una enumeración de C#?
Qué le pasa a los dos? Si el valor está definido o modificado por el usuario, definitivamente enum no será adecuado.
Si los valores son estrictamente variables (como el género), puede tenerlos como enums para una fácil referencia en la aplicación y también en el DB como una tabla separada para forzar claves externas y como referencia.
Si la lista es lo suficientemente estable como para usar una enumeración, entonces usaría una enumeración en su código más una tabla en la base de datos (conviértala en una clave externa para la coherencia de los datos).
Depende. Enumeré algunos pros y contras para cada enfoque a continuación. En general, prefiero las enumeraciones si la aplicación necesita usar un valor para tomar decisiones. Como mencionó Mehdrad, puede usar ambos enfoques pero requiere un esfuerzo extra para mantener las listas sincronizadas.
Las tablas de consulta:
Enum:
En mis proyectos, utilizo mi solicitud dbscript para generar C# consts de base de datos, por lo que siempre coincide con los valores de código db.
Por supuesto, sólo se necesita tener las enumeraciones de C# si su código hace algo específico dependiendo del valor del campo Tipo.
Pregunta similar: http://stackoverflow.com/questions/492096/persisting-data-suited-for-enums/ –