Analogia....

[lpmlpm]

Generalmente es cuestión de gustos, en lo personal no me gusta "cerrar" las cosas cuando existe esa ligera posibilidad de que entre otro valor en el dominio y porcuro manejar catálogos en la mayoria de los casos... recuerda las leyes de murphy: "Si existe la mas minima posibilidad de que pase, no lo dudes, ¡pasara!"...

[rastafarey]

Bueno comote dicen no es bueno cerrar las cosas pero si lo vas hacer asi.

Entonces no uses varchar por que ya esta cerrado. Entonces para que ocupar mas espacio del necesario simplemente usa smallint donde
0=SOLTERO
1=CASADO
2=UNION LIBRE
3=DIVORCIADO
4=VIUDO','SEPARADO

Bueno asi lo veo pero a la final tu eres queien decide como debe quedar.

[lbuelvas]

Muy interesante,

La posicion que recomienda rastafarey se utilizo y sigue utilizando cuando se requiere al maximo reducir el tamaño de los registros en las bases de datos o para aplicaciones donde el ancho de banda es una limitante.

En lo personal, si estoy seguro que el conjunto de valores del dominio (estado_civil) no va a cambiar con el tiempo lo dejaria como lo tiene Luis Castillo, si existe la posibilidad de cambio (fijense que en Colombia existe el sexo F, M y resulto uno I de indeterminado cuando el niño/niña es hermafrodita y no ha llegado a una edad donde se determina su sexo "final" lo que obligo a unos cambios en una aplicacion) entonces yo mandaria los datos una tabla Estado_Civil, sin utilizar codigos, y crear una llave foranea, claro que esto trae unos problemitas de selectividad.

Para facilitarme las cosas en Delphi, utilizo un DBComboBox y leo los contenidos de la tabla Estado_Civil y los mando a los Items del DBComboBox, esto se hace una sola vez cuando se abre el formulario.