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 remove

this mark and get more pages. http://www.all2pdf.com
 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.

Created by ActMask Document Converter CE. Buy it to remove

this mark and get more pages. http://www.all2pdf.com
 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.

10

Created by ActMask Document Converter CE. Buy it to remove

this mark and get more pages. http://www.all2pdf.com
 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.

11

Created by ActMask Document Converter CE. Buy it to remove

this mark and get more pages. http://www.all2pdf.com
 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 Estaciona / Cuida Vehículo

Atiende Clientes Tiene

Emite

Comprobante Firma

12

Created by ActMask Document Converter CE. Buy it to remove

this mark and get more pages. http://www.all2pdf.com
 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
13

Created by ActMask Document Converter CE. Buy it to remove

this mark and get more pages. http://www.all2pdf.com
 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
PasoPrevioPrimera Forma Normal

Cedula Nombres Apellidos Direccion Telefono Celular Tipo

1231231231 Patricia Luly Pezantes Alvarez loja 1-12 72889966 97450249 Cliente Final
1054233219 Jessica Alexandra Pezantes Farfan pte. Cordova 12-9 2891222 SocioFrecuente

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

Cedula Nombres Apellidos Direccion Telefono Celular Tipo

1231231231 Patricia Luly Pezantes Alvarez loja 1-12 72889966 97450249 Cliente Final
1054233219 Jessica Alexandra Pezantes Farfan pte. Cordova 12-9 2891222 Socio Frecuente

Ø Vehículo

Paso Previo Primera Forma Normal

# CedPropietario Placa HoraEntrada HoraSalida

3 101459632 APL-990 12:18:00 PM 7:20:00 PM
4 105436696 PCH-102 6:20:00 PM 12:10:00 PM

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

# CedPropietario Placa HoraEntrada HoraSalida

3 101459632 APL-990 12:18:00 PM 7:20:00 PM14
4 105436696 PCH-102 6:20:00 PM 12:10:00 PM

Created by ActMask Document Converter CE. Buy it to remove

this mark and get more pages. http://www.all2pdf.com