Recreando Platziblog
Clase 54 de 67 • Curso de Fundamentos de Bases de Datos 2019
Contenido del curso
- 3

Qué son entidades y atributos
10:38 - 4

Historia de las bases de datos relacionales
03:19 - 5

Entidades de Platzi Blog
08:05 - 6

Relaciones
10:25 - 7

Múltiples muchos
02:25 - 8

Diagrama ER
05:12 - 9

Diagrama Físico: tipos de datos y constraints
13:50 - 10

Diagrama Físico: normalización
10:16 - 11
Formas normales en Bases de Datos relacionales
02:54 - 12

Diagrama Físico: normalizando Platziblog
14:46
- 19

Historia de SQL
03:53 - 20

DDL create
13:53 - 21
Playground: CREATE TABLE
00:00 - 22

CREATE VIEW y DDL ALTER
10:17 - 23

DDL drop
05:17 - 24
Playground: VIEW, ALTER y DROP en SQL
00:00 - 25

DML
17:03 - 26
Playground: CRUD con SQL
00:00 - 27

¿Qué tan standard es SQL?
10:26 - 28

Creando Platziblog: tablas independientes
11:34 - 29

Creando Platziblog: tablas dependientes
11:24 - 30

Creando Platziblog: tablas transitivas
09:19
- 31

¿Por qué las consultas son tan importantes?
02:34 - 32

Estructura básica de un Query
06:23 - 33

SELECT
11:16 - 34
Playground: SELECT en SQL
00:00 - 35

FROM y SQL JOINs
07:11 - 36

Utilizando la sentencia FROM
14:46 - 37
Playground: FROM y LEFT JOIN en SQL
00:00 - 38

WHERE
14:00 - 39

Utilizando la sentencia WHERE nulo y no nulo
10:16 - 40
Playground: Filtrando Datos con WHERE
00:00 - 41

GROUP BY
11:56 - 42

ORDER BY y HAVING
13:02 - 43
Playground: Agrupamiento y Ordenamiento de Datos
00:00 - 44

El interminable agujero de conejo (Nested queries)
12:39 - 45

¿Cómo convertir una pregunta en un query SQL?
06:14 - 46

Preguntándole a la base de datos
10:08 - 47

Consultando PlatziBlog
12:35 - 48
Playground: Prueba Final con PlatziBlog
00:00
¿Cómo migrar datos a Firestore?
Firestore es una herramienta poderosa y flexible para almacenar datos. Migrar datos relacionales a Firestore puede parecer un desafío, pero siguiendo algunas pautas esenciales, puedes garantizar una transición fluida y eficiente. Aquí te explicamos cómo convertir los datos de PlatziBlog a esta plataforma.
¿Cómo estructurar tus datos en Firestore?
Cuando estamos trasladando datos a Firestore, debemos decidir cómo vamos a estructurar estos datos. Firestore utiliza una jerarquía basada en:
- Bases de datos
- Colecciones
- Documentos
- Subcolecciones
Estas entidades necesitan ser planificadas de manera que se adapten a nuestro modelo de datos original pero también a nuestras necesidades de consulta.
¿Usuario como colección principal o subcolección?
Una de las primeras decisiones a tomar es cómo organizaremos nuestros usuarios. Firestore nos permite dos enfoques válidos:
- Colección principal: Si es importante tener acceso directo a una lista de usuarios en tu aplicación, lo mejor es optar por una colección de nivel superior.
- Subcolección dentro de posts: Si los usuarios no se necesitan listar a menudo y están más ligados a los posts que crean, puedes colocarlos dentro de los documentos de post.
¿Cómo organizar los posts y categorías?
Los posts, al igual que los usuarios, se pueden estructurar de diferentes maneras:
- Colección principal: Puedes tener posts como una colección principal y las categorías como un campo o subcolección dentro de cada post.
- Categorías de nivel superior: Si las categorías se utilizarán para otros propósitos o necesitan ser consultadas independientemente, podrían estar en una colección de nivel superior, enlazando los posts a ellas.
Ambas opciones son válidas y dependerán de cómo planeas consultar estos datos y de la estructura de tu aplicación.
¿Dónde guardar los comentarios y etiquetas?
Los comentarios suelen estar claramente vinculados a un post. Por esta razón, es recomendable almacenarlos directamente como subcolecciones dentro de cada documento de post.
En cuanto a las etiquetas, puedes optar por:
- Subcolección dentro de posts: Recomendado cuando su uso está más restringido a su post específico.
- Colección principal: Si deseas sacar listados de etiquetas independientemente, por ejemplo, para análisis más detallados.
Consejos para replantear la estructura de datos
Cuando trabajas con Firestore, es crucial pensar no solo en la estructura de datos, sino también en cómo estos datos se presentan y se utilizan en el frontend.
- Simplifica las consultas complejas: Firestore no está diseñado para queries extensas y complejas. Para esos casos, considera herramientas como BigQuery.
- Estado de la aplicación: Piensa siempre en cómo los datos reflejan el estado actual de tu aplicación.
Este enfoque te ayudará a estructurar tus datos de una manera que maximice la eficiencia y el rendimiento.
Con estas recomendaciones, estarás listo para migrar tus datos de una base relacional a Firestore de manera efectiva y eficiente. ¡No te detengas y sigue aprendiendo y experimentando! La flexibilidad de Firestore te permitirá encontrar la estructura que mejor se adapte a tus necesidades específicas.