RUIZ DIAZ BETIANA TP1- LAB III

TRABAJO PRÁCTICO 1
EJERCICIO DE DISEÑO DE BASE DE DATOS RELACIONALES
NOTA: Antes de plantear el ejercicio entedamos el concepto de algunas definiciones.
Escenario: En el contexto de un modelo de base de datos, un escenario se refiere a un conjunto de
situaciones o eventos que ocurren dentro de un sistema o proceso específico. Los escenarios
pueden incluir actividades, interacciones entre usuarios y el sistema, y cualquier otro evento
relevante para el contexto del problema que se está modelando.

Actores: Los actores son las entidades externas que interactúan con el sistema o proceso que se
está modelando. En el contexto de un modelo de base de datos, los actores pueden representar
usuarios, sistemas externos u otras entidades que participan en el proceso de negocio que se está
modelando.

Flujos: Los flujos son las secuencias de eventos o acciones que ocurren dentro de un escenario
específico. Estos flujos describen cómo se mueven los datos y cómo interactúan los diferentes
actores y entidades dentro del sistema.

Proceso: Un proceso en el contexto de un modelo de base de datos se refiere a una serie de pasos
o acciones que se llevan a cabo para lograr un objetivo específico dentro del sistema. Los procesos
pueden incluir actividades como la creación de pedidos, la gestión de inventario, la facturación, etc.

Entidad: En el contexto de bases de datos, una entidad es un objeto o concepto del mundo real que
es distinguible y del cual se desea mantener información. Por ejemplo, en un sistema de gestión de
biblioteca, las entidades podrían ser "Libro", "Autor", "Usuario", etc.

Cada entidad tiene atributos que describen sus características o propiedades. Por ejemplo, un libro
puede tener atributos como "Título", "Autor", "ISBN", etc. Los atributos definen la información que
se puede almacenar sobre cada instancia de la entidad.

En un modelo entidad-relación (ER), las entidades se representan como rectángulos, y los atributos
se representan como elipses conectadas a las entidades por líneas. Además, las relaciones entre
entidades se representan con rombos, mediante líneas que conectan las entidades y pueden tener
cardinalidades que indican cuántas instancias de una entidad están relacionadas con cuántas
instancias de otra entidad.

El modelo entidad-relación es una herramienta visual poderosa para diseñar bases de datos porque
permite a los diseñadores representar de manera clara y concisa las entidades que componen el
sistema, así como las relaciones entre ellas. Esto facilita la comprensión de la estructura de la base
de datos y ayuda a garantizar que todas las entidades y relaciones importantes estén representadas
de manera adecuada.

En resumen, una entidad en el contexto de bases de datos es un objeto o concepto del mundo real
que se desea mantener información, y es fundamental para el diseño y modelado de bases de datos
utilizando el modelo entidad-relación.
Página 2 de 7

***Este documento está clasificado como PUBLICO por TELEFÓNICA.

***This document is classified as PUBLIC by TELEFÓNICA.
 Para entender como llegamos de la clase anterior al modelo de representación de tablas
simplificado (que no significa que se mantenga tal como está), nos basamos en el modelo entidad
relacion que contiene como dijimos anteriormente rombos para representar relaciones entre
entidades y atributos que representan a cada entidad. También aparece el concepto de
“cardinalidad” se refiere a la cantidad de instancias de una entidad que pueden estar relacionadas
con otra entidad a través de una relación.

Hay dos tipos principales de cardinalidad que se pueden considerar en las relaciones entre
entidades:

1. Cardinalidad Mínima: Indica el número mínimo de instancias de una entidad que pueden
estar relacionadas con otra entidad a través de la relación. Puede ser "0" si no es necesario
que una entidad esté relacionada con otra entidad, o "1" si al menos una instancia de la
entidad debe estar relacionada.

2. Cardinalidad Máxima: Indica el número máximo de instancias de una entidad que pueden
estar relacionadas con otra entidad a través de la relación. Puede ser "1" si como máximo
una instancia de la entidad puede estar relacionada, o "N" si varias instancias pueden estar
relacionadas.

Este sería un diseño de diagrama de entidad-relacion simplificado del modelo de venta de

productos por internet. (Cuando decimos simplificado es porque ustedes deben ampliar el
modelo, rediseñar algunas relaciones y atributos de las Entidades).

Luego tenemos que entender esta conversión de como pasar de un diagrama de entidad-relacion a
un modelo de tablas que representan las entidades del dominio del problema, como muestra la
imagen a continuación.

Página 3 de 7

***Este documento está clasificado como PUBLICO por TELEFÓNICA.

***This document is classified as PUBLIC by TELEFÓNICA.
 Finalmente llegamos a este modelo de tablas como vimos anteriormente que se basa en en
diagrama entidad-relacion que hemos hecho en primera instancia.

Ejercicio
Escenario: Se desea representar un servicio de ventas de productos por internet. Para ello se debe
crear el esquema de tablas reutilizando el modelo anterior realizado en clase, pero con algunos
cambios que se deben identificar, ademas de ampliar el modelo de tablas.

El proceso debe reflejar las diferentes etapas de la venta de un producto. Para ello el desarrollo
debe ser guiado por la especificación funcional que se enuncia a continuación.

Los vendedores ofrecen productos a través de una plataforma en internet. Cada vendedor tiene un
identificador unívoco con respecto a los otros, tiene un cuit, un nombre, una dirección
perteneciente a una ciudad.
A su vez el vendedor tiene un Fletero asociado para la entrega de
productos. El Fletero, tiene: un nombre, una patente y un celular.

La dirección se compone de : calle, numero, departamento, piso y ciudad.

La ciudad posee: nombre, código postal y provincia.

Cada producto debe tener un identificador o código univoco, un nombre, una descripción, un
precio, un stock, una marca, una url correspondiente a la pagina web que contiene el detalle del
mismo y una categoria de pertenencia para su búsqueda.
Página 4 de 7

Las categorias para este caso son : Electrónicos, Deportes, tienen un código y un nombre.

***Este documento está clasificado como PUBLICO por TELEFÓNICA.

***This document is classified as PUBLIC by TELEFÓNICA.
 Los clientes o compradores (pueden cambiar el nombre de la tabla o no), ademas de sus datos
personales que ya están descriptos en la tabla clientes, poseen una dirección, un código postal
asociado a la ciudad donde residen, para que el vendedor pueda entregar sus productos a través
del Fletero. Tambien tienen registrado en la plataforma de ventas un Medio de Pago con las
siguientes características: número de cuenta, tipo de pago: (Efectivo, Tarjeta Débito, Tarjeta
Crédito) y un saldo para poder pagar los productos adquiridos al vendedor.

Los procesos a registrar deben reflejar las distintas instancias por las que va pasando la venta de un
producto por internet. Para ello se deben generar de la siguiente manera:
Por cada tipo de Movimiento en la plataforma de venta, se debe registrar un identificador unívoco
de movimiento, una fecha y hora del mismo, el producto en cuestión, un monto, el comprador o
cliente, el vendedor y ademas un documento asociado que acredita la transacción. Donde los tipos
de movimientos son:
• VENTA

• PAGO

• ENTREGA

• DEVOLUCION.

Y los tipos de documento asociados a cada movimiento serían

• NOTA_VENTA para el movimiento VENTA

• FACTURA para el movimiento PAGO

• REMITO para el movimiento ENTREGA ( Nota: al entregar el producto debe hacer firmar el
remito con el DNI y firma del Cliente)
• NOTA_DE_CREDITO para el movimiento DEVOLUCION (cuando el cliente devuelve el
producto, ya que no esta conforme.
En cuanto a lo que solo debe informar cada documento para este caso sería un identificador de
documento, tipo de documento, fecha y hora.

Ejemplo de tipo de movimientos simulación de procesos:

1. Cada vez que un comprador decide comprar el producto el sistema lo ingresa el changuito de
compras, automáticamente paso siguiente el sistema, debe reflejar una VENTA con los datos del
comprador, el vendedor, el producto, la cantidad vendida, monto, la fecha-hora y el documento
asociado.
2. Cuando el vendedor recibe la notificación del pago por parte del comprador, el sistema debe
registrar el PAGO, con los datos del comprador, el vendedor, el producto, la cantidad vendida,
monto, la fecha-hora y el documento asociado.
3. Cuando el fletero le confirma la entrega del producto al vendedor, este debe registrar el movimiento
de ENTREGA, con el comprador, el vendedor, el producto, la cantidad entregada, monto, fecha_hora
y el documento asociado en este caso el REMITO.
4. En caso excepcional si el cliente devuelve el producto por algún inconveniente el sistema tiene que
registrar la DEVOLUCION, con los datos del comprador, el vendedor, el producto, la cantidad
vendida, monto, la fecha-hora y el documento asociado.
Página 5 de 7

***Este documento está clasificado como PUBLICO por TELEFÓNICA.

***This document is classified as PUBLIC by TELEFÓNICA.
 Precondiciones para inicializar el sistema web de compra-venta:

• En el sistema se deben registrar las ciudades de Chivilcoy y Chacabuco con sus respectivos códigos
postales y provincia.
• En el sistema se deben registrar las categorias de productos, en este caso acotadas por el alcance del
dominio del problema.
• En el sistema se deben registrar los medios de pago disponibles para la compra de productos. Con
un medio de pago por cliente es suficiente.
• En el sistema web de venta, se deben registrar al menos 15 productos diferentes de la categoría :
Electrónicos.
• En el sistema web de compra-venta, se deben registrar al menos 15 productos diferentes de la
categoría : Deportes.
• En el sistema web de compra-venta, se deben registrar al menos 10 clientes de la ciudad de Chivilcoy
con su dirección y su forma de pago.
• En el sistema web de compra-venta, se deben registrar al menos 10 clientes de la ciudad de
Chacabuco con su dirección y su forma de pago
• Se deben registrar al menos 5 empresas de Fletes (Fleteros) para posteriormente ser asociadas a los
vendedores.
• En el sistema web de compra-venta, se deben registrar al menos 12 vendedores 6 de Chacabuco y 6
de Chivilcoy con sus respectivos Fleteros para entregar los productos.

Diagrama de casos de uso principal que representan todas las instancias de venta de un producto

Página 6 de 7

***Este documento está clasificado como PUBLICO por TELEFÓNICA.

***This document is classified as PUBLIC by TELEFÓNICA.
 A continuación a modo de ejemplo vamos a representar en detalle un solo caso de uso que representa la
secuencia de pasos para registrar una operación.

Procesos
1. Se deben registrar al menos 10 ventas de productos en algunos casos las ventas deben superar el
monto de 30 mil pesos de la categoría : Electrónicos con su correspondiente NOTA DE VENTA para
clientes de la ciudad de Chacabuco.
2. Se deben registrar al menos 10 ventas de productos en algunos casos las ventas deben superar el
monto de 30 mil pesos de la categoría : Deportes con su correspondiente NOTA DE VENTA para
clientes de la ciudad de Chivilcoy.
3. Se deben registrar al menos 10 pagos de productos, algunos en efectivo, otros con tarjeta de débito
y otros con tarjeta de Credito con su correspondiente FACTURA para clientes de la ciudad de
Chacabuco.
4. Se deben registrar al menos 10 pagos de productos, algunos en efectivo, otros con tarjeta de débito
y otros con tarjeta de Credito con su correspondiente FACTURA para clientes de la ciudad de
Chivilcoy.
5. Se deben registrar al menos 5 entregas de productos a los compradores de la ciudad de Chivilcoy
Página 7 de 7

6. Se deben registrar al menos 5 entregas de productos a los compradores de la ciudad de Chacabuco

***Este documento está clasificado como PUBLICO por TELEFÓNICA.

***This document is classified as PUBLIC by TELEFÓNICA.
 Consultas
Se debe construir las siguientes consultas simulando que luego pueden ser mostradas en un tablero de
un Reporte:

1. Se debe informar cada venta individual por cliente informando datos del cliente. 2. Se debe informar
cada venta individual por cliente informando datos del cliente, dirección y ciudad. 3. Se debe informar
el listado de ventas de aquellos clientes que pertenecen a la ciudad de Chivilcoy. 4. Se debe informar
las ventas que se realizaron en Efectivo para la ciudad de Chacabuco cuyo monto superan los 30 mil
pesos.
5. Se debe informar por vendedor las ventas ocurridas para una fecha determida. 6. Se deben informar
por vendedor los datos de clientes y su dirección cuyo producto este en proceso de ENTREGA.
7. Se debe informar la entrega de un producto a un cliente determinado, se debe mostrar el nombre
del cliente, su domicilio, con que medio de pago realizó la compra del producto, ademas de indicar
que producto compro, informando el precio, la descripcion y la marca del mismo, junto con el
nombre del vendedor, su cuit, su dirección y que empresa de flete (fletero) entregó el producto,
indicar el nombre del fletero y su celular.

1) Armado de tablas de entidades y sus atributos

CON SQL SERVER MANAGEMENT

Categoria (cod. univoco) create table Categoria (

ID_Categoria INT identity(1,1),
Subcategoria VARCHAR(20),
• subcategorias: electronica o deporte Codigo INT,
• codigo primary key(ID_Categoria)
);

Ciudad create table Ciudad(

• nombre ID_Ciudad INT identity (1,1),
• codigo postal Nombre VARCHAR (20),
• provincia Codigo_postal INT,
Provincia VARCHAR(10),
primary key (ID_Ciudad)
);

Clientes CREATE TABLE Clientes (

• nombre ID_Cliente INT IDENTITY (1,1),
• direccion Nombre VARCHAR(20),
• dni Direccion VARCHAR (20),
• fecha de nacimiento DNI INT,
• codigo postal Fecha_Nac DATE,
• ciudad Cod_postal INT,
• saldo Ciudad VARCHAR (20),
• Medio de pago Saldo DECIMAL (10,2),
ID_MedioPago INT,
PRIMARY KEY (ID_Cliente)
);

***Este documento está clasificado como PUBLICO por TELEFÓNICA.

***This document is classified as PUBLIC by TELEFÓNICA.
 Direccion create table Direccion (
• calle ID_Direccion INT identity (1,1),
• numero Calle VARCHAR(50),
• departamento Numero INT,
• piso Departamento VARCHAR(10),
• ciudad Piso INT,
ID_Ciudad INT,
primary key (ID_direccion)
);

Documentos create table Documentos(

• idDocumento ID_Documento INT identity(1,1),
• tipo de documento Tipo_doc VARCHAR (8),
• fecha y hora Fecha_hora DATETIME,
• cantidad Cantidad INT,
• idCliente ID_Cliente INT,
• idProducto ID_Producto INT,
• fechaVencimiento Fecha_vto DATE,
primary key(ID_Documento)
);

Fletero create table Fletero (

• nombre ID_fletero INT identity (1,1),
• patente Nombre VARCHAR(50),
• celular Patente VARCHAR (7),
Celular VARCHAR(15)
primary key (ID_Fletero)
);

Medios de pago create table MedioPago(

• ID medio de pago ID_MedioPago INT identity (1,1),
• numero de cuenta Numero_Cuenta INT,
• tipo de pago Tipo_Pago VARCHAR(20),
• Saldo? REVISAR Saldo DECIMAL (10,2),
primary key (ID_MedioPago)
);

Movimientos create table Movimientos(

• IDMovimiento ID_Movimiento INT identity(1,1),
• fecha y hora Fecha_hora DATETIME,
• IDproducto ID_Producto INT,
• monto Saldo DECIMAL(10,2),
• cliente(comprador) Cantidad INT,
• documento asociado ID_Cliente INT,
• vendedor ID_Vendedor INT,
• cantidad ID_Documento INT,
• tipo de movimiento Tipo_mov VARCHAR (20)
primary key (ID_Movimiento)
);

***Este documento está clasificado como PUBLICO por TELEFÓNICA.

***This document is classified as PUBLIC by TELEFÓNICA.
 Productos create table Productos(
• identificador ID_producto INT identity(1,1),
• nombre Nombre VARCHAR (20),
• descripcion Descripcion VARCHAR(100),
• precio Precio DECIMAL (10,2),
• stock Stock INT,
• marca Marca VARCHAR(20),
• url URL text,
• categoria ID_Categoria INT,
primary key (ID_Producto)
);

Vendedor create table Vendedor (

• identificador ID_Vendedor INT identity (1,1),
• cuit CUIT VARCHAR(11),
• nombre Nombre VARCHAR(50),
• direccion ID_Direccion INT,
• ciudad Ciudad VARCHAR (10),
• fletero asociado ID_Fletero INT,
primary key (ID_Vendedor)
);

2) Llenar las tablas según lo solicitado

Precondiciones para inicializar el sistema web de compra-venta:

En el sistema se deben registrar las ciudades de Chivilcoy y Chacabuco con sus respectivos códigos
postales y provincia.

***Este documento está clasificado como PUBLICO por TELEFÓNICA.

***This document is classified as PUBLIC by TELEFÓNICA.
 En el sistema se deben registrar las categorias de productos, en este caso acotadas por el alcance del
dominio del problema.

***Este documento está clasificado como PUBLICO por TELEFÓNICA.

***This document is classified as PUBLIC by TELEFÓNICA.
 En el sistema se deben registrar los medios de pago disponibles para la compra de productos. Con un
medio de pago por cliente es suficiente.

En el sistema web de venta, se deben registrar al menos 15 productos diferentes de la categoría :

Electrónicos.

***Este documento está clasificado como PUBLICO por TELEFÓNICA.

***This document is classified as PUBLIC by TELEFÓNICA.
 En el sistema web de compra-venta, se deben registrar al menos 15 productos diferentes de la categoría :
Deportes

En el sistema web de compra-venta, se deben registrar al menos 10 clientes de la ciudad de Chivilcoy con
su dirección y su forma de pago y también se deben registrar al menos 10 clientes de la ciudad de
Chacabuco con su dirección y su forma de pago.

***Este documento está clasificado como PUBLICO por TELEFÓNICA.

***This document is classified as PUBLIC by TELEFÓNICA.
 Se deben registrar al menos 5 empresas de Fletes (Fleteros) para posteriormente ser asociadas a los
vendedores.

En el sistema web de compra-venta, se deben registrar al menos 12 vendedores 6 de Chacabuco y 6 de

Chivilcoy con sus respectivos Fleteros para entregar los productos.

***Este documento está clasificado como PUBLICO por TELEFÓNICA.

***This document is classified as PUBLIC by TELEFÓNICA.
 3) Procesos
Se deben registrar al menos 10 ventas de productos en algunos casos las ventas deben superar el monto
de 30 mil pesos de la categoría : Electrónicos con su correspondiente NOTA DE VENTA para clientes de la
ciudad de Chacabuco. (Nueva tabla Ventas)

Se deben registrar al menos 10 ventas de productos en algunos casos las ventas deben superar el monto
de 30 mil pesos de la categoría : Deportes con su correspondiente NOTA DE VENTA para clientes de la
ciudad de Chivilcoy. (Se insertan mas clientes en la tabla Ventas)

***Este documento está clasificado como PUBLICO por TELEFÓNICA.

***This document is classified as PUBLIC by TELEFÓNICA.
 Se deben registrar al menos 10 pagos de productos, algunos en efectivo, otros con tarjeta de débito y otros
con tarjeta de Credito con su correspondiente FACTURA para clientes de la ciudad de Chacabuco y 10 para
la ciudad de Chivilcoy (Nueva Tabla Pagos)

Se inserta información solicitada

***Este documento está clasificado como PUBLICO por TELEFÓNICA.

***This document is classified as PUBLIC by TELEFÓNICA.
 Se deben registrar al menos 5 entregas de productos a los compradores de la ciudad de Chivilcoy
Se deben registrar al menos 5 entregas de productos a los compradores de la ciudad de Chacabuco
(Nueva tabla Entregas con insert de datos solicitados)

4)

Consultas
Se debe informar cada venta individual por cliente informando datos del cliente.

Combinar tablas Venta con Clientes

CREATE TABLE Ventas ( CREATE TABLE Clientes (

ID_Venta INT identity (1,1), ID_Cliente INT IDENTITY (1,1),
ID_Producto INT, Nombre VARCHAR(20),
ID_Cliente INT, Direccion VARCHAR (20),
Fecha DATETIME, DNI INT,
ID_Vendedor INT, Fecha_Nac DATE,
Monto DECIMAL(10,2), Cod_postal INT,
ID_Documento INT, Ciudad VARCHAR (20),
primary key (ID_Venta) Saldo DECIMAL (10,2),
); ID_MedioPago INT,
PRIMARY KEY (ID_Cliente)
);

***Este documento está clasificado como PUBLICO por TELEFÓNICA.

***This document is classified as PUBLIC by TELEFÓNICA.
 Se debe informar cada venta individual por cliente informando datos del cliente, dirección y ciudad.

Se debe informar el listado de ventas de aquellos clientes que pertenecen a la ciudad de Chivilcoy.

***Este documento está clasificado como PUBLICO por TELEFÓNICA.

***This document is classified as PUBLIC by TELEFÓNICA.
 Se debe informar las ventas que se realizaron en Efectivo para la ciudad de Chacabuco cuyo monto superan
los 30 mil pesos.

***Este documento está clasificado como PUBLICO por TELEFÓNICA.

***This document is classified as PUBLIC by TELEFÓNICA.
 Se debe informar por vendedor las ventas ocurridas para una fecha determinada.

Combinar Vendedor y Ventas

create table Vendedor ( CREATE TABLE Ventas (

ID_Vendedor INT identity (1,1), ID_Venta INT identity (1,1),
CUIT VARCHAR(11), ID_Producto INT,
Nombre VARCHAR(50), ID_Cliente INT,
ID_Direccion INT, Fecha DATETIME,
Ciudad VARCHAR (10), ID_Vendedor INT,
ID_Fletero INT, Monto DECIMAL(10,2),
primary key (ID_Vendedor) ID_Documento INT,
); primary key (ID_Venta)
);

Se deben informar por vendedor los datos de clientes y su dirección cuyo producto este en proceso de
ENTREGA. Combinar Vendedor con Clientes y Entregas

create table Vendedor ( CREATE TABLE Clientes ( CREATE TABLE Entregas (

ID_Vendedor INT identity (1,1), ID_Cliente INT IDENTITY (1,1), ID_Entrega identity (1,1),
CUIT VARCHAR(11), Nombre VARCHAR(20), ID_Fletero INT,
Nombre VARCHAR(50), Direccion VARCHAR (20), ID_Cliente INT,
ID_Direccion INT (10), DNI INT,
Ciudad VARCHAR (10), ID_Producto INT,
Fecha_Nac DATE,
ID_Fletero INT, Fecha DATETIME,
Cod_postal INT,
primary key (ID_Vendedor) Ciudad VARCHAR (20), Estado VARCHAR(20)
); ID_Documento INT,
Saldo DECIMAL (10,2),
ID_MedioPago INT, ID_Vendedor int,
PRIMARY KEY (ID_Cliente) primary key (ID_Entrega)
); );

***Este documento está clasificado como PUBLICO por TELEFÓNICA.

***This document is classified as PUBLIC by TELEFÓNICA.
 Se debe informar la entrega de un producto a un cliente determinado, se debe mostrar el nombre del
cliente, su domicilio, con que medio de pago realizó la compra del producto, ademas de indicar que
producto compro, informando el precio, la descripcion y la marca del mismo, junto con el nombre del
vendedor, su cuit, su dirección y que empresa de flete (fletero) entregó el producto, indicar el nombre del
fletero y su celular.

CREATE TABLE Clientes ( create table Vendedor (

ID_Cliente INT IDENTITY (1,1), ID_Vendedor INT identity (1,1),
Nombre VARCHAR(20), CUIT VARCHAR(11),
Direccion VARCHAR (20), Nombre VARCHAR(50),
DNI INT, ID_Direccion INT (10),
Fecha_Nac DATE, Ciudad VARCHAR (10),
Cod_postal INT, ID_Fletero INT,
Ciudad VARCHAR (20), primary key (ID_Vendedor)
);
Saldo DECIMAL (10,2),
ID_MedioPago INT,
PRIMARY KEY (ID_Cliente)
);

create table Fletero ( CREATE TABLE Entregas (

ID_fletero INT identity (1,1), ID_Entrega identity (1,1),
Nombre VARCHAR(50), ID_Fletero INT,
Patente VARCHAR (7),
ID_Cliente INT,
Celular VARCHAR(15)
primary key (ID_Fletero) ID_Producto INT,
); Fecha DATETIME,
Estado VARCHAR(20)
ID_Documento INT,
ID_Vendedor int,
primary key (ID_Entrega));
create table Pagos ( create table Productos(

***Este documento está clasificado como PUBLICO por TELEFÓNICA.

***This document is classified as PUBLIC by TELEFÓNICA.
 ID_Pago INT identity(1,1), ID_producto INT identity(1,1),
ID_MedioPago INT, Nombre VARCHAR (20),
ID_Cliente INT, Descripcion VARCHAR(100),
Monto DECIMAL(10,2), Precio DECIMAL (10,2),
Fecha DATETIME, Stock INT,
ID_Documento INT, Marca VARCHAR(20),
primary key (ID_Pago) URL text,
); ID_Categoria INT,
primary key (ID_Producto)
);

***Este documento está clasificado como PUBLICO por TELEFÓNICA.

***This document is classified as PUBLIC by TELEFÓNICA.