UNIVERSIDAD NACIONAL MAYOR DE SAN MARCOS

FACULTAD DE INGENIERIA INDUSTRIAL

E.A.P. INGENIERIA INDUSTRIAL

BASE DE DATOS PARA UNA FERRETERIA

CURSO:
BASE DE DATOS Y PRGRAMACIÓN VISUAL

PROFESOR:
ING. FÉLIX HUARI

INTEGRANTES:

ALFARO MENDOZA, RICARDO ALBERTO 11170236

CHILE MACHACA, ERWIN CARLOS 12170016
LEONARDO CASTILLO, FRANCIS 11170128
PINEDA SARMIENTO, ANGEL 13170043
 1. INTRODUCCIÓN

Una Base de Datos es una colección de información perteneciente a un mismo

contexto, que está almacenada de forma organizada en ficheros (tablas).

Una base de datos está organizada mediante tablas que almacenan información
concerniente a algún objeto o suceso. Estas tablas se relacionan formando
vínculos o relaciones entre ellas, que ayudan a mantener la información de los
diversos objetos de forma ordenada y coherente (sin contradicciones). Cada una
de estas tablas es una estructura que se parece a las hojas de cálculo, pues está
dispuesta mediante filas y columnas. De este modo, cada fila almacena un registro
con tantos campos como columnas tenga la tabla.

Como un ejemple se podría tener una tabla de Alumnos, donde cada fila o registro
es un Alumno de la Facultad de Ingeniería Industrial y cada columna o campo
representa una información relativa sobre cada uno.

Ejemplo: curso que lleva, nombres, apellidos y código de alumno.

 2. MARCO TEÓRICO

2.1 ORIGEN DE UNA BASE DE DATOS

El término bases de datos fue escuchado por primera vez en un simposio

celebrado en California en 1963.

En una primera aproximación, se puede decir que una base de datos es un

conjunto de información relacionada que se encuentra agrupada o estructurada.
Desde el punto de vista informático, una base de datos es un sistema formado por
un conjunto de datos almacenados en discos que permiten el acceso directo a
ellos y un conjunto de programas que manipulen ese conjunto de datos.

Por su parte, un sistema de Gestión de Bases de datos es 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; o lo que es lo mismo, una agrupación de programas
que sirven para definir, construir y manipular una base de datos, permitiendo así
almacenar y posteriormente acceder a los datos de forma rápida y estructurada.

Actualmente, las bases de datos están teniendo un impacto decisivo sobre el

creciente uso de las computadoras.
Pero para poder entender más profundamente una base de datos cabe entender
su historia.

2.2 CLASIFICACIÓN DE LAS BASES DE DATOS

La clasificación de las bases de datos en tipos, está ligada a su evolución

histórica, según ha ido avanzando la tecnología, las bases de datos han mejorado
cambiando la forma de representar y extraer la información.

De esta manera, se presenta la evolución sufrida por las bases de datos desde las
épocas iniciales de la informática hasta la actualidad:

En la década de 1950 se inventan las cintas magnéticas, que solo podían ser
leídas de forma secuencial y ordenadamente. Estas cintas, almacenaban ficheros
con registros que se procesaban secuencialmente junto con ficheros de
movimientos para generar nuevos ficheros actualizados.

Estos sistemas se conocen como aplicaciones basadas en sistemas de ficheros y

constituyen la generación cero de las bases de datos, pues ni siquiera entonces
existía el concepto de bases de datos.
En la década de 1960 se generaliza el uso de discos magnéticos, cuya
característica principal es que se podía acceder de forma directa a cualquier parte
de los ficheros, sin tener que acceder a todos los datos anteriores. Con esta
tecnología aparecen las bases de datos jerárquicas y en red, que aprovechan la
capacidad de acceso directo a la información de los discos magnéticos para
estructurar la información en forma de listas enlazadas y árboles de información.
La filosofía de las bases de datos en red es que un concepto principal o padre
puede tener numerosas relaciones con conceptos secundarios o hijos. Las bases
de datos jerárquicas, evolucionan para admitir varios padres para un concepto
hijo.

Edgar Prank Codd, científico informático inglés de IBM, publica en 1970 en un

artículo 'Un modelo relacional de datos para grandes bancos de datos
compartidos' ('A Relational Model of Data for Large Shared Data Banks'), donde
definió el modelo relacional, basado en la lógica de predicados y la teoría de
conjuntos. Nacieron, de esta forma, las bases de datos relaciónales, o segunda
generación de bases de datos.

Larry Ellison, fundador de Oracle, se inspiró en este artículo para desarrollar el

famoso motor de base de datos, que comenzó como un proyecto para la CIA
(Central Intelligence Agency) americana. La potente base matemática de este
modelo, es el gran secreto de su éxito. Hoy en día, el modelo relacional de Codd,
pese a tener muchas alternativas, sigue siendo el más utilizado a todos los
niveles.

En la década de 1980 IBM lanza su motor de bases de datos DB2, para la

plataforma MVS. Unos años después, IBM crea el SQL (Structured Query
Language), un potente lenguaje de consultas para manipular información de bases
de datos relaciónales.

A medidados de 1990, IBM lanza una versión de DB2 que es capaz de dividir una
base de datos enorme en varios servidores comunicados por líneas de gran
velocidad, creándose de este modo las bases de datos paralelas. A esta versión
se le llamó DB2 Parallel Edition, que ahora, ha evolucionado hasta el DB2 Data
Partition Feature, único sistema gestor de base de datos de este tipo en sistemas
distribuidos.

A finales de 1990 IBM y Oracle incorporan a sus bases de datos la capacidad de

manipular objetos, creando así, las bases de datos orientadas a objetos.

Estas bases de datos orientadas a objetos se basan en la existencia de objetos

persistentes que se almacenan para su procesamiento mediante programas
orientados a objetos. En lugar de la filosofía de almacenar relaciones y tablas, se
almacenan colecciones de objetos que, además de información, tienen
comportamientos (instrucciones sobre cómo procesar los datos).

La aparición de Internet y el comienzo de la era de la información, crean nuevos

requerimientos para bases de datos. La cantidad de información comienza a
crecer en proporciones desconocidas hasta el momento. De esta forma, se crean
las bases de da tos distribuidas, que consisten en multiplicar el número de
ordenadores que controlan una base de datos (llamados nodos),
intercambiándose información y actualizaciones a través de la red. Este increíble
aumento de datos a almacenar,organizados muchas veces en datos estadísticos
recopilados con el trascurso de los años, hizo necesaria la aparición de un
software llamado Software de ayuda a la decisión. Este software avanzado trata
de dar respuestas concretas examinando múltiples datos estadísticos que se han
recopilado a lo largo del tiempo en bases de datos multidimensionales, formando
lo que se denominan cubos de información.

También, a lo largo de la corta historia de la informática, han surgido otros tipos

de bases de datos que se enumeran a continuación:

• Bases de datos espaciales o geográficas: Son bases de datos que almacenan

mapas y símbolos que representan superficies geográficas. Google Earth es
una aplicación que lanza consultas a bases de datos de este tipo.

• Bases de datos documentales: Permiten la indexación de texto para poder

realizar búsquedas complejas en textos de gran longitud.

• Bases de datos deductivas: Es un sistema de bases de datos que almacena

hechos y que permite, a través de procedimientos de inferencia, extraer nuevos
hechos. Se basan en la lógica, por ello también se suelen llamar bases de datos
lógicas.

Base de Datos Datos almacenados Ubicación

Sistemas de ficheros Datos en ficheros Varios ficheros
Jerárquicas Estructura de datos (listas y árboles)
En red Estructura de datos (árboles y grafos)
Relacionales Teoría de conjuntos y relaciones Una o varias DB
Orientadas a objetos Objetos complejos con comportamiento
Geográficas Puntos, Líneas, polígonos
Deductivas Hechos y reglas
Documentales Documentos
Distribuidas Múltiples Varias BD en varios
multidimensionalmente Cubos ordenadores
 2.3 SISTEMAS GESTORES DE BASE DE DATOS

Se define un Sistema Gestor de Base de Datos (en adelante SGBD) como el

conjunto de herramientas que facilitan la consulta, uso y actualización de una base
de datos.

Un ejemplo de software Gestor de Base de Datos es Grade 11g, que incorpora un

conjunto de herramientas software que son capaces de estructurar en múltiples
discos duros los ficheros de una base de datos, permitiendo el acceso a sus datos
tanto a partir de herramientas gráficas como a partir de potentes lenguajes de
programación (PL-SQL, php, c++...).

2.3.1 FUNCIONES DE UN SISTEMA GESTOR DE BASE DE

DATOS

Los SGBD del mercado cumplen con casi todas funciones que a continuación se
enumeran:

1. Permiten a los usuarios almacenar datos, acceder a ellos y actualizarlos de

forma sencilla y con un gran rendimiento, ocultando la complejidad y las
características físicas de los dispositivos de almacenamiento.

2. Garantizan la integridad de los datos, respetando las reglas y restricciones que

dicte el programador de la base de datos. Es decir, no permiten operaciones que
dejen cierto conjunto de datos incompletos o incorrectos.
3. Integran, junto con el sistema operativo, un sistema de seguridad que garantiza
el acceso a la información exclusivamente a aquellos usuarios que dispongan de
autorización.

4. Proporcionan un diccionario de metadatos, que contiene el esquema de la base

de datos, es decir, cómo están estructurados los datos en tablas, registros y
campos, las relaciones entre los datos, usuarios, permisos, etc. Este diccionario
de datos debe ser también accesible de la misma forma sencilla que es posible
acceder al resto de datos.

5. Permiten el uso de transacciones, garantizan que todas las operaciones de la

transacción se realicen correctamente, y en caso de alguna incidencia, deshacen
los cambios sin ningún tipo de complicación adicional.

6. Ofrecen, mediante completas herramientas, estadísticas sobre el uso del gestor,

registrando operaciones efectuadas, consultas solicitas, operaciones fallidas y
cualquier tipo de incidencia. Es posible de este modo, monitorizar el uso de la
base de datos, y permiten analizar hipotéticos malfuncionamientos.

7. Permiten la concurrencia, es decir, varios usuarios trabajando sobre un mismo

conjunto de datos. Además, proporcionan mecanismos que permiten arbitrar
operaciones conflictivas en el acceso o modificación de un dato al mismo tiempo
por parte de varios usuarios.

8. Independizan los datos de la aplicación o usuario que esté utilizándolos,

haciendo más fácil su migración a otras plataformas.

9. Ofrecen conectividad con el exterior. De esta manera, se puede replicar y

distribuir bases de datos. Además, todos los SGBD incorporan herramientas
estándar de conectividad. El protocolo ODBC está muy extendido como forma de
comunicación entre bases de datos y aplicaciones externas.

10. Incorporan herramientas para la salvaguarda y restauración de la información

en caso de desastre. Algunos gestores, tienen sofisticados mecanismos para
poder establecer el estado de una base de datos en cualquier punto anterior en el
tiempo. Además, deben ofrecer sencillas herramientas para la importación y
exportación automática de la información.
 2.4 EL LENGUAJE SQL

La principal herramienta de un gestor de base de datos es la interfaz de

programación con el usuario.

Esta interfaz consiste en un lenguaje muy sencillo mediante el cual el usuario

realiza preguntas al servidor, contestando este a las demandas del usuario.

Este lenguaje comúnmente se denomina SQL, Structured Query Language, está

estandarizado por la ISO^, es decir, todas las bases de datos que soporten SQL
deben tener la misma sintaxis a la hora de aplicar el lenguaje.

Se divide en 4 sub-lenguajes, el total de todos ellos permite al SGBD cumplir con

las funcionalidades requeridas por CODD:

 Lenguaje LMD: o lenguaje de manipulación de datos (Data Manipulation

Language). Este lenguaje permite con 4 sentencias sencillas seleccionar
determinados datos (SELECT), insertar datos (INSERT), modificarlos
(UPDATE) incluso borrarlos (DELETE).

 Lenguaje LDD: o lenguaje de definición de datos (Data Definition

Language). Este lenguaje permite crear toda la estructura de una base de
datos (desde tablas hasta usuarios). Sus cláusulas son del tipo DROP
(Eliminar objetos), CREATE (Crear objetos) y ALTER (agregar objetos)
 3. OBJETIVOS DE LA INVESTIGACIÓN
El ingeniero Félix Huari asigna como trabajo en el curso de base de datos y
programación visual del ciclo de verano 2020 elaborar una base de datos

3.1 OBJETIVOS GENERALRES

Realizar una base de datos en la plataforma de desarrollo Microsoft SQL

Server 2017 y Visual Studio 2015, orientado a una Ferretería

3.2 OBJETIVOS ESPECÍFICOS

 Demostrar que mediante Microsoft SQL Server se puede gestionar la

información de empresas y proyectos, relacionarlas de una manera sencilla
y rápida.

 Desarrollar mediante el modelamiento de base de datos, el cual se puede

observar como el Diagrama Relacional de Base de Datos.

 Permitir que el presente informe sea de fácil comprensión, por tanto, se

proporciona un marco teórico detallado de todos los puntos a utilizar en la
investigación.
 3.3 MEDIO Y FINES

El fin del trabajo de investigación desarrollado es poder realizar un software

que permita al usuario poder ingresar y mostrar información con respecto a
cualquier producto que ingresa y sale. Además se está controlando la planilla
(empleados) de la ferretería.

4. MARCO CONCEPTUAL

Las distribuidoras son compañías que compran bienes o servicios y los

comercializan a otras compañías para obtener ganancias. Dichas compañías a
veces son llamadas mayoristas. Algunos distribuidores además venden a
individuales una cantidad mínima de productos por cada pedido.
Este trabajo se realizó para una Distribuidora de tubos de acero, pintura y cables
eléctricos.
En SQL:
 Crear la base de datos

 Crear tablas

 Ingreso de registros

 Realizar consultas y unir tablas.

En Visual:

 Crear formulario de compras

 Crear formulario de ventas

 Crear formulario de planilla

 5. ELABORACION DE LA BASE DE DATOS

5.1 DICCIONARIO DE DATOSDISEÑO LÓGICO/FÍSICO

TIPO Primary Key

NOMBRE DEL TAMAÑO
TABLA DE DESCRIPCIÓN (PK) / Foreign
DATO DE DATO
DATO Key (FK)

dni_empleado varchar 40 Código del empleado PK

nom_empleado varchar 40 Nombres del empleado  
ape_empleado varchar 40 Apellidos del empleado  
dir_empleado varchar 60 Dirección del empleado  
Fecha de ingrso a la
fecha_ingreso varchar 40  
empresa
PLANILLA Cargo del empleado en la
cargo varchar 30  
empresa
sueldo_emplead Sueldo a ganar del
int    
o empleado
edad tinyint   Edad del empleado  
Número de celular de
cel_empleado int    
trabajo del empleado
cod_cliente varchar 50 Código del cliente PK
Nombres y apellidos del
nom_cliente varchar 50  
cliente
ape_cliente varchar 50 Apellidos del cliente  
CLIENTE
dir_cliente varchar 50 Dirección del cliente  
correo_cliente varchar 50 Correo del cliente  
Celular personal del
cel_cliente int    
cliente
Número de venta
num_venta int   PK
generado
Fecha de la venta
fecha_venta varchar 40  
realizada
cant_venta int   Cantidad vendida  
VENTA cod_producto varchar 40 Código del producto FK
Precio de venta de la
precio_venta float   distribuidora puesto a sus  
productos
dni_empleado varchar 40 Código del empleado FK
cod_cliente varchar 50 Código del cliente FK
PROVEEDOR cod_prov int   Código del proveedor PK
 nom_pov varchar 50 Nombre del proveedor  
dir_prov varchar 50 Dirección del proveedor  
Número de celular del
cel_prov int    
proveedor
cod_producto varchar 40 Código del producto PK
PRODUCTO nom_producto varchar 50 Nombre del producto  
unid_producto int   Unidad del producto  
Código de registro de la
id_compra int   PK
entrada
Fecha del registro del
fecha_compra varchar 40  
producto.
Cantidad registrada del
cant_compra int    
COMPRA producto
precio_compra float   Precio de la compra  
dni_empleado varchar 40 Código del empleado FK
cod_producto varchar 40 Código del producto FK
cod_prov int   Código del proveedor FK
5.2 DISEÑO LÓGICO

5.3 SCRIPT DE CREACIÓN DE BASE DE DATOS

-- Sentencias transact sql LDD
use Master
go
--Verificando la existencia de la base de datos
if DB_ID('dbRicardo') is not null
drop database dbRicardo
go
-- Creando la base de datos dbRicardo
create database dbRicardo on primary
(name=dbRicardo_mdf,-- nombre del archivo logico
filename='D:\dbDatos\dbRicardo.mdf',
size=10mb,
maxsize=100mb,
filegrowth=10
)
log on
(name=dbRicardo_ldf,
filename='D:\dbDatos\dbRicardo.ldf',
size=5mb,
maxsize=100mb,
filegrowth=5%
)
go
--Activando la base de datos
use dbRicardo
go

5.4 SCRIPT DE CREACIÓN DE TABLAS

--Creando la tabla PLANILLA
create table PLANILLA (
dni_empleado varchar (40) not null,
nom_empleado varchar (40) not null,
ape_empleado varchar (40) not null,
dir_empleado varchar (60) not null,
fecha_ingreso varchar (40) not null,
cargo varchar (30) not null,
sueldo_empleado int,
edad tinyint not null,
cel_empleado int null,
constraint pk_id_empleado primary key (dni_empleado)
)

--Creando la tabla CLIENTE

create table CLIENTE (
cod_cliente varchar (50) not null,
nom_cliente varchar (50) not null,
cel_cliente int not null,
correo_cliente varchar (50) not null,
constraint pk_id_cliente primary key (cod_cliente)
)

--Creando la tabla PRODUCTO

create table PRODUCTO (
cod_producto varchar (40) not null,
nom_producto varchar (50) not null,
unid_producto varchar (50) not null,
constraint pk_id_producto primary key (cod_producto)
)

--Creando la tabla DOCVENTA

create table DOCVENTA (
num_venta int not null,
fecha_venta varchar (40) not null,
cant_venta int not null,
cod_producto varchar (40) not null,
precio_venta float not null,
dni_empleado varchar (40) not null,
cod_cliente varchar (50) not null,
constraint pk_id_venta primary key (num_venta),
constraint fk_id_empleado1 foreign key (dni_empleado) references PLANILLA
(dni_empleado),
constraint fk_id_cliente1 foreign key (cod_cliente) references CLIENTE
(cod_cliente),
constraint fk_id_producto1 foreign key (cod_producto) references PRODUCTO
(cod_producto)
)

--Creando la tabla PROVEEDOR

create table PROVEEDOR(
cod_prov int not null,
nom_pov varchar (50) not null,
dir_prov varchar (50) not null,
cel_prov int null,
constraint pk_id_prov primary key (cod_prov)
)
--Creando la tabla COMPRA
create table COMPRA (
id_compra int not null,
fecha_compra varchar (40) not null,
cant_compra int not null,
precio_compra float not null,
dni_empleado varchar (40) not null,
cod_producto varchar (40) not null,
cod_prov int not null,
constraint fk_id_empleado2 foreign key (dni_empleado) references PLANILLA
(dni_empleado),
constraint fk_id_producto2 foreign key (cod_producto) references PRODUCTO
(cod_producto),
constraint fk_id_prov1 foreign key (cod_prov) references PROVEEDOR (cod_prov),
CONSTRAINT pk_id_compra primary key (id_compra)
)

--Agregar apellido a la tabla CLIENTE, puede ser opcional

alter table CLIENTE add ape_cliente varchar(50)
alter table CLIENTE add dir_cliente varchar(50)

--Agregar correo a la tabla PROVEEDOR, puede ser opcional

alter table PROVEEDOR add correo_prov varchar(50)

/* Se crea la Base de Datos Ricardo

ademas en este archivo se esta manejando los LDD: CREATE,DROP,ALTER
Se pueden seguir agregando campos a las diferentes tablas*/

EJECUTANDO LAS TABLAS:

 5.5 SCRIPT PARA ELIMINAR LAS TABLAS

DROP TABLE PLANILLA

DROP TABLE CLIENTE
DROP TABLE PRODUCTO
DROP TABLE DOCVENTA
DROP TABLE PROVEEDOR
DROP TABLE COMPRA
 5.6 SCRIPT PARA AGREGAR ATRIBUTOS A LAS TABLAS

--Agregar apellido a la tabla CLIENTE, puede ser opcional

alter table CLIENTE add ape_cliente varchar(50)

--Agregar correo a la tabla PROVEEDOR, puede ser opcional

alter table PROVEEDOR add correo_prov varchar(50)

/* Se crea la Base de Datos Ricardo

además en este archivo se esta manejando los LDD: CREATE,DROP,ALTER
Se pueden seguir agregando campos a las diferentes tablas*/Ç
 5.7 SCRIPT DE INGRESO DE DATOS A LAS TABLAS

use dbRicardo
go

--insertar datos a la tabla PLANILLA

insert into
PLANILLA(dni_empleado,nom_empleado,ape_empleado,dir_empleado,fecha_ingreso,cargo,sue
ldo_empleado,edad,cel_empleado)
values (12345678,'RICARDO','ALFARO','AV GIRASOLES 789','01-01-
2020','COLABORADOR',1000,29,981035254),
(12378945,'ERWIN','CHILE','AV MANTARO 123','01-02-
2020','SUPERVISOR',1500,25,946589754),
(52634187,'FRANCIS','LEONARDO','AV LAURELES 56','01-03-
2020','JEFE',2000,24,922376966),
(45789632,'ANGEL','PINEDA','AV HUANDOY 625','04-04-
2020','PRACTICANTE',1000,20,936251487)

SELECT *FROM PLANILLA

--insertar datos a la tabla CLIENTE

insert into
CLIENTE(cod_cliente,nom_cliente,ape_cliente,dir_cliente,cel_cliente,correo_cliente)
values(10465421105,'YAEL','LUPERDI','Psj. Los Pinos
978',952199670,'YAELLUPERDI@GMAIL.COM'),
(10087856422,'ROMER','BABILONIA','Av. Los Sauces
123',961996119,'ROMERBABILONIA@GMAIL.COM'),
(10215578455,'WILSON','IBARRA','Psj. Los Claveles
897',973199628,'WILSONIBARRA@GMAIL.COM'),
(101245786,'MADY','ANGELES','Calle Los Geranios
679',984199637,'MADYANGELES@GMAIL.COM')

SELECT *FROM CLIENTE

--insertar datos a la tabla PRODUCTO
insert into PRODUCTO(cod_producto,nom_producto,unid_producto)
values('T01','TUBO LAC CUAD 1" X 2,0 X 3MTS','PZA'),
('T02','TUBO LAC RECT 100 X 50 X 4MM X 3MT','PZA'),
('T03','TUBO LAF CUAD 1.1/4" X 2,0 X 3MTS','PZA'),
('C01','CABLE AWG 14 VERDE','MT'),
('C02','CABLE AWG 14 AZUL','MT'),
('C03','CABLE AWG 14 ROJO','MT'),
('E01','ESMALTE TRAFICO NEGRO','GAL')

SELECT *FROM PRODUCTO

--insertar datos a la tabla DOCVENTA
insert into
DOCVENTA(num_venta,fecha_venta,cant_venta,cod_producto,precio_venta,dni_empleado,cod
_cliente)
values(0001,'01-01-2020',3,'T02',39,12345678,10465421105),
(0002,'01-02-2020',5,'T03',50,12378945,10087856422),
(0003,'01-03-2020',6,'C01',72,52634187,10215578455),
(0004,'01-04-2020',10,'E01',140,45789632,101245786)

SELECT *FROM DOCVENTA

--insertar datos a la tabla PROVEEDOR

insert into PROVEEDOR(cod_prov,nom_pov,dir_prov,cel_prov,correo_prov)
values(20036589,'COMERCIAL DEL ACERO S A','Av. El Sol
11',950172121,'COMRECIALDELACERO@GMAIL.COM'),
(201548765,'CORPORACION ACEROS AREQUIPA S.A.','Av. Pucara
12',960172122,'ACEROSAREQUIPA@GMAIL.COM' ),
(205896314,'INDECO S.A','Psj. Arco Iris 09',970172123,'INDECO@GMAIL.COM'),
(201458693,'REPRESENTACIONES GRACIA S.A.C','Av. Wacnchaq 33
',980172124,'REPRESENTACIONESGRACIA@GMAIL.COM')

SELECT *FROM PROVEEDOR

--insertar datos a la tabla COMPRA
insert into
COMPRA(id_compra,fecha_compra,cant_compra,precio_compra,dni_empleado,cod_producto,co
d_prov)
values(20001,'02-01-2020',23,200,12345678,'T01',20036589),
(20002,'02-02-2020',19,100,12345678,'T03',201548765),
(20003,'02-03-2020',12,72,12345678,'C03',205896314),
(20004,'02-04-2020',3,94,12345678,'E01',201458693)

SELECT *FROM COMPRA

 5.8 Generando Procedimientos
--Usando la base de datos dbRicardo
use dbRicardo
go

--Creando un procedimiento USP_MostrarEmpleado

create procedure USP_MostrarEmpleado
as
Select dni_empleado as [DNI],nom_empleado as [Nombre],ape_empleado as
[Apellido],dir_empleado as [Dirección],fecha_ingreso as [Fecha de Ingreso],cargo
as [Cargo],sueldo_empleado as [Salario],edad as [Edad],cel_empleado as
[Celular] from PLANILLA
order by Nombre
go
--Creando un procedimiento USP_MostrarVentas
create procedure USP_MostrarVentas
as
Select num_venta as [Nro de Venta],fecha_venta as [Fecha de Venta],cant_venta
as [Cantidad],cod_producto as [Código de Producto],
precio_venta as [Precio],dni_empleado as [DNI],cod_cliente as [Código
Cliente] from DOCVENTA
order by cod_producto
go

--Creando un procedimiento USP_MostrarCompra

create procedure USP_MostrarCompra
as
select id_compra as [N°compra],fecha_compra as [Fecha Compra],cant_compra as
[Cantidad],precio_compra as [Precio],
dni_empleado as [DNI],cod_producto as [Codigo producto],cod_prov as [Codigo
Proveedor]from Compra
go

--Creando el procedimiento Insertar Empleado

create Procedure
USP_InsertarEmpleado(@mdni_empleado varchar(40),@mnom_empleado varchar
(40),@mape_empleado varchar (40),
@mdir_empleado varchar (60), @mfecha_ingreso varchar (40), @mcargo varchar
(30),@msueldo_empleado int,@medad tinyint,@mcel_empleado int)
as
Insert into PLANILLA values
(@mdni_empleado,@mnom_empleado,@mape_empleado,@mdir_empleado,
@mfecha_ingreso, @mcargo,@msueldo_empleado,@medad,@mcel_empleado)
go

--Creando el procedimiento Insertar Ventas

create Procedure
USP_InsertarVenta(@mnum_venta int,@mfecha_venta varchar (40),@mcant_venta int,
@mcod_producto varchar (40),@mprecio_venta float,@mdni_empleado varchar
(40),@mcod_cliente varchar (50))
as
Insert into DOCVENTA values

(@mnum_venta,@mfecha_venta,@mcant_venta,@mcod_producto,@mprecio_venta,@mdni_empleado
,@mcod_cliente)
go
--Creando el procedimiento Insertar Compra
create procedure USP_InsertarCompra (@mid_compra int,
@mfecha_compra varchar (10),
@mcant_compra int,
@mprecio_compra float,
@mdni_empleado varchar(40),
@mcod_producto varchar(40),
@mcod_prov int)
as
insert into Compra values
(@mid_compra,
@mfecha_compra,
@mcant_compra ,
@mprecio_compra ,
@mdni_empleado ,
@mcod_producto ,
@mcod_prov)
go

--Creando procedimiento para Actualizar Planilla

create procedure
USP_ActualizaEmpleado(@mDNI varchar(40),@mNomb varchar (40),@mApe varchar (40),
@mDir varchar (60), @mFec varchar (40), @mcargo varchar (30),@mSalario int,@medad
tinyint,@mCel int)
as
Update PLANILLA set
nom_empleado=@mNomb,ape_empleado=@mApe,dir_empleado=@mDir,fecha_ingreso=@mFec,cargo=
@mCargo
,sueldo_empleado=@mSalario,edad=@mEdad,cel_empleado=@mCel
where dni_empleado=@mDNI;
go

--Creando procedimiento para Actualizar Venta

create procedure
USP_ActualizaVenta(@mVenta int,@mFecha varchar (40),@mCant int,
@mProd varchar (40),@mPrecio float,@mDNI varchar (40),@mCodcli varchar (50))
as
Update DOCVENTA set
fecha_venta=@mFecha,cant_venta=@mCant,cod_producto=@mProd,precio_venta=@mPrecio
,dni_empleado=@mDNI,cod_cliente=@mCodcli
where num_venta=@mVenta;
go

--Creando procedimiento para Actualizar Compra

create procedure
USP_ActualizaCompra(@mNúmero int,
@mFech varchar (40),
@mCantid int,
@mPreciocomp float,
@mDNI varchar(40),
@mCodprod varchar(40),
@mCodprov int)
as
Update COMPRA set
fecha_compra=@mFech,cant_compra=@mCantid,precio_compra=@mPreciocomp
,dni_empleado=@mDNI,cod_producto=@mcodprod,cod_prov=@mCodprov
 where id_compra=@mNúmero; go
5.9 Visual Studio 15
 6. CONCLUSIONES
El presente trabajo sirve para llevar un orden en la compra y venta de los
productos y para llevar un registro del personal que trabaja en la ferretería.
Podemos concluir que elaborar una base de datos facilita el trabajo y que nos
permite mantener el orden en los negocios. Se utilizó todo loa prendido en clase
para generar esta solución.
7. RECOMENDACIONES

Se recomienda que para poder entender este trabajo el lector pueda contar con un
libro de mano con respecto a los temas de Gestión de Base de Datos y Microsoft
SQL Server, como también el lenguaje Transact-SQL.

8. BIBLIOGRAFIA

LOPEZ Montalván, Iván. GESTIÓN DE BASE DE DATOS 2da. Ed.

https://www.emprendices.co/que-es-un-distribuidor/