Listado: estándares de nombrado

Propósito de los Estándares de Nombrado

La comunidad internacional adopta un conjunto de características que recomiendan a la hora de nombrar los distintos elementos del modelo conceptual y el modelo relacional, aquí se listan de manera completa para una fácil consulta.

Entidades

Los nombres para las entidades deben ser especificados por sustantivos en singular.
El nombre de las entidades inicia con letra MAYÚSCULA.

Relaciones

Los nombres para las relaciones deben ser especificados por verbos que describan de mejor forma la interacción entre las entidades que se están relacionando.
La cardinalidad de una relación siempre se lee en forma singular.
La participación de las entidades en una relación siempre debe tener como mínimo una obligatoria y una opcional.

Atributos

Se utiliza el nombre natural utilizado por el usuario para nombrar el objeto.
Los nombres para un atributo deben tener como máximo una extensión de 30 caracteres.
El nombre para un atributo debe referirse de forma completa a la característica que representan de una entidad.
Si el atributo contiene espacios este debe ir separado por un guión bajo (underscore "_").

Dominios

Los dominios para un atributo deben tener el nombre del atributo, nombre del dominio, significado, definición de un conjunto que especifique sus características.

Atributo	Nombre Dominio	Significado	Definición
Edad	EdadPersonas	conjunto de las posibles edades de una persona	número entero, tamaño 2, rango 0 hasta 100

La definición de los dominios se hace mediante lenguaje natural (muy especifico) o conjuntos que representen ya bien sea por extensión o comprensión la descripción de los elementos que hacen parte del mismo.

Tablas

El nombre las tablas debe estar en MAYÚSCULA o en CamelCase y en singular.
El nombre de las tablas deben ser descriptivos, no importa que tan largos sean siempre y cuando sean soportados por la base de datos.
Si la tabla tiene más de 2 palabras estas se deben poner juntas o con un guión bajo (underscore "_"), nunca se debe de usar espacios, ej ‘APELLIDO_PATERNO’.
En el caso de tablas que se relacionan específicamente con otra tabla (ej. tablas tipo, nomencladores, entidades débiles), esta relación debe quedar expresada en el nombre. Ejemplos: domiciliosPersonas, categoriasMunicipios.
Las tablas de relación (objetos asociativos, representan relaciones de N a M) deben nombrarse utilizando los nombres de las tablas intervinientes, siguiendo un orden lógico de frase. Ejemplos: localidadesMunicipios, facturasNotas.

LLaves primarias y foráneas

El nombre del PK empieza con ‘ID’ en mayúsculas guión bajo nombre de la tabla con mayúsculas, ej. ‘ID_NOMBRE_DE_LA_TABLA’.
El nombre del FK empieza con 'FK' y tienen la misma nomenclatura que un PK, ej. ‘FK_ID_NOMBRE_DE_LA_TABLA’.
Todas las llaves foráneas deben de ser del mismo tipo de dato y longitud que la llave primaria a la que hace referencia.

Campos

El nombre de los campos/columnas deben ser en singular.
El nombre de los campos deben de ser como métodos en JAVA(CamelCase), empiezan en minúsculas, no tienen espacios o guiones bajos, son descriptivos, y las siguientes palabras empiezan con mayúscula, ej. ‘holaMundo’.
Todas las tablas deben de tener un Primary Key (PK) y debe de ser el primer campo de la tabla y debe de ser único e irrepetible.
Todo campo que represente un nombre o descripción, se colocará inmediatamente después de los campos clave, y se nombrará como a la tabla a la que pertenece, en singular.
La integridad referencial deberá actualizar en cascada en todos los casos, y restringir el borrado salvo para las entidades débiles.
Los campos booleanos deberán nombrarse de acuerdo al estado correspondiente al valor 1/Verdadero/True de los mismos.

Constraints

El primer componente (dos caracteres) corresponde a las iniciales del tipo de constraint que se creará: pk (primary key), uk (unique key), fk (foreign key) y ck (check).
En el caso que el tipo de constraint a crear sea foreign key, el segundo componente corresponde a las iniciales de las palabras que conforman el nombre de la tabla donde se creará el constraint (p.e. si es la tabla Historia_Contrubuyentes se utiliza hc) y el tercer componente al nombre de la tabla a la cual hace referencia. Si existen dos atributos que hacen referencia a la misma tabla, se le debe adicionar el nombre del campo sobre el cual se va a crear el constraint, siguiendo el mismo procedimiento para el control de longitud utilizado en el caso de tablas y atributos.
Si el tipo de constraint es unique key o check , el segundo componente será igual al caso anterior, y el tercero corresponderá al nombre del campo sobre el cual se está creando el constraint. Por último, si el tipo de constraint es primary key, el segundo componente corresponde al nombre de la tabla sobre la cual se está creando el constraint.