1
00:00:01,150 --> 00:00:02,540
‫Jonas: Quindi nell'ultima lezione

2
00:00:02,540 --> 00:00:04,990
‫abbiamo appreso una teoria sulla modellazione dei dati.

3
00:00:04,990 --> 00:00:07,430
‫E quindi, ora usiamo quella teoria

4
00:00:07,430 --> 00:00:09,930
‫per progettare effettivamente il modello di

5
00:00:09,930 --> 00:00:12,140
‫dati della nostra applicazione Natours.

6
00:00:12,140 --> 00:00:15,160
‫E questa è per me e per molti altri

7
00:00:15,160 --> 00:00:18,400
‫sviluppatori in realtà la parte più difficile della creazione di un'app.

8
00:00:18,400 --> 00:00:21,570
‫E, quindi, spero che questa applicazione ti serva

9
00:00:21,570 --> 00:00:24,660
‫da buon esempio e ti dia le conoscenze

10
00:00:24,660 --> 00:00:27,860
‫per progettare in seguito i tuoi modelli di dati,

11
00:00:27,860 --> 00:00:29,663
‫praticamente completamente da solo.

12
00:00:30,640 --> 00:00:32,130
‫Quindi facciamolo ora.

13
00:00:32,130 --> 00:00:34,560
‫E iniziamo con tutti i set

14
00:00:34,560 --> 00:00:37,690
‫di dati di cui abbiamo effettivamente bisogno nella nostra applicazione.

15
00:00:37,690 --> 00:00:39,430
‫Quindi iniziamo con i tour,

16
00:00:39,430 --> 00:00:41,630
‫e questo è ovviamente il più ovvio.

17
00:00:41,630 --> 00:00:44,730
‫E abbiamo già implementato questo.

18
00:00:44,730 --> 00:00:47,150
‫Poi abbiamo anche bisogno di alcuni utenti.

19
00:00:47,150 --> 00:00:50,590
‫E, ancora, abbiamo già una raccolta di utenti nel

20
00:00:50,590 --> 00:00:51,870
‫nostro database.

21
00:00:51,870 --> 00:00:54,020
‫E, quindi, fondamentalmente tour e utenti

22
00:00:54,020 --> 00:00:56,470
‫sono due set di dati completamente separati.

23
00:00:56,470 --> 00:00:58,270
‫E così li abbiamo normalizzati.

24
00:00:58,270 --> 00:01:00,593
‫E ovviamente non verranno incorporati.

25
00:01:01,540 --> 00:01:04,270
‫Successivamente, avremo anche recensioni e

26
00:01:04,270 --> 00:01:06,360
‫avremo anche posizioni.

27
00:01:06,360 --> 00:01:07,300
‫Va bene?

28
00:01:07,300 --> 00:01:09,380
‫Perché la maggior parte dei tour ha in realtà

29
00:01:09,380 --> 00:01:10,930
‫un numero di posizioni diverse.

30
00:01:10,930 --> 00:01:11,763
‫Va bene?

31
00:01:11,763 --> 00:01:14,600
‫E, quindi, questo è ancora un altro set di dati.

32
00:01:14,600 --> 00:01:17,300
‫E infine, avremo anche le prenotazioni.

33
00:01:17,300 --> 00:01:20,780
‫Ma un po' di più sul perché è in un secondo.

34
00:01:20,780 --> 00:01:23,320
‫Ok, quindi, abbiamo tutti questi set di dati.

35
00:01:23,320 --> 00:01:25,950
‫Ora modelliamo effettivamente le relazioni che esistono

36
00:01:25,950 --> 00:01:27,480
‫tra di loro.

37
00:01:27,480 --> 00:01:29,100
‫E inizierò con

38
00:01:29,100 --> 00:01:31,470
‫il rapporto tra utenti e recensioni.

39
00:01:31,470 --> 00:01:36,100
‫E questa relazione è chiaramente una relazione uno-a-molti perché un utente

40
00:01:36,100 --> 00:01:39,260
‫può scrivere più recensioni, ma una recensione

41
00:01:39,260 --> 00:01:42,360
‫può appartenere a un solo utente.

42
00:01:42,360 --> 00:01:45,550
‫E il genitore in questa relazione sono chiaramente gli utenti,

43
00:01:45,550 --> 00:01:47,240
‫e il figlio, le

44
00:01:47,240 --> 00:01:51,160
‫recensioni perché di nuovo è il genitore, quindi gli utenti in questo caso,

45
00:01:51,160 --> 00:01:53,560
‫che possono essere correlati a molte recensioni,

46
00:01:53,560 --> 00:01:56,730
‫ma una recensione può essere correlata a un solo utente.

47
00:01:56,730 --> 00:01:59,290
‫Ad ogni modo, ho scelto di modellare questa relazione

48
00:01:59,290 --> 00:02:01,160
‫usando il riferimento dei genitori.

49
00:02:01,160 --> 00:02:04,830
‫E questo perché un utente può scrivere molte recensioni e

50
00:02:04,830 --> 00:02:07,490
‫anche perché potremmo aver bisogno di interrogare

51
00:02:07,490 --> 00:02:09,600
‫solo le recensioni da solo.

52
00:02:09,600 --> 00:02:12,490
‫Quindi il modello dell'asse dei dati è

53
00:02:12,490 --> 00:02:16,300
‫davvero importante da prendere in considerazione in questa particolare relazione.

54
00:02:16,300 --> 00:02:18,940
‫Ora, riguardo al tipo di riferimento che

55
00:02:18,940 --> 00:02:20,610
‫useremo, è il riferimento

56
00:02:20,610 --> 00:02:24,220
‫del genitore, quindi fondamentalmente la recensione mantiene un riferimento dell'utente.

57
00:02:24,220 --> 00:02:26,670
‫Quindi mantenere un documento d'identità, in pratica.

58
00:02:26,670 --> 00:02:28,220
‫E questo è come

59
00:02:28,220 --> 00:02:32,510
‫già sai perché non vogliamo permettere a una razza di crescere indefinitamente.

60
00:02:32,510 --> 00:02:33,940
‫E questo potrebbe essere

61
00:02:33,940 --> 00:02:37,860
‫il caso se un utente scrive tonnellate e tonnellate (ride) di recensioni.

62
00:02:37,860 --> 00:02:38,930
‫Va bene?

63
00:02:38,930 --> 00:02:41,790
‫Inoltre, è bello che la recensione sappia chi

64
00:02:41,790 --> 00:02:43,220
‫l'ha effettivamente scritta.

65
00:02:43,220 --> 00:02:44,053
‫Va bene?

66
00:02:44,053 --> 00:02:46,440
‫E quindi, avere l'ID utente proprio sulla recensione

67
00:02:46,440 --> 00:02:48,273
‫ci consentirà anche di farlo.

68
00:02:49,120 --> 00:02:49,953
‫Va bene.

69
00:02:49,953 --> 00:02:51,060
‫Successivamente, diamo

70
00:02:51,060 --> 00:02:54,310
‫un'occhiata alla relazione tra tour e recensioni.

71
00:02:54,310 --> 00:02:56,580
‫E questo è in realtà molto simile.

72
00:02:56,580 --> 00:02:59,450
‫Quindi, ancora una volta, è una relazione uno a

73
00:02:59,450 --> 00:03:02,070
‫molti, in cui un tour può avere

74
00:03:02,070 --> 00:03:05,260
‫più recensioni ma una recensione può riguardare solo un tour.

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

76
00:03:06,093 --> 00:03:07,810
‫Quindi è così che ha senso.

77
00:03:07,810 --> 00:03:11,180
‫E, quindi, lo modelleremo esattamente allo stesso

78
00:03:11,180 --> 00:03:13,380
‫modo della relazione utente-recensioni.

79
00:03:13,380 --> 00:03:15,460
‫Quindi, ancora una volta, il riferimento

80
00:03:15,460 --> 00:03:17,670
‫del genitore, in modo che alla fine le

81
00:03:17,670 --> 00:03:20,530
‫recensioni finiscano con un ID tour e un ID utente.

82
00:03:20,530 --> 00:03:23,270
‫E così, una volta che interroghiamo le recensioni,

83
00:03:23,270 --> 00:03:25,040
‫lo sappiamo sempre esattamente.

84
00:03:25,040 --> 00:03:27,930
‫Ottimo, quindi parliamo ora della relazione

85
00:03:27,930 --> 00:03:30,800
‫tra tour e location.

86
00:03:30,800 --> 00:03:32,230
‫Quindi, come ho

87
00:03:32,230 --> 00:03:35,230
‫detto prima, ogni tour avrà un paio di luoghi.

88
00:03:35,230 --> 00:03:38,680
‫Quindi, ad esempio, il camper del parco si fermerà praticamente

89
00:03:38,680 --> 00:03:41,080
‫in tre o quattro parchi nazionali.

90
00:03:41,080 --> 00:03:43,150
‫E, quindi, ognuno di questi parchi

91
00:03:43,150 --> 00:03:45,120
‫nazionali sarà un luogo.

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

93
00:03:45,953 --> 00:03:49,700
‫E, quindi, ogni tour avrà fondamentalmente alcune località.

94
00:03:49,700 --> 00:03:52,730
‫Ora, seguendo quell'esempio, uno di questi parchi nazionali

95
00:03:52,730 --> 00:03:55,930
‫potrebbe anche far parte di uno degli altri tour.

96
00:03:55,930 --> 00:03:58,260
‫E, quindi, fondamentalmente questa relazione qui

97
00:03:58,260 --> 00:04:00,770
‫è una relazione da pochi a pochi.

98
00:04:00,770 --> 00:04:03,630
‫E abbiamo chiamato questa relazione molti a molti

99
00:04:03,630 --> 00:04:06,480
‫prima, ma possiamo ancora chiamarli pochi a pochi

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

101
00:04:08,910 --> 00:04:10,850
‫E, quindi, li ho

102
00:04:10,850 --> 00:04:15,290
‫chiamati pochi a pochi perché ogni tour avrà solo tre, quattro

103
00:04:15,290 --> 00:04:17,460
‫location ma non proprio come 100.

104
00:04:17,460 --> 00:04:18,370
‫Va bene?

105
00:04:18,370 --> 00:04:21,540
‫E, ancora, ciascuna delle location può anche far parte

106
00:04:21,540 --> 00:04:23,060
‫di un altro tour.

107
00:04:23,060 --> 00:04:26,210
‫Ora, questo potrebbe essere un buon esempio per

108
00:04:26,210 --> 00:04:30,670
‫implementare effettivamente il riferimento bidirezionale, quindi fondamentalmente normalizzando le posizioni nel

109
00:04:30,670 --> 00:04:32,480
‫proprio set di dati.

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

111
00:04:33,313 --> 00:04:36,330
‫Ma invece denormalizzerò le location

112
00:04:36,330 --> 00:04:39,270
‫per inserirle nei tour.

113
00:04:39,270 --> 00:04:41,350
‫E questo è in realtà per molteplici ragioni.

114
00:04:41,350 --> 00:04:44,500
‫Primo, perché ci sono solo così poche località.

115
00:04:44,500 --> 00:04:47,400
‫Inoltre, non accederemo davvero ai luoghi

116
00:04:47,400 --> 00:04:48,690
‫da soli.

117
00:04:48,690 --> 00:04:51,890
‫E, infine, queste location sono intrinsecamente legate

118
00:04:51,890 --> 00:04:55,400
‫ai tour perché davvero senza location non

119
00:04:55,400 --> 00:04:57,280
‫potrebbero esserci tour.

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

121
00:04:58,113 --> 00:05:00,480
‫Quindi questi set di dati sono strettamente collegati.

122
00:05:00,480 --> 00:05:04,030
‫E così, ho scelto di incorporare i luoghi nei tour e

123
00:05:04,030 --> 00:05:06,580
‫di non creare un'altra raccolta per questi.

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

125
00:05:07,413 --> 00:05:10,750
‫Quindi avremo una raccolta per i tour, una per gli utenti

126
00:05:10,750 --> 00:05:13,330
‫e poco dopo creeremo anche una nuova raccolta

127
00:05:13,330 --> 00:05:14,710
‫per le recensioni.

128
00:05:14,710 --> 00:05:15,543
‫Va bene?

129
00:05:15,543 --> 00:05:18,860
‫Ma per le località, ancora una volta, perché queste saranno incorporate

130
00:05:18,860 --> 00:05:19,793
‫nei tour.

131
00:05:20,640 --> 00:05:23,710
‫Ok, e poi c'è anche una relazione tra

132
00:05:23,710 --> 00:05:26,250
‫i tour e gli utenti.

133
00:05:26,250 --> 00:05:28,780
‫E questo perché avremo guide

134
00:05:28,780 --> 00:05:33,150
‫turistiche nei tour, e queste guide turistiche saranno effettivamente utenti.

135
00:05:33,150 --> 00:05:36,270
‫Quindi ricordi come abbiamo effettivamente dato agli utenti un ruolo

136
00:05:36,270 --> 00:05:37,760
‫nel nostro schema Mongoose?

137
00:05:37,760 --> 00:05:40,770
‫E le possibilità contenevano la guida e

138
00:05:40,770 --> 00:05:43,020
‫la guida principale, ricordi?

139
00:05:43,020 --> 00:05:44,670
‫E, quindi, ci sarà

140
00:05:44,670 --> 00:05:48,210
‫una relazione tra questi tipi di utenti e i tour.

141
00:05:48,210 --> 00:05:52,240
‫Ora, questa relazione è di nuovo una relazione da pochi a

142
00:05:52,240 --> 00:05:55,550
‫pochi perché un tour può avere solo pochi utenti,

143
00:05:55,550 --> 00:05:58,410
‫quindi poche guide turistiche, ma allo

144
00:05:58,410 --> 00:06:02,150
‫stesso tempo ogni guida turistica può anche guidare alcuni tour.

145
00:06:02,150 --> 00:06:02,983
‫Va bene?

146
00:06:02,983 --> 00:06:06,490
‫E quindi, di nuovo, c'è una relazione molti a molti qui,

147
00:06:06,490 --> 00:06:09,270
‫che ho semplicemente chiamato pochi a pochi.

148
00:06:09,270 --> 00:06:12,140
‫Ora, per modellare effettivamente questa relazione, potremmo

149
00:06:12,140 --> 00:06:14,410
‫farlo in due modi.

150
00:06:14,410 --> 00:06:17,280
‫Potremmo usare il riferimento o l'incorporamento.

151
00:06:17,280 --> 00:06:19,620
‫E in realtà ti mostrerò come

152
00:06:19,620 --> 00:06:22,830
‫implementare sia l'incorporamento dei riferimenti figlio utilizzando Mongoose

153
00:06:22,830 --> 00:06:24,410
‫in questa sezione.

154
00:06:24,410 --> 00:06:25,620
‫Va bene?

155
00:06:25,620 --> 00:06:28,800
‫E l'argomento per l'inclusione è che in questo caso

156
00:06:28,800 --> 00:06:31,930
‫potremmo avere tutte le informazioni su ciascun tour che

157
00:06:31,930 --> 00:06:34,310
‫contengono le informazioni sulle guide

158
00:06:34,310 --> 00:06:36,700
‫turistiche direttamente su ogni documento del tour.

159
00:06:36,700 --> 00:06:38,710
‫Ma d'altra parte, ciò creerebbe

160
00:06:38,710 --> 00:06:41,120
‫quindi alcune informazioni extra nel database

161
00:06:41,120 --> 00:06:43,670
‫perché avremo ancora bisogno di avere gli

162
00:06:43,670 --> 00:06:45,210
‫utenti come una raccolta

163
00:06:45,210 --> 00:06:48,700
‫separata semplicemente perché abbiamo bisogno di accedervi tutto il tempo

164
00:06:48,700 --> 00:06:51,250
‫per l'autenticazione e l'autorizzazione dell'utente e tutto

165
00:06:51,250 --> 00:06:52,510
‫il resto.

166
00:06:52,510 --> 00:06:56,290
‫Quindi, di solito, gli utenti sono sempre un'entità a sé stante

167
00:06:56,290 --> 00:06:57,700
‫in ogni database.

168
00:06:57,700 --> 00:06:58,533
‫Va bene?

169
00:06:58,533 --> 00:07:02,380
‫Ma potremmo ancora incorporare alcuni utenti nei tour.

170
00:07:02,380 --> 00:07:04,750
‫Quindi, in pratica, quando l'utente è una

171
00:07:04,750 --> 00:07:08,190
‫guida turistica per un tour specifico, potremmo copiare tutti questi

172
00:07:08,190 --> 00:07:09,950
‫dati nel documento del tour.

173
00:07:09,950 --> 00:07:10,783
‫Va bene?

174
00:07:10,783 --> 00:07:14,230
‫Ma dovremmo anche aggiornare l'utente durante il tour

175
00:07:14,230 --> 00:07:17,590
‫ogni volta che l'utente sottostante cambia.

176
00:07:17,590 --> 00:07:19,710
‫Quindi diciamo che il ruolo di un utente

177
00:07:19,710 --> 00:07:21,690
‫cambia da guida a guida principale.

178
00:07:21,690 --> 00:07:24,410
‫E in tal caso, dovremmo quindi andare al

179
00:07:24,410 --> 00:07:26,850
‫tour e aggiornare anche le informazioni sul ruolo

180
00:07:26,850 --> 00:07:28,840
‫proprio lì sui dati incorporati.

181
00:07:28,840 --> 00:07:29,673
‫Va bene?

182
00:07:29,673 --> 00:07:32,320
‫E, quindi, non è l'ideale, quindi

183
00:07:32,320 --> 00:07:35,350
‫in realtà implementeremo anche il riferimento ai bambini.

184
00:07:35,350 --> 00:07:37,280
‫E quindi, con ciò,

185
00:07:37,280 --> 00:07:39,590
‫possiamo ancora mantenere fondamentalmente le informazioni

186
00:07:39,590 --> 00:07:42,860
‫sulle guide turistiche sugli utenti, ma semplicemente in una

187
00:07:42,860 --> 00:07:44,930
‫forma referenziata, quindi sostanzialmente mantenendo gli

188
00:07:44,930 --> 00:07:47,630
‫ID lì, che poi indicheranno gli utenti.

189
00:07:47,630 --> 00:07:48,463
‫Va bene?

190
00:07:48,463 --> 00:07:51,370
‫E ovviamente potremmo anche usare il riferimento

191
00:07:51,370 --> 00:07:55,100
‫bidirezionale, quindi anche mantenendo un ID del tour direttamente sull'utente.

192
00:07:55,100 --> 00:07:56,650
‫Ma penso che sia

193
00:07:56,650 --> 00:07:59,140
‫un po' troppo per questo tipo di piccolo

194
00:07:59,140 --> 00:08:02,850
‫esempio perché non tutti gli utenti avranno effettivamente bisogno di un ID del

195
00:08:02,850 --> 00:08:05,580
‫tour perché non tutti gli utenti sono guide turistiche.

196
00:08:05,580 --> 00:08:08,870
‫E, quindi, questa relazione qui è un po' difficile da modellare,

197
00:08:08,870 --> 00:08:10,800
‫penso, ma credo che alla

198
00:08:10,800 --> 00:08:14,200
‫fine il riferimento ai bambini sarà il modo migliore per andare.

199
00:08:14,200 --> 00:08:15,033
‫Va bene?

200
00:08:15,033 --> 00:08:17,220
‫Tuttavia, ti mostrerò anche l'incorporamento

201
00:08:17,220 --> 00:08:20,120
‫perché penso che sia importante anche imparare.

202
00:08:20,120 --> 00:08:21,400
‫Va bene?

203
00:08:21,400 --> 00:08:23,530
‫Poi abbiamo le nostre prenotazioni.

204
00:08:23,530 --> 00:08:26,130
‫E fondamentalmente verrà creata una nuova

205
00:08:26,130 --> 00:08:29,340
‫prenotazione ogni volta che un utente acquista un tour.

206
00:08:29,340 --> 00:08:31,340
‫Quindi questa è ancora una sorta

207
00:08:31,340 --> 00:08:33,240
‫di relazione tra utenti e

208
00:08:33,240 --> 00:08:36,950
‫tour perché di nuovo è un utente che comprerà un tour.

209
00:08:36,950 --> 00:08:38,810
‫Ma vogliamo anche memorizzare

210
00:08:38,810 --> 00:08:40,920
‫alcuni dati su quella relazione stessa,

211
00:08:40,920 --> 00:08:44,450
‫quindi in questo caso sull'acquisto stesso nel nostro database.

212
00:08:44,450 --> 00:08:46,430
‫Ad esempio, il prezzo o la

213
00:08:46,430 --> 00:08:49,560
‫data in cui è avvenuto l'acquisto o qualcosa del genere.

214
00:08:49,560 --> 00:08:50,810
‫E quindi, in casi

215
00:08:50,810 --> 00:08:53,750
‫come questo, è una buona idea creare un set di dati

216
00:08:53,750 --> 00:08:55,920
‫extra, che in questo caso sono le prenotazioni.

217
00:08:55,920 --> 00:08:56,753
‫Va bene?

218
00:08:56,753 --> 00:08:58,710
‫E quindi, ovviamente, ci sarà

219
00:08:58,710 --> 00:09:02,398
‫una relazione tra tour e prenotazioni e anche utenti e prenotazioni.

220
00:09:02,398 --> 00:09:06,150
‫E, ancora, perché fondamentalmente la prenotazione collega i tour

221
00:09:06,150 --> 00:09:09,763
‫con gli utenti ma con un passaggio intermedio.

222
00:09:09,763 --> 00:09:12,530
‫Quindi un tour può avere molte prenotazioni,

223
00:09:12,530 --> 00:09:15,760
‫ma una prenotazione può appartenere a un solo tour.

224
00:09:15,760 --> 00:09:17,350
‫E la stessa cosa con gli utenti.

225
00:09:17,350 --> 00:09:19,870
‫Quindi un utente può prenotare più

226
00:09:19,870 --> 00:09:23,610
‫tour, ma una prenotazione può appartenere solo a uno degli utenti.

227
00:09:23,610 --> 00:09:26,380
‫E quindi, ovviamente, abbiamo una relazione uno a molti

228
00:09:26,380 --> 00:09:29,080
‫in entrambi i casi, e anche in entrambi i

229
00:09:29,080 --> 00:09:31,140
‫casi, useremo il riferimento dei genitori.

230
00:09:31,140 --> 00:09:33,610
‫E, quindi, ciò significa che su ogni

231
00:09:33,610 --> 00:09:37,640
‫prenotazione conserveremo un ID sia del tour che è stato acquistato sia

232
00:09:37,640 --> 00:09:40,270
‫anche dell'utente che ha effettivamente acquistato il tour.

233
00:09:40,270 --> 00:09:41,103
‫Va bene?

234
00:09:41,103 --> 00:09:42,930
‫E quindi, in questo caso, lo

235
00:09:42,930 --> 00:09:46,140
‫sto facendo in questo modo perché fondamentalmente non voglio inquinare i

236
00:09:46,140 --> 00:09:49,510
‫dati del tour con informazioni su chi ha effettivamente acquistato il tour.

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

238
00:09:50,343 --> 00:09:53,157
‫Non sarebbe davvero rilevante per i dati del tour stesso.

239
00:09:53,157 --> 00:09:55,070
‫E la stessa cosa con gli utenti.

240
00:09:55,070 --> 00:09:58,370
‫Quindi non vogliamo nemmeno inquinare l'oggetto degli utenti con

241
00:09:58,370 --> 00:10:00,740
‫tutte le prenotazioni che hanno fatto.

242
00:10:00,740 --> 00:10:01,573
‫Va bene?

243
00:10:01,573 --> 00:10:03,000
‫E così, invece,

244
00:10:03,000 --> 00:10:05,770
‫creeremo di nuovo un oggetto intermedio o un

245
00:10:05,770 --> 00:10:08,450
‫set di dati intermedio che starà tra

246
00:10:08,450 --> 00:10:12,520
‫gli utenti e i tour ogni volta che creano un nuovo acquisto.

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

248
00:10:13,353 --> 00:10:14,590
‫Ha senso?

249
00:10:14,590 --> 00:10:17,520
‫E questo è effettivamente tutto per il nostro modello di dati.

250
00:10:17,520 --> 00:10:21,370
‫E ovviamente, ora sembra un po' astratto, ma una volta

251
00:10:21,370 --> 00:10:23,150
‫che inizieremo a implementarlo,

252
00:10:23,150 --> 00:10:24,660
‫sarà molto utile

253
00:10:24,660 --> 00:10:28,730
‫avere tutte le nostre idee organizzate in qualcosa del genere.

254
00:10:28,730 --> 00:10:31,310
‫Quindi, ogni volta che questo modello di dati

255
00:10:31,310 --> 00:10:34,560
‫che implementeremo in questa sezione ti crea un po' di

256
00:10:34,560 --> 00:10:36,970
‫confusione, fai semplicemente riferimento a questa diapositiva.

257
00:10:36,970 --> 00:10:39,080
‫Oppure puoi anche stamparlo se questo

258
00:10:39,080 --> 00:10:40,980
‫ti rende più facile.

259
00:10:40,980 --> 00:10:43,960
‫Quindi questo è il nostro modello di dati in teoria.

260
00:10:43,960 --> 00:10:46,080
‫E ora durante il resto del corso,

261
00:10:46,080 --> 00:10:48,870
‫ti fornirò gli strumenti per modellare effettivamente i dati

262
00:10:48,870 --> 00:10:50,543
‫utilizzando la libreria Mongoose.