Informe de Base de Datos

1

Tecnológico SudamericanoTecnológico SudamericanoTecnológico SudamericanoTecnológico Sudamericano

Base de Datos

Diseño de base de datos

Realizador por:

Jhonny Peñaloza

Andrés Pesantez

Alex Sanmartín

Jorge Enderica

2

2009 I N D I C E

Pág.

Portada…………..……………………………………………………………………………………………………….………..I Índice………..………………………..…………….……………………………………………………………................II Introducción…………………………………….…………………………………………………………………………….....IV

CAPITULO I

Marco Teórico

1. Base de Datos……………….…………............................................................................5

1.1 ventajas……………………………………………………………….………5 1.2 tipos Base Datos………………………………………………………….…..5

2. Los DBMS………………………………….....................................................................6

2.1 Esquema DBMS……………………………………………………….…..…7

3. Diseño Base Datos…………….……….……………………….……….….….……………..8

3.1 identificación de entidades……………………………………………….9

3.2 Relación Entidades……………………………………………………….9

3.3 Identificación de tablas…………………………………………………..9

3.4 Identificación claves……………………………………………………...9

4. Tipos Dato, Longitud……..………………………………..…………………….………………………..…10

3

5. Dependencia Funcional……………………………………………………………….………..…..….10

6. Normalización………………………………………………...…..………………..……11

6.1 Primera Forma Normal…………..………………………..…….……………….11

6.2 Segunda Forma Normal…..………………………………………………….…………11

6.3 Tercera Forma Normal…………..…………………………………….……………………11

6.4 Cuarta Forma Normal…………………………………………….………….………………12

7. Relación de Tablas Modelo Relacional………...……………………………..................12

CAPITULO II

Desarrollo

1. Identificación Entidades………………...……….…………………………………….…13

2. Relación Entidades…………………...………….………………………………….……13

3. Normalización…………………..………………………………………………………....15

4.1 Primera Forma Normal…………..………………………..…….……………….16

4.2 Segunda Forma Normal…………..………………………..…….……………….17

4.3 Tercera Forma Normal…………...………………………..…….……………….19

4.3 Cuarta Forma Normal…………….………………………..…….……………….20

4. Identificación de Tablas……………...…….…………………………………………..….21

5. Modelo Relacional…………………………………………………………….…………..22

CAPITULO III

1. Conclusiones.……………………………………………………………………………23

2. Recomendaciones…………………………….……………………………………….….24

3. Glosario……………………………………………………………………………….….25

4. Bibliografía………………..……………………………………………………………..26

4

5. Anexos……………………..…………………………………………………………….27

Introducción

En la actualidad la empresa maneja una gran cantidad de datos, al ser estos datos pieza clave en el funcionamiento de la empresa debe tenerlos almacenados en una base de datos y manejados de una forma automática para poder tratarlos y manejarlos en su totalidad de una forma correcta en los aspectos que lleva a cabo la empresa y con esto evitar perdida un tiempo y un dinero muy valiosos. Uno de los pasos cruciales en la construcción de una aplicación que maneje una base de datos es el diseño de la base de datos. Si las tablas no son definidas apropiadamente, podemos tener muchos inconvenientes al momento de ejecutar consultas a la base de datos para tratar de obtener alguna información. La funcionalidad de la base de datos no debe variar en forma considerable si por ejemplo nuestra base de datos tiene sólo 20 registros, o 1000 registros, es importante asegurarnos que nuestra base de datos está correctamente diseñada para que tenga eficiencia y que se pueda seguir utilizando por largo del tiempo. Este trabajo, dará los parámetros básicos para diseñar una base de datos. La complejidad en el diseño de la base de datos, dependerá de cuanta y que información será almacenada en la misma y es única para cada caso, pero todos se basaran en los mismos principios que notaremos en el presente documento.

5

Marco Teórico

CONCETOS Y DEFINICIONES.

Base de datos.

Un conjunto de información relacionada entre sí, almacenada en memoria auxiliar que permite

acceso directo y un conjunto de programas que manipulan esos datos que están estructurados y

organizados independientemente de su utilización, y que es utilizada para que el usuario con

necesidad de información la consulte en tiempo real.

Ventajas de Base de Datos.

1. Independencia de datos y tratamiento. Cambio en datos no implica cambio en

programas y viceversa (Menor coste de mantenimiento).

2. Coherencia de resultados. Reduce redundancia.

3. Mejora en la disponibilidad de datos No hay dueño de datos (Pero no son públicos),

guardamos descripción.

4. Cumplimiento de ciertas normas. Restricciones de seguridad, accesos (Usuarios a

datos), operaciones (Operaciones sobre datos).

5. Otras ventajas: Más eficiente gestión de almacenamiento.

Tipos de Base de Datos.

Por variabilidad de los datos almacenados

• Estáticos. Solo lectura, son históricos

• Dinámicos. Se modifican con el tiempo.

Por Contenido.

• Bibliográficos. Información sobre la fuente principal

• Texto completo. Contenidos

Modelo de Administración de Datos.

• Jerárquicas. Forma de árbol invertido, puede representar dos tipos de relaciones entre los

datos: relaciones de uno a uno y relaciones de uno a muchos, existe redundancia.

• Red. Este modelo permite la representación de muchos a muchos, de tal forma que

cualquier registro dentro de la base de datos puede tener varias ocurrencias superiores a

6

él. El modelo de red evita redundancia en la información, a través de la incorporación de un

tipo de registro denominado el conector.

• Relacional. Este modelo se está empleando con más frecuencia en la práctica, debido a las

ventajas que ofrece sobre los dos modelos anteriores, entre ellas, el rápido entendimiento

por parte de usuarios que no tienen conocimientos profundos sobre Sistemas de Bases de

Datos.

• Multidimensional. Similar a la relacional, esta almacena estructuras de base de datos

• Orientada a objetos. Relaciona el estado y comportamiento de datos

• Documentales. Indexación a texto completo

• Distribuidas. Almacenadas en varias computadoras

• Deductivas. A través de inferencias (aplicadas al entorno científico)

Nos enfocaremos en la forma relacional que es la más utilizada.

Los DBMS (Sistemas Administradores de Bases de Datos)

El DBMS: es un conjunto de programas que se encargan de manejar la creación y todos los accesos

a las bases de datos, 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, está compuesto por:

• DDL (Data Definition language): Lenguaje de Definición de Datos. Por medio de este el

DBMS identifica las descripciones de los elementos de los esquemas y almacena la

descripción del esquema en el catálogo del DBMS. Por medio de este el DBMS especifica el

esquema conceptual e interno (Base de datos Almacenada).

• DML (Data Manipulation language): Lenguaje de Manipulación de Datos. Permite la

manipulación de las operaciones de Inserción, Eliminación y Modificación.

• SQL: Lenguaje de Consulta.

Ejemplos: Oracle, Access, Informix, SQL Server.

La capacidad de los DBMS se define por su motor, es decir la cantidad de datos que puede ser

capaz de manejar.

Objetivos.

• Independencia física y lógica de los datos. 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.

• Redundancia mínima. En aquellos casos en los que no se ha logrado eliminar la

redundancia, será necesario vigilar que aquella información que aparece repetida

7

• Integridad de los datos. Se trata de adoptar las medidas necesarias para garantizar la

validez de los datos almacenados.

• Acceso concurrente por parte de múltiples usuarios. debe controlar este acceso

concurrente a la información, que podría derivar en inconsistencias.

• Consultas completas optimizadas. Es deseable minimizar el tiempo que el SGBD tarda en

darnos la información solicitada y en almacenar los cambios realizados.

• Seguridad de acceso y auditoria. Deben garantizar que esta información se encuentra

segura frente a usuarios malintencionados, que intenten leer información privilegiada.

• Respaldo y recuperación. Deben proporcionar una forma eficiente de realizar copias de

respaldo de la información almacenada en ellos, y de restaurar a partir de estas copias los

datos que se hayan podido perder

• Acceso a través de lenguaje estándar. Pueda ser accesible con lenguaje común.

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 un buen manejo de los datos.

Esquema de un DBMS

8

Usuarios de un Sistema Manejador de Base de Datos

• Personal del DBA • Usuarios Esporádicos • Programadores de Aplicaciones • Usuarios paramétricos

DISEÑO DE BASE DE DATOS

Es la base de todo el proceso ya que si el diseño es sólido, al implantarlo no nos presentara mayor problema.

Consta esencialmente de los siguientes procesos:

1. Identificación de Entidades 2. Relación de Entidades 3. Identificación de tablas 4. Identificación de claves o keys 5. Tipos de datos y longitud 6. Normalización 7. Modelo relacional

Terminología relacional equivalente

� Regla = tabla o archivo � Tupla = registro, fila o renglón

9

� Atributo = columna o campo � Clave = llave o código de identificación � Clave Candidata =superclave mínima � Clave Primaria = clave candidata elegida � Clave Ajena = clave externa o clave foránea � Clave Alternativa = clave secundaria � Dependencia Multivaluada = dependencia multivalor � RDBMS = Del inglés Relational Data Base Manager System que significa, Sistema

Gestor de Bases de Datos Relacionales. � 1FN = Significa, Primera Forma Normal o 1NF del inglés First Normal Form.

Identificación de Entidades.

Alguna cosa acerca de la cual almacenamos datos.

Una persona, lugar, cosa o concepto que tiene características de interés para la empresa.

Relación de Entidades.

Identificar que entidades se involucran en los procesos, y para la práctica se entrelazan con

una palabra que identifica el proceso y flechas de dirección. Ejemplo:

Identificación de tablas.

Es generar la tabla para cada entidad definiendo los campos o registros que sean

necesarios para cada uno de ellos.

Identificación de claves o Keys.

Una clave primaria es aquella columna (pueden ser también dos columnas o más) que identifica únicamente a esa fila. La clave primaria es un identificador que va a ser único para cada fila. En una tabla puede que tengamos más de una clave, en tal caso se puede

Cliente Factura Recibe

10

escoger una para ser la clave primaria, las demás claves son las claves candidatas. Además es la posible clave primaria. Una clave foránea es aquella columna que existiendo como dependiente en una tabla, es a su vez clave primaria en otra tabla. Una clave alternativa es aquella clave candidata que no ha sido seleccionada como clave primaria, pero que también puede identificar de forma única a una fila dentro de una tabla. Ejemplo: Si en una tabla clientes definimos el número de documento (id cliente) como clave primaria, el número de seguro social de ese cliente podría ser una clave alternativa. En este caso no se usó como clave primaria porque es posible que no se conozca ese dato en todos los clientes. Una clave compuesta es una clave que está compuesta por más de una columna.

Pk = clave principal

Fk = clave foránea

Nn = no nulo

Uk = única

Ck = clave de chequeo

Tipo de datos, y longitud.

Esto define la clase de información que va a ser almacenada en cada campo.

Puede definirse de varios tipos como texto, numérico, monetario, fecha, etc.

También debemos definir la longitud del campo es decir que carga soportaría, por ejemplo

definimos el campo nombre de tipo texto de longitud 30, esto nos quiere decir que el

campo nombre almacenara datos de texto hasta 50 caracteres.

Dependencia funcional

Una dependencia funcional es una conexión entre uno o más atributos. Por ejemplo si

conocemos el valor de FechaDeNacimiento podemos conocer el valor de Edad.

Se escribe utilizando una flecha:

FechaDeNacimiento Edad

Propiedades: Axiomas de Armstrong

11

Reflexiva. Nos sirve para obtener registros que están relacionados directamente con la

clave principal. Por ejemplo:

Nro. Cuenta

Nombre

Aumentativa. Para poder obtener registros adicionales a los relacionados directamente a la

clave principal. Por ejemplo:

Nro. Cuenta

Tipo cuenta

Estado cuenta

Saldo cuenta

Transitiva. Es la interpretación de que un atributo depende de otro y de este depende otro.

Por ejemplo:

Fecha_Nacim

Edad

Puede Conducir

Normalización.

El proceso de normalización de bases de datos consiste en aplicar una serie de reglas a las

relaciones obtenidas tras el paso del modelo entidad-relación al modelo relacional.

Las bases de datos relacionales se normalizan para:

• Evitar la redundancia de los datos.

• Evitar problemas de actualización de los datos en las tablas.

• Proteger la integridad de los datos.

12

En el modelo relacional es frecuente llamar tabla a una relación, aunque para que una

tabla sea considerada como una relación tiene que cumplir con algunas restricciones:

• Cada columna debe tener su nombre único.

• No puede haber dos filas iguales. No se permiten los duplicados.

• Todos los datos en una columna deben ser del mismo tipo.

Seguiremos 4 Formas Normales:

1. Primera Forma Normal.

Busca campos multivaluados es decir que en un mismo campo guarda dos datos

distintos, y los separa en campos distintos. Por ejemplo:

El campo teléfono se puede dividir en Telefono1 y Teléfono2

2. Según Forma Normal. Crear tablas separadas para aquellos grupos de datos que se aplican a varios registros. Relacionar estas tablas mediante una clave externa.

3. Tercera Forma Normal.

Análisis de tabla para distinguir los campos que no están asociados directamente

con la clave principal.

4. Forma Normal de Boyce- Codd (FNBC)

Se divide la tabla en dos:

CompVenta_maestro y CompVent_Detalle

Donde el criterio para separar la tabla es elegir los campos que se relacionen entre

si y a su vez sean multivaluados, esto se da mayormente en documentos tales como

comprobantes de venta/factura/recibo, etc.

Relación de tablas.

Relacionamos los datos de tres formas diferentes:

1 a 1

1 a varios

Varios a varios

1 a 1

Al introducir un registro en un campo introducimos simultáneamente uno en otro

campo (pero solo uno por vez)

1 a varios

13

Permiten a un campo tener relacionado, y puede introducir en un campo varios

registros.

Varios a varios

Establece que varios campos con varios registros, pueden tener asociados varios

campos también con varios registros.

14

Desarrollo

Los Datos para el desarrollo de los siguientes puntos se hicieron en base a la información

previamente recolectada en análisis de la empresa.

IDENTIFICACION DE ENTIDADES

Luego de realizar el análisis previo se determinan las siguientes entidades:

• Factura

• Productos

• Vendedor

• Bodeguero

• Repartidor

• Clientes

RELACION DE ENTIDADES

Identificamos como se relacionan las entidades.

Clientes

Factura

Recibe

Solicita Producto

Describe

Vendedor

Bodeguero

Emite

Prepara

Repartidor

Entrega

15

.

Luego de haber llevado a cabo la relación entre entidades esto nos dará la pauta para

definir las tablas que usaremos así como de qué campos serán los que esa tabla contenga.

Por ejemplo:

Identificamos la tabla cliente, y sus campos nombre, apellido, tipo, dirección, teléfono,

cedula, Ruc, etc.….

Luego procedemos a realizar la normalización, respectiva que sea necesaria para cada

tabla.

Empresa

s

Adquiere Producto

Proveedor Provee

Contrata

Empleados

Recibe Rol Pago

16

NORMALIZACION

Primera Formal Normal

Buscamos los campos multivaluados, y hacemos un campo para c/uno.

Numero 1

Fecha 12/12/2020

Cliente juan

RUC/CI 0104900881

Codigo c001

Direccion Bolivar

Telefono 809090

Vendedor pedro

producto1 prod1

producto2 prod2

Cantidad1 1

V.Unitario 5

V. Total2 10

Subtotal 13

Iva 1,56

Descuent 0

Total a Pagar 14,56

Factura

Cedula 0104900881

Nombre Luis

Apellido perez

Direccion Luis Cordero

Telefono1 2809090

Telefono2 096398610

genero masculino

Fecha_nacim 15/05/1980

estado civil soltero

Fecha_ingres 12/11/2009

Cargo1 vendedor

Cargo2 cajero

Sueldo 250

Horario1 7:00- 11:30

Horario2 15:00-23:00

Emplados

Codigo p001

Nombre fideo

Descripcion fideo Vittorio

Existencia 400

fech_ingreso 03-may-09

fech_elaborado 24-abr-09

fech_expedicion 05-jul-09

Presentacion1 500grs.

Presentacion2 200grs.

Precio Compra 0,5

Precio Venta 0,75

Proveedor Azuero Aso.

Productos

Codigo C001

Cedula/Ruc 0104900881

Nombre juan

Apellido Lopez

Diereccion G. Colombia

Telefono1 808070

Telefono2 096398610

Genero masculino

Tipo minorista

Clientes

17

Segunda Formal Normal

Los campos multivaluados deben separarse en tablas y relacionarse con la clave principal

RUC 1658974035698

Nombre Azuero Aso

Contacto Rafael Cuesta

Direccion Octavio Chacon

Telefono1 808070

Telefono2 096398610

Fax1

Fax2

E-mail1 [email protected]

E-mail2 [email protected]

Producto_distr Fideo

marca_product Vittorio

Proveedpr

Numero_fact 1

Fecha 12/12/2020

Cliente juan

RUC/CI 0104900881

Codigo c001

Direccion Bolivar

Telefono 809090

Vendedor pedro

Cantidad1 1

V.Unitario 5

V. Total2 10

Subtotal 13

Iva 1,56

Descuent 0 numero_Fact 1

Total a Pagar 14,56 nom_product fideo

Factura

Producto_Factura

18

Cedula 0104900881

Nombre Luis

Apellido perez

Direccion Luis Cordero

Telefono 2809090

Celular 096398610 Cedula 010265814 010265814

genero masculino Cargo vendedor cajero

Fecha_nacim 15/05/1980


Fecha_ingres 12/11/2009 Cedula 010265814 010265814

Sueldo 250 horario 7:00 - 11:30 15:00 - 23:00

Empleados

Cargos_Empleados

Horarios_Empleados

Codigo_prod p001

Nombre fideo

Descripcion fideo Vittorio

Existencia 400


fech_elaborado 24-abr-09

fech_expedicion 05-jul-09

Precio Compra 0,5

Precio Venta 0,75 codigo_prod p001

Proveedor Azuero Aso. presentacion 200grs.

Productos

Presentacion_Productos

Codigo C001

Cedula/Ruc 0104900881

Nombre juan

Apellido Lopez

Diereccion G. Colombia

Telefono 808070

Celular 096398610

Genero masculino

Tipo minorista

Cliente

RUC 1658974035698

Nombre Azuero Aso

Contacto Rafael Cuesta RUC 1658974035698

Direccion Octavio Chacon Fax

Telefono 808070

Celular 096398610

Producto_distrFideo RUC 1658974035698

marca_productVittorio e-mail [email protected]

E-MAIL_Proveedor

Proveedor

FAX_Proveedor

19

No fue necesario separar los teléfonos en una tabla, solo se separo en dos campos y los

renombremos teléfono (fijo) y celular (móvil)

Tercera Forma Normal

Eliminar los datos no dependientes de la clave

Numero_fact 1 numero_Fact 1

Cliente juan nom_product fideo

RUC/CI 0104900881

Codigo c001

Direccion Bolivar codigo_fecha I001

Telefono 809090 fecha 12-may-09

Vendedor pedro

Cantidad1 1

V.Unitario 5 codigo_impuesto Im001

V. Total2 10 valor 1,56

Subtotal 13

Total a Pagar 14,56

codigo_descuento dsc001

0 0,00

Descuentos_Factura

Factura Producto_Factura

Fecha_Factura

Impuestos_Factura

Cedula 0104900881

Nombre Luis

Apellido perez Codigo_cargos Carg001 Carg002

Direccion Luis Cordero Cargo vendedor cajero

Telefono 2809090

Celular 096398610

genero masculino Codigo_horarios hor001 hor002

Fecha_nacim 15/05/1980 horario 7:00 - 11:30 15:00 - 23:00


Fecha_ingres 12/11/2009

Cod_Cargos 250 Codigo_horarios hor001 hor002

Cod_Horarios 250 Monto 250 300

Cod_sueldo 250 Descrip bodeguero vandedor

Empleados

Cargos_empleados

Horarios_Empleados

Sueldo_Empleados

20

Cuarta Forma Normal

No todas las tablas llegan a estas instancias o a otras posteriores, algunas pueden solo llegar a la

primera o segunda.

Codigo_prod p001

Nombre fideo codigo_pres p001

Descripcion fideo Vittorio presentacion 200grs.

Existencia 400


fech_elaborado 24-abr-09 codigo_ingresI001

fech_expedicion 05-jul-09 fecha 12-may-09

Precio Compra 0,5

Precio Venta 0,75

Proveedor Azuero Aso.

codigo_present p001

codigo_ingreso I001

Productos

Presentacion_Productos

Fech_Ingre_Productos

RUC 1658974035698 RUC 1658974035698

Nombre Azuero Aso Fax

Contacto Rafael Cuesta

Direccion Octavio Chacon

Telefono 808070 RUC 1658974035698

Celular 096398610 e-mail [email protected]

Producto_distr Fideo

marca_product Vittorio

cod_prod p_dist001 cod_prod p_dist001

descripcion fideo

Proveedores

Producto_distr_Provedor

FAX_Proveedor

E-MAIL_Proveedor

FACTURA_Cliente

Numero_fact 1 clien_codig 1 Numero_factura 1

codigo_fecha RUC/CI 1 Cantidad juan

clien_codig juan Cliente 5 V.Unitario 1

prod_cod 1 Telefono V.total 5

codigo_impuesto 5

codigo_desc dsc001

Subtotal 13

Total a Pagar 14,56 prod_cod 1 codigo_impuestoIm001

nom_product fideo valor 1,56

codigo_fecha I001 codigo_descuentodsc001

fecha 12-may-09 0 0,00

FACTURA_Maestro FACTURA_Detalle

Producto_Factura

Fecha_Factura

Impuestos_Factura

Descuentos_Factura

21

DESCRIPCION DE TABLAS

CONSTRAINS, TIPOS DATOS, LONGITUD

Luego de llevar a cabo la normalización ya tenemos definida la estructura de las mismas, el

siguiente paso será definir qué tipo de dato será el que se gurda en sus campos, y cuanto se

guardara, así también si algún campo servirá de enlace con otra tabla es decir si es clave

constrain campo tipo datos longitud

NN FK codigo_fecha char 4

PK NN numero factura int 4

NN FK codigo_prod char 4

NN FK codigo_impuesto char 4

NN FK codigo_descuentochar 4

NN FK cliente_codig char 4

NN subtotal real (5,2)

NN Total a Pagar real (5,2)

NN FK cedula_empleado char 10

NN estado char 8

Factura_maestro


PK NN numero facturaint 4

NN FK cantidad int 3

NN FK v.unitario real (5,2)

NN FK v. totalñ real (5,2)

NN FK codigo_productochar 4

Factura_Detalle


PK NN codigo_impuestochar 4

NN FK valor real 2

Factura_impuesto


PK NN codigo_descuento char 4

NN FK valor real 2

Factura_descuento


PK NN cliente_codig char 4

FK RUC/CI char 13

Factura_cliente


PK NN cliente_codig char 4

FK RUC/CI char 13

NN nombre char 25

NN FK apellido char 25

Dierccion char 50

telefono char 9

celular char 9

genero char 7

NN tipo char 8

clienteconstrain campo tipo datos longitud

PK NN cedula_empleado char 10

NN nombre char 30

NN apellido char 30

NN FK direccion char 50

NN telefono char 9

NN celular char 9

NN genero char 7

NN fecha_nacim date

NN estado_civil date

NN fecha_ingreso date

EMPLEADOS


NN cedula_empleadochar 10

PK NN codigo_sueldochar 4

Empleados_sueldo



PK NN codigo_cargoschar 4

Empleados_cargo

22



PK NN codigo_horariochar 4

Empleados_horariosconstrain campo tipo datos longitud

PK NN codigo_sueldochar 10

NN descripcion char 25

sueldo real (5,2)

sueldos


PK NN codigo_horariochar 4

NN horario char 13

horarios


PK NN codigo_cargo char 4

NN cargo char 15

cargos


PK NN codigo_producto char 4

FK nombre char 20

NN descripcion char 60

NN FK existencia char 25

NN fecha_ingreso date

NN fecha_elaborado date

NN fecha_expedicion date

NN precio_compra real (5,2)

NN precio_venta real (5,2)

NN RUC_proveedor char 13

codigo_presentacionchar 4

Productos


PK NN Nombre char 30

FK Contacto char 60

NN Diereccion char 50

NN FK Telefono char 9

NN Celular char 9

NN RUC_proveedorchar 13

NN cod_fax char 4

NN cod_e-mail char 4

Proveedor


NN presentacion char 25

PK NN codigo_presentacionchar 4

Productos_presentacion


fax char 9

PK NN cod_fax char 4

FAX_Proveedor


e-mail char 30

PK NN cod_e-mail char 4

E-mail_Proveedor

23

Modelo Relacional

24

CONCLUSIONES

Luego del desarrollo de este proyecto, y según los datos adquiridos y a la práctica realizada hemos

llegado a la siguiente conclusión:

“El desarrollo de una buena Base de Datos, depende netamente de cómo esta

se diseñe, para lo cual tenemos que seguir los pasos esenciales que se nos

presentan ya que lo demás dependerá del tipo de Base de datos, o para que

se aplicara la Base de Datos, pero al seguir los pasos podremos mejorar la

estabilidad y rapidez de consulta de la Base de Datos, pero también esto

dependerá del motor de la Base de Datos”

25

Recomendaciones

Después de desarrollar el presente documento y de haber experimentado el diseño de base de

datos podemos dar la siguiente recomendación:

Que para el desarrollo de la Base de Datos se vaya trabajando paulatinamente

con datos y ejemplos reales ya que lo cual nos dará una visión mejor para la

toma de decisiones y saber si es oportuno aplicar algún método.

26

GLOSARIO

• Regla = tabla o archivo

• Tupla = registro, fila o renglón

• Atributo = columna o campo

• Clave = llave o código de identificación

• Clave Candidata = superclave mínima

• Clave Primaria = clave candidata elegida

• Clave Ajena = clave externa o clave foránea

• Clave Alternativa = clave secundaria

• Dependencia Multivaluada = dependencia multivalor

• RDBMS = Del inglés Relational Data Base Manager System que significa, Sistema Gestor de Bases de Datos Relacionales.

• 1FN = Significa, Primera Forma Normal o 1NF del inglés First Normal Form.

• DBMS: Data Base Management System (SISTEMA DE MANEJO DE BASE DE DATOS).-

Consiste de una base de datos y un conjunto de aplicaciones (programas) para

tener acceso a ellos.

•••• Modelo de Datos.- es un conjunto de herramientas conceptuales para describir los

datos, las relaciones entre ellos, su semántica y sus limitantes.

•••• Redundancia.- Esta se presenta cuando se repiten innecesariamente datos en los

archivos que conforman la base de datos.

•••• Inconsistencia.- Ocurre cuando existe información contradictoria o incongruente

en la base de datos.

27

BIBLIOGRAFIA

Datos tomados y referencias de:

http://es.wikipedia.org/w/index.php?oldid=26829246

www.3.uji.es/~mmarques/f47/apun/node68.html.

http://www.itlp.edu.mx/publica/tutoriales/basedat2/

http:/ /www.scourdesign.com/articulos/BD-FN.Php

http://www.ur.mx/ur/faciya/carreras/cursos/sis/mod-dat1/graph.HTM

www.yudy.8m.com/Sistemasmanejador.htm

28

Capturas de diseñador y base de datos en Access, SQL Diseñador CASE STUDIO

Implantado en Access

29

Implantado en SQL

Documents

Informe de Base de Datos