Modelamiento de base de datos

Introducción

El trabajo que presentamos a continuación vamos a hablar sobre un tema muy importante que debemos saber .Se define una base de datos como una herramienta organizador y relacionados entre sí, los cuales son recolectados y explotados por los sistemas de información de empresa, negocio. Por este motivo es importante conocer la forma en que están estructurados las bases de datos y su manejo.

CAPITULO I

Conceptos Básicos

• Base de Datos.

"Es una herramienta para recopilar y organizar información, se puede almacenar información sobre personas, productos, pedidos, o cualquier otra cosa. Muchas bases de datos empiezan siendo una lista en un programa de procesamiento de texto o en una hoja de cálculo." [1]

"Una base de datos es una colección de archivos relacionados que permite el manejo de la información de alguna compañía. Cada uno de dichos archivos puede ser visto como una colección de registros y cada registro está compuesto de una colección de campos. Cada uno de los campos de cada registro permite llevar información de algún atributo de una entidad del mundo real" [2]

"Se le llama base de datos a los bancos de información que contienen datos relativos a diversas temáticas y categorizados de distinta manera, pero que comparten entre sí algún tipo de vínculo o relación que busca ordenarlos y clasificarlos en conjunto." [3]

Interpretando las relaciones podemos definir que la Base de Datos. Es una herramienta organizadora, y/o bancos de informaciones que están relacionadas entre sí para que permitan el manejo de los datos. Que por cierto al principio es una aplicación de texto pero que no se pueden unir, por eso es importante la autodescripción para que el programa del sistema sea independiente a los datos.

1.1.2. Modelos de Base 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."[4]

"El diseño de una base de datos es un proceso complejo que abarca decisiones a muy distintos niveles. La complejidad se controla mejor si se descompone el problema en subproblemas y se resuelve cada uno de estos subproblemas independientemente, utilizando técnicas específicas. Así, el diseño de una base de datos se descompone en diseño conceptual, diseño lógico y diseño físico."[5]

Son abstracciones que permiten la implementación de un sistema de base de datos en un proceso complejo que contienen decisiones en muchos distintos niveles, si se descompone el problema en sub problemas esto se resuelve independientemente, utilizando técnicas especificas. Así serán los siguientes modelos (Conceptual, Lógico, Físico).

1.1.2.1. Modelo Conceptual.

"Se utilizan para representar la realidad a un alto nivel de abstracción. Mediante los modelos conceptuales se puede construir una descripción de la realidad fácil de entender."[6]

Se utiliza para la abstracción de la base de datos, para construir una descripción para entender en la realidad

1.1.2.2. Modelo Lógico.

"Es una descripción de la estructura de la base de datos en términos de las estructuras de datos que puede procesar un tipo de SGBD. Un༥m>modelo lógico༯em>es un lenguaje usado para especificar esquemas lógicos (modelo relacional, modelo de red, etc.). El diseño lógico depende del tipo de SGBD que se vaya a utilizar, no depende del producto concreto."[7]

Es una descripción usada para especificar el esquema lógico detallado del modelo conceptual, depende del tipo SGBD que se va a utilizar y no depende del producto concreto.

1.1.2.3. Modelo Físico.

"Es una descripción de la implementación de una base de datos en memoria secundaria: las estructuras de almacenamiento y los métodos utilizados para tener un acceso eficiente a los datos. Por ello, el diseño físico depende del SGBD concreto y el esquema físico se expresa mediante su lenguaje de definición de datos."[8]

Es una implementación de una base de datos en las estructuras de almacenamiento y los métodos eficiente a los datos. Depende del SGBD concreto, y se expresa de una manera más detallada (atributos, relaciones, etc.).

• Sistema de gestión de Base de datos (SGBD).

(En inglés database management system, abreviado DBMS)

"Es el conjunto de programas que permiten definir, manipular y utilizar la información que contienen las bases de datos."[9]

"Debe ser capaz de aceptar definiciones de datos (esquemas externos, el esquema Conceptual, el esquema interno, y todas las correspondencias asociadas) en versión fuente y convertirlas en la versión objeto apropiada (宩[10]

"Necesitan que les demos una descripción o definición de la BD. Esta descripción recibe el nombre de esquema de la BD, y los SGBD la tendrán continuamente a su alcance."[11]

Un SGBD es un sistema que permite manipular la información ingresada, realizan las tareas administrativas para mantener en buena condición la aplicación de la base de datos. Una base de datos no se puede manipular directamente, necesita una SGBD.

• ENTIDADES.

"Es una clase generalizada de personas, lugares o cosas (objetos), para los cuales se recopilan, almacenan y mantienen datos." [12]

"Representa una "cosa" u "objeto" del mundo real con existencia independiente, es decir, se diferencia unívocamente de cualquier otro objeto o cosa, incluso siendo del mismo tipo, o una misma entidad."[13]

"Es un grupo de ítems que tienen las mismas características o atributos y que son representadas con un rectángulo"[14]

Es un conjunto que está conformado por personas, cosas y lugares del mundo real, con existencia independiente de elementos que tienen las mismas características, las cuales se almacenan, recopilan y están representados por un rectángulo en un diagrama Entidad / Relación.

1.1.5 ATRIBUTOS.

"Es una característica de una entidad. El valor especifico de un atributo, conocido como elemento de datos, se puede encontrar con los campos de registro que describe una entidad. Como ya se planteo, un conjunto de campos de un objeto específico representa un registro. Cuna clave es un campo o grupo de campos en un registro que se utiliza para identificar a este."[15]

"son las propiedades que describen a cada entidad en un conjunto de entidades. Un conjunto de entidades dentro de una entidad, tiene valores específicos asignados para cada uno de sus atributos, de esta forma, es posible su identificación unívoca."[16]

Es una característica de una entidad, conocido como elemento de datos (valor específico) para cada uno de sus atributos que se encuentran en los campos de un registro que describen a una entidad y así será posible su identificación única.

1.1.5.1. Identificadores.

঱uot;Son aquellos que permiten diferenciar a una instancia de la entidad de otra distinta. Por ejemplo, el atributo identificativo que distingue a un alumno de otro es su número de id."[17]

"Un identificador de una entidad es un atributo o conjunto de atributos que determina de modo único cada ocurrencia de esa entidad."[18]

Distinguen a una instancia de la entidad a otra distinta, como también se puede llamar atributos que diferencia la manera única de las ocurrencias, un tipo de entidad puede tener más de un identificador.

1.1.5.1.1. Identificadores primarios.

"Aquellos atributos que permiten identificar una entidad de manera única son referidos como identificadores únicos o claves primarias (PK) de una entidad. "[19]

"La PK de una entidad puede ser simple o compuesta si se representa por una o por una combinación de columnas (propiedades)."[20]

"La clave primaria (PK) de una tabla es cualquier clave candidata de esa tabla que el diseñador de BD arbitrariamente señala como "primaria". La PK puede ser seleccionada por conveniencia, compresión, performance, o cualquier otra razón (a pesar que todas comparten la propiedad de identificación única)."[21]

Son aquellos que pueden ser cualquier clave candidata que ayudan a identificar una entidad única que pueden ser simple o compuestas de las cuales pueden ser por una o por una combinación de columnas.

1.1.5.1.2. Identificadores Alternos.

"las claves alternas de cualquier tabla son simplemente aquellas claves candidatas las cuales no fueron seleccionadas como clave primaria. Exactamente una de aquellas claves candidatas es seleccionada como PK, las remanentes se existe alguna, son llamadas claves alternas."[22]

Son las claves que se utilizan para identificar los objetos de forma alterna en todas las posibles, filas de las tablas no seleccionadas como clave primaria

1.1.5.1.3. Identificadores Foráneos.

"Una clave ajena o foránea es un atributo de una tabla o adición de atributos ya existentes a una tabla; ésta inclusive puede ser una clave primaria de otra tabla. Sin embargo los atributos de una clave foránea no necesariamente tienen que formar parte de la clave primaria de la tabla a la que pertenecen. Tampoco es obligatoria la existencia de estas claves; ósea puede existir una tabla sin una clave foránea."[23]

"Es llamada clave Externa, es uno o más campos de un tabla que hacen referencia al campo o campos de clave principal de otra tabla, una clave externa indica como esta relacionadas las tablas. Los datos en los campos de clave externa y clave principal deben coincidir, aunque los nombres de los campos no sean los mismos."[24]

Es atributo de una tabla ya existente, esta exclusivamente puede ser una clave primaria de la otra tabla. No necesariamente tiene que formar parte de la clave primaria de la tabla a la que pertenece, tampoco es obligatoria la existencia de esta clave, también es llamada clave externa y hace referencia al campo o campos de la clave primaria de otra tabla que indica como está relacionada las tablas.

• Relación de Modelos de Datos.

"Es una correspondencia o asociación entre dos o más entidades. Cada relación tiene un nombre que describe su función. Las relaciones se representan gráficamente mediante rombos y su nombre aparece en el interior."[25]

"Se representa mediante un rombo etiquetado en su interior con un༢>verbo. Este rombo se debe unir mediante líneas con las entidades (rectángulos) que relaciona."[26]

Es una asociación entre dos o más entidades, cada relación tiene un nombre que describe su función. Se representa mediante un rombo etiquetado en su interior con un verbo, este rombo se debe ir mediante líneas con las entidades (rectángulos) que relaciona.

• Uno a Uno.

"En una relación uno a uno, cada registro de la Tabla A sólo puede tener un registro coincidente en la Tabla B y viceversa."[27]

"Cuando un registro de una tabla sólo puede estar relacionado con un único registro de la otra tabla y viceversa."

Es una relación de uno a uno, las tablas deben coincidir los registros con una tabla A o Tabla B o viceversa.

• Uno a Muchos.

"La relación uno a varios es el tipo de relación más común. En este tipo de relación, un registro de la Tabla A puede tener muchos registros coincidentes en la Tabla B, pero un registro de la Tabla B sólo tiene un registro coincidente en la Tabla A."[28]

"se establece cuando un registro de una tabla (tabla secundaria) sólo puede estar relacionado con un único registro de la otra tabla (tabla principal) y un registro de la tabla principal puede tener más de un registro relacionado en la tabla secundaria."[29]

En este tipo de relación los registros de la tabla A pueden coincidir sus registros varia veces en la tabla B pero el registro de la tabla B solo tiene uno registro coinciden a la tabla A. Se establece cuando solo puede estar relacionado a uno o varios registros pero ala viceversa.

• Muchos a Muchos.

"En una relación varios a varios, un registro de la Tabla A puede tener muchos registros coincidentes en la Tabla B y viceversa."[30]

"Cuando un registro de una tabla puede estar relacionado con más de un registro de la otra tabla y viceversa. (婮"[31]

Es cuando un registro de la tabla esta relaciona con más de un registro de la otra tabla y viceversa,

CAPITULO II

Normalización de la base de datos

• Descripción General del Negocio

"Es una empresa dedicada a la venta de mercadería en general."

• Normalización de Documentos

"Normalización es eliminar la redundancia y las inconsistencias de dependencia en el diseño de las tablas" 1

• Normalización de Guía Interna.

• Normalización de Kardex

• Primera forma normal

• Segunda forma normal

• Tercera forma normal

• Normalización de Boleta

• Primera forma normal

• Segunda forma normal

• Tercera forma normal

Normalización de Nota de Pedido

Primera forma normal

Segunda forma normal

Tercera forma normal

• Resumen de Entidades

CAPITULO III

Modelos de la base de datos

3.1 Modelo conceptual

3.2 Modelo Lógico

3.3 Modelo Físico

3.4 Documentación de la Base de Datos.

CAPITULO VI

• 
  

  Base de datos en SGBD

4.1 Script de Base de datos

CREATE TABLE Articulo (

Cod_art varchar(5) NOT NULL,

Nom_art varchar(25) NULL,

valor_total decimal(8,2) NULL,

Cantidad numeric NULL )

go

ALTER TABLE Articulo

ADD PRIMARY KEY (Cod_art)

Go

CREATE TABLE Boleta (

Num_bol varchar(6) NOT NULL,

fecha datetime NULL,

direccion varchar(30) NULL,

total numeric(8,2) NULL )

go

ALTER TABLE Boleta

ADD PRIMARY KEY (Num_bol)

go

CREATE TABLE Cliente (

cod_client varchar(5) NOT NULL,

nom_client varchar(25) NULL,

DI numeric(8) NULL )

go

ALTER TABLE Cliente

ADD PRIMARY KEY (cod_client)

go

CREATE TABLE Detalle (

Num_np varchar(6) NOT NULL,

Cod_art varchar(5) NOT NULL,

descrpcion varchar(35) NULL,

cantidad numeric(8) null,

pre_unit numeric(8,2) NULL,

val_ven numeric(8,2) NULL )

go

ALTER TABLE Detalle

ADD PRIMARY KEY (Num_np, Cod_art)

go

CREATE TABLE Doc_Venta (

Num_DV varchar(6) NOT NULL,

cod_client varchar(5) NULL,

fecha_DV datetime NULL,

total numeric(8,2) NULL,

Num_np varchar(6) NULL,

Num_bol varchar(6) NULL )

go

ALTER TABLE Doc_Venta

ADD PRIMARY KEY (Num_DV)

go

CREATE TABLE Guia_interna (

Nro_GI varchar(6) NOT NULL,

fecha smalldatetime NULL,

cod_recepcionista varchar(5) NULL )

go

ALTER TABLE Guia_interna

ADD PRIMARY KEY (Nro_GI)

go

CREATE TABLE Nota_Pedido (

Num_np varchar(6) NOT NULL,

fecha datetime NULL,

direccion varchar(30) NULL,

total numeric(8,2) NULL )

go

ALTER TABLE Nota_Pedido

ADD PRIMARY KEY (Num_np)

go

CREATE TABLE Operaciones (

Operacion varchar(1) NULL,

Valor_unit numeric(8,2) NULL,

Cod_art varchar(5) NULL )

go

ALTER TABLE Operaciones

ADD FOREIGN KEY (Cod_art)

REFERENCES Articulo

go

CREATE TABLE Recepcionista (

nom_recepcionista varchar(30) NULL,

cod_recepcionista varchar(5) NOT NULL )

go

ALTER TABLE Recepcionista

ADD PRIMARY KEY (cod_recepcionista)

go

ALTER TABLE Detalle

ADD FOREIGN KEY (Cod_art)

REFERENCES Articulo

go

ALTER TABLE Detalle

ADD FOREIGN KEY (Num_np)

REFERENCES Nota_Pedido

go

ALTER TABLE Doc_Venta

ADD FOREIGN KEY (Num_bol)

REFERENCES Boleta

go

ALTER TABLE Doc_Venta

ADD FOREIGN KEY (Num_np)

REFERENCES Nota_Pedido

go

ALTER TABLE Doc_Venta

ADD FOREIGN KEY (cod_client)

REFERENCES Cliente

go

ALTER TABLE Guia_interna

ADD FOREIGN KEY (cod_recepcionista)

REFERENCES Recepcionista

go

ALTER TABLE Operaciones

ADD FOREIGN KEY (Cod_art)

REFERENCES Articulo

go

ALTER TABLE Gi_articulo

ADD FOREIGN KEY (Cod_art)

REFERENCES Articulo

go

ALTER TABLE Gi_articulo

ADD FOREIGN KEY (Nro_GI)

REFERENCES Guia_interna

go

CREATE TABLE Gi_articulo (

Cod_art varchar(5),

Nro_GI varchar(6)

)

go

4.2 Carga de datos.

4.2.1 Tabla cliente

Insert into Cliente values ('CL001','Henry Guerrero','46369462')

Insert into Cliente values ('CL002','Maria Linares','36458596')

Insert into Cliente values ('CL003','Pedro Niñes','94568562')

Insert into Cliente values ('CL004','Erika Fernandez','85946554')

4.2.2 Tabla Nota_pedido

Insert into Nota_Pedido values ('104825','15/06/2010','Av. Proceres 1757','165')

Insert into Nota_Pedido values ('104826','16/06/2010','Av. Grau 1546','180')

Insert into Nota_Pedido values ('104827','17/06/2010','Jr. Las Jardines 562','18')

Insert into Nota_Pedido values ('104828','18/06/2010','Av. Las Flores 2564','240')

4.2.3 Tabla Boleta

Insert into Boleta values ('100346','15/06/2010', 'Av. Proceres 1757','165')

Insert into Boleta values ('100347','16/06/2010','Av. Grau 1546','180')

Insert into Boleta values ('100348','17/06/2010','Jr. Los Jardines 562','18')

Insert into Boleta values ('100349','18/06/2010','Av. Las Flores 2564','240')

4.2.4 Tabla Guia_Ineterna

Insert into Guia_interna values ('000010','01/06/2010','R0001')

Insert into Guia_interna values ('000011','02/06/2010','R0002')

Insert into Guia_interna values ('000012','03/06/2010','R0003')

Insert into Guia_interna values ('000013','04/06/2010','R0004')

4.2.5 Tabla Recepcionista

Insert into Recepcionista values ('Marcos Gonzales','R0001')

Insert into Recepcionista values ('José Julon','R0002')

Insert into Recepcionista values ('Pedro Jimenez','R0003')

Insert into Recepcionista values ('Manuel Perez','R0004')

4.2.6 Tabla Articulo

Insert into Articulo values ('AR410','pantalon','495','9')

Insert into Articulo values ('AR411','polos','360','24')

Insert into Articulo values ('AR412','medias','54','18')

Insert into Articulo values ('AR413','polos deportivos','120','12')

4.2.7 Tabla Doc_Venta

Insert into Doc_venta values ('000111','CL001','15/06/2010','165','104825', '100346')

Insert into Doc_venta values ('000112','CL002','16/06/2010','180','104826', '100347')

Insert into Doc_venta values ('000113','CL003','17/06/2010','18','104827', '100348')

Insert into Doc_VEnta values ('000114','CL004','18/06/2010','240','104828', '100349')

4.2.8 Tabla operaciones

Insert into operaciones values ('i','55','AR410')

Insert into operaciones values ('i','15','AR411')

Insert into operaciones values ('i','3','AR412')

Insert into operaciones values ('i','10','AR413')

Insert into operaciones values ('s','55','AR410')

Insert into operaciones values ('s','15','AR411')

Insert into operaciones values ('s','3','AR412')

Insert into operaciones values ('s','10','AR413')

4.2.9 Tabla Detalle

Insert into detalle values ('104825','AR410','pantalon nylon','3','55','165')

Insert into detalle values ('104826','AR411','polos algodon','12','15','180')

Insert into detalle values ('104827','AR412','medias alicradas','6','3','18')

Insert into detalle values ('104828','AR413','polos deportivos','24','10','240')

4.2.10 Tabla GI_Articulo

Insert into GI_Articulo values ('AR410','000010')

Insert into GI_Articulo values ('AR411','000011')

Insert into GI_Articulo values ('AR412','000012')

Insert into GI_Articulo values ('AR413','000013')

4.3 Mantenimiento de la base de datos

4.3.1 preguntas y respuestas

1.- Mostrar la mitad del precio de todos los artículos

Select nom_art,mit_precio_art=valor_total / 2 from articulo

2.- mostrar los nombres de los clientes que la segunda letra de su nombre sea "A"

Select nom_client from cliente where nom_client like '_a%'

3.- aumentar S/5 al valor total de los articulos que sean "pantalon"

Update articulo set valor_total = valor_total + 5 where nom_art = 'pantalon'

4.- sumar del precio total de las boletas emitidas

select sumatotal=sum(total) from boleta

5. – insertar un cliente

insert into cliente values ('CL005','María Linares','46585686')

6.- mostrar la el nombre del clientes y el numero de boleta que ha obtenido por su compra.

Select a.cod_client,a.nom_client, c.num_bol from cliente as a,doc_venta as b, boleta as c where a.cod_client=b.cod_client and b.num_bol=c.num_bol

7- mostrar la descripción,el precio unitario de los artículos y el el total de la nota de pedido

Select b.descrpcion,b.pre_unit,a.total,a.fecha,from nota_pedido as a inner join detalle as b on a.Num_np=b.Num_np

8.- mostrar el nombre de los clientes, el número de nota de pedido, el código y nombre del artículo.

select a.nom_client,c.num_np,e.cod_art,e.nom_art from cliente as a, doc_venta as b, nota_pedido as c, detalle as d, articulo as e where a.cod_client=b.cod_client and b.num_np=c.num_np and c.num_np=d.num_np and d.cod_art=e.cod_art

9.- mostrar el numero de boleta, dirección, nombre del cliente, código del artículo, cantidad, precio unitario, valor de venta y total.

Selecta.num_bol,b.nom_client,a.direccion,c.cod_art,c.cantidad,

d.pre_unit,d.val_ven,a.total from boleta as a, cliente as b, articulo as c, detalle as d, doc_venta as e, nota_pedido as f

where b.cod_client=e.cod_client and a.num_bol=e.num_bol and e.Num_np=f.Num_np and f.num_np=d.num_np and d.cod_art=c.cod_art

10.- mostrar el número de guía interna, fecha, el nombre de los artículos, cantidad, nombre del recepcionista y valor de venta.

Select a.nro_gi,a.fecha,b.nom_art,b.cantidad,

c.nom_recepcionista, b.valor_total from guia_interna as a, articulo as b, recepcionista as c,gi_articulo as e where c.cod_recepcionista=a.cod_recepcionista and a.nro_gi=e.nro_gi ande.cod_art=b.cod_art

Conclusiones

Luego de haber concluido este trabajo de investigación sobre bases de datos fueron muchos los esfuerzos y conocimientos adquiridos durante dicha elaboración. Algunos de los aspectos aprendidos y que de gran peso es la base de datos su definición, requerimiento, ventajas y características donde podemos decir que la base de datos

El diseño y creación de la base de datos están en distintos modos de organizar la información y representar las relaciones entre por datos los tres modelos lógicos principales dentro de una base de datos son el modelo conceptual y modelo físico los cuales tiene ciertas ventajas de procesamiento y de negocios.

Los gráficos y tablas nos sirven para resumir en un dibujo toda una serie de datos mucho más explicito y fácil de asimilar, los tipos de gráficos que se pueden utilizar en una base de datos son: conceptual, lógico y físico.

Sistemas de gestión, es un sistema de desarrollo que hace posible ascender a datos integrados funcionales y organizacionales de una empresa.

Bibliografía

• www.galeon.com

• www.belgrano.esc.edu.ar

• www.mailxmail.com

• www.rincondelvago.com

• www.monografias.com

• www.wikipedia.org/wiki

• www.mitecnologico.com

• www.office.microsoft.com

• www.uaem.mx

• www.definicionabc.com

• www.cyta.com.ar

• Ruiz González, francisco, arquitectura de sistemas de base de datos.

• Alberto Taboada Jiménez, MODELAMIENTO DE BASE DE DATOS.

DEDICATORIA

Esta monografía está dedicada para todos aquellos estudiantes que les gusten investigar más sobre modelamiento de base de datos y otros cursos más importantes.

Para los padres de todo los del 3NCA – I turno noche por sus ayudas, consejos y apoyo moral en lo momento que lo necesitábamos.

A los alumnos, docentes del instituto PERUANO ALEMAN que cada día están dando de su parte para así crecer más en el mundo competitivo.

Autor:

Jhonny Vasquez Ruiz