Manual de Buenas Prcticas para el Modelamiento de Datos

TABLA DE CONTENIDOS
1 INTRODUCCIN...........................................................................................................................................2
2 ANTES DE MODELAR, ENTENDER BIEN EL PROBLEMA................................................................3
3 BUENAS PRCTICAS...................................................................................................................................3
3.1 CUMPLIMIENTO DE ESTNDAR....................................................................................................................3
3.2 NOMBRE DE TABLAS Y ATRIBUTOS.............................................................................................................3
3.3 REFERENCIAS Y FOREING KEY...................................................................................................................5
4 NMERO DE REGISTROS POR TABLAS................................................................................................5
5 USO DE TIPOS DE DATOS..........................................................................................................................5
5.1 CONSIDERACIONES GENERALES..................................................................................................................5
5.2 TIPOS DE DATOS DE USO COMN................................................................................................................6
5.3 USO DE DOMINIOS......................................................................................................................................6
5.4 CONSISTENCIA EN DEFINICIN DE ATRIBUTOS IDNTICOS EN DISTINTAS TABLAS .....................................6
6 CREACIN DE SUBMODELOS..................................................................................................................6
7 DOCUMENTACIN DE TABLAS Y ATRIBUTOS..................................................................................6
8 ATRIBUTOS DE CONTROL........................................................................................................................6
CONSIDERACIONES PARA REALI!AR COMBINACIN "MERGE# DE MODELOS DE DATOS
..............................................................................................................................................................................7
1$ DOCUMENTACIN DE MODI%ICACIONES AL MODELO DE DATOS.........................................7
11 &ERI%ICACIN DE MODELO DE DATOS............................................................................................7
12 ORDENAMIENTO DE LAS COLUMNAS EN TABLAS 'I(AS...........................................................8
13 )N%ASIS EN MODELO RELACIONAL..................................................................................................8
14 LGICA DE NEGOCIOS EN EL MODELO............................................................................................8
15 USO DE CONSTRAINTS.............................................................................................................................8
16 DE%INICIN DE ESTADOS E*CLUYENTES........................................................................................8
17 ALMACENAMIENTO DE ARC'I&OS A TRA&)S DEL MODELO..................................................8
18 CONTROL DE ACCESO+ USUARIOS Y PER%ILES.............................................................................8
1 GENERALI!ACIN DE CONCEPTOS Y REUTILI!ACIN DE ENTIDADES...............................8
2$ USO DE REDUNDANCIA CONTROLADA.............................................................................................8
21 USO DE TABLAS AU*ILIARES...............................................................................................................8
22 DIMENSIONAR EL IMPACTO DE LAS MODI%ICACIONES SOBRE ENTIDADES
E*ISTENTES.....................................................................................................................................................8
rea de Desarrollo de Sistemas 1
Direccin de Servicios de Informtica y Comunicaciones Av. Brasil 2950
Pontificia Universidad Catlica de Valparaso 32 273050
Manual de Buenas Prcticas para el Modelamiento de Datos
1 Introdui!n
El presente documento busca ser una ayuda rpida que permita entregar de forma clara y precisa
las buenas prcticas que se deben considerar al momento de realizar el modelamiento de datos
relacional a travs de la herramienta CASE Poweresigner!
Es importante se"alar que este documento es un complemento del estndar de estructura de
datos# y en ning$n caso busca ser un reemplazo de ste!
rea de Desarrollo de Sistemas 2
Direccin de Servicios de Informtica y Comunicaciones Av. Brasil 2950
Pontificia Universidad Catlica de Valparaso 32 273050
Manual de Buenas Prcticas para el Modelamiento de Datos
2 Ant"s d" #od"lar$ "nt"nd"r %i"n "l
&ro%l"#a
3 Bu"nas &r'tias
3.1 Cu#&li#i"nto d" "st'ndar
Se debe cuidar de dar cumplimiento en un %&&' al estndar definido para estructuras de datos#
que entre sus principales puntos establece las reglas para dar nombre a los distintos ob(etos de la
base de datos# entre los cuales destacan las tablas# atributos y restricciones!
3.2 No#%r" d" ta%las ( atri%utos
En el estndar de estructuras de datos se establece )
*os nombres de ob(etos +tablas# atributos y referencias, deben estar en sin)ular# siempre
usando may$sculas# e-cluyendo caracteres especiales +.#/#'#0# 1# etc!, y evitando el uso
de abreviaciones!
*as tablas paramtricas de estados deben comenzar con el prefi(o 2E*+ y las de tipos con
el prefi(o 2T*+# por e(emplo)
,ara El no#%r" s"r'
3ipo de Admisi4n 35A67S789
Estado del curso inscrito E5C:;S<579SC;73<
Estado de la postulaci4n E5P<S3:*AC789
3ipo de Persona 35PE;S<9A
*os nombres de tablas asociativas +creadas a partir de una relaci4n 6)9 entre dos tablas,
estarn formados por el no#%r" d" la ta%la d" #a(or r"l"vania s")uido d"l no#%r"
d" la s")unda ta%la! Ser criterio del dise"ador de la =ase de atos establecer cual tabla
tiene mayor relevancia!
*os nombres de tablas deben ser r"&r"s"ntativos de la informaci4n que contienen# por
ello es relevante tener definido de forma clara el concepto de la entidad que se desea
modelar como tal!
Cada nombre de atributo deber comenzar con un &r"-i.o d" / arat"r"s que identifique
la tabla a la cual pertenece! En aquellos casos de nombres compuestos se utilizarn a lo
ms dos caracteres por cada palabra hasta completar un m-imo de seis# de ser mayor se
utilizar s4lo la inicial de cada palabra!
*os atributos que referencian tablas paramtricas de tipos o estados deben tener por
nombre el prefi(o de la tabla seguido del nombre de la tabla a la cual referencian# por
e(emplo)
,ara El no#%r" s"r'
Estado de curso inscrito C:795E579SC;7C7<9
3ipo de carrera CA;;535CA;;E;A
rea de Desarrollo de Sistemas 3
Direccin de Servicios de Informtica y Comunicaciones Av. Brasil 2950
Pontificia Universidad Catlica de Valparaso 32 273050
Manual de Buenas Prcticas para el Modelamiento de Datos
rea de Desarrollo de Sistemas /
Direccin de Servicios de Informtica y Comunicaciones Av. Brasil 2950
Pontificia Universidad Catlica de Valparaso 32 273050
Manual de Buenas Prcticas para el Modelamiento de Datos
3.3 0"-"r"nias ( 1or"in) 2"(
*as referencias son las relaciones l4gicas entre tablas# las cuales se implementan a nivel f>sico de
base de datos en restricciones de tipo ?oreign @ey +clave fornea,!
Por defecto el CASE asigna el nombre de la referencia seg$n el siguiente formato
20"-"r"n"*3N45E0OCO00ELATI6O7A y para el nombre de la ?oreing @ey como
2?@*3TABLA8I9A75;E?E;E9CE53TABLA,AD0E7+!
Estos nombres asignados por defecto deben ser modificados seg$n se indica a continuaci4n!
Para las referencias)
0E15B3A=*AC7DAE*B3A=*APA;EE
: "l no#%r" d" la r"strii!n d" ( 1or"in) 2"( s");n lo india "l "st'ndar d" "struturas d"
datos<
125B3A=*AC7DAE*B3A=*APA;EE
Para ambos casos si el nombre e-cede los FF caracteres# se deber considerar G caracteres por
cada nombre de tabla!
/ N;#"ro d" r")istros &or ta%las
Se debe indicar para cada tabla la cantidad de registros que se estima contendr# con el ob(etivo
de posteriormente poder realizar una estimaci4n del espacio requerido en el almacenamiento para
datos para la creaci4n de los dispositivos f>sicos! *os criterios a considerar para indicar la cantidad
de registro son)
Contemplar si la tabla contendr informaci4n hist4rica que ser migrada!
Proyectar el incremento de registros con una proyecci4n de H a"os como m>nimo!
5 4so d" ti&os d" datos
5.1 Consid"raion"s )"n"ral"s
Algunas consideraciones importantes de tener en cuanto al momento de definir el tipo de datos de
los atributos son)
Para los atributos de c4digo automticos y n$meros correlativos no se utilizar la
propiedad 7E9373I de Sybase# la cual ser reemplazada por un atributo del tipo 793#
siempre y cuando el n$mero m-imo del correlativo no supere el valor F!%JK!JLM!GJK# en
cuyo caso se deber optar por ele tipo de dato 9:6E;7C sin decimales!
Al definir un tipo de datos =73 deber siempre indicarse la condici4n de requerido
+mandatory, ya que los $nicos valores permitidos es & o %# no e-istiendo la posibilidad del
nulo!
Se debe evitar el uso del tipo de dato 3EN3 y en su reemplazo se debe optar por
OA;CCA;+FHH,# esto para evitar degradar el rendimiento de las consultas de recuperaci4n
rea de Desarrollo de Sistemas 5
Direccin de Servicios de Informtica y Comunicaciones Av. Brasil 2950
Pontificia Universidad Catlica de Valparaso 32 273050
Manual de Buenas Prcticas para el Modelamiento de Datos
y actualizaci4n! S4lo en aquellos casos en que sea estrictamente necesario por
condiciones de dise"o se debe usar este tipo de dato!
5.2 Ti&os d" datos d" uso o#;n
*os tipos de datos que se deben usar en los modelos son los siguientes
5.3 4so d" Do#inios
5./ Consist"nia "n d"-inii!n d" atri%utos id=ntios "n
distintas ta%las
> Cr"ai!n d" su%#od"los
Para facilitar la comprensi4n del modelo de datos# que para algunos sistemas puede contener
centenares de tablas# es recomendable la creaci4n de submodelos# los cuales corresponden a
agrupaciones l4gicas de tablas +no tienen una correspondencia a nivel f>sico en la base de datos,!
*a idea del submodelo es agrupar todas las tablas que son relevantes para un mbito particular del
sistema# como por e(emplo C:E93A C<;;7E93E# CE;37?7CA<S# etc! 9o e-isten limitaciones
para la creaci4n de submodelos y es completamente factible que una tabla est presente en ms
de un submodelo!
7 Dou#"ntai!n d" ta%las ( atri%utos.
Se debe documentar el modelo de datos completo# o sea cada tabla y atributo# en la herramienta
CASE completando el campo de descripci4n! Adems para aquellos atributos que es relevante
conocer con mayor precisi4n el concepto al cual hacen referencia es importante acompa"ar la
descripci4n con e(emplos con el ob(etivo de clarificar de me(or forma su finalidad! Por e(emplo en la
tabla ?<;6A56<O767E93< de :97OE;S7S est la siguiente descripci4n)
2?<;6A E9 *A P:E SE P:EE E?EC3:A; E* 6<O767E93<# P<; EDE6P*<# E?EC37O<# <C:6E93<S#
E*EC3;897CAA!
Para conocer de forma fcil aquellos atributos o tablas que no estn documentados se puede
ordenar por el atributo o##"nt en el listado de tablas o atributos que se despliega al seleccionar
la opci4n 26odel Q 3ablesA o 26odel R ColumnsA del men$!
? Atri%utos d" ontrol
A cada tabla se deber incorpora tres atributos de control para registrar la fecha en que se creo el
registro# el usuario y fecha de la $ltima actualizaci4n realizada al registro! *os nombres de estos
atributos debern dar cumplimiento a las reglas de nombres de atributos establecidas en el
estndar en relaci4n a incluir el prefi(o de la tabla a la cual pertenecen! *os nombres de los campos
sern)
@@@@*0*1EC8A*C0EACION
@@@@*0*4S4A0IO
rea de Desarrollo de Sistemas >
Direccin de Servicios de Informtica y Comunicaciones Av. Brasil 2950
Pontificia Universidad Catlica de Valparaso 32 273050
Manual de Buenas Prcticas para el Modelamiento de Datos
@@@@*0*1EC8A*5ODI1ICACION
onde @@@@ corresponde al prefi(o que hace referencia al nombre de la tabla!
*a fecha de creaci4n y la identificaci4n del usuario deben definirse como 2mandatoryA# para forzar
que siempre se registren!
El tipo de dato asociado al usuario es 2varchar+F&,A!
9 Consid"raion"s &ara r"aliAar
o#%inai!n B#"r)"C d" #od"los d" datos
*a combinaci4n de dos modelos de datos habitualmente se requiere cuando se ha terminado de
traba(ar con la copia local del modelo y es necesario incorporar los cambios dentro del modelo de
datos oficial! El traba(ar con una copia local tiene como desventa(a que los cambios aplicados al
modelo de datos oficial no se vern refle(ados en la copia local por lo que se estar traba(ando con
una versi4n no actualizada! *o anterior plantea un desaf>o al momento de realizar la combinaci4n
ya que se debe tener especial cuidado de perder alg$n cambio vlido del modelo oficial!
Para evitar errores al momento de realizar la integraci4n es importante tener en cuenta las
siguientes consideraciones)
Es conveniente antes de realizar la combinaci4n generar un respaldo de la versi4n oficial
del modelo de datos que sirva en caso de ser necesario de volver a tras!
Al momento de realizar la combinaci4n se deben seleccionar en la ventana que muestra
las diferencias entre los modelo de datos# s4lo aquellos cambios que corresponda llevar
desde el modelo local al modelo oficial!
?inalizada la combinaci4n se puede realizar una comparaci4n contra el respaldo generado
previamente y como diferencias deben aparecer s4lo los cambios que se han aceptado! *a
lista de cambios debe coincidir completamente con el detalle registrado en el documento
26odificaciones al modelo de datosA!
10 Dou#"ntai!n d" #odi-iaion"s al
#od"lo d" datos
Cada vez que se realice una modificaci4n al modelo de datos se debe incluir el detalle de los
cambios en el documento Sord 2#odi-iaion"s al #od"los d" datosA en el cual se detallar
para cada tabla el cambio realizado de acuerdo a la nomenclatura definida! *as modificaciones
deben ser agrupadas asignndole una fecha de cambio que debe corresponder a la fecha en que
se validaron o se incluyeron en el modelo de datos oficial!
11 6"ri-iai!n d" #od"lo d" datos
*a herramienta CASE provee la funcionalidad de revisi4n del modelo de datos +checT model, para
determinar si cumple con las reglas establecidas por el modelamiento relacional! Esta verificaci4n
entregar como resultado los errores o advertencias detectadas por el CASE# las cuales deben ser
evaluadas para determinar su corresponde efectuar correcciones!
rea de Desarrollo de Sistemas 7
Direccin de Servicios de Informtica y Comunicaciones Av. Brasil 2950
Pontificia Universidad Catlica de Valparaso 32 273050
Manual de Buenas Prcticas para el Modelamiento de Datos
En Sybase se debe e-cluir como un problema del modelo de dato la advertencia de e-istencia de
>ndice# pues en la prctica la clave primaria se crea como tal!
12 Ord"na#i"nto d" las olu#nas "n ta%las
Di.as
13 En-asis "n 5od"lo r"laional
1/ L!)ia d" n")oios "n "l #od"lo
15 4so d" onstraints
1> D"-inii!n d" "stados "Flu("nt"s
17 Al#a"na#i"nto d" ArDivos a trav=s d"l
#od"lo
1? Control d" A"so< 4suarios ( &"r-il"s
19 G"n"raliAai!n d" on"&tos (
r"utiliAai!n d" "ntidad"s
20 4so d" r"dundania ontrolada
21 4so d" ta%las auFiliar"s
22 Di#"nsionar "l i#&ato d" las
#odi-iaion"s so%r" "ntidad"s "Fist"nt"s
rea de Desarrollo de Sistemas ?
Direccin de Servicios de Informtica y Comunicaciones Av. Brasil 2950
Pontificia Universidad Catlica de Valparaso 32 273050