1 00:00:01,150 --> 00:00:02,540 ‫Jonas : Donc, dans la dernière 2 00:00:02,540 --> 00:00:04,990 ‫conférence, nous avons appris une théorie sur la modélisation des données. 3 00:00:04,990 --> 00:00:07,430 ‫Et, donc, utilisons maintenant cette théorie 4 00:00:07,430 --> 00:00:09,930 ‫afin de concevoir réellement le modèle de 5 00:00:09,930 --> 00:00:12,140 ‫données de notre application Natours. 6 00:00:12,140 --> 00:00:15,160 ‫Et c'est pour moi et pour de nombreux autres 7 00:00:15,160 --> 00:00:18,400 ‫développeurs la partie la plus difficile de la création d'une application. 8 00:00:18,400 --> 00:00:21,570 ‫Et, donc, j'espère que cette application vous servira 9 00:00:21,570 --> 00:00:24,660 ‫de bon exemple et vous donnera les connaissances 10 00:00:24,660 --> 00:00:27,860 ‫nécessaires pour concevoir plus tard vos propres modèles de 11 00:00:27,860 --> 00:00:29,663 ‫données, essentiellement par vous-même. 12 00:00:30,640 --> 00:00:32,130 ‫Alors faisons-le maintenant. 13 00:00:32,130 --> 00:00:34,560 ‫Et commençons par tous les ensembles 14 00:00:34,560 --> 00:00:37,690 ‫de données dont nous avons réellement besoin dans notre application. 15 00:00:37,690 --> 00:00:39,430 ‫Donc à commencer par les 16 00:00:39,430 --> 00:00:41,630 ‫tournées, et c'est bien sûr la plus évidente. 17 00:00:41,630 --> 00:00:44,730 ‫Et nous avons déjà celui-ci mis en œuvre. 18 00:00:44,730 --> 00:00:47,150 ‫Ensuite, nous avons également besoin de quelques utilisateurs. 19 00:00:47,150 --> 00:00:50,590 ‫Et, encore une fois, nous avons déjà une collection d'utilisateurs dans 20 00:00:50,590 --> 00:00:51,870 ‫notre base de données. 21 00:00:51,870 --> 00:00:54,020 ‫Et donc, les visites et les utilisateurs 22 00:00:54,020 --> 00:00:56,470 ‫sont essentiellement deux ensembles de données complètement distincts. 23 00:00:56,470 --> 00:00:58,270 ‫Et, donc, nous les avons normalisés. 24 00:00:58,270 --> 00:01:00,593 ‫Et bien sûr, ils ne seront pas intégrés. 25 00:01:01,540 --> 00:01:04,270 ‫Ensuite, nous aurons également des critiques, et 26 00:01:04,270 --> 00:01:06,360 ‫nous aurons également des emplacements. 27 00:01:06,360 --> 00:01:07,300 ‫D'accord? 28 00:01:07,300 --> 00:01:09,380 ‫Parce que la plupart des circuits ont en fait 29 00:01:09,380 --> 00:01:10,930 ‫un certain nombre d'endroits différents. 30 00:01:10,930 --> 00:01:11,763 ‫D'accord? 31 00:01:11,763 --> 00:01:14,600 ‫Et, donc, c'est encore un autre ensemble de données. 32 00:01:14,600 --> 00:01:17,300 ‫Et enfin, nous aurons aussi des réservations. 33 00:01:17,300 --> 00:01:20,780 ‫Mais un peu plus sur pourquoi c'est dans une seconde. 34 00:01:20,780 --> 00:01:23,320 ‫D'accord, nous avons tous ces ensembles de données. 35 00:01:23,320 --> 00:01:25,950 ‫Modélisons maintenant les relations qui existent 36 00:01:25,950 --> 00:01:27,480 ‫entre eux. 37 00:01:27,480 --> 00:01:29,100 ‫Et je vais commencer par 38 00:01:29,100 --> 00:01:31,470 ‫la relation entre les utilisateurs et les avis. 39 00:01:31,470 --> 00:01:36,100 ‫Et cette relation est clairement une relation un-à-plusieurs car un utilisateur 40 00:01:36,100 --> 00:01:39,260 ‫peut écrire plusieurs avis, mais un avis ne 41 00:01:39,260 --> 00:01:42,360 ‫peut appartenir qu'à un seul utilisateur. 42 00:01:42,360 --> 00:01:45,550 ‫Et le parent dans cette relation est clairement les utilisateurs, et 43 00:01:45,550 --> 00:01:47,240 ‫l'enfant, les avis car 44 00:01:47,240 --> 00:01:51,160 ‫encore une fois c'est le parent, donc les utilisateurs dans ce cas, qui 45 00:01:51,160 --> 00:01:53,560 ‫peuvent être liés à de nombreux avis, mais 46 00:01:53,560 --> 00:01:56,730 ‫un avis ne peut être lié qu'à un seul utilisateur. 47 00:01:56,730 --> 00:01:59,290 ‫Quoi qu'il en soit, j'ai choisi de modéliser cette relation 48 00:01:59,290 --> 00:02:01,160 ‫en utilisant le référencement des parents. 49 00:02:01,160 --> 00:02:04,830 ‫Et c'est parce qu'un utilisateur peut écrire beaucoup d'avis et aussi 50 00:02:04,830 --> 00:02:07,490 ‫parce que nous pourrions en fait avoir besoin 51 00:02:07,490 --> 00:02:09,600 ‫d'interroger uniquement les avis par eux-mêmes. 52 00:02:09,600 --> 00:02:12,490 ‫Il est donc très important de prendre en 53 00:02:12,490 --> 00:02:16,300 ‫compte le modèle de l'axe des données dans cette relation particulière. 54 00:02:16,300 --> 00:02:18,940 ‫Maintenant, à propos du type de référencement que 55 00:02:18,940 --> 00:02:20,610 ‫nous allons utiliser, il s'agit 56 00:02:20,610 --> 00:02:24,220 ‫du référencement parent, donc fondamentalement, la revue conserve une référence de l'utilisateur. 57 00:02:24,220 --> 00:02:26,670 ‫Donc, garder une pièce d'identité, en gros. 58 00:02:26,670 --> 00:02:28,220 ‫Et c'est comme vous le 59 00:02:28,220 --> 00:02:32,510 ‫savez déjà parce que nous ne voulons pas permettre à une race de grandir indéfiniment. 60 00:02:32,510 --> 00:02:33,940 ‫Et cela pourrait être 61 00:02:33,940 --> 00:02:37,860 ‫le cas si un utilisateur écrit des tonnes et des tonnes (rires) d'avis. 62 00:02:37,860 --> 00:02:38,930 ‫D'accord? 63 00:02:38,930 --> 00:02:41,790 ‫De plus, il est agréable d'avoir la critique en sachant 64 00:02:41,790 --> 00:02:43,220 ‫qui l'a réellement écrite. 65 00:02:43,220 --> 00:02:44,053 ‫D'accord? 66 00:02:44,053 --> 00:02:46,440 ‫Et, donc, avoir l'ID utilisateur directement sur l'examen nous 67 00:02:46,440 --> 00:02:48,273 ‫permettra également de faire exactement cela. 68 00:02:49,120 --> 00:02:49,953 ‫D'accord. 69 00:02:49,953 --> 00:02:51,060 ‫Ensuite, examinons 70 00:02:51,060 --> 00:02:54,310 ‫la relation entre les visites et les critiques. 71 00:02:54,310 --> 00:02:56,580 ‫Et celui-ci est en fait très similaire. 72 00:02:56,580 --> 00:02:59,450 ‫Donc, encore une fois, c'est une relation un-à-plusieurs, 73 00:02:59,450 --> 00:03:02,070 ‫où une tournée peut avoir plusieurs critiques, 74 00:03:02,070 --> 00:03:05,260 ‫mais une critique ne peut concerner qu'une seule tournée. 75 00:03:05,260 --> 00:03:06,093 ‫Droit? 76 00:03:06,093 --> 00:03:07,810 ‫C'est ainsi que cela a du sens. 77 00:03:07,810 --> 00:03:11,180 ‫Et, donc, nous allons le modéliser exactement de la même 78 00:03:11,180 --> 00:03:13,380 ‫manière que la relation utilisateur-avis. 79 00:03:13,380 --> 00:03:15,460 ‫Donc, encore une fois, le référencement des 80 00:03:15,460 --> 00:03:17,670 ‫parents, de sorte qu'au final les avis se 81 00:03:17,670 --> 00:03:20,530 ‫retrouvent avec un identifiant de tournée et un identifiant d'utilisateur. 82 00:03:20,530 --> 00:03:23,270 ‫Et, donc, une fois que nous demandons des 83 00:03:23,270 --> 00:03:25,040 ‫avis, nous savons toujours exactement. 84 00:03:25,040 --> 00:03:27,930 ‫Super, parlons maintenant de la relation entre 85 00:03:27,930 --> 00:03:30,800 ‫les visites et les lieux. 86 00:03:30,800 --> 00:03:32,230 ‫Donc, comme je 87 00:03:32,230 --> 00:03:35,230 ‫l'ai mentionné plus tôt, chaque tournée aura plusieurs endroits. 88 00:03:35,230 --> 00:03:38,680 ‫Ainsi, par exemple, le camping-car du parc s'arrêtera essentiellement 89 00:03:38,680 --> 00:03:41,080 ‫dans trois ou quatre parcs nationaux. 90 00:03:41,080 --> 00:03:43,150 ‫Et, donc, chacun de ces parcs 91 00:03:43,150 --> 00:03:45,120 ‫nationaux va être un endroit. 92 00:03:45,120 --> 00:03:45,953 ‫Droit? 93 00:03:45,953 --> 00:03:49,700 ‫Et, donc, chaque tournée aura essentiellement quelques endroits. 94 00:03:49,700 --> 00:03:52,730 ‫Maintenant, en suivant cet exemple, l'un de ces parcs 95 00:03:52,730 --> 00:03:55,930 ‫nationaux pourrait également faire partie de l'un des autres circuits. 96 00:03:55,930 --> 00:03:58,260 ‫Et, donc, fondamentalement, cette relation ici 97 00:03:58,260 --> 00:04:00,770 ‫est une relation de quelques-uns à quelques-uns. 98 00:04:00,770 --> 00:04:03,630 ‫Et nous avons appelé cette relation plusieurs-à-plusieurs auparavant, mais 99 00:04:03,630 --> 00:04:06,480 ‫nous pouvons toujours les appeler quelques-uns à quelques-uns 100 00:04:06,480 --> 00:04:08,910 ‫ou une tonne à une tonne. 101 00:04:08,910 --> 00:04:10,850 ‫Et, donc, je les 102 00:04:10,850 --> 00:04:15,290 ‫ai appelés peu à peu parce que chaque tournée n'aura que trois, 103 00:04:15,290 --> 00:04:17,460 ‫quatre emplacements mais pas vraiment 100. 104 00:04:17,460 --> 00:04:18,370 ‫D'accord? 105 00:04:18,370 --> 00:04:21,540 ‫Et, encore une fois, chacun des lieux peut également faire 106 00:04:21,540 --> 00:04:23,060 ‫partie d'une autre tournée. 107 00:04:23,060 --> 00:04:26,210 ‫Maintenant, cela pourrait être un bon exemple pour 108 00:04:26,210 --> 00:04:30,670 ‫implémenter réellement un référencement bidirectionnel, donc fondamentalement normaliser les emplacements dans son 109 00:04:30,670 --> 00:04:32,480 ‫propre ensemble de données. 110 00:04:32,480 --> 00:04:33,313 ‫Droit? 111 00:04:33,313 --> 00:04:36,330 ‫Mais au lieu de cela, je vais en fait dénormaliser 112 00:04:36,330 --> 00:04:39,270 ‫les emplacements afin de les intégrer dans les tournées. 113 00:04:39,270 --> 00:04:41,350 ‫Et c'est en fait pour plusieurs raisons. 114 00:04:41,350 --> 00:04:44,500 ‫D'abord parce qu'il n'y a que si peu d'emplacements. 115 00:04:44,500 --> 00:04:47,400 ‫De plus, nous n'allons pas vraiment accéder aux 116 00:04:47,400 --> 00:04:48,690 ‫emplacements par eux-mêmes. 117 00:04:48,690 --> 00:04:51,890 ‫Et, enfin, ces lieux sont intrinsèquement liés 118 00:04:51,890 --> 00:04:55,400 ‫aux tournées car vraiment sans lieux, il ne pourrait 119 00:04:55,400 --> 00:04:57,280 ‫y avoir de tournées. 120 00:04:57,280 --> 00:04:58,113 ‫Droit? 121 00:04:58,113 --> 00:05:00,480 ‫Ces ensembles de données sont donc étroitement liés. 122 00:05:00,480 --> 00:05:04,030 ‫Et, donc, j'ai choisi d'intégrer des lieux dans des tournées et de 123 00:05:04,030 --> 00:05:06,580 ‫ne pas créer une autre collection pour ceux-ci. 124 00:05:06,580 --> 00:05:07,413 ‫Droit? 125 00:05:07,413 --> 00:05:10,750 ‫Nous aurons donc une collection pour les visites, une pour les utilisateurs, 126 00:05:10,750 --> 00:05:13,330 ‫et un peu plus tard, nous créerons également une nouvelle 127 00:05:13,330 --> 00:05:14,710 ‫collection pour les critiques. 128 00:05:14,710 --> 00:05:15,543 ‫D'accord? 129 00:05:15,543 --> 00:05:18,860 ‫Mais pour les lieux, encore une fois, car ceux-ci seront intégrés 130 00:05:18,860 --> 00:05:19,793 ‫aux visites. 131 00:05:20,640 --> 00:05:23,710 ‫D'accord, et ensuite, il y a aussi une relation 132 00:05:23,710 --> 00:05:26,250 ‫entre les visites et les utilisateurs. 133 00:05:26,250 --> 00:05:28,780 ‫Et c'est parce que nous allons avoir des 134 00:05:28,780 --> 00:05:33,150 ‫guides touristiques dans les visites, et ces guides touristiques seront en fait des utilisateurs. 135 00:05:33,150 --> 00:05:36,270 ‫Alors, rappelez-vous comment nous avons donné aux utilisateurs un rôle dans 136 00:05:36,270 --> 00:05:37,760 ‫notre schéma Mongoose ? 137 00:05:37,760 --> 00:05:40,770 ‫Et les possibilités là-bas contenaient le guide et le 138 00:05:40,770 --> 00:05:43,020 ‫guide principal, vous vous souvenez ? 139 00:05:43,020 --> 00:05:44,670 ‫Et, donc, il va 140 00:05:44,670 --> 00:05:48,210 ‫y avoir une relation entre ces types d'utilisateurs et les visites. 141 00:05:48,210 --> 00:05:52,240 ‫Maintenant, cette relation est à nouveau une relation de quelques-uns à 142 00:05:52,240 --> 00:05:55,550 ‫quelques-uns car une visite ne peut avoir que quelques 143 00:05:55,550 --> 00:05:58,410 ‫utilisateurs, donc quelques guides touristiques, mais en 144 00:05:58,410 --> 00:06:02,150 ‫même temps, chaque guide touristique peut également guider quelques visites. 145 00:06:02,150 --> 00:06:02,983 ‫D'accord? 146 00:06:02,983 --> 00:06:06,490 ‫Et, donc, encore une fois, il y a une relation plusieurs-à-plusieurs 147 00:06:06,490 --> 00:06:09,270 ‫ici, que j'ai simplement appelée ici quelques-uns. 148 00:06:09,270 --> 00:06:12,140 ‫Maintenant, à propos de la modélisation de cette relation, 149 00:06:12,140 --> 00:06:14,410 ‫nous pourrions le faire de deux manières. 150 00:06:14,410 --> 00:06:17,280 ‫Nous pourrions utiliser le référencement ou l'intégration. 151 00:06:17,280 --> 00:06:19,620 ‫Et en fait, je vais vous montrer comment 152 00:06:19,620 --> 00:06:22,830 ‫implémenter l'intégration de référencement d'enfants à l'aide de Mongoose tout au 153 00:06:22,830 --> 00:06:24,410 ‫long de cette section. 154 00:06:24,410 --> 00:06:25,620 ‫D'accord? 155 00:06:25,620 --> 00:06:28,800 ‫Et l'argument en faveur de l'intégration est que dans ce 156 00:06:28,800 --> 00:06:31,930 ‫cas, nous pourrions alors avoir toutes les informations sur chaque 157 00:06:31,930 --> 00:06:34,310 ‫visite contenant les informations sur les 158 00:06:34,310 --> 00:06:36,700 ‫guides touristiques directement sur chaque document de visite. 159 00:06:36,700 --> 00:06:38,710 ‫Mais d'un autre côté, cela créerait 160 00:06:38,710 --> 00:06:41,120 ‫alors des informations supplémentaires dans la base 161 00:06:41,120 --> 00:06:43,670 ‫de données car nous aurons toujours besoin d'avoir 162 00:06:43,670 --> 00:06:45,210 ‫les utilisateurs dans une 163 00:06:45,210 --> 00:06:48,700 ‫collection séparée simplement parce que nous devons y accéder tout le 164 00:06:48,700 --> 00:06:51,250 ‫temps pour l'authentification et l'autorisation des utilisateurs et 165 00:06:51,250 --> 00:06:52,510 ‫tout le reste. 166 00:06:52,510 --> 00:06:56,290 ‫Donc, généralement, les utilisateurs sont toujours une entité à part entière dans 167 00:06:56,290 --> 00:06:57,700 ‫chaque base de données. 168 00:06:57,700 --> 00:06:58,533 ‫D'accord? 169 00:06:58,533 --> 00:07:02,380 ‫Mais nous pourrions toujours intégrer certains des utilisateurs dans les visites. 170 00:07:02,380 --> 00:07:04,750 ‫Donc, fondamentalement, lorsque l'utilisateur est un guide touristique 171 00:07:04,750 --> 00:07:08,190 ‫pour une visite spécifique, nous pourrions alors copier toutes ces données 172 00:07:08,190 --> 00:07:09,950 ‫dans le document de visite. 173 00:07:09,950 --> 00:07:10,783 ‫D'accord? 174 00:07:10,783 --> 00:07:14,230 ‫Mais nous devrions également mettre à jour l'utilisateur lors de la 175 00:07:14,230 --> 00:07:17,590 ‫visite à chaque fois que l'utilisateur sous-jacent lui-même change. 176 00:07:17,590 --> 00:07:19,710 ‫Disons donc que le rôle d'un utilisateur 177 00:07:19,710 --> 00:07:21,690 ‫passe de guide à guide principal. 178 00:07:21,690 --> 00:07:24,410 ‫Et dans ce cas, nous devions alors aller à la 179 00:07:24,410 --> 00:07:26,850 ‫visite et également mettre à jour ces informations 180 00:07:26,850 --> 00:07:28,840 ‫de rôle sur les données intégrées. 181 00:07:28,840 --> 00:07:29,673 ‫D'accord? 182 00:07:29,673 --> 00:07:32,320 ‫Et, donc, ce n'est pas idéal, et 183 00:07:32,320 --> 00:07:35,350 ‫nous allons donc également implémenter le référencement des enfants. 184 00:07:35,350 --> 00:07:37,280 ‫Et, donc, avec cela, nous 185 00:07:37,280 --> 00:07:39,590 ‫pouvons toujours conserver essentiellement les informations sur 186 00:07:39,590 --> 00:07:42,860 ‫les guides touristiques sur les utilisateurs, mais simplement sous une forme 187 00:07:42,860 --> 00:07:44,930 ‫référencée, donc en gros en gardant les 188 00:07:44,930 --> 00:07:47,630 ‫identifiants là-bas, qui vont ensuite pointer vers les utilisateurs. 189 00:07:47,630 --> 00:07:48,463 ‫D'accord? 190 00:07:48,463 --> 00:07:51,370 ‫Et bien sûr, nous pourrions également utiliser le référencement 191 00:07:51,370 --> 00:07:55,100 ‫bidirectionnel, afin de conserver également un identifiant de la visite directement sur l'utilisateur. 192 00:07:55,100 --> 00:07:56,650 ‫Mais je pense que 193 00:07:56,650 --> 00:07:59,140 ‫c'est un peu trop pour ce genre de petit 194 00:07:59,140 --> 00:08:02,850 ‫exemple car tous les utilisateurs n'auront pas réellement besoin d'un identifiant de la visite 195 00:08:02,850 --> 00:08:05,580 ‫car tous les utilisateurs ne sont pas des guides touristiques. 196 00:08:05,580 --> 00:08:08,870 ‫Et, donc, cette relation ici est un peu difficile à modéliser, je 197 00:08:08,870 --> 00:08:10,800 ‫pense, mais je pense qu'en fin 198 00:08:10,800 --> 00:08:14,200 ‫de compte, le référencement des enfants sera la meilleure voie à suivre. 199 00:08:14,200 --> 00:08:15,033 ‫D'accord? 200 00:08:15,033 --> 00:08:17,220 ‫Mais quand même, je vais aussi vous montrer 201 00:08:17,220 --> 00:08:20,120 ‫l'intégration parce que je pense que c'est aussi important à apprendre. 202 00:08:20,120 --> 00:08:21,400 ‫D'accord? 203 00:08:21,400 --> 00:08:23,530 ‫Ensuite, nous avons nos réservations. 204 00:08:23,530 --> 00:08:26,130 ‫Et fondamentalement, une nouvelle réservation sera 205 00:08:26,130 --> 00:08:29,340 ‫créée chaque fois qu'un utilisateur achète une visite. 206 00:08:29,340 --> 00:08:31,340 ‫Il s'agit donc toujours d'une sorte de 207 00:08:31,340 --> 00:08:33,240 ‫relation entre les utilisateurs et les 208 00:08:33,240 --> 00:08:36,950 ‫visites, car encore une fois, c'est un utilisateur qui va acheter une visite. 209 00:08:36,950 --> 00:08:38,810 ‫Mais nous voulons également stocker 210 00:08:38,810 --> 00:08:40,920 ‫des données sur cette relation elle-même, donc 211 00:08:40,920 --> 00:08:44,450 ‫dans ce cas sur l'achat lui-même dans notre base de données. 212 00:08:44,450 --> 00:08:46,430 ‫Par exemple, le prix ou la 213 00:08:46,430 --> 00:08:49,560 ‫date à laquelle l'achat a eu lieu ou quelque chose comme ça. 214 00:08:49,560 --> 00:08:50,810 ‫Et, donc, dans des 215 00:08:50,810 --> 00:08:53,750 ‫cas comme celui-ci, c'est une bonne idée de créer un ensemble de 216 00:08:53,750 --> 00:08:55,920 ‫données supplémentaire, qui dans ce cas correspond aux réservations. 217 00:08:55,920 --> 00:08:56,753 ‫D'accord? 218 00:08:56,753 --> 00:08:58,710 ‫Et, bien sûr, il y aura une 219 00:08:58,710 --> 00:09:02,398 ‫relation entre les visites et les réservations et aussi les utilisateurs et les réservations. 220 00:09:02,398 --> 00:09:06,150 ‫Et, encore une fois, parce que fondamentalement, la réservation relie les visites 221 00:09:06,150 --> 00:09:09,763 ‫aux utilisateurs, mais en quelque sorte avec une étape intermédiaire. 222 00:09:09,763 --> 00:09:12,530 ‫Ainsi, une tournée peut avoir plusieurs réservations, 223 00:09:12,530 --> 00:09:15,760 ‫mais une réservation ne peut appartenir qu'à une seule tournée. 224 00:09:15,760 --> 00:09:17,350 ‫Et la même chose avec les utilisateurs. 225 00:09:17,350 --> 00:09:19,870 ‫Ainsi, un utilisateur peut réserver plusieurs 226 00:09:19,870 --> 00:09:23,610 ‫circuits, mais une réservation ne peut appartenir qu'à l'un des utilisateurs. 227 00:09:23,610 --> 00:09:26,380 ‫Et, donc, bien sûr, nous avons une relation un-à-plusieurs dans 228 00:09:26,380 --> 00:09:29,080 ‫les deux cas, et aussi dans les deux cas, 229 00:09:29,080 --> 00:09:31,140 ‫nous allons utiliser le référencement parent. 230 00:09:31,140 --> 00:09:33,610 ‫Et, donc, cela signifie que sur chaque réservation, 231 00:09:33,610 --> 00:09:37,640 ‫nous allons conserver un identifiant à la fois de la visite qui a été achetée 232 00:09:37,640 --> 00:09:40,270 ‫et également de l'utilisateur qui a réellement acheté la visite. 233 00:09:40,270 --> 00:09:41,103 ‫D'accord? 234 00:09:41,103 --> 00:09:42,930 ‫Et, donc, dans ce cas, je le 235 00:09:42,930 --> 00:09:46,140 ‫fais de cette façon parce que fondamentalement, je ne veux pas polluer les 236 00:09:46,140 --> 00:09:49,510 ‫données de la tournée avec des informations sur qui a réellement acheté la tournée. 237 00:09:49,510 --> 00:09:50,343 ‫Droit? 238 00:09:50,343 --> 00:09:53,157 ‫Cela ne serait pas vraiment pertinent pour les données de tournée elles-mêmes. 239 00:09:53,157 --> 00:09:55,070 ‫Et la même chose avec les utilisateurs. 240 00:09:55,070 --> 00:09:58,370 ‫Nous ne voulons donc pas non plus polluer l'objection des utilisateurs 241 00:09:58,370 --> 00:10:00,740 ‫avec toutes les réservations qu'ils ont effectuées. 242 00:10:00,740 --> 00:10:01,573 ‫D'accord? 243 00:10:01,573 --> 00:10:03,000 ‫Et donc, à la 244 00:10:03,000 --> 00:10:05,770 ‫place, nous allons à nouveau créer un objet intermédiaire 245 00:10:05,770 --> 00:10:08,450 ‫ou un ensemble de données intermédiaire qui se 246 00:10:08,450 --> 00:10:12,520 ‫tiendra entre les utilisateurs et les visites chaque fois qu'ils créeront un nouvel achat. 247 00:10:12,520 --> 00:10:13,353 ‫Droit? 248 00:10:13,353 --> 00:10:14,590 ‫Avoir du sens ? 249 00:10:14,590 --> 00:10:17,520 ‫Et c'est en fait tout pour notre modèle de données. 250 00:10:17,520 --> 00:10:21,370 ‫Et bien sûr, cela semble maintenant un peu abstrait, mais une 251 00:10:21,370 --> 00:10:23,150 ‫fois que nous aurons commencé 252 00:10:23,150 --> 00:10:24,660 ‫à l'implémenter, il sera 253 00:10:24,660 --> 00:10:28,730 ‫très utile d'avoir toutes nos idées organisées dans quelque chose comme ça. 254 00:10:28,730 --> 00:10:31,310 ‫Donc, chaque fois que ce modèle de données que nous 255 00:10:31,310 --> 00:10:34,560 ‫allons implémenter tout au long de cette section devient un peu déroutant 256 00:10:34,560 --> 00:10:36,970 ‫pour vous, alors référez-vous simplement à cette diapositive. 257 00:10:36,970 --> 00:10:39,080 ‫Ou vous pouvez peut-être même l'imprimer si 258 00:10:39,080 --> 00:10:40,980 ‫cela vous facilite la tâche. 259 00:10:40,980 --> 00:10:43,960 ‫C'est donc notre modèle de données en théorie. 260 00:10:43,960 --> 00:10:46,080 ‫Et maintenant, tout au long du reste du 261 00:10:46,080 --> 00:10:48,870 ‫cours, je vais vous donner les outils pour modéliser réellement les données 262 00:10:48,870 --> 00:10:50,543 ‫à l'aide de la bibliothèque Mongoose.