30092-S07-PRESENTACION - July Luo

Vista previa del material en texto

El Diseño Físico
Modelo Físico
Haga clic para modificar el estilo de título del patrón
SESIÓN /7
EL DISEÑO FÍSICO
/ DEFINICIÓN
/ SUBTEMA 2
/ SUBTEMA 3
/ …
NOMBRE DEL CURSO  SESIÓN XX
© 2018 ISIL. Todos los derechos reservados
2
En esta sesión veremos las características del Modelo Físico orientado a SQL Server.
Se revisarán los conceptos de:
Datos en disco
Entradas para el diseño Físico
Traducir el esquema Lógico
3
/ INTRODUCCIÓN
Haga clic para modificar el estilo de título del patrón
EL MODELO FÍSICO: CONCEPTOS GENERALES
NOMBRE DEL CURSO  SESIÓN XX
© 2018 ISIL. Todos los derechos reservados
4
Conceptos que describen detalles de almacenamiento de los datos.
Dirigidos a usuarios especialistas en informática.
Describen la estructura física de la base de datos:
Formato y ordenamiento de los registros en las tabla
Tamaños y ubicación de los archivos de base de datos
Estructuras de acceso a los datos (índices)
/ DEFINICIÓN
Haga clic para modificar el estilo de título del patrón
La última etapa de la metodología de diseño de base de datos es que el diseño físico, cuyo objetivo General es satisfacer los requisitos del sistema, optimizando la relación costo beneficio.
5
/ DEFINICIÓN
Haga clic para modificar el estilo de título del patrón
Los objetivos concretos son: disminuir los tiempos de respuesta, minimizar el espacio de almacenamiento, evitar las reorganizaciones periódicas, proporcionar la máxima seguridad, y optimizar el consumo de recursos.
6
Datos en disco organizados en archivos de registros
Registro:
Colección de valores de datos relacionados entre sí
Cada campo tiene asociado un tipo de datos 
Cada valor que corresponde a un campo ocupa 1 o más bytes, en función al tipo de dato elegido.
Definición de Tipo de Registro: { (nombre-campo, tipo-datos) }
Estructura física de la BD
Haga clic para modificar el estilo de título del patrón
OBJETIVOS
NOMBRE DEL CURSO  SESIÓN XX
© 2018 ISIL. Todos los derechos reservados
8
Disminuir los tiempos de respuesta
Tiempo(localización & transferencia)>Tiempo(procesamiento CPU)
Minimizar espacio de almacenamiento.
Productividad de transacciones.
Evitar las reorganizaciones de las estructuras.
Proporcionar la máxima seguridad.
Optimizar el consumo de recursos.
Objetivos del diseño físico
Haga clic para modificar el estilo de título del patrón
Tiempo que tarda en ejecutarse una transacción.
Minimizar espacio de almacenamiento; Es la cantidad de espacio en disco que hace falta para los ficheros de la base de datos.
Productividad de transacciones, se refiere al número de transacciones a procesar en un intervalo de tiempo.
9
ENTRADAS EN EL DISEÑO FÍSICO
NOMBRE DEL CURSO  SESIÓN XX
© 2018 ISIL. Todos los derechos reservados
10
El modelo lógico de datos, que define qué es lo que debe implementarse.
Los volúmenes de datos y patrones de acceso esperados
Las características del DBMS a utilizar
Características de performance del Hardware y del Software
Entradas para diseño físico
Haga clic para modificar el estilo de título del patrón
Entonces. Las entradas de este etapas son: lista de objetivos de diseño físico con sus correspondientes prioridades y cuantificación (a ser posible). Esquema lógico específico. Recurso de máquina disponibles. Recursos de software disponibles. Información sobre las aplicaciones que utilizarán la base de datos y política de seguridad de datos.
A partir de estas entradas se producirán la estructura interna, especificaciones para el afinamiento de la base de datos y normas de seguridad.
El Modelo Externo indica cuáles consultas son Críticas.
11
TRADUCIR EL ESQUEMA FÍSICO
NOMBRE DEL CURSO  SESIÓN XX
© 2018 ISIL. Todos los derechos reservados
12
Cotejar información del relevamiento y diccionario de datos
Verificación de implementación de restricciones semánticas de los valores de campo
Verificación respecto a nombres de campo y datos a ser registrados
Traducir el esquema lógico
Haga clic para modificar el estilo de título del patrón
Verificación de implementación de restricciones semánticas:
• Claves primarias, alternas, foráneas. Integridad referencial
• Datos requeridos (null), valores por defecto
• Definición de dominios de datos
• Reglas de negocio (triggers, aserción, check).
• Tipo de Modelo soportado (relacional)
Verificación respecto a nombres y datos
• Tamaños y características de nombres de objetos:
tablas, campos, etc
• Tipos de datos existentes
• Restricciones en datos almacenados en estructuras
13
PERSPECTIVAS DE LOS FABRICANTES
NOMBRE DEL CURSO  SESIÓN XX
© 2018 ISIL. Todos los derechos reservados
14
Los fabricantes DBMS abordan el problema del diseño físico desde tres perspectivas diferentes:
El DBMS impone una estructura física interna.
El DBMS proporciona una estructura lógica inicial. 
El DBA diseña la estructura lógica final.
La estructura lógica es el diseño de base de datos que aprovecha de la mejor manera la estructura física de la base de datos.
Cada DBMS tiene una estructura física interna particular pero desde el punto de vista lógico son uy similares.
Perspectivas de los fabricantes de DBMS
Haga clic para modificar el estilo de título del patrón
Si el DBMS impone una estructura interna y deja muy poca flexibilidad al diseñador, suele suponer una mayor independencia físico lógica a costa de menor eficiencia.
El hecho de que el DBA diseñe la estructura interna, supone más trabajo y un perjuicio para la independencia de datos, aunque puede mejorar la eficiencia.
Cuando el DBMS proporciona una estructura interna inicial a partir de algunos parámetro dados por el diseñador, el DBA puede ir afinándolos ( hacer tunning) con la finalidad de mejorar el rendimiento.
15
EJEMPLOS DE DESARROLLO DE UN MODELO FÍSICO
NOMBRE DEL CURSO  SESIÓN XX
© 2018 ISIL. Todos los derechos reservados
16
Si partimos de una realidad determinada, ya sea que empecemos por el modelo Conceptual o por un proceso de normalización, debemos finalmente llegar a un Modelo Lógico:
Ejemplo del desarrollo de un Modelo Físico
Haga clic para modificar el estilo de título del patrón
Acá se especifican con detalle los tipos de dato de cada atributo
Ya que se ha elegido un DBMS en particular, en este caso el SQL Server de Microsoft.
Modelo Físico para SQL Server
Haga clic para modificar el estilo de título del patrón
A partir de este diagrama ya podemos implementar la Base de datos en un Servidor de SQL Server.
Se puede generar el código SQL correspondiente a este modelo usando la herramienta Case ERWIN, o también escribiendo el código directamente en el servidor, como vamos a realizar a continuación.
Por cómo se puede observar, los dominios ahora se convierten en tipo de dato, correspondiente a los tipos que disponemos en SQL server y que también encajan conocer datos que se manejan en la realidad correspondiente. Como veremos más adelante.
18
Tomemos un caso típico de Modelo Lógico
Otro ejemplo de Diseño Físico
Haga clic para modificar el estilo de título del patrón
Se eligen los tipos de datos a los campos de las entidades según sea conveniente a los datos que realmente van a usarse en la realidad concreta.
Construyendo el Modelo Físico
Haga clic para modificar el estilo de título del patrón
Este modelo físico, ya puede ser usado para incrementar la base de datos en un servidor de SQL server, pero, para ello se necesita que lo que se está indicando en este diagrama se le transmita al motor de base de datos de SQL server, en otras palabras, tenemos que “ conversar”, el servidor en su propio idioma, y este idioma es casualmente SQL, que significa Structure Query Languaje. Para implementar entonces la base de datos se necesita conocer este lenguaje. Aunque se podría recurrir a una herramienta CASE que podría servirnos para generar el código en el lenguaje SQL y transmitirlo el servidor luego; una herramienta como está es la que se conoce como ERWIN, una herramienta CASE que permite a partir de un modelo lógico transformarlo en físico y luego Generar códigoSQL. El etarra mientras hotel en la medida que nos evita escribir mucho código, pero eso no significa, que no sepamos el código o sea el lenguaje mismo. Por eso, el siguiente paso que vamos a dar en las posteriores lecciones, será ingresar al y servidor y comunicarse con el con su propio idioma, el lenguaje SQL.
20
El objetivo de esta sesión fue conocer como implementar un Modelo Físico para el DBMS de SQL Server, a partir de un modelo Lógico.
La elección del tipo de dato que corresponde a cada campo, depende de los valores que se manejen en la realidad.
Es necesario conocer el Lenguaje SQL, para comunicarle al servidor todas las instrucciones que ya están explicitas en el Modelo Físico, para poder, finalmente implementar la Base de Datos en el Servidor.
/ CONCLUSIONES
NOMBRE DEL CURSO  SESIÓN XX
© 2018 ISIL. Todos los derechos reservados
21
EDITORIAL
idEditorial
NombreEditorial
Pais
DireccionEditorial
TelefonoEditorial
LIBRO
idLibro
NombreLibro
FechaPublicacion
ISBN
idEditorial (FK)
AUTOR
idAutor
ApellidoAutor
NombreAutor
FechaNacimiento
Pais
AUTOR_LIBRO
idLibro (FK)
idAutor (FK)
Capítulos
CATEGORIA
idCategoria
NombreCategoria
DescripcionCategoria
LIBRO_CATEGORIA
idLibro (FK)
idCategoria (FK)
NivelLibro
EDITORIAL
idEditorial: int
NombreEditorial: varchar(50)
Pais: varchar(20)
DireccionEditorial: varchar(200)
TelefonoEditorial: varchar(20)
LIBRO
idLibro: int
NombreLibro: varchar(100)
FechaPublicacion: datetime
ISBN: char(11)
idEditorial: int (FK)
AUTOR
idAutor: int
ApellidoAutor: varchar(100)
NombreAutor: varchar(100)
FechaNacimiento: datetime
Pais: varchar(20)
AUTOR_LIBRO
idLibro: int (FK)
idAutor: int (FK)
Capítulos: int
CATEGORIA
idCategoria: int
NombreCategoria: varchar(100)
DescripcionCategoria: varchar(max)
LIBRO_CATEGORIA
idLibro: int (FK)
idCategoria: int (FK)
NivelLibro: tinyint
CLIENTE
idCLiente
NombreCliente
ApellidoCliente
DireccionCliente
PEDIDO
idPedido
FechaPedido
MontoPedido
idCLiente (FK)
ARTICULO
idArtículo
NombreArtículo
PrecioLista
DETALLE PEDIDO
idPedido (FK)
idArtículo (FK)
PrecioVenta
Cantidad
CLIENTE
idCLiente: INT
NombreCliente: VARCHAR(100)
ApellidoCliente: VARCHAR(100)
DireccionCliente: VARCHAR(200)
PEDIDO
idPedido: INT
FechaPedido: DATE
MontoPedido: NUMERIC(15,2)
idCLiente: INT (FK)
ARTICULO
idArtículo: INT
NombreArtículo: VARCHAR(100)
PrecioLista: DECIMAL(15,2)
DETALLE PEDIDO
idPedido: INT (FK)
idArtículo: INT (FK)
PrecioVenta: DECIMAL(15,2)
Cantidad: DECIMAL(10,2)