Consultando PlatziBlog

Clase 47 de 67 • Curso de Fundamentos de Bases de Datos 2019

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

Resumen

Puedes usar una abreviación para evitar escribir lo mismo cada vez. Ejemplo:

FROM categorias AS c

Comentarios

Ricardo Oriel Cuan Sánchez

student•

Este buen hombre ha resumido 1 año de asignatura universitaria en 39 vídeos, es admirable

Daniel Andrés Giraldo Benites

student•

jajajaja... increíble no?

Carlos Fernando Aguilar González

student•

Mensajes como estos me animan mucho para seguir aprendiendo con los cursos de Platzi.

Sergio Abel Gordon Dolimpio

student•

Estuve leyendo la funcion GROUP_CONCAT, es interesante la clausula DISTINCT. Por ejemplo en donde queremos obtener en que categorias aporto un usuario con los posts para que no se repita hacer: GROUP_CONCAT(DISTINCT nombre_categoria)

SELECT u.nickname, COUNT(*) AS cant_posts, GROUP_CONCAT(DISTINCT nombre_categoria)
FROM usuarios AS u
	INNER JOIN posts AS p ON u.id = p.usuario_id
	INNER JOIN categorias AS c ON c.id = p.categoria_id
GROUP BY u.id
ORDER BY cant_posts DESC
;

Javier Batzibal

student•

Buen aporte!

Diego Edgardo Vega Herrera

student•

Gran aporte!

Seba Cardoso

student•

07:19 para que la consulta no muestre categorías repetidas usamos DISTINCT.

SELECT u.nickname, COUNT(*) cant_posts, GROUP_CONCAT(DISTINCT nombre_cateogria)
FROM usuarios AS u
...
...

Miguel Góngora

student•

Buen aporte! Gracias.

Aldo Domínguez Chávez

student•

Desde la clase anterior antes de que el sensei dé la respuesta yo pauso el video y lo resuelvo como yo me imagino, pude con todos los ejercicios y gracias a ello entendí bien las formulaciones de las queries, súper buenas las últimas lecciones, bueno, todas, en general. Gracias, sensei!

Bryan Gallo

student•

Justo antes de empezar este vídeo, leí tu comentario y decidí hacer lo mismo y también pude resolver estos ejercicios y realmente me siento muy emocionado de todo lo aprendido, realmente es un excelente profesor!!! de los mejores cursos de Platzi

Luis Fernando Zarazua Aguilar

student•

Muy buena técnica la de adelantarse al sensei, con lo que ya sabes asi puedes valorar mas los posteriores comandos o verlo desde un punto de vista mas familiar, yo hago algo semejante, intento a partir de las consultas hacer algo mas desafiante para extraer información mas difícil de ver, en verdad sql es un lenguaje muy padre.

Santiago Ricci

student•

Un aporte, al agregar el comando distinct dentro de group_concat se evita que se repitan los valores separados por coma. Saludos

select u.nickname, count(*)cant_posts, GROUP_CONCAT(distinct(nombre))
from usuarios AS u
	inner join posts AS p ON u.id = p.usuario_id
    inner join categorias AS c ON c.id = p.categoria_id
group by u.id
order by cant_posts DESC

Resultado: Moni 9 Deportes,Tecnología,Ciencia,Economía Israel 6 Tecnología,Economía,Deportes Ed 4 Espectáculos Lau 2 Ciencia

Denisse Rivas

student•

Gracias, buen aporte!

DARWIN JUAN CARLOS CATUNTA GARCIA

student•

Super, gracias por el dato :)

Facundo Nicolás García Martoni

teacher•

Mi solución al desafío de ++mostrar que usuarios no han escrito ningún post++ antes de ver la clase 💪🏼

SELECT login 
FROM usuarios
	LEFT JOIN posts ON posts.usuario_id = usuarios.id
WHERE posts.usuario_id IS NULL

Omar Patiño Sierra

student•

excelente facuu de hace 2 años, y ahora un excelente profesor

DARWIN JUAN CARLOS CATUNTA GARCIA

student•

Genial :)

Abril Darynka Tapia Sosa

student•

En esto: FROM categorias AS c se puede ++omitir el AS++ y funciona FROM categorias c

Deivis Andrés Cervantes Puello

student•

Por buenas prácticas qué es lo mejor? Dejar el AS o no?

Abril Darynka Tapia Sosa

student•

Si vas empezando es bueno poner la sentencia completa, ya después puedes empezar a utilizar los atajos al escribir código o los Querys

Gerardo Jesús Mota Olguín

student•

Me ha sido un poco complicado comprender los JOIN, pero nada que la práctica no resuelva!!!

Jose L. Figueroa

student•

Due acuerdo!! Solo es práctica!!!

Julián Cárdenas

student•

A m igual un poco!

Robin Tristan Calvo Ribera

student•

No entendía por qué ponías "WHERE posts.usuario_id IS NULL" en el último ejercicio, si en realidad el usuario_id existía (el del amigo perezoso).

Me quebré el coco un rato, pero luego entendí que cuando un LEFT JOIN no tiene correspondencia en otra tabla todos los valores de esa tabla correspondiente son NULL, incluso la llave que en teoría los relaciona.

Buen ejercicio para mis neuronas jaja.

Patricio Nicanor Cabrera

student•

Estas cosas pasan 😁

Beder Danilo Casa Condori

student•

yo sigo pensando aun

ALDO MATUS MARTINEZ

student•

RESUMEN DE LOS QUERIES :smiley: Andaba buscando este comentario, como no lo encontré lo hice, espero les sirva para su proceso de aprendizaje

-- Mostrar el número de posts que tiene cada categoría.
SELECT c.nombre_categoria, COUNT(*) AS numero_posts
    FROM posts as p
    LEFT JOIN categorias AS c ON c.id = p.categoria_id
    GROUP BY p.categoria_id;
--****************************************************************************************
--Mostrar sólo la categoría con más posts
SELECT c.nombre_categoria, COUNT(*) AS num_posts 
FROM posts as p 
LEFT JOIN categorias AS c ON c.id = p.categoria_id 
GROUP BY p.categoria_id 
ORDER BY num_posts 
DESC LIMIT 1;
--****************************************************************************************
--qué usuario está creando más posts en el sistema
SELECT u.nickname, COUNT(*) AS num_posts
FROM usuarios AS u
LEFT JOIN posts AS p ON p.usuario_id = u.id
GROUP BY u.id
ORDER BY num_posts DESC;
--****************************************************************************************
--qué usuario está creando más posts en el sistema y de qué categorías ha escrito.
SELECT u.nickname, COUNT(*) AS num_posts, GROUP_CONCAT(nombre_categoria) AS nom_categoria
FROM usuarios AS u
LEFT JOIN posts AS p ON p.usuario_id = u.id
LEFT JOIN categorias AS c ON p.categoria_id = c.id
GROUP BY u.id
ORDER BY num_posts DESC;
--****************************************************************************************
-- Usuarios que no han escrito ningún post
SELECT *
FROM usuarios as u
LEFT JOIN posts AS p ON u.id = p.usuario_id
WHERE p.usuario_id IS NULL

Carlos Fernando Aguilar González

student•

Muchas gracias Aldo

Nicolás Emilio Rubio Aparicio

student•

es un buen curso sin embargo considero que aveces suele enredar el hecho que la consulta no se realiza exactamente en el orden en que se van agregando los temas, seria mejor que con forme se vaya explicando las propiedades en la clase, se modifique cada parte de la consulta.

SARA ACUÑA BENAVIDES

student•

Totalmente de acuerdo

Ronny Jair Mora Rojas

student•

Concuerdo contigo, hasta el momento es el curso más pesado que he llevado y a criterio propio, creo que necesita una actualización para que sea algo más dinámico.

Elizabeth Rivera Ura

student•

Si alguno les da este error: Error Code: 1055 incompatible with sql_mode=only_full_group_by. Pueden solucionarlo de la siguente forma: SET sql_mode=(SELECT REPLACE(@@sql_mode,'ONLY_FULL_GROUP_BY','')); Ojo, estoy usando Mysql versión 14.14 en Ubuntu. Aquí la fuente: https://stackoverflow.com/questions/36207042/error-code-1055-incompatible-with-sql-mode-only-full-group-by

Andrés Villarreal

student•

Para mí ha sido un poco extraño encontrar que el lenguaje no es tan universal como pensaba. Varias veces he tenido que buscar cómo hacer algo específicamente en SQL Server porque tal y como lo escribe el profe no funciona.

Por ejemplo no existe GROUP_CONCAT, hay que utilizar otra función que es STRING_AGG. Pero siento que el enfrentarme a este tipo de retos hace que aprenda mejor la lógica del lenguaje, cosa que no pasaría si solo trascribiera.

Jeyson Henao

student•

Hola Andrés,

Aunque ya hace tiempo comentaste, cuando se habla de universalidad entiendo es en como se accede y se maneja la información.

Respecto a la cláusula GROUP_CONCAT() en SQL y STRING_AGG en SQL Server, la universalidad se presenta en ese acceso y manejo de la información.

Ernesto Ventas Fernandez

student•

He conocido algunos detractores de la Normalización que se basan en los costosos JOIN que hay que realizar para recombinar los datos en la forma apropiada para contestar la mayoría de las preguntas. Dependiendo de la volatilidad de un sistema en particular y de la naturaleza y frecuencia de las preguntas, una solución podría ser construir una tabla temporal donde se hubieran ejecutado los JOIN necesarios y donde se tendrían de forma directa los datos apropiados para responder tales preguntas con querys sencillos (sin JOIN y desde una sola tabla).

Fran L

student•

me atoré con los JOIN, pero sigo practicando

Anais Siana

student•

Estamos igual. A seguir!

Patricio Nicanor Cabrera

student•

Sin duda que este curso me está ayudando mucho. Hace meses lo venía arrastrando porque se me hacía un poco pesado absorber la información.
Las bases de datos, los diagramas y la forma de pensarlo eran algo nuevo para mí.

Seba Cardoso

student•

Para que la consulta no muestre categorías repetidas usamos DISTINCT

Carlos Eduardo Gomez García

teacher•

Me parece genial porque hasta este punto ya tenemos los superpoderes de poder manipular los datos de una base de datos de forma super sencilla, y el único limite es la imaginación, en serio que ya podemos hacer cosas super interesantes xD

Y reafirmo lo que dice el profesor, ¡practica! porque con base en la experiencia es que irás aprendiendo ^^

Silvana Rolón

student•

Carlos Fernando Aguilar González

student•

Gracias

Tus aportes son muy buenos y reflejan mucha dedicación en el estudio.

Saludos

Daniel Alexander Pérez Jácome

student•

Muy buen aporte

Héctor Eduardo López Carballo

student•

Coloco la base de datos propia que trabajé hasta este punto.

Query:

Diagrama físico:

SELECT u.nickname, COUNT(*) AS cant_posts, GROUP_CONCAT(DISTINCT nombre_categoria)
FROM usuarios AS u
	INNER JOIN posts AS p ON u.id = p.usuario_id
	INNER JOIN categorias AS c ON c.id = p.categoria_id
GROUP BY u.id
ORDER BY cant_posts DESC
;

select u.nickname, count(*)cant_posts, GROUP_CONCAT(distinct(nombre))
from usuarios AS u
	inner join posts AS p ON u.id = p.usuario_id
    inner join categorias AS c ON c.id = p.categoria_id
group by u.id
order by cant_posts DESC

-- Mostrar el número de posts que tiene cada categoría.
SELECT c.nombre_categoria, COUNT(*) AS numero_posts
    FROM posts as p
    LEFT JOIN categorias AS c ON c.id = p.categoria_id
    GROUP BY p.categoria_id;
--****************************************************************************************
--Mostrar sólo la categoría con más posts
SELECT c.nombre_categoria, COUNT(*) AS num_posts 
FROM posts as p 
LEFT JOIN categorias AS c ON c.id = p.categoria_id 
GROUP BY p.categoria_id 
ORDER BY num_posts 
DESC LIMIT 1;
--****************************************************************************************
--qué usuario está creando más posts en el sistema
SELECT u.nickname, COUNT(*) AS num_posts
FROM usuarios AS u
LEFT JOIN posts AS p ON p.usuario_id = u.id
GROUP BY u.id
ORDER BY num_posts DESC;
--****************************************************************************************
--qué usuario está creando más posts en el sistema y de qué categorías ha escrito.
SELECT u.nickname, COUNT(*) AS num_posts, GROUP_CONCAT(nombre_categoria) AS nom_categoria
FROM usuarios AS u
LEFT JOIN posts AS p ON p.usuario_id = u.id
LEFT JOIN categorias AS c ON p.categoria_id = c.id
GROUP BY u.id
ORDER BY num_posts DESC;
--****************************************************************************************
-- Usuarios que no han escrito ningún post
SELECT *
FROM usuarios as u
LEFT JOIN posts AS p ON u.id = p.usuario_id
WHERE p.usuario_id IS NULL

Consultando PlatziBlog

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

Creando Platziblog: tablas dependientes

Creando Platziblog: tablas transitivas

Consultas a una base de datos

¿Por qué las consultas son tan importantes?

Estructura básica de un Query

SELECT

Playground: SELECT en SQL

FROM y SQL JOINs

Utilizando la sentencia FROM

Playground: FROM y LEFT JOIN en SQL

WHERE

Utilizando la sentencia WHERE nulo y no nulo

Playground: Filtrando Datos con WHERE

GROUP BY

ORDER BY y HAVING

Playground: Agrupamiento y Ordenamiento de Datos

El interminable agujero de conejo (Nested queries)

¿Cómo convertir una pregunta en un query SQL?

Preguntándole a la base de datos