BASE DE DATOS

INTEGRANTES:
FERNANDO OCHOA
PABLO TENESACA
CARLOS GUAZHAMBO

CURSO:
2 “B”

PROFESOR:
Ing. ESTEBAN CACERES

CUENCA - ECUADOR
2009

1
 
 INDICE

INTRODUCCION 3
MARCO TEORICO
CAPITULO I: Base de Datos 4
1 Tipos de bases de datos 4
1.1 Según la variabilidad de los datos almacenados 4
1.1.1 Bases de datos estáticas 4
1.1.2 Bases de datos dinámicas 4
1.2 Según el contenido 5
1.2.1 Bases de datos bibliográficas 5
1.2.2 Bases de datos de texto completo 5
1.2.3 Directorios 5
1.2.4 Bases de datos o "bibliotecas" de información Biológica 5
2 Modelos de bases de datos 5
2.1 Bases de datos jerárquicas 6
2.2 Base de datos de red 6
2.3 Base de datos relacional 6
2.4 Bases de datos multidimensionales 7
2.5 Bases de datos orientadas a objetos 7
2.6 Bases de datos documentales 8
2.7 Base de datos deductivas 8
2.8 Gestión de bases de datos distribuida 8
SGBD 9
Descripción de SGBD 9
Adobe Designer 11
Descripción de Adobe Designer 11
MySQL 12
Descripción de MySQL 12
CAPITULO II: DESARROLLO DEL DISEÑO DE BASE DE DATOS 16
Identificación de Entidades 16
Modelo Entidad Relación 17
Normalización 18
Atributos-Tablas 25
Modelo Relacional 30

CONCLUSIONES 31
RECOMENDACIONES 32
GLOSARIO 33
BIBLIOGRAFIA 34
ANEXOS 35

2
 
INTRODUCCION

De forma sencilla podemos indicar que una base de datos no es más que un conjunto de
información relacionada que se encuentra agrupada o estructurada.
En este proyecto vamos a realizar una gestión de base de datos de una librería, utilizando unos
gestores de datos que nos servirán de mucho como son el Adobe Designer.

Pero antes de utilizar este gestor, en primer lugar identificaremos las entidades existentes en la
Librería, en segundo lugar buscaremos la relación entre las entidades, en tercer lugar
analizamos los campos que se hallan en cada una de las entidades, para luego de esto
normalizar las tablas de acuerdo a las necesidades de dicha empresa.

Para todo esto debemos saber un poco mas sobre el creador de base de datos como es el
MySQL y su gestor de datos como es el Adobe Designer 7.0

3
 
MARCO TEORICO

CAPITULO I

1. BASE DE DATOS

Una base de datos o banco de datos (en inglés: database) es un conjunto de datos
pertenecientes a un mismo contexto y almacenados sistemáticamente para su posterior uso. En
este sentido, una biblioteca puede considerarse una base de datos compuesta en su mayoría por
documentos y textos impresos en papel e indexados para su consulta. En la actualidad, y debido
al desarrollo tecnológico de campos como la informática y la electrónica, la mayoría de las bases
de datos están en formato digital (electrónico), que ofrece un amplio rango de soluciones al
problema de almacenar datos.

Existen unos programas denominados sistemas gestores de bases de datos, abreviado SGBD,
que permiten almacenar y posteriormente acceder a los datos de forma rápida y estructurada.
Las propiedades de estos SGBD, así como su utilización y administración, se estudian dentro del
ámbito de la informática.

Las aplicaciones más usuales son para la gestión de empresas e instituciones públicas. También
son ampliamente utilizadas en entornos científicos con el objeto de almacenar la información
experimental.

Aunque las bases de datos pueden contener muchos tipos de datos, algunos de ellos se
encuentran protegidos por las leyes de varios países. Por ejemplo en España, los datos
personales se encuentran protegidos por la Ley Orgánica de Protección de Datos de Carácter
Personal (LOPD).

Tipos de bases de datos

Las bases de datos pueden clasificarse de varias maneras, de acuerdo al criterio elegido para su
clasificación:

Según la variabilidad de los datos almacenados

Bases de datos estáticas

Éstas son bases de datos de sólo lectura, utilizadas primordialmente para almacenar datos
históricos que posteriormente se pueden utilizar para estudiar el comportamiento de un conjunto
de datos a través del tiempo, realizar proyecciones y tomar decisiones.

Bases de datos dinámicas

Éstas son bases de datos donde la información almacenada se modifica con el tiempo,
permitiendo operaciones como actualización, borrado y adición de datos, además de las

4
 
operaciones fundamentales de consulta. Un ejemplo de esto puede ser la base de datos utilizada
en un sistema de información de una tienda de abarrotes, una farmacia, un videoclub, etc.

Según el contenido

Bases de datos bibliográficas

Solo contienen un surrogante (representante) de la fuente primaria, que permite localizarla. Un

registro típico de una base de datos bibliográfica contiene información sobre el autor, fecha de
publicación, editorial, título, edición, de una determinada publicación, etc. Puede contener un
resumen o extracto de la publicación original, pero nunca el texto completo, porque sino
estaríamos en presencia de una base de datos a texto completo (o de fuentes primarias—ver
más abajo). Como su nombre lo indica, el contenido son cifras o números. Por ejemplo, una
colección de resultados de análisis de laboratorio, entre otras.

Bases de datos de texto completo

Almacenan las fuentes primarias, como por ejemplo, todo el contenido de todas las ediciones de
una colección de revistas científicas.

Directorios

Un ejemplo son las guías telefónicas en formato electrónico.

Bases de datos o "bibliotecas" de información Biológica

Son bases de datos que almacenan diferentes tipos de información proveniente de las ciencias
de la vida o médicas. Se pueden considerar en varios subtipos:

• Aquellas que almacenan secuencias de nucleótidos o proteínas.

• Las bases de datos de rutas metabólicas
• Bases de datos de estructura, comprende los registros de datos experimentales sobre
estructuras 3D de biomoléculas
• Bases de datos clínicas
• Bases de datos bibliográficas (biológicas)

Modelos de bases de datos

Además de la clasificación por la función de las bases de datos, éstas también se pueden
clasificar de acuerdo a su modelo de administración de datos.

Un modelo de datos es básicamente una "descripción" de algo conocido como contenedor de

datos (algo en donde se guarda la información), así como de los métodos para almacenar y
recuperar información de esos contenedores. Los modelos de datos no son cosas físicas: son
abstracciones que permiten la implementación de un sistema eficiente de base de datos; por lo
general se refieren a algoritmos, y conceptos matemáticos.

Algunos modelos con frecuencia utilizados en las bases de datos:

5
 
Bases de datos jerárquicas

Éstas son bases de datos que, como su nombre indica, almacenan su información en una
estructura jerárquica. En este modelo los datos se organizan en una forma similar a un árbol
(visto al revés), en donde un nodo padre de información puede tener varios hijos. El nodo que no
tiene padres es llamado raíz, y a los nodos que no tienen hijos se los conoce como hojas.

Las bases de datos jerárquicas son especialmente útiles en el caso de aplicaciones que manejan
un gran volumen de información y datos muy compartidos permitiendo crear estructuras estables
y de gran rendimiento.

Una de las principales limitaciones de este modelo es su incapacidad de representar

eficientemente la redundancia de datos.

Base de datos de red

Éste es un modelo ligeramente distinto del jerárquico; su diferencia fundamental es la

modificación del concepto de nodo: se permite que un mismo nodo tenga varios padres
(posibilidad no permitida en el modelo jerárquico).

Fue una gran mejora con respecto al modelo jerárquico, ya que ofrecía una solución eficiente al
problema de redundancia de datos; pero, aun así, la dificultad que significa administrar la
información en una base de datos de red ha significado que sea un modelo utilizado en su
mayoría por programadores más que por usuarios finales.

Base de datos relacional

Éste es el modelo más utilizado en la actualidad para modelar problemas reales y administrar
datos dinámicamente. Tras ser postulados sus fundamentos en 1970 por Edgar Frank Codd, de
los laboratorios IBM en San José (California), no tardó en consolidarse como un nuevo
paradigma en los modelos de base de datos. Su idea fundamental es el uso de "relaciones".
Estas relaciones podrían considerarse en forma lógica como conjuntos de datos llamados
"tuplas". Pese a que ésta es la teoría de las bases de datos relacionales creadas por Edgar
Frank Codd, la mayoría de las veces se conceptualiza de una manera más fácil de imaginar.
Esto es pensando en cada relación como si fuese una tabla que está compuesta por registros
(las filas de una tabla), que representarían las tuplas, y campos (las columnas de una tabla).

En este modelo, el lugar y la forma en que se almacenen los datos no tienen relevancia (a
diferencia de otros modelos como el jerárquico y el de red). Esto tiene la considerable ventaja de
que es más fácil de entender y de utilizar para un usuario esporádico de la base de datos. La
información puede ser recuperada o almacenada mediante "consultas" que ofrecen una amplia
flexibilidad y poder para administrar la información.

El lenguaje más habitual para construir las consultas a bases de datos relacionales es SQL,
Structured Query Language o Lenguaje Estructurado de Consultas, un estándar implementado
por los principales motores o sistemas de gestión de bases de datos relacionales.

Durante su diseño, una base de datos relacional pasa por un proceso al que se le conoce como
normalización de una base de datos.

6
 
Durante los años '80 (1980-1989) la aparición de dBASE produjo una revolución en los lenguajes
de programación y sistemas de administración de datos. Aunque nunca debe olvidarse que
dBase no utilizaba SQL como lenguaje base para su gestión.

Bases de datos multidimensionales

Son bases de datos ideadas para desarrollar aplicaciones muy concretas, como creación de
Cubos OLAP. Básicamente no se diferencian demasiado de las bases de datos relacionales
(una tabla en una base de datos relacional podría serlo también en una base de datos
multidimensional), la diferencia está más bien a nivel conceptual; en las bases de datos
multidimensionales los campos o atributos de una tabla pueden ser de dos tipos, o bien
representan dimensiones de la tabla, o bien representan métricas que se desean estudiar.

Bases de datos orientadas a objetos

Este modelo, bastante reciente, y propio de los modelos informáticos orientados a objetos, trata
de almacenar en la base de datos los objetos completos (estado y comportamiento).

Una base de datos orientada a objetos es una base de datos que incorpora todos los conceptos
importantes del paradigma de objetos:

• Encapsulación - Propiedad que permite ocultar la información al resto de los objetos,

impidiendo así accesos incorrectos o conflictos.
• Herencia - Propiedad a través de la cual los objetos heredan comportamiento dentro de
una jerarquía de clases.
• Polimorfismo - Propiedad de una operación mediante la cual puede ser aplicada a
distintos tipos de objetos.

En bases de datos orientadas a objetos, los usuarios pueden definir operaciones sobre los datos
como parte de la definición de la base de datos. Una operación (llamada función) se especifica
en dos partes. La interfaz (o signatura) de una operación incluye el nombre de la operación y los
tipos de datos de sus argumentos (o parámetros). La implementación (o método) de la operación
se especifica separadamente y puede modificarse sin afectar la interfaz. Los programas de
aplicación de los usuarios pueden operar sobre los datos invocando a dichas operaciones a
través de sus nombres y argumentos, sea cual sea la forma en la que se han implementado.
Esto podría denominarse independencia entre programas y operaciones.

Se está trabajando en SQL3, que es el estándar de SQL92 ampliado, que soportará los nuevos
conceptos orientados a objetos y mantendría compatibilidad con SQL92.

Bases de datos documentales

Permiten la indexación a texto completo, y en líneas generales realizar búsquedas más potentes.
Tesaurus es un sistema de índices optimizado para este tipo de bases de datos.

Base de datos deductivas

7
 
Un sistema de base de datos deductivas, es un sistema de base de datos pero con la
diferencia de que permite hacer deducciones a través de inferencias. Se basa principalmente en
reglas y hechos que son almacenados en la base de datos. También las bases de datos
deductivas son llamadas base de datos lógica, a raíz de que se basan en lógica matemática.

Gestión de bases de datos distribuida

La base de datos está almacenada en varias computadoras conectadas en red. Surgen debido a
la existencia física de organismos descentralizados. Esto les da la capacidad de unir las bases
de datos de cada localidad y acceder así a distintas universidades, sucursales de tiendas, etc.

1.1. Ventajas

• Independencia de los datos respecto a los tratamientos y viceversa.

• Coherencia de los resultados.
• Mejor disponibilidad de los datos para el conjunto de los usuarios.
• Mayor valor informativo (puesto que se captan relaciones propias del mundo real
entre los datos, tiene más información que la suma individual de los datos por
separado).
• Mejor y más normalizada documentación de la información, la cual está integrada
con los datos.
• Mayor eficiencia en la recogida, validación e introducción de los datos en el sistema.
• Reducción del espacio de almacenamiento.

1.2. Desventajas

• Instalación costosa.
• Personal especializado.
• Implantación larga y difícil.
• Falta de rentabilidad a corto plazo.
• Escasa estandarización (la tendencia de esta desventaja es a ser cada vez menor).
• Desfase entre teoría y práctica. Esto no tiene que ocurrir necesariamente, se refiere
a un desfase entre la concepción teórica, de lo que es la base de datos, que pueden
los directivos con respecto a lo que ofrece la tecnología realmente.

SGBD

Los sistemas de gestión de base de datos (SGBD); (en inglés: DataBase Management
System, abreviado DBMS) son un tipo de software muy específico, dedicado a servir de interfaz
entre la base de datos, el usuario y las aplicaciones que la utilizan.

8
 
Propósito

El propósito general de los sistemas de gestión de base de datos es el de manejar de manera

clara, sencilla y ordenada un conjunto de datos que posteriormente se convertirán en información
relevante para una organización.

Objetivos

Existen distintos objetivos que deben cumplir los SGBD:

• Abstracción de la información. Los SGBD ahorran a los usuarios detalles acerca del
almacenamiento físico de los datos. Da lo mismo si una base de datos ocupa uno o
cientos de archivos, este hecho se hace transparente al usuario. Así, se definen varios
niveles de abstracción.
• Independencia. La independencia de los datos consiste en la capacidad de modificar el
esquema (físico o lógico) de una base de datos sin tener que realizar cambios en las
aplicaciones que se sirven de ella.
• Consistencia. En aquellos casos en los que no se ha logrado eliminar la redundancia,
será necesario vigilar que aquella información que aparece repetida se actualice de
forma coherente, es decir, que todos los datos repetidos se actualicen de forma
simultánea. Por otra parte, la base de datos representa una realidad determinada que
tiene determinadas condiciones, por ejemplo que los menores de edad no pueden tener
licencia de conducir. El sistema no debería aceptar datos de un conductor menor de
edad. En los SGBD existen herramientas que facilitan la programación de este tipo de
condiciones.
• Seguridad. La información almacenada en una base de datos puede llegar a tener un
gran valor. Los SGBD deben garantizar que esta información se encuentra segura de
permisos a usuarios y grupos de usuarios, que permiten otorgar diversas categorías de
permisos.

• Manejo de Transacciones. Una Transacción es un programa que se ejecuta como una

sola operación. Esto quiere decir que luego de una ejecución en la que se produce una
falla es el mismo que se obtendría si el programa no se hubiera ejecutado. Los SGBD
proveen mecanismos para programar las modificaciones de los datos de una forma
mucho más simple que si no se dispusiera de ellos.
• Tiempo de respuesta. Lógicamente, es deseable minimizar el tiempo que el SGBD
tarda en darnos la información solicitada y en almacenar los cambios realizados.

Ventajas

• Proveen facilidades para la manipulación de grandes volúmenes de datos. (Ver

Objetivos) Entre éstas:
o Simplifican la programa de equeos de consistencia.
o Manejando las políticas de respaldo adecuadas garantizan que los cambios de
la base serán siempre consistentes sin importar si hay errores correctamente,
etc.
o Permiten realizar organización de los datos con un impacto mínimo en el código
de los programas.
o Permiten bajan drástinte los tiempos de desarrollo y aumentan la calidad del
sistema desarrollado si son bien explotados por los desarrolladores.
9
 
 • Usualmente, proveen interfaces y lenguajes de consulta que simplifican la recuperación
de los datos.

Inconvenientes

1. Típicamente, es necesario disponer de una o más personas que administren de la base

de datos, en la misma forma en que suele ser necesario en instalaciones de cierto porte
disponer de una o más personas que administren de los sistemas operativos. Esto
puede llegar a increntar los costos de operación en una empresa. Sin embargo hay que
balancear este aspecto con la calidad y confiabilidad del sistema que se obtiene.
2. Si se tienen muy pocos datos que son usados por un único usuario por vez y no hay que
realizar consultas complejas sobre los datos, entonces es posible que sea mejor usar
una planilla de cálculo.
3. Complejidad: el software muy complejo y las personas que vayan a usarlo deben tener
conocimiento de las funcionalidades del mismo para poder aprovecharlo al máximo.
4. Tamaño: la complejidad y la gran cantidad de funciones que tienen hacen que sea un
software de gran tamaño, que requiere de gran cantidad de memoria para poder correr.
5. Coste del hardware adicional: los requisitos de hardware para correr un SGBD por lo
general son relativamente altos, por lo que estos equipos pueden llegar a costar gran
cantidad de dinero. fecha de lanzamiento

Productos SGBD disponibles en el mercado

SGBD libres

• MySQL Licencia Dual, depende el uso.

• PostgreSQL (http://www.postgresql.org Postgresql) Licencia BSD
• Firebird basada en la versión 6 de InterBase, Initial Developer's PUBLIC LICENSE
Version 1.0.
• SQLite (http://www.sqlite.org SQLite) Licencia Dominio Público
• DB2 Express-C (http://www.ibm.com/ar/businesscenter/catalogo/db2_express-c.phtml)
• Apache Derby (http://db.apache.org/derby/)

SGBD no libres

• Advantage Database
• dBase
• FileMaker
• Fox Pro
• IBM DB2 Universal Database (DB2 UDB)
• IBM Informix
• Interbase de CodeGear, filial de Borland
• MAGIC
• Microsoft Access
• Microsoft SQL Server
• NexusDB
• Open Access
• Oracle
• Paradox
• PervasiveSQL

10
 
 • Progress (DBMS)
• Sybase ASE
• Sybase ASA
• Sybase IQ
• WindowBase
• [[[VirtualWork][1]]]
• Softland ERP
• Flexline
• IBM IMS Base de Datos Jerárquica
• CA-IDMS

SGBD no libres y gratuitos

• Microsoft SQL Server Compact Edition Basica

• Sybase ASE Express Edition para Linux (Edición gratuita para Linux)
• Oracle Express Edition 10 para Windows

Adobe LiveCycle Designer

Adobe LiveCycle Designer es una herramienta de auditoria de formulario publicada por Adobe
Systems para renderizar archivos PDF o HTML a partir de formularios XML.

Características

• Los diseños de formularios están estructurados con una estructura jerárquica que puede
ser convertida a XML. Esta estructura puede incluir un esquema XML y archivos XML de
ejemplo.
• Los formularios pueden ser salvador como archivos PDF o XDP. Los archivos XDP son
usados por Adobe LiveCyle Form Server para renderizar archivos PDF o HTML.
• Los formularios PDF hechos en Designer pueden ser dinámicos y/o interactivos. Como
en Designer 7.0, las características de dinamismo de estos formularios PDF pueden ser
manipuladas por Adobe Form Server durante el proceso de renderizado o por el cliente
Adobe Acrobat/Acrobat Reader durante la vista.
• Permite embeber javascript dentro del formulario, permitiendo cambios en el diseño o la
comunicación con diversas fuentes de datos (SOAP, OLEDB).
• Además de Javascript, Designer incluye un lenguaje de script propietario llamado
FormCalc, diseñado para ser un sencillo lenguaje para usuarios familiarizados con hojas
de cálculo.

Limitaciones

• Para poder ver formularios PDF hechos con Designer se requiere Adobe
Acrobat/Acrobat Reader 6.0.2 o superior.
• Los formularios no se pueden editar con Adobe Acrobat, sólo se pueden visualizar.
• Algunas características dependen de la activación de ‘user rights’ a través del producto
Adobe LiveCycle Reader Extensions.
• Acrobat es capaz de hacer formularios desde la versión 3.0 y hay herramientas de
terceros que pueden trabajar con ellos. Los formularios creados con Desinger son
generalmente incompatibles con este tipo de herramientas. Los propietarios de Acrobat
11
 
 7.0 Professional tienen una opción para crear acroforms directamente o usar un paquete
(para Microsoft Windows) para diseñar formularios XFA.
• Cuando un objeto del formulario está asociado a un nodo XML, el valor sólo se puede
extraer una vez. Si varios objetos comparten el mismo padre, sólo el primero recibirá el
valor cuando el formulario sea procesado.
• Hay limitaciones en la habilidad de Designer para parsear HTML y mostrarlo en un
formulario; Designer no puede manejar algunas etiquetas, incluyendo listas ordenadas,
listas desordenadas y tablas.
• LiveCycle Designer 7.0 no permite realizar muchas tareas consideradas simples y
frecuentes como añadir un archivo PDF existente o unas páginas PDF a un formulario
creado con Designer 7.0.

MySQL
DESCRIPCIONES GENERALES

MySQL es un sistema de gestión de base de datos relacional, multihilo y multiusuario con más
de seis millones de instalaciones.1 MySQL AB —desde enero de 2008 una subsidiaria de Sun
Microsystems y ésta a su vez de Oracle Corporation desde abril de 2009— desarrolla MySQL
como software libre en un esquema de licenciamiento dual.

Por un lado se ofrece bajo la GNU GPL para cualquier uso compatible con esta licencia, pero
para aquellas empresas que quieran incorporarlo en productos privativos deben comprar a la
empresa una licencia específica que les permita este uso. Está desarrollado en su mayor parte
en ANSI C.

Plataformas

MySQL funciona sobre múltiples plataformas, incluyendo:

• AIX
• BSD
• FreeBSD
• HP-UX
• GNU/Linux
• Mac OS X
• NetBSD
• Novell Netware
• OpenBSD
• OS/2 Warp
• QNX
• SGI IRIX
• Solaris
• SunOS
• SCO OpenServer
• SCO UnixWare
• Tru64
• eBD

12
 
 • Windows 95, Windows 98, Windows NT, Windows 2000, Windows XP, Windows Vista y
otras versiones de Windows.
• OpenVMS (véase: www.pi-net.dyndns.org/anonymous/kits/).

Características

Inicialmente, MySQL carecía de elementos considerados esenciales en las bases de datos

relacionales, tales como integridad referencial y transacciones. A pesar de ello, atrajo a los
desarrolladores de páginas web con contenido dinámico, justamente por su simplicidad.

Poco a poco los elementos de los que carecía MySQL están siendo incorporados tanto por
desarrollos internos, como por desarrolladores de software libre. Entre las características
disponibles en las últimas versiones se puede destacar:

• Amplio subconjunto del lenguaje SQL. Algunas extensiones son incluidas igualmente.
• Disponibilidad en gran cantidad de plataformas y sistemas.
• Diferentes opciones de almacenamiento según si se desea velocidad en las operaciones
o el mayor número de operaciones disponibles.
• Transacciones y claves foráneas.
• Conectividad segura.
• Replicación.
• Búsqueda e indexación de campos de texto.

MySQL es un sistema de administración de bases de datos. Una base de datos es una colección
estructurada de tablas que contienen datos. Esta puede ser desde una simple lista de compras a
una galería de pinturas o el vasto volumen de información en una red corporativa. Para agregar,
acceder a y procesar datos guardados en un computador, usted necesita un administrador como
MySQL Server. Dado que los computadores son muy buenos manejando grandes cantidades de
información, los administradores de bases de datos juegan un papel central en computación,
como aplicaciones independientes o como parte de otras aplicaciones.

MySQL es un sistema de administración relacional de bases de datos. Una base de datos

relacional archiva datos en tablas separadas en vez de colocar todos los datos en un gran
archivo. Esto permite velocidad y flexibilidad. Las tablas están conectadas por relaciones
definidas que hacen posible combinar datos de diferentes tablas sobre pedido.

MySQL es software de fuente abierta. Fuente abierta significa que es posible para cualquier
persona usarlo y modificarlo. Cualquier persona puede bajar el código fuente de MySQL y usarlo
sin pagar. Cualquier interesado puede estudiar el código fuente y ajustarlo a sus necesidades.
MySQL usa el GPL (GNU General Public License) para definir que puede hacer y que no puede
hacer con el software en diferentes situaciones. Si usted no se ajusta al GPL o requiere introducir
código MySQL en aplicaciones comerciales, usted puede comprar una versión comercial
licenciada.

13
 
Características distintivas

Las siguientes características son implementadas únicamente por MySQL:

• Múltiples motores de almacenamiento (MyISAM, Merge, InnoDB, BDB, Memory/heap,

MySQL Cluster, Federated, Archive, CSV, Blackhole y Example en 5.x), permitiendo al
usuario escoger la que sea más adecuada para cada tabla de la base de datos.
• Agrupación de transacciones, reuniendo múltiples transacciones de varias conexiones
para incrementar el número de transacciones por segundo.

Tipos de compilación del servidor

Hay tres tipos de compilación del servidor MySQL:

• Estándar: Los binarios estándares de MySQL son los recomendados para la mayoría de
los usuarios, e incluyen el motor de almacenamiento InnoDB.
• Max (No se trata de MaxDB, que es una cooperación con SAP): Los binarios incluyen
características adicionales que no han sido lo bastante probadas o que normalmente no
son necesarias.
• MySQL-Debug: Son binarios que han sido compilados con información de depuración
extra. No debe ser usada en sistemas en producción porqué el código de depuración
puede reducir el rendimiento.

Especificaciones del código fuente

MySQL está escrito en una mezcla de C y C++. Hay un documento que describe algunas de sus
estructuras internas en http://dev.mysql.com/doc/internals/en/ (en inglés).

MySQL en cifras

• Según las cifras del fabricante, existirían más de seis millones de copias de MySQL
funcionando en la actualidad, lo que supera la base instalada de cualquier otra
herramienta de bases de datos.
• El tráfico del sitio web de MySQL AB superó en 2004 al del sitio de IBM.

Qué licencia utilizar

La licencia GNU GPL de MySQL obliga a que la distribución de cualquier producto derivado
(aplicación) se haga bajo esa misma licencia. Si un desarrollador desea incorporar MySQL en su
producto pero desea distribuirlo bajo otra licencia que no sea la GNU GPL, puede adquirir una
licencia comercial de MySQL que le permite hacer justamente eso.

14
 
DESARROLLO DEL DISEÑO DE BASE DE DATOS

CAPITULO II

2. IDENTIFICACION DE ENTIDADES
• Cliente
• Empleado
• Producto
• Empresa
• Proveedor
• Comprobante de venta

15
 
 2.1. Modelo Entidad Relación
Empleado
Contrata

Distribuye
Empresa
Vende Emite 
Solicita
Proveedor

Recibe

Entrega

Compra
Libro

Recibe 
Cliente

Paga  Genera

Comp. De venta
Recibe

16 

 
 2.2. Normalización

EMPRESA

Empresa
RUC Nombre Dirección Telf.: Celular Propietario
Librería Santo Juan
763555655 Politécnica Domingo 2375098 084863256 Andrade

CLIENTE

Cliente

Cód. Cedula Nombre Apellido Dirección Telf.: Celular Tipo Genero

C.001 0123652678 Pedro López Av. Américas 2894765 091865366 Familia M
C.002 0765373653 Jessica Mora Ricaurte 4086537 084655276 Eventual F
Av. del
C.003 1876364789 Luis Páez Chofer 2378543 092754778 Frecuente M

EMPLEADO

Empleado
Cedula Nombre Apellido Genero F_Nacimiento Estado Civil Dirección Telf.: Celular Horario Sueldo Cargo
8:00 a Vendedor,
0123645783 Ericka Garcia F 25/10/1988 Soltera Pio Bravo 4087653 084863255 5:00 $250,00 Cajero

  17 
 1FN Empleado

Cedula Nombre Apellido Genero F. Nacimiento Estado Civil Dirección Telf.: Celular Horario Sueldo Cargo 1 Cargo 2
0123645783 Ericka Garcia F 25/10/1988 Soltera Pio Bravo 4087653 084863255 8:00 a 5:00 $250,00 Vendedor Cajero

Previo 2FN Empleado

Cedula Nombre Apellido Genero F. Nacimiento Estado Civil Dirección Telf.: Celular Horario Sueldo Cargo
0123645783 Erika García F 25/10/1988 Soltera Pio Bravo 4087653 084863255 8:00 a 5:00 $250,00 Cajero
0123645783 Erika García F 25/10/1989 Soltera Pio Bravo 4087653 084863255 8:00 a 5:01 $250,00 Vendedor

2FN Empleado

Cedula Nombre Apellido Genero F. Nacimiento Estado Civil Dirección Telf.: Celular Horario Sueldo
0123645783 Erika García F 25/10/1988 Soltera Pio Bravo 4087653 084863255 8:00 a 5:00 $250,00

Cargo
Cedula Cargo
0123645783 Cajero
0123645783 Vendedor

  18 
 COMPROBANTE DE VENTA

Comprobante de Venta

Numero Cliente Fecha Cant. Descripción V. Unitario V. Total SubTotal Descuento IVA% Total $
10 12
N.001 C.001 24-May-08 4 - 1- 3 L.001 - l.002 - L.003 $5.00 - $1.50 - $ 1.80 $20.00 - $1.50 - $5.40 $26.90 $2.69 $2.90 $27.12

1FN - Comprobante de Venta

Nume Clien Can Cant. Cant. V. V. V. V. V. V. SubTo Descue IVA Total
ro te Fecha t. 1 1 1 Descripción 1 Descripción 2 Descripción 3 Unitario 1 Unitario 2 Unitario 3 Total 1 Total 2 Total 3 tal nto % $

10 12

C.00 Juan S. El Vendedor mas $2.9 $27.1

N.001 1 24-May-08 4 1 3 Cumanda Gaviota grande del mundo $5,00 $1,50 $1,80 $20,00 $1,50 $5,40 $26.90 $2.69 0 2

Pre 2FN - Comprobante de Venta

Numero Cliente Fecha Cant. Descripción V. Unitario V. Total SubTotal Descuento IVA% Total $
20 12
N.001 C.001 24-May-08 4 Cumanda $0,00 $26.90 $2.69 $2.90 $27.12
N.001 C.001 25-May-08 1 Juan S. Gaviota $0,00 $26.90 $2.69 $2.90 $27.12
N.001 C.001 26-May-08 3 El Vendedor mas grande del mundo $0,00 $26.90 $2.69 $2.90 $27.12

  19 
 2 FN - Comprobante de Venta

Numero Cliente Fecha SubTotal Descuento IVA% Total $

20 12
N.001 C.001 24-May-08 $26,90 $2,69 0 $24,21

Descripcion - Comprobante de Venta

Cant. Descripción V. Unitario V. Total
4 Cumanda $5,00 $20,00
1 Juan S. Gaviota $1,50 $1,50
3 El Vendedor mas grande del mundo $1,80 $5,40

LIBROS

Libros
Cód. Nombre Autor Descripción Origen F. Lanzamiento Editorial Precio Compra Precio Venta N. Copias
L.001 Cumanda Juan León Mera …………… Ecuador 7 - Mayo Libresa $4.00 $5.00 4
L.002 Juan S. Gaviota Richard Bach …………… Argentina, España, México, Chile Abril - 1988 Verlap $1.00 $1.50 1
L.003 El Vendedor mas grande del mundo Og Mandino …………… EEUU Junio - 1968 Copyright $1.20 $ 1.80 3

  20 
 1Fn - Libros
Cód. Nombre Autor Descripción Origen Origen Origen Origen F. Lanzamiento Editorial Precio Compra Precio Venta N. Copias
L.001 Cumanda Juan León Mera …………… Ecuador Ecuador Ecuador Ecuador 7 - Mayo Libresa $4.00 $5.00 4
L.002 Juan S. Gaviota Richard Bach …………… Argentina España México Chile Abril - 1988 Verlap $1.00 $1.50 1
L.003 El Vendedor mas grande del mundo Og Mandino …………… EEUU EEUU EEUU EEUU Junio - 1968 Copyright $1.20 $ 1.80 3

Previo 2FN - Libros

Cód. Nombre Autor Descripción Origen F. Lanzamiento Editorial Precio Compra Precio Venta N. Copias
L.001 Cumanda Juan León Mera …………… Ecuador 7 - Mayo Libresa $4.00 $5.00 4
L.002 Juan S. Gaviota Richard Bach …………… Argentina Abril - 1988 Verlap $1.00 $1.50 1
L.002 Juan S. Gaviota Richard Bach …………… España Abril - 1989 Verlap $1.00 $1.50 1
L.002 Juan S. Gaviota Richard Bach …………… México Abril - 1990 Verlap $1.00 $1.50 1
L.002 Juan S. Gaviota Richard Bach …………… Chile Abril - 1991 Verlap $1.00 $1.50 1
L.003 El Vendedor mas grande del mundo Og Mandino …………… EEUU Junio - 1968 Copyright $1.20 $ 1.80 3

2FN - Libros
Cód. Nombre Autor Descripción F. Lanzamiento Editorial Precio Compra Precio Venta N. Copias
L.001 Cumanda Juan León Mera …………… 7 - Mayo Libresa $4.00 $5.00 4
L.002 Juan S. Gaviota Richard Bach …………… Abril - 1988 Verlap $1.00 $1.50 1
L.003 El Vendedor mas grande del mundo Og Mandino …………… Junio - 1968 Copyright $1.20 $ 1.80 3

  21 
 Libros - Origen
Cód. Origen
L.002 Argentina
L.002 España
L.002 México
L.002 Chile

PROVEEDOR

Proveedor
RUC Nombre Apellido Dirección Telf.: Celular Representante
4073876, 2864779,
7466788 Juan Pauta Bolívar 2379645 097536652 Carlos Andrade

1FN Proveedor
RUC Nombre Apellido Dirección Telf. 1 Telf. 2 Telf. 3 Celular Representante
7466788 Juan Pauta Bolívar 4073876 2864779 2379645 097536652 Carlos Andrade

Previo 2FN Proveedor

RUC Nombre Apellido Dirección Telf. 1 Celular Representante
7466788 Juan Pauta Bolívar 4073876 097536652 Carlos Andrade
7466788 Juan Pauta Bolívar 2864779 097536653 Carlos Andrade
7466788 Juan Pauta Bolívar 2379645 097536654 Carlos Andrade
  22 
 2FN Proveedor
RUC Nombre Apellido Dirección Celular Representante
7466788 Juan Pauta Bolívar 097536652 Carlos Andrade

Proveedor_Telefono
RUC Telf. 1
7466788 4073876
7466788 2864779
7466788 2379645

  23 
 ATRIBUTOS-TABLAS

Tabla: Empresa
Constraint Campo Tipo _Dato Longitud
CP RUC núm. 9
NN Nombre string 15
NN Dirección string 40
NN Telf.: núm. 7
Celular núm. 9
NN Propietario string 25

Tabla: Cliente
Constraint Campo Tipo_Dato Longitud
CP Código núm. 5
CS Cedula núm. 10
NN Nombres string 13
NN Apellidos string 13
Dirección string 40
Telf. núm. 7
Celular núm. 9
Tipo string 10

  24 
 Tabla: Empleado
Constraint Campo Tipo_Dato Longitud
CP Cedula núm. 10
NN Nombres string 13
NN Apellidos string 13
CC Genero string 1
NN Fecha Nacimiento date
CC Estado Civil string
NN Dirección string 40
NN Telf. núm. 7
NN Celular núm. 9
NN Horario string
NN Sueldo moneda 5,2
CP Código _Cargo string 5

Tabla: Cargo
Constraint Campo Tipo_Dato Longitud
CP Código string 5
CS Cedula núm. 10
NN Nombre string 10
NN Función núm. 30
Sueldo núm. 5,2

  25 
 Tabla: C. de venta
Constraint Campo Tipo_Dato Longitud
CP Numero núm. 5
NN Fecha date
NN Código _Cliente string 5
CC C. de venta_Descripción string 23
NN Subtotal Moneda 4,2
Descuento Moneda 3,2
NN IVA% Moneda 3,2
NN Total $ Moneda 6,2
CC Cedula_Empleado string 10

Tabla: C. de venta_Descripción
Constraint Campo Tipo_Dato Longitud
Cantidad núm. 3
CP Descripción string 20
Valor
NN Unitario moneda 4,2
NN Valor Total moneda 6,2

  26 
 Tabla: Libros
Constraint Campo Tipo_Dato Longitud
CP Cód. núm. 5
NN Nombre string 20
CS Cod_Autor string 5
NN Editorial string 10
Descripción string 200
NN Origen string 15
F.
Lanzamiento date 15
NN Precio Compra moneda 4,2
NN Precio Venta moneda 4,2
N. Copias núm. 3

Tabla: Autores
Constraint Campo Tipo_Dato Longitud
CP Código núm. 10
NN Nombres string 25
NN Nacionalidad string 15

  27 
 Tabla: Proveedor
Constraint Campo Tipo_Dato Longitud
CP RUC núm. 9
NN Nombre string 15
NN Dirección string 40
CS Codigo_Telf: núm. 5
Celular núm. 9
NN Propietario string 25

Tabla: Telf_Proveedor
Constraint Campo Tipo_Dato Longitud
CP RUC núm. 9
NN Teléfono núm. 7

  28 
2.4 Modelo Relacional

29 

 
CONCLUSIONES

Al término este proyecto podríamos decir que hemos logrado satisfactoriamente la utilización de
el creador de datos MySQL que es un lenguaje estructurado de consultas el cual nos sirve para
el ordenamiento estructurado de todos los datos, y el gestor de datos Adobe Designer que es
una herramienta de auditoria de formulario publicada por Adobe Systems para renderizar
archivos PDF o HTML a partir de formularios XML.

Los cuales nos permitieron que podamos relacionar y analizar las tablas de nuestra librería.
Como se vio anteriormente se pudo normalizar todas las tablas de acuerdo a sus funciones que
tienen dentro de la librería para que esta tenga un mejor rendimiento y brinde un mejor servicio a
sus clientes.

30
 
RECOMENDACIONES

Cuando se realice el modelo de entidades relacionales debemos tener cuidado para que estas
tengan un fin común con otras entidades, y que no se haga en secuencia.

En el instante cuando hagamos las tablas en Access debemos analizar muy bien las entidades
ya que una vez ingresado los datos en Access es un poco complicado modificar sus atributos.

Cuando comencemos a analizar las claves principales de las tablas debemos tener en cuanta
que la clave principal se relacione con las demás tablas

31
 
GLOSARIO

Los sistemas de gestión de base de datos (SGBD); (en inglés: DataBase Management System,
abreviado DBMS) son un tipo de software muy específico, dedicado a servir de interfaz entre la
base de datos, el usuario y las aplicaciones que la utilizan.

Ley Orgánica de Protección de Datos de Carácter Personal (LOPD).- los datos personales se
encuentran protegidos por esta ley

SQL, Structured Query Language o Lenguaje Estructurado de Consultas, es un estándar

implementado por los principales motores o sistemas de gestión de bases de datos relacionales.

32
 
BIBLIOGRAFIA

http://apuntes.rincondelvago.com/bases-de-datos.html

http://www.monografias.com/trabajos27/bases-datos/bases-datos.shtml

http://www.tufuncion.com/indices-mysql

http://wwwdi.ujaen.es/~barranco/publico/ofimatica/tema7.pdf

http://es.wikipedia.org/wiki/DBMS

33
 
 ANEXOS

34