Terminando la Implementación del Proyecto (Paso 9)

Clase 39 de 63 • Fundamentos de Bases de Datos 2017

Gabriel Galan Mendez

student•

// ======== Codigo completo de este video. ======== //
drop table if exists CARRITO;
drop table if exists CARRITO_ITEM; /entidad devil, tiene 2 llaves primarias/
drop table if exists CLIENTE;
drop table if exists ITEM;
drop table if exists ITEM_PROVEEDOR;
drop table if exists MCOMPRA;
drop table if exists MPAGO;
drop table if exists PROVEEDOR;

/* tabla: CARRITO */
create table CARRITO (
CARRITO_ID int not null auto_increment,
CLIENTE_ID int not null,
MPAGO_ID int not null,
MCOMPRA_COD numeric(15, 0) not null,
CARRITO_NUMITEM numeric(3, 0) not null,
CARRITO_DIR varchar(120),
CARRITO_COMENT varchar(300),
CARRITO_TAG varchar(100),
primary key (CARRITO_ID)
);

/* tabla: CARRITO_ITEM */
create table CARRITO_ITEM (
ITEM_ID int not null,
CARRITO_ID int not null,
CANTIDAD numeric(3, 0) not null,
primary key (ITEM_ID, CARRITO_ID)
);

/* tabla: CLIENTE*/
create table (
CLIENTE_ID int(10) not null auto_increment,
CLIENTE_CUENTAPLATZI varchar(60) not null,
CLIENTE_NOMBRE varchar(80) not null,
CLIENTE_FECHAINI timestamp not null,
CLIENTE_FECHANAC timestamp,
CLIENTE_CORREO varchar(60),
CLIENTE_PREFERENCIAS varchar(300),
primary key (CLIENTE_ID, CLIENTE_CUENTAPLATZI)
);

/tabla: ITEM/
create table ITEM (
ITEM_ID int not null auto_increment,
ITEM_NOMBRE varchar(60) not null,
ITEM_DESC varchar(300) not null,
ITEM_MEDIDAS varchar(60) not null,
ITEM_PESO varchar(15) not null,
ITEM_FOTO longblob,
primary key (ITEM_ID)
);

/tabla: ITEM_PROVEEDOR/
create table ITEM_PROVEEDOR (
PROV_ID numeric(5, 0) not null,
PROV_CODCC varchar(15) not null comment ‘CODIGO CAMARA DE COMERCIO’,
ITEM_ID int not null,
LOTE varchar(10) not null,
primary key (PROV_ID, PROV_CODCC, ITEM_ID)
);

/tabla: MCOMPRA/
create table MCOMPRA (
MCOMPRA_ID int not null auto_increment,
MCOMPRA_COD numeric(15, 0) not null,
MCOMPRA_METODO varchar(250) not null,
MCOMPRA_FECHAINI timestamp not null,
MCOMPRA_DIR varchar(120),
primary key (MCOMPRA_ID, MCOMPRA_COD)
);

/tabla: MPAGO/
create table MPAGO (
MPAGO_ID int not null auto_increment,
MPAGO_TIPO varchar(250) not null,
MPAGO_CODPASARELA varchar(15) not null,
MPAGO_STATUS varchar(10) not null,
MPAGO_FECHAEXPIRA timestamp not null,
primary key (MPAGO_ID)
);

/tabla: PROVEEDOR/
create table PROVEEDOR (
PROV_ID numeric(5, 0) not null,
PROV_CODCC varchar(15) not null comment ‘CODIGO CAMARA DE COMERCIO’,
PROV_NOMBRE varchar(90) not null,
PROV_DESC varchar(300) not null,
PROV_FECHAINI timestamp not null,
PROV_FECHAUCOMPRA timestamp,
PROV_MONTOUCOMPRA numeric(7, 0),
PROV_MONEDA varchar(5),
primary key (PROV_ID, PROV_CODCC)
);

alter table CARRITO add constraint FK_Carrito_Cliente foreing key (
CLIENTE_ID, CLIENTE_CUENTAPLATZI) references (CLIENTE_ID, CLIENTE_CUENTAPLATZI)
on delete restrict on update restrict;

Omar Crespo

student•

usenlo solo para verificar e.e! no sean flojos

Juan Alexander Rodríguez Pérez

student•

Pues revisado y en el drop de CARRITO_ITEM tenemos una entidad del diablo :'v

Ivan Robles

student•

Notas de la clase:

Es importante tener en cuenta que MySQL trabaja con tipos de datos que se llaman numerics, el cual tiene un factor de precisión, ósea que podemos decirle cuantos decimales puede tener después de una coma.
Numeric(3,2) -> 123.45

Antes de especificarle a nuestra tabla cuales campos van a ser llaves foráneas, tenemos que crear primero esas tablas con las llaves primarias. Ya que una base de datos es una sucesión lógica de pasos para llegar a algo.

Las entidades débiles siempre llevan 2 llaves primarias (padre 1 y padre 2).

Podemos ser nosotros el que diseñamos la base de datos pero no necesariamente los que la vamos a operar, puede ser que otras personas ingresen a otra consulta y se pregunten cual es el significado de alguna abreviatura como CODCC, es por eso que dejamos un comentario que dice que eso significa Codigo Camara de Comercio utilizando:

comment ‘Codigo Camara de Comercio’ 
// (recordar no utilizar tildes, acentos o caracteres especiales)

Si queremos agregar un atributo con su tipo de dato, en una tabla donde ya tenemos estructura y datos, no necesariamente tenemos que romper la tabla.
Hay que utilizar alter table, de esta manera no dañamos la consistencia, las llaves foráneas ya creadas o los constraints que ya implementamos.

alter table CARRITO add constraint FK_CARRITO_CLIENTE foreign key (CLIENTE_ID, CLIENTE_CUENTAPLATZI) references (CLIENTE_ID, CLIENTE_CUENTAPLATZI) on delete restrict on update restrict;

“on delete restrict on update restrict”, con esto, estamos restringiendo el hecho de que eliminen este alter table cuando hagamos una actualización a la tabla.

Oscar Arturo Quirino Ruiz

student•

Gracias!!

Luis Fernando Méndez González

student•

La verdad muchas gracias, sin tu explicacion no habria entendido por que se ponian esos datos en paréntesis con la coma en los “numeric”

Andrés Felipe Chaparro Grimaldo

student•

Recuerden al realizar el alter table en la parte de references indicar la tabla a la cual están asociadas las llaves foraneas (FK)

alter table CARRITO add constraint FK_CARRITO_CLIENTE foreign key (CLLIENTE_ID, CLIENTE_CUENTAPLATZI)
      references CLIENTE (CLLIENTE_ID, CLIENTE_CUENTAPLATZI) on delete restrict on update restrict;

Jecsham Castillo

student•

Gracias! ese era el error que tenía. Un dato importante a destacar para los estudiantes de esta clase!

Yezid Garcia Medina

student•

Ah de razón, gracias por la aclaración

Cesar David Ramírez Dimaté

student•

Dejo mi query teniendo en cuenta las siguientes observaciones:

El campo NUMERIC() NO EXISTE EN MYSQL!, debe ser utilizado el DECIMAL().
Se puede definir (sin utilizar ALTER TABLE) las FK, siempre y cuando se maneje un orden en la ejecución de los queries.
En tabla de relaciones se definió que la relación Item-Carrito es de 0:M, por lo cual, en la tabla Carrito_Item no puede existir una PK para idItem sino sólo definir su FK. Pasa lo mismo con Proveedor_Item.
El DEFAULT CURRENT_TIMESTAMP permite que al realizar un INSERT si no se especifica el campo fecha en el query, este tomará el valor por defecto del sistema.
El ON UPDATE CURRENT_TIMESTAMP permite que al realizar un UPDATE si no se especifica el campo fecha en el query, este tomará el valor por defecto del sistema.
El ON DELETE NO ACTION y ON UPDATE NO ACTION: Indica que rechaza cualquier operación INSERT o UPDATE en la tabla primaria si existe un valor ya relacionado en la tabla secundaria. El ‘NO ACTION’ es lo mismo que decir ‘RESTRICT’.

DROP DATABASE IF EXISTS `PlatziStore`;
CREATE DATABASE IF NOT EXISTS `PlatziStore` DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci;
USE `PlatziStore`;


DROP TABLE IF EXISTS `mCompra`;
CREATE TABLE `mCompra` (
  `idMcompra` INT(11) NOT NULL AUTO_INCREMENT COMMENT 'id del método de Compra',
  `codigo` DECIMAL(15) NOT NULL COMMENT 'código del método de Compra',
  `metodo` VARCHAR(250) NOT NULL COMMENT 'método de Compra',
  `fechaInicial` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP COMMENT 'fecha en la que se colocó el método de compra',
  `direccion` VARCHAR(120) NULL DEFAULT NULL COMMENT 'lugar de origen del método de compra',
  PRIMARY KEY (`idMcompra`, `codigo`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;


DROP TABLE IF EXISTS `Cliente`;
CREATE TABLE `Cliente` (
  `idCliente` INT(11) NOT NULL AUTO_INCREMENT,
  `cuentaPlatzi` VARCHAR(60) NOT NULL,
  `nombre` VARCHAR(80) NOT NULL,
  `fechaInicio` timestamp NULL DEFAULT NULL,
  `correo` VARCHAR(60) NULL DEFAULT NULL,
  `fechaNacimiento` date NULL DEFAULT NULL,
  `preferencias` VARCHAR(300) NULL DEFAULT NULL,
  PRIMARY KEY (`idCliente`, `cuentaPlatzi`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;


DROP TABLE IF EXISTS `mPago`;
CREATE TABLE `mPago` (
  `idMpago` INT(11) NOT NULL AUTO_INCREMENT,
  `tipo` VARCHAR(250) NOT NULL,
  `codPasarela` VARCHAR(15) NOT NULL,
  `estado` VARCHAR(10) NOT NULL,
  `fechaExpira` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
  PRIMARY KEY (`idMpago`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;


--
-- Table structure for table `Carrito`
--
DROP TABLE IF EXISTS `Carrito`; -- No usarlo en producción. Utilizar CREATE TABLE IF NOT EXISTS.
CREATE TABLE `Carrito` (
  `idCarrito` INT(11) NOT NULL AUTO_INCREMENT,
  `numItem` DECIMAL(3,0) NOT NULL,
  `direccion` VARCHAR(120) NULL DEFAULT NULL,
  `comentario` VARCHAR(300) NULL DEFAULT NULL,
  `etiqueta` VARCHAR(100) NULL DEFAULT NULL,
  `idCliente` INT(11) NOT NULL,
  `cuentaPlatzi` VARCHAR(60) NOT NULL,
  `idMcompra` INT(11) NOT NULL,
  `codigo` DECIMAL(15,0) NOT NULL,
  `idMpago` INT(11) NOT NULL,
  PRIMARY KEY (`idCarrito`),
  INDEX `fk_Carrito_Cliente_idx` (`idCliente` ASC, `cuentaPlatzi` ASC),
  INDEX `fk_Carrito_mCompra_idx` (`idMcompra` ASC, `codigo` ASC),
  INDEX `fk_Carrito_mPago_idx` (`idMpago` ASC),
  CONSTRAINT `fk_Carrito_Cliente`
    FOREIGN KEY (`idCliente` , `cuentaPlatzi`)
    REFERENCES `Cliente` (`idCliente` , `cuentaPlatzi`)
    ON DELETE NO ACTION ON UPDATE NO ACTION,
  CONSTRAINT `fk_Carrito_mCompra`
    FOREIGN KEY (`idMcompra` , `codigo`)
    REFERENCES `mCompra` (`idMcompra` , `codigo`)
    ON DELETE NO ACTION ON UPDATE NO ACTION,
  CONSTRAINT `fk_Carrito_mPago`
    FOREIGN KEY (`idMpago`)
    REFERENCES `mPago` (`idMpago`)
    ON DELETE NO ACTION
    ON UPDATE NO ACTION
) ENGINE=InnoDB DEFAULT CHARSET=utf8;


DROP TABLE IF EXISTS `Item`;
CREATE TABLE `Item` (
  `idItem` INT(11) NOT NULL AUTO_INCREMENT,
  `nombre` VARCHAR(60) NOT NULL,
  `descripcion` VARCHAR(300) NOT NULL,
  `medidas` VARCHAR(60) NOT NULL,
  `peso` VARCHAR(15) NOT NULL,
  `foto` LONGBLOB NULL DEFAULT NULL,
  `precio` DECIMAL(10,3) NOT NULL,
  PRIMARY KEY (`idItem`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;


DROP TABLE IF EXISTS `Proveedor`;
CREATE TABLE `Proveedor` (
  `idProveedor` INT(11) NOT NULL AUTO_INCREMENT,
  `codigoCamaraComercio` VARCHAR(15) NOT NULL,
  `nombre` VARCHAR(90) NOT NULL,
  `descripcion` VARCHAR(300) NOT NULL,
  `fechaInicio` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
  `fechaUltimaCompra` timestamp NULL DEFAULT NULL,
  `montoUltimaCompra` DECIMAL(10,3) NULL DEFAULT NULL,
  `moneda` VARCHAR(5) NULL DEFAULT NULL,
  PRIMARY KEY (`idProveedor`, `codigoCamaraComercio`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;


DROP TABLE IF EXISTS `Carrito_Item`;
CREATE TABLE IF NOT EXISTS `Carrito_Item` (
  `idCarrito` INT(11) NOT NULL,
  `idItem` INT(11) NOT NULL,
  `cantidad` DECIMAL(3,0) NULL DEFAULT NULL,
  PRIMARY KEY (`idCarrito`),
  INDEX `fk_Carrito_Item_Carrito_idx` (`idCarrito` ASC),
  INDEX `fk_Carrito_Item_Item_idx` (`idItem` ASC),
  CONSTRAINT `fk_Carrito_Item_Carrito`
    FOREIGN KEY (`idCarrito`)
    REFERENCES `Carrito` (`idCarrito`)
    ON DELETE NO ACTION ON UPDATE NO ACTION,
  CONSTRAINT `fk_Carrito_Item_Item`
    FOREIGN KEY (`idItem`)
    REFERENCES `Item` (`idItem`)
    ON DELETE NO ACTION ON UPDATE NO ACTION
) ENGINE = InnoDB DEFAULT CHARACTER SET = utf8;


DROP TABLE IF EXISTS `Item_Proveedor`;
CREATE TABLE IF NOT EXISTS `Item_Proveedor` (
  `idItem` INT(11) NOT NULL,
  `idProveedor` INT(11) NOT NULL,
  `codigoCamaraComercio` VARCHAR(15) NOT NULL,
  `lote` VARCHAR(10) NULL DEFAULT NULL,
  PRIMARY KEY (`idItem`),
  INDEX `fk_Item_Proveedor_Item_idx` (`idItem` ASC),
  INDEX `fk_Item_Proveedor_Proveedor_idx` (`idProveedor` ASC, `codigoCamaraComercio` ASC),
  CONSTRAINT `fk_Item_Proveedor_Item`
    FOREIGN KEY (`idItem`)
    REFERENCES `Item` (`idItem`)
    ON DELETE NO ACTION ON UPDATE NO ACTION,
  CONSTRAINT `fk_Item_Proveedor_Proveedor`
    FOREIGN KEY (`idProveedor` , `codigoCamaraComercio`)
    REFERENCES `Proveedor` (`idProveedor` , `codigoCamaraComercio`)
    ON DELETE NO ACTION ON UPDATE NO ACTION
) ENGINE = InnoDB DEFAULT CHARACTER SET = utf8;

Jose Alonso Rosas Gamarra

student•

Mil gracias por tu MER en Workbench! me ayudó a complementar y responder algunas dudas que tenía sobre como graficar las relaciones.

Alejandro Del Medico

student•

Me gustaría debatir una práctica que se hace en el video y con la que no termino de coincidir:
¿Por qué añadir las foreign key al final de todas las tablas con constrains? ¿No quedaría mejor organizado, y seria más productivo, ponerlas dentro sus respectivas tablas si desde un principio se saben que vas a estar ahí? Cierto que no se pueden añadir foreign key si previamente no se han creado las tablas son las primary key. Pero para eso tenemos nuestro diagrama físico que nos muestra estas relaciones. Permitiendonos ir creando las tablas en un orden lógico e introducir las foreign key en el acto.
De corazón espero que opinen sobre esto, pues me genera mucha inquietud.

Diego Forero

Team Platzi•

En parte tienes razón por orden y legibilidad puede ser mejor, pero también ten en cuenta el caso que tienes una tabla A y una tabla B, la tabla A tiene una relación con la tabla B, no puedes poner la definición del foreign key en la tabla A si la tabla B aun no esta definida ya que el motor al leer el sql lo va a intentar leer de forma lineal y se va a encontrar con que tiene que crear una referencia a una tabla que aun no existe. Puede existir modelos de bases de datos donde terminas teniendo un ciclo que no te permite crear una cierta relación entra dos tablas hasta que todas las tablas estén creadas.

Si tu ordenas y comentas por ejemplo tu script de sql dejando la definición de las tablas juntas y luego la definición de las foreign key el archivo continua siendo fácil de leer y mantener.

Cesar David Ramírez Dimaté

student•

Estoy de acuerdo. Es mejor definir en un solo query.sql las tablas con un orden especifico y crear todo de golpe. Menos líneas de código.

Walter Jesus Santiago Gonzalez

student•

Buen día,

https://github.com/peadiazmo/PlatziStore/blob/master/Paso 9 - PlatziStore.sql

Fernando David Soto Betin

student•

Nota:
La llaves se pueden crear a nivel de campos o a nivel de tablas.
Nivel De Campo: Inmediatamente al lado del campo (Solo cuando es llave primaria).
Nivel De Tabla: Al final de la tabla, cuando finalizamos el último campo, este método sirve tanto para llaves primarias como foráneas.

Daniel Eduardo Portugal Revilla

student•

creo que está mal redactado. una PK es el identificador de una tabla, se crea a nivel de tabla. lo que quieres decir es que: puedes crea una PK y FK al momento de crear la tabla o! puedes alterar la tabla y agregarlo posterior a la creación de la tabla.

Fernando David Soto Betin

student•

Esos métodos que expuse, se definen al momento de crear una tabla,…

Cristian Orozco Benjumea

student•

Para agregar las FK sólo se hace a través de alter table o se puede hacer de una forma más directa, similar a la primary key?

Diego Forero

Team Platzi•

Se puede hacer al crear la tabla, pero tienes que tener en cuenta que la tabla con la que esta relacionada ya debe existir si no va a dar error, por eso se ejecuta en un alter table al final porque ya esta asegurado que existen todas las tablas.

Cristian Orozco Benjumea

student•

Veo para el campo “Foto” usaron un dato de tipo longblob a que se refiere?
Que otro tipo de dato podría implementar en dicho campo?

Diego Forero

Team Platzi•

Por buena práctica el tipo de campo foto debe ser un varchar donde se almacena la ruta del archivo físico en el servidor, no es recomendable guardar el archivo en la base de datos (para eso es el longblob)

Tatiana Uintaco

student•

Primero crear tablas y después crear llaves foráneas para llevar un sentido lógico.

Cesar David Ramírez Dimaté

student•

O crear todo de una siempre y cuando se respete el orden de creación de las tablas.

Martin Paez

student•

Es para darle un sentido logico al motor DB, Recuerda que el primero lee las tablas creadas y luego las altera para tener las foreign keys

Jecsham Castillo

student•

 on delete restrict on update restrict;

Esto restringe la tabla al querer eliminarla o actualizarla

Camilo Acevedo Escalante

student•

drop database if exists PlatziStore;
create database PlatziStore;

/****************/
/*Tabla: CLIENTE*/
/****************/
drop table if exists CLIENTE;
create table CLIENTE
	(
		Cliente_ID int not null auto_increment,
		Cliente_cuentaPlatzi varchar(60) not null,
		Cliente_nombre varchar(80) not null,
		Cliente_fechaInicio timestamp not null,
		Cliente_correo varchar(60),
		Cliente_fechaNac timestamp,
		Cliente_preferencias varchar(300),
		PRIMARY KEY (Cliente_ID),
		PRIMARY KEY (Cliente_cuentaPlatzi)
	)engine=innoDB;

/****************/
/*Tabla: MCOMPRA*/
/****************/
drop table if exists MCOMPRA;
create table MCOMPRA
	(
		mCompra_ID int not null auto_increment,
		mCompra_cod numeric(15, 0) not null,
		mCompra_metodo varchar(250) not null,
		mCompra_fechaIni timestamp not null,
		mCompra_Dir varchar(120),
		PRIMARY KEY (mCompra_ID),
		PRIMARY KEY (mCompra_cod)
	)engine=innoDB;

/****************/
/*Tabla: ITEM	*/
/****************/
drop table if exists ITEM;
create table ITEM
	(
		Item_ID int not null auto_increment,
		Item_nombre varchar(60) not null,
		Item_desc varchar(300) not null,
		Item_medidas varchar(60) not null,
		Item_peso varchar(15) not null,
		Item_foto longblob,
		PRIMARY KEY (Item_ID)
	)engine=innoDB;

/******************/
/*Tabla: PROVEEDOR*/
/******************/

drop table if exists PROVEEDOR;
create table PROVEEDOR
	(
		Proveedor_ID int(5) not null,
		Proveedor_codCC varchar(15) not null,
		Proveedor_nombre varchar(90) not null,
		Proveedor_desc varchar(300) not null,
		Proveedor_fechaIni timestamp not null,
		Proveedor_fechaUCompra timestamp,
		Proveedor_montoUCompra number(7, 0),
		Proveedor_moneda varchar(5),
		PRIMARY KEY (Proveedor_ID),
		PRIMARY KEY (Proveedor_codCC)
	)engine=innoDB;

/***************/
/*Tabla: MPAGO*/
/**************/

drop table if exists MPAGO;
create table MPAGO
	(
		mPago_ID int not null auto_increment,
		mPago_tipo varchar(250) not null,
		mPago_codPasarela varchar(15) not null,
		mPago_status varchar(10) not null,
		mPago_fechaExpira timestamp not null,
		PRIMARY KEY (mPago_ID)
	)engine=innoDB;

/*****************/
/*Tabla: CARRITO*/
/****************/

drop table if exists CARRITO;
create table CARRITO
	(
		Carrito_ID int not null auto_increment,
		Carrito_numItem numeric(3, 0) not null,
		Cliente_ID int not null,
		Cliente_cuentaPlatzi varchar(60) not null,
		mPago_ID int not null,
		mCompra_ID int not null,
		mCompra_cod numeric (15, 0) not null,
		Carrito_dir varchar(120),
		Carrito_coment varchar(300),
		Carrito_tag varchar(100),
		PRIMARY KEY (Carrito_ID),
		FOREIGN KEY (Cliente_ID) REFERENCES CLIENTE (Cliente_ID),
		FOREIGN KEY (Cliente_cuentaPlatzi) REFERENCES CLIENTE (Cliente_cuentaPlatzi),
		FOREIGN KEY (mPago_ID) REFERENCES MPAGO (mPago_ID),
		FOREIGN KEY (mCompra_ID) REFERENCES MCOMPRA (mCompra_ID),
		FOREIGN KEY (mCompra_cod) REFERENCES MCOMPRA (mCompra_cod)
	)engine=innoDB;

/*********************/
/*Tabla: CARRITO_ITEM*/
/*********************/

drop table if exists CARRITO_ITEM;
create table CARRITO_ITEM
	(
		Item_ID int not null,
		Carrito_ID int not null,
		CI_cantidad number(3,0),
		PRIMARY KEY (Item_ID),
		PRIMARY KEY (Carrito_ID)
	)engine=innoDB;

/***********************/
/*Tabla: ITEM_PROVEEDOR*/
/***********************/

drop table if exists ITEM_PROVEEDOR;
create table ITEM_PROVEEDOR
	(
		Item_ID int not null,
		Proveedor_ID int not null,
		Proveedor_codCC varchar(15) not null,
		PI_lote varchar(10) not null,
		PRIMARY KEY (Item_ID),
		PRIMARY KEY (Proveedor_ID),
		PRIMARY KEY (Proveedor_codCC)
	)engine=innoDB;

Saludos!

David Lara

student•

Los grandes servicios "en la nube" usan todos "scale out"?

Miguel Segura

student•

Por lo que entiendo, los servicios "en la nube" como Azure y AWS te ofrecen ambas opciones en la actualidad de manera manual, sin embargo si utilizas el Auto Scaling utilizan Scale Out

Si estoy equivocado en mi Inferencia, haganmelo saber

David Lara

student•

En scale out todos los nodos deben tener una replica de toda la información o solo parte de ella?

Miguel Segura

student•

Creo que dependeria del tipo de información que sea, si hablamos de un proyecto enorme como una red social, los nodos sólo tienen parte de ella

Si hablamos de que muchas personas deben hacer consultas de por ejemplo la cotización de una acción de las últimos 7 dias, es una información pequeña pero muy requerida por lo que puede replicarse de manera completa en todos los nodos

Iván Darío Sánchez Jiménez

student•

En la creación del “alter table” faltó indicar la tabla a la cual hace referencia las llaves foráneas

Fabricio Micheli

student•

En el código del video, creo que hay un error al final en el comando alter table

alter table CARRITO add constraint FK_Carrito_Cliente foreign key (
CLIENTE_ID, CLIENTE_CUENTAPLATZI) references (CLIENTE_ID, CLIENTE_CUENTAPLATZI)

después de la palabra clave references debe ir el nombre de la tabla a la que se referencia y entre paréntesis los atributos de dicha tabla que son las claves primarias a las que referencian las claves foráneas que se están declarando.

Fabricio Micheli

student•

El código correcto sería…

alter table CARRITO add constraint FK_Carrito_Cliente foreign key (
CLIENTE_ID, CLIENTE_CUENTAPLATZI) references CLIENTE(CLIENTE_ID, CLIENTE_CUENTAPLATZI)

Armando Rivera

student•

Alterar la tabla carrito agregando un constraint (regla) el cual se va a llamar FK_FK_Carrito_Cliente, esta regla va a ser de tipo foreing key, y vamos a ocupar los atributos CLIENTE_ID y CLIENTE_CUENTA de nuestra tabla CARRITO.
Estos atributos los vas a obtener de la tabla CLIENTE (referencia), es decir, las llaves foraneas de CARRITO son las primarias de CLIENTE.
.En la tabla CLIENTE vas a encontrar los atributos CLIENTE_ID, CLIENTE_CUENTA.

alter table CARRITO add constraint FK_Carrito_Cliente foreing key (
CLIENTE_ID, CLIENTE_CUENTA) references CLIENTE (CLIENTE_ID, CLIENTE_CUENTA)
on delete restrict on update restrict;

Jeyson David Vargas Crespo

student•

Excelente aporte, con eso me ayudas un montón.

Smerlyn Javier Eusebio Bonifacio

student•

drop table if exists CARRITO;

drop table if exists CARRITO_ITEM;

drop table if exists CLIENTE;

drop table if exists ITEM;

drop table if exists ITEM_PROVEEDOR;

drop table if exists MCOMPRA;

drop table if exists MPAGO;

drop table if exists PROVEEDOR;

/*==============================================================*/
/* Table: CARRITO                                               */
/*==============================================================*/
create table CARRITO
(
   CARRITO_ID           int not null auto_increment,
   CLLIENTE_ID          int not null,
   CLIENTE_CUENTAPLATZI varchar(60) not null,
   MPAGO_ID             int not null,
   MCOMPRA_ID           int not null,
   MCOMPRA_COD          numeric(15,0) not null,
   CARRITO_NUMITEM      numeric(3,0) not null,
   CARRITO_DIR          varchar(120),
   CARRITO_COMENT       varchar(300),
   CARRITO_TAG          varchar(100),
   primary key (CARRITO_ID)
);

/*==============================================================*/
/* Table: CARRITO_ITEM                                          */
/*==============================================================*/
create table CARRITO_ITEM
(
   ITEM_ID              int not null,
   CARRITO_ID           int not null,
   CANTIDAD             numeric(3,0) not null,
   primary key (ITEM_ID, CARRITO_ID)
);

/*==============================================================*/
/* Table: CLIENTE                                               */
/*==============================================================*/
create table CLIENTE
(
   CLLIENTE_ID          int(10) not null auto_increment,
   CLIENTE_CUENTAPLATZI varchar(60) not null,
   CLIENTE_NOMBRE       varchar(80) not null,
   CLIENTE_FECHAINI     timestamp not null,
   CLIENTE_CORREO       varchar(60),
   CLIENTE_FECHANAC     timestamp,
   CLIENTE_PREFERENCIAS varchar(300),
   primary key (CLLIENTE_ID, CLIENTE_CUENTAPLATZI)
);

/*==============================================================*/
/* Table: ITEM                                                  */
/*==============================================================*/
create table ITEM
(
   ITEM_ID              int not null auto_increment,
   ITEM_NOMBRE          varchar(60) not null,
   ITEM_DESC            varchar(300) not null,
   ITEM_MEDIDAS         varchar(60) not null,
   ITEM_PESO            varchar(15) not null,
   ITEM_FOTO            longblob,
   primary key (ITEM_ID)
);

/*==============================================================*/
/* Table: ITEM_PROVEEDOR                                        */
/*==============================================================*/
create table ITEM_PROVEEDOR
(
   PROV_ID              numeric(5,0) not null,
   PROV_CODCC           varchar(15) not null comment 'Codigo Camara de Comercio',
   ITEM_ID              int not null,
   LOTE                 varchar(10) not null,
   primary key (PROV_ID, PROV_CODCC, ITEM_ID)
);

/*==============================================================*/
/* Table: MCOMPRA                                               */
/*==============================================================*/
create table MCOMPRA
(
   MCOMPRA_ID           int not null auto_increment,
   MCOMPRA_COD          numeric(15,0) not null,
   MCOMPRA_METODO       varchar(250) not null,
   MCOMPRA_FECHAINI     timestamp not null,
   MCOMPRA_DIR          varchar(120),
   primary key (MCOMPRA_ID, MCOMPRA_COD)
);

/*==============================================================*/
/* Table: MPAGO                                                 */
/*==============================================================*/
create table MPAGO
(
   MPAGO_ID             int not null auto_increment,
   MPAGO_TIPO           varchar(250) not null,
   MPAGO_CODPASARELA    varchar(15) not null,
   MPAGO_STATUS         varchar(10) not null,
   MPAGO_FECHAEXPIRA    timestamp not null,
   primary key (MPAGO_ID)
);

/*==============================================================*/
/* Table: PROVEEDOR                                             */
/*==============================================================*/
create table PROVEEDOR
(
   PROV_ID              numeric(5,0) not null,
   PROV_CODCC           varchar(15) not null comment 'Codigo Camara de Comercio',
   PROV_NOMBRE          varchar(90) not null,
   PROV_DESC            varchar(300) not null,
   PROV_FECHAINI        timestamp not null,
   PROV_FECHAUCOMPRA    timestamp,
   PROV_MONTOUCOMPRA    numeric(7,0),
   PROV_MONEDA          varchar(5),
   primary key (PROV_ID, PROV_CODCC)
);

alter table CARRITO add constraint FK_CARRITO_CLIENTE foreign key (CLLIENTE_ID, CLIENTE_CUENTAPLATZI)
      references CLIENTE (CLLIENTE_ID, CLIENTE_CUENTAPLATZI) on delete restrict on update restrict;

alter table CARRITO add constraint FK_CARRITO_MCOMPRA foreign key (MCOMPRA_ID, MCOMPRA_COD)
      references MCOMPRA (MCOMPRA_ID, MCOMPRA_COD) on delete restrict on update restrict;

alter table CARRITO add constraint FK_MPAGO_CARRITO foreign key (MPAGO_ID)
      references MPAGO (MPAGO_ID) on delete restrict on update restrict;

alter table CARRITO_ITEM add constraint FK_CARRITO_ITEM foreign key (ITEM_ID)
      references ITEM (ITEM_ID) on delete restrict on update restrict;

alter table CARRITO_ITEM add constraint FK_CARRITO_ITEM2 foreign key (CARRITO_ID)
      references CARRITO (CARRITO_ID) on delete restrict on update restrict;

alter table ITEM_PROVEEDOR add constraint FK_ITEM_PROVEEDOR foreign key (PROV_ID, PROV_CODCC)
      references PROVEEDOR (PROV_ID, PROV_CODCC) on delete restrict on update restrict;

alter table ITEM_PROVEEDOR add constraint FK_ITEM_PROVEEDOR2 foreign key (ITEM_ID)
      references ITEM (ITEM_ID) on delete restrict on update restrict;

JUAN SEBASTIAN RODRIGUEZ JIMENEZ

student•

Buena aporte compañero.

Billi Ramirez

student•

¿ Y el archivo ?

Ricardo Celis

teacher•

lo colocaremos y te avisamos =)

Jimmy Ibañez

student•

PlatziStore

Javier Alejandro Alamar Martínez

student•

¿cómo puedo poner el Comentario en SQL Server?

Javier Alejandro Alamar Martínez

student•

no para comentar codigo, si no para agregar el comentario a la tabla.

Diego Forero

Team Platzi•

Te refieres a crear un campo comentario en la tabla?

Terminando la Implementación del Proyecto (Paso 9)

Introducción al Curso Fundamentos de Bases de Datos

¡Vamos a renovar este curso!

Introducción al Curso de Bases de Datos

Teoría general de Bases de Datos

Propósito general de las Bases de Datos

Tipos de Bases de Datos y sus aplicaciones en la industria

Visión general de los datos

Tipos de Datos

Diferentes tipos de Bases de Datos

Reto ¿Hadoop y Blockchain podrían cambiar una Base de Datos tradicional?

Bases de Datos Relacionales

¿Qué es una Entidad?

¿Qué es una Relación?

Características o datos de una Entidad

¿Ya aparecieron las llaves?

Índices e Indexación

Constraints o Restricciones

Capas de abstracción del modelo Entidad-Relación

Metodología básica de 9 pasos con Barker (Paso 1) Identificar Cuáles son las Entidades Resuelven Nuestro Problema

Metodología básica de 9 pasos con Barker (Paso 2): Identificación de las Relaciones de las Entidades.

Metodología básica de 9 pasos con Barker (Paso 3): Entidades y Relaciones

Metodología de Diseño (Correcciónes del paso 2 y 3)

Metodología de Diseño (Paso 4): Asignar Atributos a las Entidades.

Metodología de Diseño (Solución del paso 4): Terminando de Asignar Atributos a las Entidades

Metodología de Diseño (Pasos 5, 6 y 7) 5. Generar un diagrama conceptual, 6. Modelo lógico, 7. Identificar nuevos atributos que generan nuestras entidades débiles.

Metodología de Diseño (Paso 8): Construir el Diagrama del Modelo Físico

Metodología de Diseño (Paso 9): Pasar al estándar de la base de datos (SQL)

Reto con el paso 4 de la Metodología de Diseño

Bases de Datos NO Relacionales y Otros tipos de Bases de Datos

Atomicidad y consistencia

Aislamiento y durabilidad

Bases de Datos In-Memory (Cambio de árboles a columnar)

Otros tipos de Bases de Datos en la industria

Bases de Datos In-Memory con indexación de columnar

Definiendo el Proyecto y Generando Entidades de PlatziStore: Pasos 1 y 2

Definir la Estructura de la Tabla Cliente del Proyecto: Pasos 3 y 4

Terminando de Estructurar Nuestras Tablas (Continuación del paso 4)

Metodología de Diseño (Paso 5): Diagrama Conceptual

Metodología de Diseño (Paso 6 y 7): Modelo Lógico y Entidades Débiles

Solución de atributos de entidad del proyecto - Atributos adicionales a entidad débil creada

Metodología de Diseño (Paso 8)

Llevando nuestro proyecto a SQL (Paso 9)

Terminando la Implementación del Proyecto (Paso 9)

Dependencias funcionales

Normalización, llevando el proyecto hasta tercera forma normal (primera forma normal)

Normalización, llevando mi proyecto hasta tercera forma normal (segunda forma normal)

Normalización, llevando mi proyecto hasta tercera forma normal (Cuarta y quinta forma normal)

Comenzando con SQL

DDL: Data Definition Language y DML: Data Manipulation Language

ACID desde lo no relacional

CAP

Scale Out y Scale Up

¿Scale out o Scale up?

DBMS en nube para poder iniciar una aplicación propia

IMPORTANTE: Preparación del entorno de trabajo

Estructura básica de un Query

Aprendiendo a Hacer más Querys

Estructura básica del Query con más de una tabla

Estructura básica del Query con más de una tabla 2

Tuplas y más tuplas

Insertar registros

Joins

Noo SQL Aplicado, Planteando el Problema

Aplicando NoSQL: Colecciones y Shards

Aplicando noSQL: Integración de Comunicaciones y Hardware en una Base de Datos Scale OUT

Aplicando noSQL: Integrando JSON a Bases de Datos No Relacionales

Conclusiones del curso