Blog Proyecto2

8

Desventajas de las bases de datos

Complejidad Los SGBD son conjuntos de programas que pueden llegar a ser complejos con una gran funcionalidad. Es preciso comprender muy bien esta funcionalidad para poder realizar un buen uso de ellos. Coste del equipamiento adicional Tanto el SGBD, como la propia base de datos, pueden hacer que sea necesario adquirir más espacio de almacenamiento. Además, para alcanzar las prestaciones deseadas, es posible que sea necesario adquirir una máquina más grande o una máquina que se dedique solamente al SGBD. Todo esto hará que la implantación de un sistema de bases de datos sea más cara. Vulnerable a los fallos El hecho de que todo esté centralizado en el SGBD hace que el sistema sea más vulnerable ante los fallos que puedan producirse. Es por ello que deben tenerse copias de seguridad. Tipos de Campos Cada Sistema de Base de Datos posee tipos de campos que pueden ser similares o diferentes. Entre los más comunes podemos nombrar: Ø Numérico: entre los diferentes tipos de campos numéricos podemos

encontrar enteros “sin decimales” y reales “decimales”.

Ø Booleanos: poseen dos estados: Verdadero “Si” y Falso “No”.

Ø Memos: son campos alfanuméricos de longitud ilimitada. Presentan el inconveniente de no poder ser indexados.

Ø Fechas: almacenan fechas facilitando posteriormente su explotación. Almacenar fechas de esta forma posibilita ordenar los registros por fechas o calcular los días entre una fecha y otra.

Ø Alfanuméricos: contienen cifras y letras. Presentan una longitud

limitada (255 caracteres).

Ø Autoincrementables: son campos numéricos enteros que incrementan en una unidad su valor para cada registro incorporado. Su utilidad resulta: Servir de identificador ya que resultan exclusivos de un registro.

Created by ActMask Document Converter CE. Buy it to removethis mark and get more pages. http://www.all2pdf.com

http://www.all2pdf.com

9

Modelo entidad-relación

Los diagramas o modelos entidad-relación (denominado por su siglas, ERD “Diagram Entity relationship”) son una herramienta para el modelado de datos de un sistema de información. Estos modelos expresan entidades relevantes para un sistema de información, sus inter-relaciones y propiedades.

Cardinalidad de las Relaciones El diseño de relaciones entre las tablas de una base de datos puede ser la siguiente: Ø Relaciones de uno a uno: una instancia de la entidad A se relaciona con

una y solamente una de la entidad B.

Ø Relaciones de uno a muchos: cada instancia de la entidad A se relaciona con varias instancias de la entidad B.

Ø Relaciones de muchos a muchos: cualquier instancia de la entidad A se

relaciona con cualquier instancia de la entidad B.

Estructura de una Base de Datos

Una base de datos, a fin de ordenar la información de manera lógica, posee un orden que debe ser cumplido para acceder a la información de manera coherente. Cada base de datos contiene una o más tablas, que cumplen la función de contener los campos.

En el siguiente ejemplo mostramos una tabla “comentarios” que contiene 4 campos.



10

Los datos quedarían organizados como mostramos en siguiente ejemplo

Por consiguiente una base de datos posee el siguiente orden jerárquico: Ø Tablas Ø Campos Ø Registros Ø Lenguaje SQL

Sistema de gestión de base de datos Sistema desarrollado que hace posible acceder a datos integrados que atraviesan los límites operacionales, funcionales u organizacionales de una empresa. Objetivos en el uso de un sistema de gestión de base de datos: ü Oportunidad, asociado a la eficiencia y eficacia. ü Disponibilidad, permitiendo la accesibilidad de datos ü Consistencias (oportunidad + disponibilidad), como calidad de datos ü Evolución, para adaptarse al entorno ü Integridad, en el nivel de los datos así como el sistema.

Creación de una base de datos El proceso de diseño identifica las relaciones entre los elementos de datos y la manera más eficiente de agruparlos para cumplir con los requerimientos de información. El proceso también identifica elementos redundantes y los agrupamientos de los elementos de datos que se requieren para programas de aplicaciones específicos. Para crear una base se deben realizar dos ejercicios de diseño.



11

Diseño lógico Es un modelo abstracto de la base de datos desde una perspectiva de negocios. Diseño físico Muestra como la base de datos se ordena en realidad en los dispositivos de almacenamiento de acceso directo. Diseño de una base de datos

Existen distintos modos de organizar la información y representar las relaciones entre los datos en una base de datos. Los tres modelos lógicos principalmente de bases de datos son: ü Jerárquico ü Redes ü Relacional

Tipos de Base de Datos Entre los diferentes tipos de base de datos, podemos encontrar los siguientes: ü MySql: es una base de datos con licencia GPL basada en un servidor. Se

caracteriza por su rapidez. No es recomendable usar para grandes volúmenes de datos.

ü PostgreSql y Oracle: Son sistemas de base de datos poderosos.

Administra muy bien grandes cantidades de datos, y suelen ser utilizadas en intranets y sistemas de gran calibre.

ü Access: Es una base de datos desarrollada por Microsoft. Esta base de

datos, debe ser creada bajo el programa access, el cual crea un archivo .mdb con la estructura ya explicada.

ü Microsoft SQL Server: es una base de datos más potente que access

desarrollada por Microsoft. Se utiliza para manejar grandes volúmenes de informaciones.



12

2. DESARROLLO DISEÑO DE BASE DE DATOS

2.1. Planteamiento del Problema Como proyecto hemos planteado el caso de un parqueadero ya que la necesidad de crear una base de datos para este tipo de empresas cada vez es más grande y es allí donde empiezan los problemas de perdida de información y redundancia de datos, por eso que hemos optado por realizar la respectiva base de datos para este problema común en este tipo de empresas

2.2. Entidades de la Empresa Dentro de la empresa hemos realizado el respectivo análisis subrayando las siguientes entidades: ü Cliente ü Vehículo ü Estacionamiento ü Empleado ü Comprobante

2.3. Modelo Entidad - Relación

Estacionamiento

Tiene

Empleados

Atiende Clientes Tiene

VehículoEstaciona / Cuida

Comprobante

Emite

Firma



13

2.4. Nomenclatura de Datos Ø CP: Clave Primaria Ø CS: Clave Secundaria Ø NN: No Nulo (Datos son obligatorios) Ø CC: Clave de Chequeo Ø CU: Clave Única

2.5. Análisis de la Tabla con su Nomenclatura y Tipo de Datos

Tabla: Estacionamiento Constraint Campo Tipo de Dato Longitud

CP Nombre String 25 NN Dirección String 25 NN Teléfono 1 Numérico 9

Teléfono 2 Numérico 9 CP N· Autorización Numérico 15 NN Capacidad_Vehículos Numérico 2 CS Empleado String 25

Tabla: Cliente

Constraint Campo Tipo de Dato Longitud CP Cedula Numérico 10 NN Nombre String 25 NN Apellido String 25 NN Dirección String 25

Teléfono Numérico 9 Celular Numérico 9

CS Tipo_Cliente String 15 Tabla: Vehículos

Constraint Campo Tipo de Dato Longitud CS Cedula_Propietario Numérico 10 NN Nombre String 25 CP Placa String 25

Hora_Entrada Date hh:mm:ss Hora_Salida Date hh:mm:ss

Tabla: Empleado

Constraint Campo Tipo de Dato Longitud CP Cedula Numérico 10 NN Nombre String 25 NN Apellido String 25 NN Dirección String 25

Teléfono Numérico 9 Celular Numérico 9



14

Tipo_Empleado String 15 CS Fecha_Entrada Date dd/mm/aa

Tabla: Comprobante

Constraint Campo Tipo de Dato Longitud Nº Comprobante Numérico 6

CP Cedula_Cliente Numérico 10 NN Tipo_Cliente String 15 NN Fecha Date dd/mm/aa NN Hora_Entrada Date hh:mm:ss

Hora_Salida Date hh:mm:ss Forma_Pago String 9 Nª Puesto Numérico 2

CS Tarifa_Hora Numérico (4,2) Total_Pagar Numérico (4,2)

2.6. Normalización de Base de Datos

Ø Cliente

Ø Vehículo

Paso Previo Primera Forma Normal

Cedula Nombres Apellidos Direccion Telefono Celular Tipo1231231231 Patricia Luly Pezantes Alvarez loja 1-12 72889966 97450249 Cliente Final1054233219 Jessica Alexandra Pezantes Farfan pte. Cordova 12-9 2891222 Socio Frecuente

Primera Forma Normal (No es Necesario, no existe redundancia de Datos)

Cedula Nombres Apellidos Direccion Telefono Celular Tipo1231231231 Patricia Luly Pezantes Alvarez loja 1-12 72889966 97450249 Cliente Final1054233219 Jessica Alexandra Pezantes Farfan pte. Cordova 12-9 2891222 Socio Frecuente

Primera Forma Normal (No es Necesario, no existe redundancia de Datos)

# CedPropietario Placa HoraEntrada HoraSalida3 101459632 APL-990 12:18:00 PM 7:20:00 PM4 105436696 PCH-102 6:20:00 PM 12:10:00 PM

Paso Previo Primera Forma Normal

# CedPropietario Placa HoraEntrada HoraSalida3 101459632 APL-990 12:18:00 PM 7:20:00 PM4 105436696 PCH-102 6:20:00 PM 12:10:00 PM



Blog Proyecto2

Documents

Transcript of Blog Proyecto2