Professional Documents
Culture Documents
Tema 5
Objetivos
UCLM ESI-BDa
5.2
Contenido
Etapas del modelado conceptual
Anlisis de requisitos Generacin del esquema
Diseos ascendente y descendente Caractersticas deseables en un esquema conceptual Integracin de vistas Etapas del diseo lgico Transformacin desde EER a relacional
Entidades Dominios y atributos Interrelaciones Dependencias en existencia y en identificacin Generalizaciones Dimensin temporal Resolucin de conflictos
UCLM ESI-BDa
5.3
Bibliografa
Modelado Conceptual Bsica
Piattini et al. (2006)
Complementaria
Batini et al. (1994)
Cap. 3 y 5 Cap. 14
Cap. 16
Complementaria
Batini et al. (1994)
Cap. 3 y 5 Cap. 14
Cap. 16
Complementaria
De Miguel et al. (1999)
Cap. 11
Complementaria
Batini et al. (1994)
Cap. 12
Date (2004)
Bsica
De Miguel et al. (1999)
Cap. 9
UCLM ESI-BDa
5.4
El modelado o diseo conceptual es la primera fase del desarrollo de BD. Se subdivide en dos etapas:
Anlisis de Requisitos, Generacin del esquema conceptual (Conceptualizacin)
PROBLEMA A RESOLVER
MUNDO REAL
PERCEPCION
ETAPA:
Qu representar?
ANALISIS DESCRIPCION
ESQUEMA DESCRIPTIVO TRANSFORMACION CONCEPTUALIZACION (REPRESENTACION NORMALIZADA DEL REFINAMIENTO ESQUEMA DESCRIPTIVO)
Cmo representar?
ESQUEMA CONCEPTUAL
UCLM ESI-BDa 5.5
Entradas:
Realidad empresarial: entrevistas, normativas, listados, pantallas, etc.
realidad empresarial
Anlisis de Requisitos
realimentacin
Esquema Percibido
(lenguaje natural)
Salidas:
Esquema conceptual: entidades, interrelaciones, atributos, restricciones semnticas, etc.
Esquema Conceptual
UCLM ESI-BDa
5.6
Anlisis de Requisitos
Esta primera etapa, en general comn para datos y procesos, es de percepcin, identificacin y descripcin de los fenmenos del mundo real a analizar. En el anlisis de requisitos se ha de responder a la pregunta: Qu representar?. Mediante el estudio de las reglas de una empresa (que proveen el marco para el anlisis del sistema) y de entrevistas a los usuarios de los diferentes niveles de la organizacin (que proveen los detalles sobre los datos) se llega a elaborar un esquema descriptivo de la realidad. El esquema descriptivo se representa utilizando el lenguaje natural. Con ello se ayuda a que el problema de comunicacin usuarios/analistas se reduzca (aunque seguir siendo muy importante).
UCLM ESI-BDa
5.7
Anlisis de Requisitos
UCLM ESI-BDa
UCLM ESI-BDa
5.9
UCLM ESI-BDa
5.10
Chen propuso varias heursticas (no son reglas absolutas): Un sustantivo (nombre comn) que acta como sujeto o complemento directo en una frase es, en general, un tipo de entidad, aunque podra ser un atributo.
Ejemplo: en la frase Los estudiantes solicitan becas existen dos posibles entidades: ESTUDIANTE (sustantivo que acta como sujeto) y BECA (que acta como complemento directo).
UCLM ESI-BDa
5.11
Carswell y Navathe proponen reglas basadas en el papel o rol que un determinado objeto desempea en el proceso de informacin: Una entidad es un objeto de datos que tiene ms propiedades que su nombre o se utiliza como operando en una sentencia de seleccin, borrado o insercin. Ejemplos:
En la universidad existen profesores que poseen una serie de propiedades, como son el nombre, apellidos, DNI, direccin, etc. PROFESOR es una entidad, ya que tiene unas propiedades (nombre, apellidos, etc.). Cuando un ESTUDIANTE deja de serlo es preciso darle de baja de la BD; ESTUDIANTE es una entidad, por ser un operando en una sentencia de borrado.
Un atributo es un objeto de datos al que se le asigna un valor o se utiliza como operando en una operacin aritmtica, lgica o cadena de caracteres.
Ejemplo: Se puede consultar si el nombre de un profesor es Paloma, por lo que nombre es, segn este enfoque, un atributo.
UCLM ESI-BDa
5.12
Carswell y Navathe (cont): Una interrelacin es un objeto de datos que hace posible la seleccin de una entidad por medio de una referencia a un atributo de otra entidad.
Ejemplo: podemos seleccionar los profesores que pertenecen a una determinada rea, por lo que pertenecer es una interrelacin, ya que nos permite seleccionar una entidad (PROFESOR) por medio de una referencia a un atributo de otra entidad (Nombre de rea).
UCLM ESI-BDa
5.13
Los
han
sido
El verbo TIENE posee mltiples interpretaciones en castellano, que pueden ser ms o menos especficas segn la acepcin del verbo en la correspondiente frase.
UCLM ESI-BDa
5.14
Agregacin de entidades para formar una entidad compuesta (otro tipo de agregacin).
Ejemplo: por ejemplo, el curso tiene una parte terica y una parte prctica, donde CURSO es el elemento compuesto y PARTE_TERICA y PARTE_PRCTICA son los elementos componentes.
Como resultado de la fase de modelado conceptual se obtendr un esquema conceptual que debe cumplir los siguientes objetivos: Captar y almacenar el universo del discurso mediante una descripcin rigurosa, representando la informacin que describe a la organizacin y que es necesaria para su funcionamiento. Aislar la representacin de la informacin de los requisitos de la mquina y exigencias de cada usuario particular. Independizar la definicin de la informacin de los SGBD en concreto. En resumen, un esquema conceptual comprende una descripcin central nica de los distintos contenidos de informacin que pueden coexistir en una base de datos. Para ello se debe contar con un modelo de datos adecuado:
E/R extendido (EER)
UCLM ESI-BDa
5.17
El Modelo EER permite obtener esquemas conceptuales que se caracterizan por su: Claridad, que el significado no es ambiguo. Coherencia, que no existen contradicciones o confusiones. Plenitud, en cuanto a que el esquema conceptual ha de representar lo esencial del fenmeno sin buscar la exhaustividad. Fidelidad, en el sentido de que la representacin del universo del discurso ha de hacerse sin desviaciones ni deformaciones. Sencillez, ser la mxima posible sin atentar contra las otras caractersticas.
5.18
UCLM ESI-BDa
La sencillez del esquema conceptual ha de estar basada en que: El nmero de componentes bsicos debe ser tan reducido como sea posible. Ha de separar claramente conceptos distintos. Debe preservar la simetra, es decir, no destruir las simetras naturales. La redundancia tiene que ser cuidadosamente controlada.
UCLM ESI-BDa
5.19
10
Tradicionalmente, en el diseo de BD se han venido utilizando distintas metodologas para elaborar el esquema conceptual, que pueden agruparse en dos familias:
Descendentes (Top-Down): el esquema conceptual refleje directamente la visin de la empresa que se intenta modelar en la BD.
Se parte del estudio del universo del discurso para elaborar el esquema conceptual y, posteriormente, sobre l se definen las vistas de usuario como subconjuntos de este esquema conceptual.
Recomendadas para BD pequeas. Ascendentes (Bottom-Up): el esquema conceptual es el resultado de la integracin de las vistas de los grupos de usuarios (subsistemas).
Se empieza construyendo las vistas de cada uno de los subsistemas (que corresponde a las aplicaciones ms importantes) y, teniendo en cuenta las restricciones entre dichas vistas, se elabora el esquema conceptual mediante un proceso de integracin de vistas.
UCLM ESI-BDa
5.21
ESQUEMA CONCEPTUAL
INTEGRACION DE VISTAS
Restricciones de integracin - entre distintas vistasConjunto de vistas de usuario Conjunto de vistas de usuario
Diseo Descendente
UCLM ESI-BDa
vs
Diseo Ascendente
5.22
11
Integracin de Vistas
UCLM ESI-BDa
5.23
Integracin de Vistas
1. 2. 3.
Partir de dos vistas y obtener una nueva vista que las englobe, Con la obtenida antes y una nueva obtener otra nueva vista. Repetir sucesivamente el paso 2 hasta llegar a un esquema global que refleje la estructura de informacin de la BD completa. Resolucin de conflictos. Anlisis de redundancias en interrelaciones.
UCLM ESI-BDa
5.24
12
Integracin de Vistas
Resolucin de Conflictos
Conflicto entre tipos de objetos en los que un atributo en una vista es una entidad en otra o viceversa: la solucin es transformar el atributo en entidad o la entidad en atributo, segn convenga. As, por ejemplo, si existen atributos de este atributo, o si ste est interrelacionado con otras entidades, convendr considerarlo como entidad. Conflictos de cardinalidades en interrelaciones: pueden reflejar que las dos interrelaciones son la misma, que hay dos interrelaciones distintas o que una de las entidades involucradas tiene uno o varios subtipos.
UCLM ESI-BDa
5.25
Integracin de Vistas
Una vez integradas las vistas, habr que analizar si se producen redundancias de interrelaciones, lo que puede reflejarse grficamente como ciclos en el diagrama E/R. Estos ciclos se deben detectar y estudiar tal como se vio anteriormente en el tema 2.
La existencia de un ciclo no implica la existencia de interrelaciones redundantes. Para que una interrelacin pueda ser eliminada por redundante se tiene que cumplir :
Repaso :
que componen el ciclo sean equivalentes semnticamente, c) que se puedan asociar los ejemplares de las dos entidades que estaban interrelacionadas, an habindose eliminado la interrelacin, y d) que la interrelacin no tenga atributos o que stos puedan ser transferidos a otro elemento del esquema a fin de no perder su semntica.
UCLM ESI-BDa
5.26
13
UCLM ESI-BDa
5.27
ENTRADAS
Diseo Lgico
UCLM ESI-BDa
5.28
14
Las tres reglas bsicas para convertir un esquema en el modelo EER al relacional son las siguientes: 1. Todo tipo de entidad se convierte en una relacin. 2. Todo tipo de interrelacin N:M se transforma en una relacin. 3. Para todo tipo de interrelacin 1:N se realiza lo que se denomina
propagacin de clave (regla general), o se crea una nueva relacin.
Como el modelo relacional no distingue entre entidades e interrelaciones, ambos conceptos deben representarse mediante relaciones. Esto implica una prdida de semntica con respecto al esquema EER:
Las interrelaciones N:M no se distinguen de las entidades (ambas se transforman en tablas) Las interrelaciones 1:N se suelen representar mediante una propagacin de clave, desapareciendo incluso el nombre de la interrelacin.
UCLM ESI-BDa
5.29
EDITORIAL
(1,1)
Edita
(1,n)
LIBRO
(1,n)
Escribe
(1,n)
AUTOR
UCLM ESI-BDa
5.30
15
Al estudiar la correspondencia entre los conceptos del MLS y los del SGBD concreto pueden darse los siguientes casos:
El SGBD soporta todos los conceptos del MLS sin restricciones. La transformacin del ELS al ELE es prcticamente directa, slo se ha de transcribir a la sintaxis propia del SGBD utilizado (normalmente SQL). El SGBD no soporta ciertos conceptos, o los soporta con restricciones. Se debern utilizar nuevos objetos, realizar una programacin complementaria o, en ltimo caso, transferir a los programas restricciones no soportadas convenientemente por el MLE.
UCLM ESI-BDa
5.31
Algunos aspectos en los que es necesaria una transformacin adicional, debido a que los conceptos del MLS no son soportados por el MLE de los SGBDR actuales, son:
Dominios: Si el SGBDR no permite sentencias para la definicin de dominios, existen dos opciones:
Al definir la columna de una tabla especificar el tipo de dato, la longitud y (si el esquema lo permite) las restricciones pertinentes (CHECK). Construir un procedimiento que compruebe que los valores que se pretenden insertar o modificar se encuentran en una tabla de una sola columna (llamada tabla de dominio) que no sea susceptible de insercin, borrado o modificacin (tabla esttica que slo el ABD podr modificar).
UCLM ESI-BDa
5.32
16
UCLM ESI-BDa
5.33
UCLM ESI-BDa
5.34
17
UCLM ESI-BDa
5.35
UCLM ESI-BDa
5.36
18
De interrelaciones.
Binarias N:M. Binarias 1:N. Binarias 1:1. De grado > 2.
De atributos de interrelaciones. De dependencias en identificacin y en existencia. De restricciones. De restricciones entre interrelaciones. De generalizaciones / especializaciones. De la dimensin temporal.
UCLM ESI-BDa
5.37
Entidades
Transformacin de Entidades. Cada tipo de entidad se convierte en una tabla. La tabla se llamar igual que el tipo de entidad de donde proviene. Para su definicin en SQL se utiliza la sentencia CREATE TABLE.
UCLM ESI-BDa
5.38
19
Dominios y Atributos
Transformacin de Dominios.
Cada dominio EER se tranforma en otro dominio relacional, representado por una sentencia CREATE DOMAIN en SQL: CREATE DOMAIN e_civil AS CHAR(1) CHECK (VALUE IN (S, C, V, D))
EER E_CIVIL
MR (SQL)
DOMINIO E_CIVIL CHAR(1) CHECK (VALUE IN (S,C,V,D))
UCLM ESI-BDa
5.39
Dominios y Atributos
Atributos No Identificadores:
Se representan como columnas de la tabla correspondiente.
UCLM ESI-BDa
5.40
20
Dominios y Atributos
EER MR
PROFESOR
Cod_prof Nombre DNI
PROFESOR
Direccin
Telfono
Materia
Dominios y Atributos
EER
Cod_prof Nombre DNI
PROFESOR
MR-SQL
CREATE TABLE Profesor ( Cod_Profesor Cdigos, Nombre Nombres, DNI DNIS, NOT NULL Direccin Lugares, Telfono Nos_Telfono, Materia Materias, PRIMARY KEY (Cod_Profesor), UNIQUE (DNI));
21
Dominios y Atributos
EER
DNI Nombre Telfonos (0,n)
MR
Persona (dni, nombre, ...)
clave ajena
PERSONA
Telefonos(dni, nmero)
UCLM ESI-BDa
5.43
Dominios y Atributos
EER
(1,n)
Tiene
(1,1)
EDICION
D1
1:M
MR
CURSO (Cod_curso, Nombre, Num_horas, Num_ediciones)
UCLM ESI-BDa 5.44
22
Para cada clave ajena as obtenida deber estudiarse cuales son los modos de borrado y modificacin adecuados (opciones ON DELETE y ON UPDATE en SQL). Las opciones permitidas en SQL son:
Operacin restringida (en caso de no especificar la accin o poner NO ACTION) Puesta a nulo (SET NULL) Puesta a valor por defecto (SET DEFAULT) Operacin en cascada (CASCADE).
Las cardinalidades mnimas de las entidades participantes en la interrelacin se pueden modelar utilizando restricciones CREATE ASSERTION.
UCLM ESI-BDa 5.45
MR
Cod_prof
CURSO
UCLM ESI-BDa
5.46
23
MR-SQL
Cod_prof
imparte
(1,n)
CURSO
Cod_curso
CREATE TABLE Imparte (Cod_Profesor Codigos_P, Cod_Curso Codigos_C, . , PRIMARY KEY (Cod_Profesor, Cod_Curso), FOREIGN KEY (Cod_Profesor) REFERENCES Profesor ON DELETE CASCADE ON UPDATE CASCADE, FOREIGN KEY (Cod_Curso) REFERENCES Curso ON DELETE CASCADE ON UPDATE CASCADE)
UCLM ESI-BDa
5.47
UCLM ESI-BDa
5.48
24
(1,n)
MR
PROFESOR (Cd_prof,, ..., Cod_dep)
Pertenece
principal
TEMA
Solucin a:
(0,1)
Consta
subtema (0,n)
propagacin de clave
MR
TEMA (Cd_tema,, ..., Cod_tema_sup) (borrado: puesta a nulos; modificacin: cascada) Solucin b: nueva tabla
Nulos no permitidos
TEMA (Cd_tema, ...) CONSTA (Cd_tema, Cod_tema_sup...) (borrado y modificacin: cascada) Transformacin de una interrelacin 1:N reflexiva
UCLM ESI-BDa 5.50
25
principal
TEMA
(0,1)
Consta
subtema (0,n)
MR-SQL
CREATE TABLE Consta ( Cod_Tema Codigos, Cod_Tema Sup Codigos, PRIMARY KEY (Cod_tema) FOREIGN KEY (Cod_Tema) REFERENCES Tema ON DELETE CASCADE ON UPDATE CASCADE, FOREING KEY (Cod_Tema_SUP) REFERENCES Tema ON DELETE CASCADE ON UPDATE CASCADE );
Al hacer propagacin de clave, la cardinalidad mnima de la interrelacin con mxima 1 se puede modelar usando NOT NULL para el valor 1. Para la interrelacin de cardinalidad mxima N es necesaria una restriccin (CHECK, ASSERTION o TRIGGER).
PROFESOR Cd_prof
(1,n)
EER
?
Pertenece
MR
UCLM ESI-BDa
5.52
26
Una interrelacin de tipo 1:1 es un caso particular de una 1:N, por lo que se pueden aplicar las dos opciones ya comentadas:
crear una nueva tabla, o propagacin de clave, teniendo en cuenta que ahora la propagacin de la clave puede efectuarse en ambos sentidos.
Los criterios para aplicar una u otra regla de transformacin se basan en:
las cardinalidades mnimas, recoger la mayor cantidad de semntica posible, evitar los valores nulos, y Aumentar la eficiencia.
UCLM ESI-BDa
5.53
Si las entidades que se asocian poseen cardinalidades (0,1), suele ser conveniente transformar la interrelacin en una tabla.
Cd_hombre Cod_Mujer
EER
HOMBRE
Matrimonio
MUJER
(0,1)
(0,1)
MR
UCLM ESI-BDa
5.54
27
Si las entidades que participan en la interrelacin poseen cardinalidades (0,1) y (1,1), conviene propagar la clave de la entidad con (1,1) a la tabla resultante de la entidad con (0,1).
Cd_prof Cod_dep
EER
PROFESOR
Responsable
DEPARTAMENTO
(1,1)
(0,1)
PROFESOR (Cod_prof)
MR
DEPARTAMENTO (Cod_dep, , Cod_prof)
Clave ajena NOT NULL
UCLM ESI-BDa 5.55
En el caso de que ambas entidades presenten cardinalidades (1,1), se puede propagar la clave de cualquiera de ellas a la tabla resultante de la otra, teniendo en cuenta en este caso los accesos ms frecuentes y prioritarios a los datos de las tablas. Algunas veces, si la semntica no se perjudica, es conveniente unir las tablas de ambas entidades en una nica tabla con todos los atributos.
UCLM ESI-BDa
5.56
28
Se podran inventar reglas similares a las anteriores para las interrelaciones ternarias o superiores, pero seran demasiadas y muy complicadas. Por eso, las interrelaciones de grado mayor que 2 se representan igual que las interrelaciones N:M, es decir, creando una nueva tabla cuya clave primaria ser la concatenacin de las claves primarias de los tipos de entidades participantes. Para controlar las cardinalidades mnimas y mximas de cada entidad participante deber recurrirse a restricciones (CHECK, CREATE ASSERTION, ...).
UCLM ESI-BDa
5.57
Interrelaciones atributos
Si la interrelacin se transforma en una tabla, todos sus atributos pasan a ser columnas de la tabla. En caso de que la interrelacin se transforme mediante propagacin de clave, sus atributos migran junto a la clave a la tabla correspondiente.
Cd_prof Num_horas Imparte CURSO Cod_curso
EER
PROFESOR
(1,n)
(1,n)
MR
UCLM ESI-BDa
5.58
29
UCLM ESI-BDa
5.59
MR
Cd_curso
ID Tiene
(0,n)
Cod_edicin
UCLM ESI-BDa
5.60
30
MR-SQL
CREATE TABLE Curso (
Cd_curso
(Cod_Curso Codigos_cursos, . , PRIMARY KEY (Cod_Curso)); CREATE TABLE Edicion ( Cod_Curso Codigos_Cursos, Cod_Edicion Codigos_Ediciones, . , PRIMARY KEY (Cod_Curso, Cod_Edicion) FOREIGN KEY (Cod_Curso) REFERENCES Curso ON DELETE CASCADE ON UPDATE CASCADE);
1:N
ID Tiene
(0,n)
Cod_edicin
UCLM ESI-BDa
5.61
Restricciones
Transformacin de Restricciones:
Existen opciones en el LLS (SQL) que pueden recoger ciertos tipos de restricciones de usuario:
Se pueden restringir a un rango determinado los valores de un dominio a travs de la clusula BETWEEN. Se pueden determinar por enumeracin los valores que puede tomar una columna en una tabla con la clasula IN. Otra posibilidad es utilizar la clusula CHECK dentro de la descripcin de una tabla para expresar una condicin que deben cumplir un conjunto de atributos de la tabla. Tambin se puede utilizar la sentencia CREATE ASSERTION si la comprobacin afecta a atributos de ms de una tabla. Adems, se pueden utilizar disparadores (CREATE TRIGGER) cuando las opciones anteriores no sean suficientes.
UCLM ESI-BDa 5.62
31
Restricciones
Transformacin de Restricciones:
Ejemplo:
CREATE TABLE Curso ( Cod_Curso Cursos, Nombre Nombres, Num_Horas Horas Fecha_I Fechas, Fecha_F Fechas, PRIMARY KEY (Cod_Curso), CHECK ( Fecha_I < Fecha_F));
UCLM ESI-BDa
5.63
(1,1)
CURSO
(0,n)
PROFESOR
Exclusividad
Imparte
1:N
UCLM ESI-BDa
(1,1)
5.64
32
Exclusividad
UCLM ESI-BDa 5.65
Generalizaciones
UCLM ESI-BDa
5.66
33
Generalizaciones
EER
Opcin A)
PERSONA
(t,e)
MR
PROFESOR (Cod_prof, nombre, , tipo, Ao_doc, ...)
Opcin B)
PROFESOR (Cod_prof, Nombre, ) DOCTOR (Cod-prof, ) NO_DOCTOR (Cod_prof,)
PROFESOR
ALUMNO
Opcin C)
DOCTOR (Cod_prof, Nombre, , Ao_doc, ...) NO_DOCTOR (Cod_prof, Nombre, )
Ao_doc Materia_doc
UCLM ESI-BDa
5.67
Generalizaciones
Aunque es posible elegir cualquiera de las tres estrategias para la transformacin de un tipo y sus subtipos al modelo relacional,
desde un punto de vista exclusivamente semntico la opcin b es la mejor; y desde el punto de vista de la eficiencia deber tenerse en cuenta que:
Opcin a: El acceso a una fila que refleje toda la informacin de una determinada entidad es mucho ms rpido (no hace falta combinar varias tablas). Opcin b: La menos eficiente aunque es la mejor desde un punto de vista exclusivamente semntico. Opcin c: Con esta solucin se aumenta la eficiencia ante determinadas consultas (las que afecten a todos los atributos, tanto comunes como propios, de un subtipo) pero se disminuye ante otras. Esta solucin es en la que se pierde ms semntica; adems si existe solapamiento se introduce redundancia que debe ser controlada si se quieren evitar inconsistencias.
Se deber elegir una estrategia u otra dependiendo de que sea la semntica o la eficiencia la que prime para el usuario en un momento determinado.
UCLM ESI-BDa
5.68
34
Generalizaciones
las
restricciones
CHECK ( (Tipo = NO_DOCTOR AND Ao_doc IS NULL AND Materia_doc IS NULL) OR (Tipo= DOCTOR AND Ao_doc IS NOT NULL AND Materia_doc IS NOT NULL) )
El atributo discriminante de la generalizacin podr admitir valores nulos en el caso de que haya recubrimiento parcial y deber declararse como NOT NULL si el recubrimiento es total. El atributo discriminante constituir un grupo repetitivo (multivaluado), si los subtipos solapan, debiendo, en este caso, separar este atributo en una tabla aparte segn indica la regla de transformacin de atributos multivaluados.
5.69
UCLM ESI-BDa
Dimensin Temporal
UCLM ESI-BDa
5.70
35
Dimensin Temporal
Cd_s
F_inicio
F_fin
Cod_l
EER
SOCIO
Prstamo
LIBRO
(0,n)
(0,n)
MR
SOCIO (Cod_s, ...)
!OJO!
con la clave primaria
En el DEL se deben tener en cuenta las particularidades de cada versin SQL de cada fabricante. Ejemplos:
MS Access 2003 no permite CREATE ASSERTION (SQL 2003 s). Los tipos de datos de MS ACCESS 2003 son distintos que en el SQL estndar. Oracle 9i soporta varrays, que son arrays de longitud variable (SQL 2003 no). Oracle 9i permite que la funciones de agregacin definidas por el usuario, se puedan utilizar en la instrucciones SQL de la misma forma que las funciones incorporadas tales como sum y count (SQL 2003 no).
UCLM ESI-BDa
5.72
36
UCLM ESI-BDa
5.73
UCLM ESI-BDa
5.74
37
Los fabricantes de SGBDR abordan el problema del diseo fsico desde tres perspectivas diferentes:
El SGBD impone una estructura interna y deja muy poca flexibilidad al diseador. Suele suponer una mayor independencia fsico/lgica a costa de menor eficiencia. El ABD disea la estructura interna. Supone ms trabajo y un perjuicio para la independencia de datos, aunque puede mejorar la eficiencia. El SGBD proporciona una estructura interna inicial a partir de algunos parmetros dados por el diseador. El ABD puede ir afinndolos (tunning) para mejorar el rendimiento. La BD puede empezar a funcionar inmediatamente; La eficiencia va aumentando al ir realizando ajustes posteriores; La independencia fsico/lgica se mantiene. Adems, es la estrategia de la mayora de los SGBDR actuales y tambin la que mejor se adapta a la metodologa propuesta.
a)
b) c)
UCLM ESI-BDa
5.75
Actividades
Objetivos del Diseo Fsico Algunos de las tcnicas ms importantes que se pueden considerar en el diseo fsico son:
Determinacin de los ndices secundarios y sus caractersticas (compresin, orden, etc.); Tipo de registros fsicos; Uso de punteros; Direccionamiento calculado (Hashing); Agrupamientos (Clustering) de tablas; Bloqueos (Locking) y compresin de datos; Definicin de tamaos de memorias intermedias (Buffers); Asignacin de conjuntos de datos a particiones y/o a dispositivos fsicos; y Redundancia de datos.
NO existe un modelo formal general para el diseo fsico, sino que depende mucho de cada producto comercial concreto. Repasar estructuras de ficheros e ndices de busqueda (rboles B, hashing, ...)
5.76
UCLM ESI-BDa
38