1
00:00:01,150 --> 00:00:02,540
‫Jonas: Entonces, en la última

2
00:00:02,540 --> 00:00:04,990
‫conferencia, aprendimos una teoría sobre el modelado de datos.

3
00:00:04,990 --> 00:00:07,430
‫Entonces, usemos ahora esa teoría para

4
00:00:07,430 --> 00:00:09,930
‫diseñar realmente el modelo de datos

5
00:00:09,930 --> 00:00:12,140
‫de nuestra aplicación Natours.

6
00:00:12,140 --> 00:00:15,160
‫Y esto es para mí y para muchos

7
00:00:15,160 --> 00:00:18,400
‫otros desarrolladores la parte más difícil de crear una aplicación.

8
00:00:18,400 --> 00:00:21,570
‫Y, entonces, espero que esta aplicación te sirva

9
00:00:21,570 --> 00:00:24,660
‫de buen ejemplo y te brinde los conocimientos

10
00:00:24,660 --> 00:00:27,860
‫para luego diseñar tus propios modelos de datos,

11
00:00:27,860 --> 00:00:29,663
‫básicamente por tu cuenta.

12
00:00:30,640 --> 00:00:32,130
‫Así que hagámoslo ahora.

13
00:00:32,130 --> 00:00:34,560
‫Y comencemos con todos los conjuntos

14
00:00:34,560 --> 00:00:37,690
‫de datos que realmente necesitamos en nuestra aplicación.

15
00:00:37,690 --> 00:00:39,430
‫Entonces, comenzando con las giras,

16
00:00:39,430 --> 00:00:41,630
‫y esa es, por supuesto, la más obvia.

17
00:00:41,630 --> 00:00:44,730
‫Y ya tenemos este implementado.

18
00:00:44,730 --> 00:00:47,150
‫Entonces también necesitamos algunos usuarios.

19
00:00:47,150 --> 00:00:50,590
‫Y, nuevamente, ya tenemos una colección de usuarios en nuestra

20
00:00:50,590 --> 00:00:51,870
‫base de datos.

21
00:00:51,870 --> 00:00:54,020
‫Entonces, básicamente, los recorridos y los

22
00:00:54,020 --> 00:00:56,470
‫usuarios son dos conjuntos de datos completamente separados.

23
00:00:56,470 --> 00:00:58,270
‫Y, entonces, los tenemos normalizados.

24
00:00:58,270 --> 00:01:00,593
‫Y, por supuesto, no se incrustarán.

25
00:01:01,540 --> 00:01:04,270
‫A continuación, también tendremos revisiones y

26
00:01:04,270 --> 00:01:06,360
‫también tendremos ubicaciones.

27
00:01:06,360 --> 00:01:07,300
‫¿Okey?

28
00:01:07,300 --> 00:01:09,380
‫Porque la mayoría de los tours

29
00:01:09,380 --> 00:01:10,930
‫tienen diferentes ubicaciones.

30
00:01:10,930 --> 00:01:11,763
‫¿Okey?

31
00:01:11,763 --> 00:01:14,600
‫Y, de nuevo, ese es otro conjunto de datos.

32
00:01:14,600 --> 00:01:17,300
‫Y finalmente, también tendremos reservas.

33
00:01:17,300 --> 00:01:20,780
‫Pero un poco más sobre por qué eso es en un segundo.

34
00:01:20,780 --> 00:01:23,320
‫Bien, tenemos todos estos conjuntos de datos.

35
00:01:23,320 --> 00:01:25,950
‫Ahora modelemos realmente las relaciones que

36
00:01:25,950 --> 00:01:27,480
‫existen entre ellos.

37
00:01:27,480 --> 00:01:29,100
‫Y comenzaré con

38
00:01:29,100 --> 00:01:31,470
‫la relación entre usuarios y reseñas.

39
00:01:31,470 --> 00:01:36,100
‫Y esta relación es claramente una relación de uno a varios porque

40
00:01:36,100 --> 00:01:39,260
‫un usuario puede escribir varias reseñas, pero una

41
00:01:39,260 --> 00:01:42,360
‫reseña solo puede pertenecer a un usuario.

42
00:01:42,360 --> 00:01:45,550
‫Y el padre en esta relación son claramente los usuarios,

43
00:01:45,550 --> 00:01:47,240
‫y el hijo, las

44
00:01:47,240 --> 00:01:51,160
‫reseñas porque nuevamente es el padre, por lo que los usuarios en este

45
00:01:51,160 --> 00:01:53,560
‫caso, que pueden estar relacionados con muchas reseñas,

46
00:01:53,560 --> 00:01:56,730
‫pero una reseña solo puede estar relacionada con un usuario.

47
00:01:56,730 --> 00:01:59,290
‫De todos modos, elegí modelar esta relación

48
00:01:59,290 --> 00:02:01,160
‫usando referencias de padres.

49
00:02:01,160 --> 00:02:04,830
‫Y eso se debe a que un usuario puede escribir muchas reseñas

50
00:02:04,830 --> 00:02:07,490
‫y también a que es posible que debamos consultar

51
00:02:07,490 --> 00:02:09,600
‫solo las reseñas por su cuenta.

52
00:02:09,600 --> 00:02:12,490
‫Por lo tanto, es muy importante tener en

53
00:02:12,490 --> 00:02:16,300
‫cuenta el patrón del eje de datos en esta relación en particular.

54
00:02:16,300 --> 00:02:18,940
‫Ahora, sobre el tipo de referencia que vamos a

55
00:02:18,940 --> 00:02:20,610
‫usar, es la referencia de

56
00:02:20,610 --> 00:02:24,220
‫los padres, así que básicamente la revisión mantiene una referencia del usuario.

57
00:02:24,220 --> 00:02:26,670
‫Así que, básicamente, mantener una identificación.

58
00:02:26,670 --> 00:02:28,220
‫Y eso es

59
00:02:28,220 --> 00:02:32,510
‫como ya sabéis porque no queremos permitir que una raza crezca indefinidamente.

60
00:02:32,510 --> 00:02:33,940
‫Y ese podría ser

61
00:02:33,940 --> 00:02:37,860
‫el caso si un usuario escribe toneladas y toneladas (risas) de reseñas.

62
00:02:37,860 --> 00:02:38,930
‫¿Okey?

63
00:02:38,930 --> 00:02:41,790
‫Además, es bueno que la reseña sepa

64
00:02:41,790 --> 00:02:43,220
‫quién la escribió.

65
00:02:43,220 --> 00:02:44,053
‫¿Okey?

66
00:02:44,053 --> 00:02:46,440
‫Y, por lo tanto, tener la identificación de usuario en la

67
00:02:46,440 --> 00:02:48,273
‫revisión también nos permitirá hacer precisamente eso.

68
00:02:49,120 --> 00:02:49,953
‫Está bien.

69
00:02:49,953 --> 00:02:51,060
‫A continuación, echemos

70
00:02:51,060 --> 00:02:54,310
‫un vistazo a la relación entre recorridos y reseñas.

71
00:02:54,310 --> 00:02:56,580
‫Y este en realidad es muy similar.

72
00:02:56,580 --> 00:02:59,450
‫Entonces, nuevamente, es una relación de uno a

73
00:02:59,450 --> 00:03:02,070
‫varios, donde un recorrido puede tener varias

74
00:03:02,070 --> 00:03:05,260
‫reseñas, pero una reseña solo puede ser sobre un recorrido.

75
00:03:05,260 --> 00:03:06,093
‫¿Derecha?

76
00:03:06,093 --> 00:03:07,810
‫Entonces esa es la forma en que tiene sentido.

77
00:03:07,810 --> 00:03:11,180
‫Y, entonces, lo modelaremos exactamente de la misma manera que

78
00:03:11,180 --> 00:03:13,380
‫la relación entre usuarios y reseñas.

79
00:03:13,380 --> 00:03:15,460
‫Entonces, nuevamente, referencias de los padres,

80
00:03:15,460 --> 00:03:17,670
‫para que al final las reseñas terminen

81
00:03:17,670 --> 00:03:20,530
‫con una identificación de recorrido y una identificación de usuario.

82
00:03:20,530 --> 00:03:23,270
‫Entonces, una vez que solicitamos reseñas, siempre

83
00:03:23,270 --> 00:03:25,040
‫lo sabremos exactamente.

84
00:03:25,040 --> 00:03:27,930
‫Genial, ahora hablemos de la relación

85
00:03:27,930 --> 00:03:30,800
‫entre recorridos y ubicaciones.

86
00:03:30,800 --> 00:03:32,230
‫Entonces, como mencioné

87
00:03:32,230 --> 00:03:35,230
‫anteriormente, cada gira tendrá un par de ubicaciones.

88
00:03:35,230 --> 00:03:38,680
‫Entonces, por ejemplo, el campista del parque básicamente se detendrá

89
00:03:38,680 --> 00:03:41,080
‫en tres o cuatro parques nacionales.

90
00:03:41,080 --> 00:03:43,150
‫Y, entonces, cada uno de estos

91
00:03:43,150 --> 00:03:45,120
‫parques nacionales será una ubicación.

92
00:03:45,120 --> 00:03:45,953
‫¿Derecha?

93
00:03:45,953 --> 00:03:49,700
‫Y, entonces, cada recorrido tendrá básicamente algunas ubicaciones.

94
00:03:49,700 --> 00:03:52,730
‫Ahora, siguiendo ese ejemplo, uno de estos parques nacionales

95
00:03:52,730 --> 00:03:55,930
‫también podría ser parte de uno de los otros recorridos.

96
00:03:55,930 --> 00:03:58,260
‫Y, entonces, básicamente esta relación aquí

97
00:03:58,260 --> 00:04:00,770
‫es una relación de pocos a pocos.

98
00:04:00,770 --> 00:04:03,630
‫Y antes llamamos a esta relación de muchos a

99
00:04:03,630 --> 00:04:06,480
‫muchos, pero todavía podemos llamarlos de pocos a pocos

100
00:04:06,480 --> 00:04:08,910
‫o de una tonelada a una tonelada.

101
00:04:08,910 --> 00:04:10,850
‫Y, entonces, los llamé

102
00:04:10,850 --> 00:04:15,290
‫pocos a pocos porque cada gira solo tendrá tres, cuatro

103
00:04:15,290 --> 00:04:17,460
‫lugares, pero no como 100.

104
00:04:17,460 --> 00:04:18,370
‫¿Okey?

105
00:04:18,370 --> 00:04:21,540
‫Y, nuevamente, cada una de las ubicaciones también puede ser

106
00:04:21,540 --> 00:04:23,060
‫parte de otro recorrido.

107
00:04:23,060 --> 00:04:26,210
‫Ahora bien, este podría ser un buen ejemplo para

108
00:04:26,210 --> 00:04:30,670
‫implementar realmente referencias bidireccionales, por lo que básicamente normalizar las ubicaciones en su

109
00:04:30,670 --> 00:04:32,480
‫propio conjunto de datos.

110
00:04:32,480 --> 00:04:33,313
‫¿Derecha?

111
00:04:33,313 --> 00:04:36,330
‫Pero en lugar de eso, desnormalizaré las

112
00:04:36,330 --> 00:04:39,270
‫ubicaciones para integrarlas en los recorridos.

113
00:04:39,270 --> 00:04:41,350
‫Y eso es en realidad por múltiples razones.

114
00:04:41,350 --> 00:04:44,500
‫Primero, porque hay muy pocas ubicaciones.

115
00:04:44,500 --> 00:04:47,400
‫Además, realmente no accederemos a las ubicaciones

116
00:04:47,400 --> 00:04:48,690
‫por su cuenta.

117
00:04:48,690 --> 00:04:51,890
‫Y, finalmente, estos lugares están intrínsecamente relacionados

118
00:04:51,890 --> 00:04:55,400
‫con los recorridos porque realmente sin lugares no

119
00:04:55,400 --> 00:04:57,280
‫podría haber recorridos.

120
00:04:57,280 --> 00:04:58,113
‫¿Derecha?

121
00:04:58,113 --> 00:05:00,480
‫Por tanto, estos conjuntos de datos pertenecen estrechamente.

122
00:05:00,480 --> 00:05:04,030
‫Entonces, elegí incrustar ubicaciones en recorridos y no

123
00:05:04,030 --> 00:05:06,580
‫crear otra colección para estos.

124
00:05:06,580 --> 00:05:07,413
‫¿Derecha?

125
00:05:07,413 --> 00:05:10,750
‫Así que tendremos una colección para recorridos, otra para usuarios y,

126
00:05:10,750 --> 00:05:13,330
‫un poco más tarde, también crearemos una nueva

127
00:05:13,330 --> 00:05:14,710
‫colección para las reseñas.

128
00:05:14,710 --> 00:05:15,543
‫¿Está bien?

129
00:05:15,543 --> 00:05:18,860
‫Pero para las ubicaciones, nuevamente, porque estas estarán integradas en

130
00:05:18,860 --> 00:05:19,793
‫los recorridos.

131
00:05:20,640 --> 00:05:23,710
‫De acuerdo, y a continuación también hay una relación

132
00:05:23,710 --> 00:05:26,250
‫entre los recorridos y los usuarios.

133
00:05:26,250 --> 00:05:28,780
‫Y eso es porque vamos a tener

134
00:05:28,780 --> 00:05:33,150
‫guías turísticos en los recorridos, y estos guías turísticos en realidad serán usuarios.

135
00:05:33,150 --> 00:05:36,270
‫Entonces, ¿recuerdas cómo les dimos a los usuarios un rol en

136
00:05:36,270 --> 00:05:37,760
‫nuestro esquema de Mongoose?

137
00:05:37,760 --> 00:05:40,770
‫Y las posibilidades allí contenían la guía

138
00:05:40,770 --> 00:05:43,020
‫y la guía principal, ¿recuerdas?

139
00:05:43,020 --> 00:05:44,670
‫Entonces, habrá una

140
00:05:44,670 --> 00:05:48,210
‫relación entre este tipo de usuarios y los recorridos.

141
00:05:48,210 --> 00:05:52,240
‫Ahora, esta relación es nuevamente una relación de pocos a pocos

142
00:05:52,240 --> 00:05:55,550
‫porque un recorrido puede tener solo unos pocos usuarios,

143
00:05:55,550 --> 00:05:58,410
‫por lo que algunos guías turísticos, pero

144
00:05:58,410 --> 00:06:02,150
‫al mismo tiempo, cada guía turístico también puede guiar algunos recorridos.

145
00:06:02,150 --> 00:06:02,983
‫¿Está bien?

146
00:06:02,983 --> 00:06:06,490
‫Y, entonces, nuevamente, hay una relación de muchos a muchos aquí,

147
00:06:06,490 --> 00:06:09,270
‫que simplemente llamé aquí de pocos a pocos.

148
00:06:09,270 --> 00:06:12,140
‫Ahora, acerca de modelar realmente esta relación,

149
00:06:12,140 --> 00:06:14,410
‫podríamos hacerlo de dos maneras.

150
00:06:14,410 --> 00:06:17,280
‫Podríamos usar referencias o incrustaciones.

151
00:06:17,280 --> 00:06:19,620
‫Y, de hecho, le mostraré cómo implementar

152
00:06:19,620 --> 00:06:22,830
‫la incrustación de referencias de niños usando Mongoose a lo

153
00:06:22,830 --> 00:06:24,410
‫largo de esta sección.

154
00:06:24,410 --> 00:06:25,620
‫¿Okey?

155
00:06:25,620 --> 00:06:28,800
‫Y el argumento para la incrustación es que, en este

156
00:06:28,800 --> 00:06:31,930
‫caso, podríamos tener toda la información sobre cada recorrido que

157
00:06:31,930 --> 00:06:34,310
‫contenga la información sobre los guías

158
00:06:34,310 --> 00:06:36,700
‫turísticos directamente en cada documento del recorrido.

159
00:06:36,700 --> 00:06:38,710
‫Pero, por otro lado, eso crearía

160
00:06:38,710 --> 00:06:41,120
‫información adicional en la base de datos

161
00:06:41,120 --> 00:06:43,670
‫porque todavía necesitaremos tener a los usuarios

162
00:06:43,670 --> 00:06:45,210
‫como una colección separada

163
00:06:45,210 --> 00:06:48,700
‫simplemente porque necesitamos acceder a ellos todo el tiempo para

164
00:06:48,700 --> 00:06:51,250
‫la autenticación y autorización del usuario y

165
00:06:51,250 --> 00:06:52,510
‫todo eso.

166
00:06:52,510 --> 00:06:56,290
‫Por lo general, los usuarios son siempre una entidad por sí mismos en

167
00:06:56,290 --> 00:06:57,700
‫cada base de datos.

168
00:06:57,700 --> 00:06:58,533
‫¿Okey?

169
00:06:58,533 --> 00:07:02,380
‫Pero aún podríamos incorporar a algunos de los usuarios en los recorridos.

170
00:07:02,380 --> 00:07:04,750
‫Entonces, básicamente, cuando el usuario es un

171
00:07:04,750 --> 00:07:08,190
‫guía turístico para un recorrido específico, podríamos copiar todos estos datos

172
00:07:08,190 --> 00:07:09,950
‫en el documento del recorrido.

173
00:07:09,950 --> 00:07:10,783
‫¿Okey?

174
00:07:10,783 --> 00:07:14,230
‫Pero también tendríamos que actualizar al usuario en el

175
00:07:14,230 --> 00:07:17,590
‫recorrido cada vez que cambia el usuario subyacente.

176
00:07:17,590 --> 00:07:19,710
‫Entonces, digamos que el rol de un usuario

177
00:07:19,710 --> 00:07:21,690
‫cambia de guía a guía principal.

178
00:07:21,690 --> 00:07:24,410
‫Y en ese caso, tendríamos que ir al recorrido

179
00:07:24,410 --> 00:07:26,850
‫y también actualizar la información de esa función

180
00:07:26,850 --> 00:07:28,840
‫allí mismo en los datos incrustados.

181
00:07:28,840 --> 00:07:29,673
‫¿Okey?

182
00:07:29,673 --> 00:07:32,320
‫Y, entonces, eso no es ideal, por

183
00:07:32,320 --> 00:07:35,350
‫lo que en realidad también implementaremos referencias de niños.

184
00:07:35,350 --> 00:07:37,280
‫Y, entonces, con eso, todavía

185
00:07:37,280 --> 00:07:39,590
‫podemos mantener básicamente la información sobre los

186
00:07:39,590 --> 00:07:42,860
‫guías turísticos en los usuarios, pero simplemente en una forma

187
00:07:42,860 --> 00:07:44,930
‫referenciada, por lo que básicamente mantener

188
00:07:44,930 --> 00:07:47,630
‫las ID allí, que luego apuntarán a los usuarios.

189
00:07:47,630 --> 00:07:48,463
‫¿Okey?

190
00:07:48,463 --> 00:07:51,370
‫Y, por supuesto, también podríamos usar referencias bidireccionales, por

191
00:07:51,370 --> 00:07:55,100
‫lo que también mantenemos una identificación del recorrido directamente en el usuario.

192
00:07:55,100 --> 00:07:56,650
‫Pero creo que eso

193
00:07:56,650 --> 00:07:59,140
‫es demasiado para este tipo de pequeño

194
00:07:59,140 --> 00:08:02,850
‫ejemplo porque no todos los usuarios realmente necesitarán una identificación del

195
00:08:02,850 --> 00:08:05,580
‫recorrido porque no todos los usuarios son guías turísticos.

196
00:08:05,580 --> 00:08:08,870
‫Y, entonces, esta relación aquí es un poco complicada de

197
00:08:08,870 --> 00:08:10,800
‫modelar, creo, pero creo que

198
00:08:10,800 --> 00:08:14,200
‫al final la referencia infantil será la mejor manera de hacerlo.

199
00:08:14,200 --> 00:08:15,033
‫¿Okey?

200
00:08:15,033 --> 00:08:17,220
‫Pero aún así, también les mostraré cómo

201
00:08:17,220 --> 00:08:20,120
‫integrar porque creo que eso también es importante de aprender.

202
00:08:20,120 --> 00:08:21,400
‫¿Está bien?

203
00:08:21,400 --> 00:08:23,530
‫A continuación, tenemos nuestras reservas.

204
00:08:23,530 --> 00:08:26,130
‫Y básicamente se creará una nueva

205
00:08:26,130 --> 00:08:29,340
‫reserva cada vez que un usuario compre un tour.

206
00:08:29,340 --> 00:08:31,340
‫Así que esta sigue siendo una especie

207
00:08:31,340 --> 00:08:33,240
‫de relación entre los usuarios y

208
00:08:33,240 --> 00:08:36,950
‫los recorridos porque, nuevamente, es un usuario el que va a comprar un recorrido.

209
00:08:36,950 --> 00:08:38,810
‫Pero también queremos almacenar algunos

210
00:08:38,810 --> 00:08:40,920
‫datos sobre esa relación en sí,

211
00:08:40,920 --> 00:08:44,450
‫en este caso sobre la compra en nuestra base de datos.

212
00:08:44,450 --> 00:08:46,430
‫Por ejemplo, el precio o

213
00:08:46,430 --> 00:08:49,560
‫la fecha en que ocurrió la compra o algo así.

214
00:08:49,560 --> 00:08:50,810
‫Entonces, en casos como

215
00:08:50,810 --> 00:08:53,750
‫este, es una buena idea crear un conjunto de datos adicional,

216
00:08:53,750 --> 00:08:55,920
‫que en este caso son las reservas.

217
00:08:55,920 --> 00:08:56,753
‫¿Okey?

218
00:08:56,753 --> 00:08:58,710
‫Y, por supuesto, habrá una relación

219
00:08:58,710 --> 00:09:02,398
‫entre los tours y las reservas y también entre los usuarios y las reservas.

220
00:09:02,398 --> 00:09:06,150
‫Y, de nuevo, porque básicamente la reserva conecta los tours

221
00:09:06,150 --> 00:09:09,763
‫con los usuarios, pero con un paso intermedio.

222
00:09:09,763 --> 00:09:12,530
‫Por lo tanto, un tour puede tener muchas

223
00:09:12,530 --> 00:09:15,760
‫reservas, pero una reserva solo puede pertenecer a un tour.

224
00:09:15,760 --> 00:09:17,350
‫Y lo mismo con los usuarios.

225
00:09:17,350 --> 00:09:19,870
‫Por lo tanto, un usuario puede reservar muchos

226
00:09:19,870 --> 00:09:23,610
‫viajes, pero una reserva solo puede pertenecer a uno de los usuarios.

227
00:09:23,610 --> 00:09:26,380
‫Y, por supuesto, tenemos una relación de uno a

228
00:09:26,380 --> 00:09:29,080
‫muchos en ambos casos, y también en ambos

229
00:09:29,080 --> 00:09:31,140
‫casos, usaremos referencias de padres.

230
00:09:31,140 --> 00:09:33,610
‫Y, entonces, eso significa que en

231
00:09:33,610 --> 00:09:37,640
‫cada reserva mantendremos una identificación tanto del tour que se compró como

232
00:09:37,640 --> 00:09:40,270
‫del usuario que realmente compró el tour.

233
00:09:40,270 --> 00:09:41,103
‫¿Okey?

234
00:09:41,103 --> 00:09:42,930
‫Y, entonces, en este caso,

235
00:09:42,930 --> 00:09:46,140
‫lo hago de esta manera porque básicamente no quiero contaminar los

236
00:09:46,140 --> 00:09:49,510
‫datos del tour con información sobre quién realmente compró el tour.

237
00:09:49,510 --> 00:09:50,343
‫¿Derecha?

238
00:09:50,343 --> 00:09:53,157
‫No sería realmente relevante para los datos del recorrido en sí.

239
00:09:53,157 --> 00:09:55,070
‫Y lo mismo con los usuarios.

240
00:09:55,070 --> 00:09:58,370
‫Por lo tanto, tampoco queremos contaminar el objeto de los

241
00:09:58,370 --> 00:10:00,740
‫usuarios con todas las reservas que hicieron.

242
00:10:00,740 --> 00:10:01,573
‫¿Está bien?

243
00:10:01,573 --> 00:10:03,000
‫Entonces, en su

244
00:10:03,000 --> 00:10:05,770
‫lugar, nuevamente crearemos un objeto intermedio o un

245
00:10:05,770 --> 00:10:08,450
‫conjunto de datos intermedio que se interpondrá entre

246
00:10:08,450 --> 00:10:12,520
‫los usuarios y los recorridos cada vez que creen una nueva compra.

247
00:10:12,520 --> 00:10:13,353
‫¿Derecha?

248
00:10:13,353 --> 00:10:14,590
‫¿Tener sentido?

249
00:10:14,590 --> 00:10:17,520
‫Y eso es todo para nuestro modelo de datos.

250
00:10:17,520 --> 00:10:21,370
‫Y, por supuesto, esto ahora parece algo abstracto, pero una

251
00:10:21,370 --> 00:10:23,150
‫vez que comencemos a

252
00:10:23,150 --> 00:10:24,660
‫implementarlo, será muy

253
00:10:24,660 --> 00:10:28,730
‫útil tener todas nuestras ideas organizadas en algo como esto.

254
00:10:28,730 --> 00:10:31,310
‫Entonces, siempre que este modelo de datos que implementaremos

255
00:10:31,310 --> 00:10:34,560
‫a lo largo de esta sección se vuelva un poco confuso para

256
00:10:34,560 --> 00:10:36,970
‫usted, simplemente vuelva a consultar esta diapositiva.

257
00:10:36,970 --> 00:10:39,080
‫O incluso puede imprimirlo si eso

258
00:10:39,080 --> 00:10:40,980
‫se lo pone más fácil.

259
00:10:40,980 --> 00:10:43,960
‫Entonces este es nuestro modelo de datos en teoría.

260
00:10:43,960 --> 00:10:46,080
‫Y ahora, durante el resto del curso,

261
00:10:46,080 --> 00:10:48,870
‫le daré las herramientas para modelar realmente los datos

262
00:10:48,870 --> 00:10:50,543
‫usando la biblioteca Mongoose.