Creando Platziblog: tablas dependientes

Cursos Empresas Blog Live Conf Precios

Contenido del curso

Bienvenida conceptos básicos y contexto histórico de las Bases de Datos

Introducción a las bases de datos relacionales

RDBMS (MySQL) o cómo hacer lo anterior de manera práctica

SQL hasta en la sopa

Consultas a una base de datos

Introducción a la bases de datos NO relacionales

Manejo de modelos de datos en bases de datos no relacionales

Bases de datos en la vida real

Bonus

Tomar examen

Creando Platziblog: tablas dependientes

Resumen

El comando “cascade” sirve para que cada que se haga un update en la tabla principal, se refleje también en la tabla en la que estamos creando la relación.

Comentarios

Isaias Chávez

student

Las Foreing Key options son las siguientes:

On update: Significa qué pasará con las relaciones cuando una de estas sea modificada en sus campos relacionados, Por ejemplo, pueden utilizarse los valores: cascade: Si el id de un usuario pasa de 11 a 12, entonces la relacion se actualizará y el post buscará el id nuevo en lugar de quedarse sin usuario. _ restrict: _Si el id de un usuario pasa de 11 a 12, no lo permitirá hasta que no sean actualizados antes todos los post relacionados. set null Si el id de un usuario pasa de 11 a 12, entonces los post solo no estará relacionados con nada. no action: Si el id de un usuario pasa de 11 a 12, no se hará nada. Solo se romperá la relación. On delete _ cascade: Si un usuario es eliminado entonces se borrarán todos los post relacionados. restrict: No se podrá eliminar un usuario hasta que sean eliminados todos su post relacionados. _ set null: Si un usuario es eliminado, entonces los post solo no estará relacionados con nada. no action: Si un usuario es eliminado, no se hará nada. Solo se romperá la relación.

Ricardo Rito Anguiano

student

Muy buen aporte :D

Cristian Oswaldo Sacta Martos

student

Gracias y copiado a mi notion

Rodrigo Cuenca Mayuri

student

Lo hice mediante código y me sirvió de esta manera

CREATE TABLE categorias(
id INT NOT NULL AUTO_INCREMENT,
nombre_categoria VARCHAR(30) NOT NULL,
PRIMARY KEY (id)
)

CREATE TABLE etiquetas(
id INT NOT NULL AUTO_INCREMENT,
nombre_etiqueta VARCHAR(30) NOT NULL,
PRIMARY KEY (id)
)
CREATE TABLE usuarios(
id INT NOT NULL AUTO_INCREMENT,
login VARCHAR(30) NOT NULL,
password VARCHAR(32) NOT NULL,
nickname VARCHAR(40) NOT NULL,
email VARCHAR(40) NOT NULL,
PRIMARY KEY (id),
UNIQUE (email)
)

CREATE TABLE posts(
id INT,
titulo VARCHAR(130) NOT NULL,
fecha_publicacion TIMESTAMP,
contenido TEXT NOT NULL,
estatus CHAR(8) DEFAULT &quot;activo&quot;,
usuario_id INT NOT NULL,
categoria_id INT NOT NULL,
PRIMARY KEY (id),
FOREIGN KEY (usuario_id) REFERENCES usuarios(id) ON UPDATE CASCADE ON DELETE NO ACTION,
FOREIGN KEY (categoria_id) REFERENCES categorias(id)
)```

Alejandro David Benolol

student

muchas gracias justo estaba tratando de entender como puedo hacer lo de la foreign key solo con scripts.

Daniel Aristizabal castaño

student

Muchas gracias hermano por el aporte, estaba haciendo el mismo proceso de manera manual, pero no encontraba como hacerlo en ese momento en las ultimas dos tablas que tienes en este archivo, muy util tu aporte

Nikolas Santis

student

Al seleccionar el datatype en la versión actual te limita a usar el paréntesis en el caso de TIMESTAMP y en TEXT pero si se le borra el paréntesis funciona (porque sino no deja seleccionarlo). No obstante, TIMESTAMP tiene un valor (n) que va de 0 a 6 decimales. en TEXT hay diferentes tipos de TEXT como TINYTEXT, MEDIUMTEXT, y LONGTEXT, incluyendo el mismo TEXT :)

Alfonso Moreno Farias

student

Gracias, esto me estaba retrasando el avance...

Luis Barbas Pérez

student

Excelente, tenia el mismo problema

Ingrid Natalia Rodriguez Ovalle

student

Para que se vayan guiando

Jhon Jairo Morales Rodriguez

student

Gracias

David Amador Morales

student

Gracias, buen aporte.

Paul Cortes

student

Notas Crear tablas en orden:

categorias
etiquetas
usuarios
posts

ACTIONS: NO ACTION: No hacer nada al borrar alguna de las partes de la relación ** SET NULL:** El campo de llave foranea se setea en NULO (NULL), esto solo si el campo tiene permitido los NULOS CASCADE: Se hace efecto cascada, si la dependencia se borra entonces se borra también se borra el registro que es dependiente Ejemplo: Al borrar un Usuario se borrarían todos los POSTS en caso de seleccionar CASCADE RESTRICT: En caso de intentar borrar la dependencia y existen registros dependientes, no se permite el borrado, Ejemplo: Si se intenta borrar un usuario y este tiene posts, entonces no se permite el borrado del usuario

Julián Cárdenas

student

Primero las entidades que no tienen FK y luego sí estos!

Diego Cesar Lerma Torres

student

Les comparto mi modelo para la Base de Datos del hospital donde trabajo en México!

El plan es hacer una base de datos para almacenar Historia Clínica Electrónica de los distintos pacientes

Omar Daniel Centeno

student

Muy necesario utilizar un sistema de bases de datos como MySQL para el historial clínico, es algo que también me gustaría hacer pues mi papá trabaja en una clínica donde tiene que llenar reportes a paloteo y escribir 3 veces la misma información de los pacientes 🤦🏽‍♂️ El personal médico pierde muchísimo tiempo en eso.

Jorge Fidel Zubieta Choque

student

Me recuerda a el mapa de la estacion de subte "Shinjuku" de japon! jejejje gran trabajo!

Mauricio Rojas Nova

student

Para los que usen MySQL 8.0, en TIMESTAMP deben poner un valor entre 0 o 6 dentro del paréntesis. Este número corresponde a fracciones de segundos, es decir, si escogemos 6, tendríamos microsegundos.

Julián Cárdenas

student

Así es sino no deja crear la tabla

Laura Camila Estrella Ramírez

student

Genial, gracias por tu aporte, venía justo a preguntar eso jaja

Jherom Chacon

student

En esta entrada les traigo como crear la tabla posts usando DDL. En este ejemplo podrán ver como crear un campo limitado por verificación usando el Check, así como también la forma de alterar las tablas usando DDL para agregar llaves foráneas. Uno puede agregar las foráneas cuándo crea la tabla, pero durante el proceso de mantenimiento de la base de datos es posible que tengas que crear nuevas tablas y agregar nuevas relaciones, para esto es necesario saber agregar constraints usando alter.

CREATE TABLE posts(
	id INT NOT NULL,
    categoria_id int not null,
    usuario_id int not null,
    titulo VARCHAR(255) NOT NULL,
    fecha_publicacion timestamp not null default now(),
    contenido TEXT null,
    estado CHAR(8) CHECK(estado in('activo','inactivo')),
    CONSTRAINT post_pk PRIMARY KEY(id)
);
ALTER TABLE posts 
ADD CONSTRAINT usuario_posts_fk 
FOREIGN KEY(usuario_id) 
REFERENCES usuarios(id);

ALTER TABLE posts
ADD CONSTRAINT categoria_posts_fk
FOREIGN KEY(categoria_id)
REFERENCES categorias(id);```

Martin Davíd Altamar Peña

student

La verdad solo dibujè mi diagrama en EER y creo las tablas y rompio el Muchos a muchos automaticamente, se hace todo muy facil, les comparto el mio para ordenes de despacho en un almacen de repuestos de equipos CAT, les agradezco cualquier comentario ![](

Jherom Chacon

student

A mi me gusta mas escribirlo y luego ver como todo ese DDL se traduce en un diagrama ER :D

Gerson Carranza

student

Que Sw utilizas?

Alexander Jaramillo Ordiales

student

Andrey Ruiz

student

Gracias por la imagen, me saca de muchas dudas :D

Edwin Salinas Parra

student

create table posts 
(
  id int not null auto_increment,
  titulo varchar(130) not null,
  fecha_publicacion timestamp null default null,
  contenido text not null,
  estatus char(8) default "activo",
  usuario_id int default null,
  categoria_id int default null,
  constraint primary key (id),
  constraint foreign key (categoria_id) references categorias (id) on delete no action on update no action,
  constraint foreign key (usuario_id) references usuarios (id) on delete no action on update cascade
  );

create table comentarios
(
  id int not null auto_increment,
  cuerpo_comentario text not null,
  usuario_id int not null,
  post_id int not null,
  primary key (id),
  constraint foreign key (post_id) references posts (id) on delete no action on update no action,
  constraint foreign key (usuario_id) references usuarios (id) on delete no action on update no action
)```

Andres Alvaro Villegas Salazar

student

¡Muchas gracias, excelente aporte! ¡No sabía cómo interpretarlo bien a código, pero con tu comentario pude aprender a hacerlo, muchas gracias! 👌

Jimmy Saldivias

student

Por favor note que al momento de crear la tabla posts, Israel no utiliza los nombres de variables que se definio en el diagrama fisico. En lugar de crear la tabla posts con las FK llamadas usuarios_id y categorias_id, las llama usuario_id y categoria_id. En singular. Cuando eres nuevo en este tema, estos detalles tienden a confundirte, pues no puedes seguir todos los pasos y correlacionar lo nuevo con lo que estudiaste antes. Tampoco se explica un hecho importante y es que las FK tal como se definen en el Diagrama Fisico, se limitan a un nombre i.e. usuarios_id identificada con FK. En el software, para crear las FK se debe crear una CONSTRAINT llamada 'posts_usuarios' y tambien un INDEX llamado 'post_usuarios_idx'. Nota que la documentacion del Diagrama Fisico no contiene estas nuevas variables, por tanto hay que tener cuidado con saber que estan ahi.

Martín Alejandro Vera

student

no te entendí. copio y pego en mis marcadores para leerlo luego con detalle

Carlos Nassif Trejo Garcia

student

Acciones: - CASCADE: Si se actualiza en un lado, el otro le sigue - SET NULL: Cambia el dato a nulo - RESTRICT: No deja que se cambie, hasta que se resuelva primero aquí - DO NOTHING

Isabel Anabalon Fuentes

student

A alguien más le pasa que agrega la palabra VISIBLE; Seguido de el usuario_id ASC?

ALTER TABLE `platziblog`.`posts` 
ADD INDEX `posts_usuarios_idx` (`usuarios_id` ASC) VISIBLE;
;
ALTER TABLE `platziblog`.`posts` 
ADD CONSTRAINT `posts_usuarios`
  FOREIGN KEY (`usuarios_id`)
  REFERENCES `platziblog`.`usuarios` (`id`)
  ON DELETE NO ACTION
  ON UPDATE CASCADE;

NOE ORTIZ

student

Me sucedió.

José Luis Encastin Flores

student

Igual me apareció. Investigando un poco encontré lo siguiente: "MySQL mantiene los índices invisibles y los mantiene actualizados cuando cambian los datos en las columnas asociadas con los índices. De forma predeterminada, los índices son visibles. Para hacerlos invisibles, debe declarar explícitamente su visibilidad en el momento de la creación o mediante el comando ALTER TABLE[...] Los índices se utilizan para buscar filas con valores de columna específicos rápidamente. Sin un índice, MySQL debe comenzar con la primera fila y luego leer toda la tabla para encontrar las filas relevantes. Cuanto más grande es la tabla, más dificil es esto".

Alejandro Henao Ruiz

student

Creo que es recomendable mantener el estándar a la hora de crear los nombres de las entidades y atributos, ejemplo en los nombres, si decido crearlos en ingles debería ser el estándar para todos y no combinar unas entidades y atributos en ingles y otros en español.

David Esteban Solorzano Taborda

student

He visto y tambien es para mantener el estandar, o mayusculas inicial o minusculas y no mezclar ese tipo de cosas

Jorge Andrés López Pérez

student

Es importante tener en cuenta que para que pueda haber una relacion las tablas deben tener las mismas propiedades, un error comun que descubri que puede pasar esq al crear las tablas se ponen por defecto en MyISAM o InnoDB y si al relacionarlas son diferentes va generar un error tipo: MySQL ERROR: Error 1215: Cannot add foreign key constraint

Martín Alejandro Vera

student

mi no entender

Joshua Perez

student

Me salvaste amigo, estaba que explotaba, gracias

Alejandro González Reyes

student

Saludos. Una explicación excelente sobre restricciones de integridad referencial la tenemos en el siguiente enlace Link

Edwin García

student

Tengo una duda ¿Si yo defino las claves foráneas así funciona?

CREATE TABLE posts (
	id INT NOT NULL AUTO_INCREMENT,
	titulo VARCHAR(130) NOT NULL,
	fecha_publicacion TIMESTAMP NULL,
	contenido TEXT NOT NULL,
	estatus CHAR(8) NULL DEFAULT 'activo',
	usuario_id INT NOT NULL,
	categoria_id INT NOT NULL,
	PRIMARY KEY(id),
	FOREIGN KEY (usuario_id) REFERENCES usuarios(id),
	FOREIGN KEY (categoria_id) REFERENCES categorias(id)
);

Es que siempre he usado esta forma para crear las claves foráneas y no sé como funciona lo de INDEX.

José Luis García Peceros

student

También lo puedes hacer así

ALTER TABLE posts
ADD CONSTRAINT fk_posts_usuario
FOREIGN KEY (usuario_id) REFERENCES usuarios(id);

sobre los index. es parecido a los indices de los diccionarios. nos ayuda a encontrar los datos mas rápidos. Por ejemplo se tu tabla posts le agregas un indice a la columna contenido.

 ALTER TABLE posts ADD INDEX (contenido);

Esto al hacer el where con el campo contenido va ser mucho mas rápido.

Francisco Javier Suarez Verdugo

student

Estupenda explicación instructor Israel, yo no conocía esa funcionalidad o actions que se establece con las llaves foráneas tanto para los casos de edición como los de eliminación, le daré un buen uso a esta información.

Por cierto, si establecen las llaves foráneas por el comando: alter table (nombre tabla) add foreign key (nombre id fk) references nombre_tabla_de_ la_fk (nombre id pk) y no añaden nada más, esta quedara con los actions tanto en update como delete en restrict.

Jonathan Jiménez Soveranes

student

tabla posts

CREATE TABLE posts(
	id INTEGER NOT NULL PRIMARY KEY AUTO_INCREMENT,
    titulo VARCHAR(150) NOT NULL,
    fecha_publicacion TIMESTAMP NOT NULL,
    contenido TEXT NOT NULL,
    estatus CHAR(8) NOT NULL DEFAULT 'Activo',
    usuarios_id	INTEGER NOT NULL,
    categorias_id INTEGER NOT NULL,
    constraint foreign key (usuarios_id) 
    references usuarios(id) 
    on delete no action on update cascade,

    constraint foreign key (categorias_id) 
    references categoria(id) 
    on delete no action on update no action
);

CREATE TABLE categorias(
id INT NOT NULL AUTO_INCREMENT,
nombre_categoria VARCHAR(30) NOT NULL,
PRIMARY KEY (id)
)

CREATE TABLE etiquetas(
id INT NOT NULL AUTO_INCREMENT,
nombre_etiqueta VARCHAR(30) NOT NULL,
PRIMARY KEY (id)
)
CREATE TABLE usuarios(
id INT NOT NULL AUTO_INCREMENT,
login VARCHAR(30) NOT NULL,
password VARCHAR(32) NOT NULL,
nickname VARCHAR(40) NOT NULL,
email VARCHAR(40) NOT NULL,
PRIMARY KEY (id),
UNIQUE (email)
)

CREATE TABLE posts(
id INT,
titulo VARCHAR(130) NOT NULL,
fecha_publicacion TIMESTAMP,
contenido TEXT NOT NULL,
estatus CHAR(8) DEFAULT &quot;activo&quot;,
usuario_id INT NOT NULL,
categoria_id INT NOT NULL,
PRIMARY KEY (id),
FOREIGN KEY (usuario_id) REFERENCES usuarios(id) ON UPDATE CASCADE ON DELETE NO ACTION,
FOREIGN KEY (categoria_id) REFERENCES categorias(id)
)```

CREATE TABLE posts(
	id INT NOT NULL,
    categoria_id int not null,
    usuario_id int not null,
    titulo VARCHAR(255) NOT NULL,
    fecha_publicacion timestamp not null default now(),
    contenido TEXT null,
    estado CHAR(8) CHECK(estado in('activo','inactivo')),
    CONSTRAINT post_pk PRIMARY KEY(id)
);
ALTER TABLE posts 
ADD CONSTRAINT usuario_posts_fk 
FOREIGN KEY(usuario_id) 
REFERENCES usuarios(id);

ALTER TABLE posts
ADD CONSTRAINT categoria_posts_fk
FOREIGN KEY(categoria_id)
REFERENCES categorias(id);```

create table posts 
(
  id int not null auto_increment,
  titulo varchar(130) not null,
  fecha_publicacion timestamp null default null,
  contenido text not null,
  estatus char(8) default "activo",
  usuario_id int default null,
  categoria_id int default null,
  constraint primary key (id),
  constraint foreign key (categoria_id) references categorias (id) on delete no action on update no action,
  constraint foreign key (usuario_id) references usuarios (id) on delete no action on update cascade
  );

create table comentarios
(
  id int not null auto_increment,
  cuerpo_comentario text not null,
  usuario_id int not null,
  post_id int not null,
  primary key (id),
  constraint foreign key (post_id) references posts (id) on delete no action on update no action,
  constraint foreign key (usuario_id) references usuarios (id) on delete no action on update no action
)```

ALTER TABLE `platziblog`.`posts` 
ADD INDEX `posts_usuarios_idx` (`usuarios_id` ASC) VISIBLE;
;
ALTER TABLE `platziblog`.`posts` 
ADD CONSTRAINT `posts_usuarios`
  FOREIGN KEY (`usuarios_id`)
  REFERENCES `platziblog`.`usuarios` (`id`)
  ON DELETE NO ACTION
  ON UPDATE CASCADE;

CREATE TABLE posts (
	id INT NOT NULL AUTO_INCREMENT,
	titulo VARCHAR(130) NOT NULL,
	fecha_publicacion TIMESTAMP NULL,
	contenido TEXT NOT NULL,
	estatus CHAR(8) NULL DEFAULT 'activo',
	usuario_id INT NOT NULL,
	categoria_id INT NOT NULL,
	PRIMARY KEY(id),
	FOREIGN KEY (usuario_id) REFERENCES usuarios(id),
	FOREIGN KEY (categoria_id) REFERENCES categorias(id)
);

CREATE TABLE posts(
	id INTEGER NOT NULL PRIMARY KEY AUTO_INCREMENT,
    titulo VARCHAR(150) NOT NULL,
    fecha_publicacion TIMESTAMP NOT NULL,
    contenido TEXT NOT NULL,
    estatus CHAR(8) NOT NULL DEFAULT 'Activo',
    usuarios_id	INTEGER NOT NULL,
    categorias_id INTEGER NOT NULL,
    constraint foreign key (usuarios_id) 
    references usuarios(id) 
    on delete no action on update cascade,

    constraint foreign key (categorias_id) 
    references categoria(id) 
    on delete no action on update no action
);

Bienvenida conceptos básicos y contexto histórico de las Bases de Datos

Bienvenida conceptos básicos y contexto histórico de las Bases de Datos

Playground: tu primera consulta en bases de datos

Introducción a las bases de datos relacionales

Qué son entidades y atributos

Historia de las bases de datos relacionales

Entidades de Platzi Blog

Relaciones

Múltiples muchos

Diagrama ER

Diagrama Físico: tipos de datos y constraints

Diagrama Físico: normalización

Formas normales en Bases de Datos relacionales

Diagrama Físico: normalizando Platziblog

RDBMS (MySQL) o cómo hacer lo anterior de manera práctica

¿Qué es RDB y RDBMS?

Instalación local de un RDBMS (Windows)

Instalación local de un RDBMS (Mac)

Instalación local de un RDBMS (Ubuntu)

Clientes gráficos

Servicios administrados

SQL hasta en la sopa

Historia de SQL

DDL create

Playground: CREATE TABLE

CREATE VIEW y DDL ALTER

DDL drop

Playground: VIEW, ALTER y DROP en SQL

DML

Playground: CRUD con SQL

¿Qué tan standard es SQL?

Creando Platziblog: tablas independientes