Estandar de diseo de Bases de datos 1

Estndares de diseo de Bases de datos

El uso de estos estndares tiene innumerables ventajas, entre ellas:
relacionadas con el ambiente informtico, en etapas de anlisis y diseo;
Asegurar la legibilidad del modelo de datos, inclusive para personas que no
estn
Facilitar la portabilidad entre motores de bases de datos, plataformas y
aplicaciones;
Facilitar la tarea de los programadores en el desarrollo de los sistemas.
Es por esto que la codificacin de las tablas de las bases de datos a desarrollar debe
cumplir ciertos requisitos, detallados en el presente documento. Estos requisitos
pueden aplicarse a cualquier motor de bases de datos.
!revemente se resume en los siguientes puntos:
Reglas generales:
"os nombres de tablas y campos deben especificarse bajo el estndar camel#ase. Este
estndar especifica escribir las palabras compuestas eliminando los espacios y
poniendo en may$scula la primera letra de cada palabra. En este mbito se utili%ar la
variante lo&er#amel#ase 'la primer letra del nombre, en min$scula(.
)nicamente se utili%arn caracteres alfab*ticos, salvo que por la naturale%a del
nombre se necesiten d+gitos num*ricos. ,e pro-+be el uso de caracteres de puntuacin
o s+mbolos.
Ejemplo: localidades#enso.//0.
"as letras acentuadas se reempla%arn con las equivalentes no acentuadas, y en lugar
de la letra ee '( se utili%ar 'ni(.
Ejemplos: anioE1pediente, monto,enia.
El nombre elegido debe ser lo ms descriptivo posible, evitando t*rminos ambiguos o
que se presten a distintas interpretaciones.
Ejemplo: tipos2unicipios 34 categorias2unicipios.
El nombre no debe abreviarse, salvo que por necesidad espec+fica deban especificarse
ms de una palabra en el mismo.
Ejemplo: ido 34 id5rganismo, freg 34 fec-a6egistro
Agregar comentarios a las bases de datos y los campos, sobre todo a los booleanos.
Reglas generales:
"os nombres deben especificarse en plural, y de acuerdo a las reglas generales.
Estandar de diseo de Bases de datos 2
Ejemplos: departamentos, facturas, monedas.
En el caso de tablas que se relacionan espec+ficamente con otra tabla 'ej. tablas tipo
nomencladores, entidades d*biles(, esta relacin debe quedar e1presada en el nombre.
Ejemplos: domicilios7ersonas, categorias2unicipios. "as tablas de relacin 'objetos
asociativos, representan relaciones de 8 a 2( deben nombrarse utili%ando los
nombres de las tablas intervinientes, siguiendo un orden lgico
Ejemplos: localidades2unicipios, facturas8otas
#ampos clave '9dentificadores de tabla(
:oda tabla debe poseer uno o ms campos clave.
:oda relacin entre tablas debe implementarse mediante constraints 'claves forneas(
con integridad referencial, de acuerdo al motor de base de datos utili%ado.
"a integridad referencial deber actuali%ar en cascada en todos los casos, y restringir
el borrado salvo para las entidades d*biles.
Ejemplos: no se podr eliminar un registro de la tabla localidades que tenga
ocurrencias en otras tablas; para este caso deber implementarse el borrado lgico.
7or el contrario, s+ podr -abilitarse el borrado cascada si la relacin fuera entre las
tabla facturas y renglonesFactura.
"os campos clave deben ubicarse al inicio de la definicin de la tabla 'deben ser los
primeros(.
El nombre del campo clave debe estar compuesto por ;id< = nombre de la tabla en
singular 'para claves no compuestas(. >ependiendo de la naturale%a de la entidad, el
nombre de la tabla a usar es el de la misma tabla, o el de la relacionada.
Ejemplos: tabla localidades 34 id"ocalidad.
"as claves compuestas slo deben utili%arse en casos espec+ficos, por ejemplo, tablas
de relacin o entidades d*biles. ,i una tabla ? con clave compuesta necesita ser
referenciada desde otra tabla @, deber generarse un campo clave en ? al inicio de la
misma como ;id?<, y generar un +ndice $nico en los campos que la identificaban.
:odo campo que represente un nombre o descripcin, se colocar inmediatamente
despu*s de los campos clave, y se nombrar como a la tabla a la que pertenece, en
singular.
Ejemplos:
tabla localidades 34 id"ocalidad, localidad.
:abla sucursalesEmpresas 34 idEmpresa, id,ucursal,
Algunos campos que representan datos, de acuerdo a su representacin conceptual en
el mbito del negocio, debern prefijarse de la siguiente manera:
8$meros: num 'ejemplo: 8$mero de factura 34 numFactura(
Fec-as: fec-a 'ejemplo: Fec-a de inscripcin 34 fec-a9nscripcion(
Estandar de diseo de Bases de datos 3
#digos: codigo 'ejemplo: #digo de producto: codigo7roducto(
"os campos booleanos debern nombrarse de acuerdo al estado correspondiente al
valor ABCerdaderoB:rue de los mismos.
Ejemplos: autori%ado, oculto, vigente.
"os campos de relacin 'foreign Deys, claves forneas( deben nombrarse de la misma
manera que los campos clave 'usando el nombre de la tabla a la que -acen referencia(.
Ejemplos: tabla personas 34 id:ipo>ocumento, idEstado#ivil.