1
00:00:00,000 --> 00:00:04,969
>> [موسیقی]

2
00:00:04,969 --> 00:00:06,010
RICK HOULIHAN: بسیار خوب.

3
00:00:06,010 --> 00:00:06,600
سلام به همه.

4
00:00:06,600 --> 00:00:07,670
نام من ... ریک Houlihan است.

5
00:00:07,670 --> 00:00:10,330
من یک مدیر ارشد هستم
راه حل های معمار در AWS.

6
00:00:10,330 --> 00:00:14,070
من در نواسکیوال تمرکز و
فن آوری DynamoDB.

7
00:00:14,070 --> 00:00:16,930
من امروز اینجا هستم به صحبت کردن
شما کمی در مورد آن.

8
00:00:16,930 --> 00:00:18,970
>> پس زمینه من است
در درجه اول در لایه داده ها.

9
00:00:18,970 --> 00:00:21,390
من نیمی از پیشرفت من صرف
حرفه ای نوشتن پایگاه داده،

10
00:00:21,390 --> 00:00:25,930
دسترسی به داده ها، راه حل های
برای کاربردهای مختلف.

11
00:00:25,930 --> 00:00:30,000
من در ابر مجازی سازی شده
برای حدود 20 سال.

12
00:00:30,000 --> 00:00:33,460
بنابراین قبل از ابر ابر بود،
ما استفاده می شود به آن پاسخ محاسبات ابزار.

13
00:00:33,460 --> 00:00:37,170
و ایده این بود که آن را مانند
PG & E، شما را برای آنچه شما استفاده از پرداخت.

14
00:00:37,170 --> 00:00:38,800
امروز ما آن را به ابر.

15
00:00:38,800 --> 00:00:41,239
>> اما در طول سال، من کار کرده ام
برای چند شرکت

16
00:00:41,239 --> 00:00:42,530
شما احتمالا هرگز از شنیده می شود.

17
00:00:42,530 --> 00:00:47,470
اما من یک لیست از فنی وارد شده ام
دستاوردها، من حدس می زنم شما می گویند.

18
00:00:47,470 --> 00:00:51,620
من هشت اختراع ثبت شده در سیستم های ابر
مجازی سازی، طراحی ریز پردازنده،

19
00:00:51,620 --> 00:00:54,440
رویداد پردازش پیچیده،
و مناطق دیگر نیز هست.

20
00:00:54,440 --> 00:00:58,290
>> بنابراین این روزها، من عمدتا متمرکز بر نواسکیوال
فن آوری و نسل بعدی

21
00:00:58,290 --> 00:00:59,450
بانک اطلاعات.

22
00:00:59,450 --> 00:01:03,370
و که به طور کلی آنچه که من قصد
می شود در اینجا صحبت کردن به شما امروز در مورد.

23
00:01:03,370 --> 00:01:06,030
پس چه شما می توانید انتظار
از این جلسه،

24
00:01:06,030 --> 00:01:08,254
ما را از طریق رفتن مختصر
تاریخ پردازش داده ها.

25
00:01:08,254 --> 00:01:10,420
آن را همیشه به مفید
درک که در آن ما را از آمد

26
00:01:10,420 --> 00:01:12,400
و چرا ما که در آن ما هستند.

27
00:01:12,400 --> 00:01:15,600
و ما کمی صحبت
کمی در مورد فن آوری های NoSQL

28
00:01:15,600 --> 00:01:17,500
از نقطه نظر اساسی است.

29
00:01:17,500 --> 00:01:19,870
>> ما را به گرفتن برخی از
داخلی DynamoDB.

30
00:01:19,870 --> 00:01:24,350
DynamoDB هیچ عطر و طعم AWS است.

31
00:01:24,350 --> 00:01:27,340
آن را به طور کامل مدیریت و
راه حل میزبانی نواسکیوال.

32
00:01:27,340 --> 00:01:32,420
و ما کمی در مورد جدول صحبت
ساختار، رابط های برنامه کاربردی، انواع داده ها، شاخص ها،

33
00:01:32,420 --> 00:01:35,177
و برخی از داخلی
این تکنولوژی DynamoDB.

34
00:01:35,177 --> 00:01:37,760
ما به برخی از طراحی کنید
الگوهای و بهترین شیوه.

35
00:01:37,760 --> 00:01:39,968
ما در مورد چگونه شما صحبت
استفاده از این فناوری برای برخی از

36
00:01:39,968 --> 00:01:41,430
از برنامه های امروز است.

37
00:01:41,430 --> 00:01:44,820
و سپس ما را کمی صحبت
در مورد تکامل یا ظهور

38
00:01:44,820 --> 00:01:48,980
یک پارادایم جدید در برنامه نویسی
نام برنامه های کاربردی رویداد محور

39
00:01:48,980 --> 00:01:51,580
و چگونه DynamoDB بازی می کند در آن نیز هست.

40
00:01:51,580 --> 00:01:54,690
و ما به شما یک کمی از ترک
بحث معماری مرجع

41
00:01:54,690 --> 00:01:59,540
بنابراین ما می توانیم در مورد برخی از صحبت
شما می توانید روش DynamoDB استفاده کنید.

42
00:01:59,540 --> 00:02:04,116
>> بنابراین برای اولین بار off-- این یک سوال است
من می شنوم زیادی است، چه یک پایگاه داده است.

43
00:02:04,116 --> 00:02:06,240
بسیاری از مردم فکر می کنم آنها
مطمئن شوید که چه یک پایگاه داده است.

44
00:02:06,240 --> 00:02:08,360
اگر شما گوگل، شما این را ببینید.

45
00:02:08,360 --> 00:02:11,675
این مجموعه ای از داده های ساخت یافته برگزار یک
در یک کامپیوتر، به ویژه که

46
00:02:11,675 --> 00:02:13,600
در شیوه های مختلف در دسترس است.

47
00:02:13,600 --> 00:02:16,992
گمان می کنم که خوب
تعریف یک پایگاه داده مدرن است.

48
00:02:16,992 --> 00:02:19,450
اما من آن را دوست ندارم، چون
دلالت دارد، بر چند چیز است.

49
00:02:19,450 --> 00:02:20,935
این نشان میدهد ساختار.

50
00:02:20,935 --> 00:02:23,120
و آن را نشان می دهد که آن را بر روی یک کامپیوتر است.

51
00:02:23,120 --> 00:02:25,750
و پایگاه داده نیست
همیشه بر روی کامپیوتر وجود دارد.

52
00:02:25,750 --> 00:02:28,020
پایگاه های داده در واقع در بسیاری وجود داشته است.

53
00:02:28,020 --> 00:02:32,000
>> بنابراین تعریف بهتری از
پایگاه داده چیزی شبیه به این است.

54
00:02:32,000 --> 00:02:34,786
یک پایگاه داده است سازمان یافته
مکانیسم برای ذخیره سازی، مدیریت،

55
00:02:34,786 --> 00:02:35,910
و بازیابی اطلاعات.

56
00:02:35,910 --> 00:02:36,868
این است که از About.com.

57
00:02:36,868 --> 00:02:42,080
بنابراین من این را دوست چون واقعا مذاکرات
درباره پایگاه بودن یک مخزن،

58
00:02:42,080 --> 00:02:44,800
یک مخزن از
اطلاعات، لزوما

59
00:02:44,800 --> 00:02:46,780
چیزی است که نشسته است بر روی یک کامپیوتر است.

60
00:02:46,780 --> 00:02:49,290
و در طول تاریخ، ما
همیشه کامپیوتر نداشته است.

61
00:02:49,290 --> 00:02:52,110
>> در حال حاضر، اگر بپرسم متوسط
توسعه امروز چه

62
00:02:52,110 --> 00:02:54,770
یک پایگاه داده، که پاسخ من است.

63
00:02:54,770 --> 00:02:56,070
در جایی من می توانید مسائل را می چسبد.

64
00:02:56,070 --> 00:02:56,670
درست؟

65
00:02:56,670 --> 00:02:58,725
و این درست است.

66
00:02:58,725 --> 00:02:59,600
اما این مایه تاسف است.

67
00:02:59,600 --> 00:03:02,700
از آنجا که پایگاه داده است که واقعا
پایه و اساس برنامه مدرن است.

68
00:03:02,700 --> 00:03:04,810
این بنیاد
از هر نرم افزار است.

69
00:03:04,810 --> 00:03:07,240
و چگونه شما ساخت است که
پایگاه داده، چگونه ساختار شما

70
00:03:07,240 --> 00:03:11,750
که داده است که به دیکته کند که چگونه است که
نرم افزار همانطور که در مقیاس انجام می دهد.

71
00:03:11,750 --> 00:03:14,640
>> بنابراین تعداد زیادی از کار من امروز
در برخورد با چه

72
00:03:14,640 --> 00:03:17,180
اتفاق می افتد زمانی که توسعه دهندگان
این روش

73
00:03:17,180 --> 00:03:19,510
و خرید و فروش با عواقب
از برنامه ای که

74
00:03:19,510 --> 00:03:24,966
در حال حاضر فراتر از اصلی پوسته پوسته شدن
قصد و درد و رنج از طراحی بد است.

75
00:03:24,966 --> 00:03:26,840
پس امیدوارم زمانی که شما
راه رفتن به دور امروز، شما

76
00:03:26,840 --> 00:03:29,010
یک زن و شوهر از ابزار در
کمربند خود را که به شما در حفظ و

77
00:03:29,010 --> 00:03:32,566
از ساخت آن اشتباهات است.

78
00:03:32,566 --> 00:03:33,066
خیلی خوب.

79
00:03:33,066 --> 00:03:36,360
بنابراین اجازه دهید در مورد یک کمی از صحبت
جدول زمانی از فن آوری پایگاه داده.

80
00:03:36,360 --> 00:03:38,830
من فکر می کنم به عنوان خوانده شده
مقاله که مدتها پیش

81
00:03:38,830 --> 00:03:43,020
و آن گفت: چیزی در lines--
این بیانیه بسیار شاعرانه است.

82
00:03:43,020 --> 00:03:46,590
این گفت تاریخ
پردازش اطلاعات است

83
00:03:46,590 --> 00:03:49,350
پر از متن را بالا
فراوانی داده ها.

84
00:03:49,350 --> 00:03:49,920
باشه.

85
00:03:49,920 --> 00:03:52,532
در حال حاضر، من حدس می زنم که این نوع از درست است.

86
00:03:52,532 --> 00:03:54,990
اما من در واقع نگاه به عنوان
تاریخ است که در واقع پر

87
00:03:54,990 --> 00:03:56,820
با علامت بالایی از فشار داده ها.

88
00:03:56,820 --> 00:04:00,040
از آنجا که نرخ داده
مصرف هرگز پایین می رود.

89
00:04:00,040 --> 00:04:01,360
آن را تنها بالا می رود.

90
00:04:01,360 --> 00:04:03,670
>> و نوآوری زمانی رخ می دهد
ما فشار داده، ببینید که

91
00:04:03,670 --> 00:04:07,825
مقدار داده است که
در حال حاضر در آینده به سیستم.

92
00:04:07,825 --> 00:04:12,027
و آن را نمی تواند پردازش شود
موثر هم در زمان و یا در هزینه.

93
00:04:12,027 --> 00:04:14,110
و این زمانی که ما شروع به
به در فشار داده است.

94
00:04:14,110 --> 00:04:15,920
>> تا زمانی که ما در نگاه
پایگاه داده برای اولین بار از این

95
00:04:15,920 --> 00:04:17,180
یکی که بین گوش ما بود است.

96
00:04:17,180 --> 00:04:18,310
همه ما با آن به دنیا آمد.

97
00:04:18,310 --> 00:04:19,194
این یک پایگاه داده خوب است.

98
00:04:19,194 --> 00:04:21,110
از آن است که در دسترس بودن بالا.

99
00:04:21,110 --> 00:04:21,959
آن را همیشه در.

100
00:04:21,959 --> 00:04:23,930
شما همیشه می توانید آن را دریافت.

101
00:04:23,930 --> 00:04:24,890
>> اما تنها کاربران است.

102
00:04:24,890 --> 00:04:26,348
من می توانم افکار من با شما به اشتراک بگذارند.

103
00:04:26,348 --> 00:04:28,370
شما می توانید افکار من نیست
هنگامی که شما آنها را می خواهم.

104
00:04:28,370 --> 00:04:30,320
و abilitiy است خیلی خوب نیست.

105
00:04:30,320 --> 00:04:32,510
ما فراموش می کنیم همه چیز.

106
00:04:32,510 --> 00:04:36,540
در هر حال حاضر و پس از آن، یکی از ما برگ
و در حرکت می کند به وجود یکی دیگر از

107
00:04:36,540 --> 00:04:39,110
و ما از دست دادن همه چیز
که در آن پایگاه داده بود.

108
00:04:39,110 --> 00:04:40,640
به طوری که همه که خوب نیست.

109
00:04:40,640 --> 00:04:43,189
>> و این به خوبی در طول زمان کار
هنگامی که ما در روز بود

110
00:04:43,189 --> 00:04:46,230
زمانی که همه ما واقعا نیاز به دانستن است
به کجا می رویم به در فردا

111
00:04:46,230 --> 00:04:49,630
یا جایی که ما جمع آوری بهترین مواد غذایی است.

112
00:04:49,630 --> 00:04:52,820
اما همانطور که ما شروع به رشد به عنوان یک
تمدن و دولت آغاز شده

113
00:04:52,820 --> 00:04:55,152
به وجود آمده است، و
کسب و کار آغاز شده به تکامل،

114
00:04:55,152 --> 00:04:57,360
ما متوجه ما
نیاز به یک کمی بیشتر از آنچه که

115
00:04:57,360 --> 00:04:58,210
ما می تواند در سر ما قرار داده است.

116
00:04:58,210 --> 00:04:58,870
خیلی خوب؟

117
00:04:58,870 --> 00:05:00,410
>> ما سیستم های رکورد مورد نیاز است.

118
00:05:00,410 --> 00:05:02,220
ما مکان های مورد نیاز برای ذخیره داده ها قادر.

119
00:05:02,220 --> 00:05:05,450
بنابراین ما اسناد نوشتن آغاز شده،
ایجاد کتابخانه و آرشیو.

120
00:05:05,450 --> 00:05:08,000
ما آغاز شده در حال توسعه یک
سیستم حسابداری دفتر.

121
00:05:08,000 --> 00:05:12,200
و این که سیستم شمارش دفتر
جهان برای قرن ها زد،

122
00:05:12,200 --> 00:05:15,580
و شاید حتی هزاران سال به عنوان
ما به نوعی به نقطه رشد

123
00:05:15,580 --> 00:05:18,420
که در آن است که بار داده پیشی گرفته
توانایی این سیستم

124
00:05:18,420 --> 00:05:19,870
قادر به مهار آن.

125
00:05:19,870 --> 00:05:22,070
>> و این در واقع در 1880s اتفاق افتاده است.

126
00:05:22,070 --> 00:05:22,570
درست؟

127
00:05:22,570 --> 00:05:24,390
در سال 1880 سرشماری ایالات متحده.

128
00:05:24,390 --> 00:05:26,976
این است که واقعا که در آن عطف
اشاره پردازش داده مدرن است.

129
00:05:26,976 --> 00:05:28,850
این نقطه در است
که مقدار داده

130
00:05:28,850 --> 00:05:32,060
که توسط جمع آوری شد
دولت ایالات متحده به نقطه کردم

131
00:05:32,060 --> 00:05:34,005
که در آن زمان هشت سال برای پردازش.

132
00:05:34,005 --> 00:05:36,350
>> در حال حاضر، هشت years-- عنوان
شما می دانید، سرشماری

133
00:05:36,350 --> 00:05:39,180
اجرا می شود هر 10 years-- پس از آن
کاملا آشکار است که با زمان ما

134
00:05:39,180 --> 00:05:41,419
کردم سرشماری سال 1890،
مقدار داده که

135
00:05:41,419 --> 00:05:43,210
قرار بود به پردازش شود
توسط دولت بود

136
00:05:43,210 --> 00:05:46,335
به بیش از 10 سال است که آن را
به سرشماری جدید راه اندازی می شود.

137
00:05:46,335 --> 00:05:47,250
این یک مشکل بود.

138
00:05:47,250 --> 00:05:49,000
>> بنابراین یک پسر به نام هرمان
Hollerith در آمد همراه

139
00:05:49,000 --> 00:05:52,640
و او را اختراع واحد ثبت، پانچ
کارت، کارت پانچ خوان، کارت پانچ

140
00:05:52,640 --> 00:05:58,420
جدول نویس، و میترا
مکانیزم برای این فناوری است.

141
00:05:58,420 --> 00:06:01,860
و شرکت است که او در تشکیل
زمان، همراه با چند تن دیگر،

142
00:06:01,860 --> 00:06:05,450
در واقع تبدیل به یکی از ستون های یک
شرکت کوچک ما امروز می شناسیم به نام آی بی ام.

143
00:06:05,450 --> 00:06:08,417
>> بنابراین IBM در اصل در بود
کسب و کار پایگاه داده.

144
00:06:08,417 --> 00:06:09,750
و این واقعا چیزی است که آنها انجام داد.

145
00:06:09,750 --> 00:06:11,110
آنها پردازش داده است.

146
00:06:11,110 --> 00:06:15,400
>> همانطور که از تکثیر پانچ
کارت، یک مکانیسم هوشمندانه

147
00:06:15,400 --> 00:06:18,560
از قادر به اهرم بودن
فن آوری به نظرسنجی مجموعه نتایج مرتب شده است.

148
00:06:18,560 --> 00:06:20,726
شما می توانید در این تصویر مشاهده می کنید
ما یک little--

149
00:06:20,726 --> 00:06:23,970
آن را کمی small-- اما شما می توانید ببینید
یک مکانیزم مکانیکی بسیار مبتکرانه

150
00:06:23,970 --> 00:06:26,970
که در آن ما یک عرشه کارت پانچ.

151
00:06:26,970 --> 00:06:28,720
و در نظر گرفتن کسی
یک پیچ گوشتی کوچک

152
00:06:28,720 --> 00:06:31,400
و چسبیده از طریق
اسلات و بلند کردن آن را تا

153
00:06:31,400 --> 00:06:34,820
که برای دریافت بازی، که
نتایج طبقه بندی شده اند تنظیم شده است.

154
00:06:34,820 --> 00:06:36,270
>> این تجمع است.

155
00:06:36,270 --> 00:06:38,690
ما این کار را در همه زمان ها
امروز در کامپیوتر،

156
00:06:38,690 --> 00:06:40,100
که در آن شما آن را در پایگاه داده باشد.

157
00:06:40,100 --> 00:06:41,620
ما برای این کار را دستی، درست است؟

158
00:06:41,620 --> 00:06:42,994
مردم این چیزها را با هم.

159
00:06:42,994 --> 00:06:45,440
و آن را تکثیر شد
از این کارت های پانچ

160
00:06:45,440 --> 00:06:50,070
به آنچه که ما به نام طبل داده
و قرقره داده ها، نوار کاغذی.

161
00:06:50,070 --> 00:06:55,980
>> صنعت پردازش داده و جو در زمان
یک درس از پیانو بازیکن.

162
00:06:55,980 --> 00:06:57,855
بازیکن تماس پیانو در
به نوبه خود از قرن

163
00:06:57,855 --> 00:07:02,100
استفاده می شود به استفاده از قرقره کاغذ با اسلات
به آن بگویید که کلید را به بازی.

164
00:07:02,100 --> 00:07:05,380
به طوری که تکنولوژی اقتباس شده
در نهایت برای ذخیره داده های دیجیتال،

165
00:07:05,380 --> 00:07:08,070
زیرا آنها می توانند که داده قرار داده است
بر روی آن قرقره نوار کاغذی.

166
00:07:08,070 --> 00:07:10,870
>> در حال حاضر، به عنوان یک نتیجه، داده
شد چگونه actually--

167
00:07:10,870 --> 00:07:14,960
شما دسترسی به این اطلاعات به طور مستقیم بود
وابسته به چگونه شما آن را ذخیره می شود.

168
00:07:14,960 --> 00:07:17,825
بنابراین اگر من داده ها بر روی یک نوار قرار داده است،
من تا به حال دسترسی به داده ها به صورت خطی.

169
00:07:17,825 --> 00:07:20,475
من تا به حال به رول طیف
نوار برای دسترسی به همه داده ها.

170
00:07:20,475 --> 00:07:22,600
اگر من داده ها در پانچ قرار
کارت های، من می توانم آن دسترسی داشته باشید

171
00:07:22,600 --> 00:07:26,270
در کمی بیشتر تصادفی
مد، شاید نه به عنوان به سرعت.

172
00:07:26,270 --> 00:07:30,770
>> اما محدودیت در نحوه وجود دارد و ما
دسترسی به داده ها بر اساس چگونه ذخیره شده بود.

173
00:07:30,770 --> 00:07:32,890
و این یک مشکل بود
رفتن به '50S.

174
00:07:32,890 --> 00:07:37,890
باز هم، ما می توانید شروع به دیدن که ما به عنوان
توسعه فن آوری های جدید برای پردازش

175
00:07:37,890 --> 00:07:41,670
داده ها، درست است، آن باز می شود تا
درها را برای راه حل های جدید،

176
00:07:41,670 --> 00:07:45,852
برای برنامه های جدید، جدید
برنامه های کاربردی برای آن داده است.

177
00:07:45,852 --> 00:07:47,810
و در واقع، حکومت
ممکن است به این دلیل بوده است

178
00:07:47,810 --> 00:07:49,435
چرا ما توسعه برخی از این سیستم ها.

179
00:07:49,435 --> 00:07:52,290
اما کسب و کار به سرعت در حال تبدیل شد
راننده پشت تکامل

180
00:07:52,290 --> 00:07:54,720
از پایگاه داده های مدرن و
سیستم فایل مدرن است.

181
00:07:54,720 --> 00:07:56,870
>> بنابراین چیزی که بعد که
آمد در '50S بود

182
00:07:56,870 --> 00:08:00,780
سیستم فایل و بود
توسعه ذخیره سازی دسترسی تصادفی.

183
00:08:00,780 --> 00:08:02,050
این زیبا بود.

184
00:08:02,050 --> 00:08:06,230
در حال حاضر، همه ناگهانی، ما می توانیم قرار ما
فایل در هر نقطه بر روی این دیسک های سخت

185
00:08:06,230 --> 00:08:09,760
و ما می توانیم این داده ها به صورت تصادفی دسترسی داشته باشید.

186
00:08:09,760 --> 00:08:11,950
ما می تواند تجزیه که
اطلاعات از فایل های.

187
00:08:11,950 --> 00:08:14,920
و ما همه حل شده در جهان،
مشکلات را با پردازش داده ها.

188
00:08:14,920 --> 00:08:17,550
>> و به طول انجامید حدود 20 یا
30 سال تا زمان تکامل

189
00:08:17,550 --> 00:08:22,100
از پایگاه داده رابطه ای که
زمانی که جهان ما در حال حاضر تصمیم گرفت

190
00:08:22,100 --> 00:08:27,940
نیاز به یک مخزن است که شکست
پراکندگی داده ها در سراسر فایل

191
00:08:27,940 --> 00:08:29,540
سیستم های که ما ساخته شده است. درست؟

192
00:08:29,540 --> 00:08:34,270
بیش از حد داده توزیع در بسیاری از
از نقاط، د تکرار از داده ها،

193
00:08:34,270 --> 00:08:37,120
و هزینه های ذخیره سازی بسیار زیاد بود.

194
00:08:37,120 --> 00:08:43,760
>> در '70s، منابع گران قیمت ترین
که یک کامپیوتر در حال ذخیره سازی است.

195
00:08:43,760 --> 00:08:46,200
پردازنده بود
به عنوان یک هزینه ثابت مشاهده شده است.

196
00:08:46,200 --> 00:08:49,030
وقتی که من خرید جعبه،
پردازنده برخی از کار انجام می دهد.

197
00:08:49,030 --> 00:08:51,960
آن را به چرخش می شود که آیا
آن را در واقع کار است یا نه.

198
00:08:51,960 --> 00:08:53,350
این واقعا یک هزینه ریخته.

199
00:08:53,350 --> 00:08:56,030
>> اما آنچه من به عنوان یک هزینه
کسب و کار ذخیره سازی است.

200
00:08:56,030 --> 00:09:00,020
اگر من به خرید دیسک بیشتر بعدی
ماه، که هزینه های واقعی که من پرداخت است.

201
00:09:00,020 --> 00:09:01,620
و ذخیره سازی گران قیمت است.

202
00:09:01,620 --> 00:09:05,020
>> در حال حاضر ما سریع به جلو 40 سال
و ما یک مشکل مختلف داشته باشد.

203
00:09:05,020 --> 00:09:10,020
را پردازش و در حال حاضر
منابع گران ترین.

204
00:09:10,020 --> 00:09:11,470
ذخیره سازی ارزان است.

205
00:09:11,470 --> 00:09:14,570
منظورم این است که، ما می توانیم در هر نقطه بر روی بروید
ابر و ما می توانیم ذخیره سازی ارزان پیدا کنید.

206
00:09:14,570 --> 00:09:17,190
اما آنچه که من می توانید پیدا کردن ارزان است. با

207
00:09:17,190 --> 00:09:20,700
>> بنابراین تکامل امروز
تکنولوژی، تکنولوژی های پایگاه داده،

208
00:09:20,700 --> 00:09:23,050
واقعا اطراف متمرکز
پایگاه داده توزیع شده

209
00:09:23,050 --> 00:09:26,960
که از رنج می برند نیست
از همان نوع از مقیاس

210
00:09:26,960 --> 00:09:29,240
محدودیت های پایگاه داده های رابطه.

211
00:09:29,240 --> 00:09:32,080
ما کمی در مورد آن صحبت خواهیم
آنچه که در واقع به معنی.

212
00:09:32,080 --> 00:09:34,760
>> اما یکی از دلایل و
راننده پشت this-- ما

213
00:09:34,760 --> 00:09:38,290
در مورد فشار داده صحبت کردیم.

214
00:09:38,290 --> 00:09:41,920
فشار داده چیزی است
که همواره نوآوری است.

215
00:09:41,920 --> 00:09:44,610
و اگر شما نگاه در بیش از
در پنج سال گذشته،

216
00:09:44,610 --> 00:09:48,180
این یک نمودار از آنچه که داده است
بار در سراسر شرکت به طور کلی

217
00:09:48,180 --> 00:09:49,640
به نظر می رسد در پنج سال گذشته است.

218
00:09:49,640 --> 00:09:52,570
>> و قانون کلی
این days-- اگر شما به Google--

219
00:09:52,570 --> 00:09:55,290
90 درصد از داده ها است که
ما امروز ذخیره، و آن بود

220
00:09:55,290 --> 00:09:57,330
تولید شده در داخل دو سال گذشته.

221
00:09:57,330 --> 00:09:57,911
باشه.

222
00:09:57,911 --> 00:09:59,410
در حال حاضر، این است یک روند است که جدید نیست.

223
00:09:59,410 --> 00:10:01,230
این یک روند است که شده است
بیرون رفتن برای 100 سال است.

224
00:10:01,230 --> 00:10:03,438
از زمانی که هرمان هولریث
توسعه کارت پانچ،

225
00:10:03,438 --> 00:10:08,040
ما شده ایم ساخت مخازن داده
و جمع آوری داده ها با نرخ های فوق العاده.

226
00:10:08,040 --> 00:10:10,570
>> بنابراین در طول 100 سال گذشته،
ما دیده ایم این روند است.

227
00:10:10,570 --> 00:10:11,940
که رفتن به تغییر.

228
00:10:11,940 --> 00:10:14,789
در آینده، ما در حال رفتن به
این، اگر نه یک روند شتاب.

229
00:10:14,789 --> 00:10:16,330
و شما می توانید ببینید چه که به نظر می رسد.

230
00:10:16,330 --> 00:10:23,510
>> اگر کسب و کار در سال 2010 یکی بود
ترابایت اطلاعات تحت مدیریت خود،

231
00:10:23,510 --> 00:10:27,080
امروز این بدان معناست که آنها
مدیریت 6.5 پتابایت داده.

232
00:10:27,080 --> 00:10:30,380
که 6،500 بار داده بیشتر است.

233
00:10:30,380 --> 00:10:31,200
و من این را می دانم.

234
00:10:31,200 --> 00:10:33,292
من هر روز با این کسب و کار است.

235
00:10:33,292 --> 00:10:35,000
پنج سال پیش، من
به شرکت ها صحبت

236
00:10:35,000 --> 00:10:38,260
که به من در مورد چه درد صحبت
است برای مدیریت ترابایت داده.

237
00:10:38,260 --> 00:10:39,700
و آنها صحبت
به من در مورد چگونه ما می بینیم

238
00:10:39,700 --> 00:10:41,825
که این است که احتمالا رفتن
به دو پتابایت یا

239
00:10:41,825 --> 00:10:43,030
در چند سال است.

240
00:10:43,030 --> 00:10:45,170
>> این شرکت ها همان
امروز من از ملاقات با،

241
00:10:45,170 --> 00:10:48,100
و آنها در حال صحبت کردن به من در مورد
مشکل با داشتن مدیریت وجود دارد

242
00:10:48,100 --> 00:10:51,440
دهها، 20 پتابایت داده.

243
00:10:51,440 --> 00:10:53,590
بنابراین انفجار
داده ها در صنعت

244
00:10:53,590 --> 00:10:56,670
رانندگی عظیم
نیاز به راه حل بهتر است.

245
00:10:56,670 --> 00:11:00,980
و پایگاه داده رابطه ای است
فقط به تقاضا زندگی نمی کند تا.

246
00:11:00,980 --> 00:11:03,490
>> و بنابراین یک خطی وجود دارد
ارتباط بین فشار داده

247
00:11:03,490 --> 00:11:05,210
و نوآوری های فنی.

248
00:11:05,210 --> 00:11:07,780
تاریخ به ما نشان داده شده است
این، که در طول زمان،

249
00:11:07,780 --> 00:11:11,090
هر زمان که حجم داده
که نیاز به پردازش شود

250
00:11:11,090 --> 00:11:15,490
بیش از ظرفیت سیستم
به آن فرایند در یک مدت زمان معقول

251
00:11:15,490 --> 00:11:18,870
و یا با هزینه معقول،
فن آوری جدید پس از آن

252
00:11:18,870 --> 00:11:21,080
اختراع برای حل این مشکلات.

253
00:11:21,080 --> 00:11:24,090
این فن آوری جدید،
به نوبه خود، باز کردن درب

254
00:11:24,090 --> 00:11:27,840
مجموعه ی دیگری از مشکلات، که
است جمع آوری داده ها و حتی بیشتر.

255
00:11:27,840 --> 00:11:29,520
>> در حال حاضر، ما قصد داریم برای جلوگیری از این.

256
00:11:29,520 --> 00:11:30,020
درست؟

257
00:11:30,020 --> 00:11:31,228
ما قصد داریم برای جلوگیری از این.

258
00:11:31,228 --> 00:11:31,830
واسه چی؟

259
00:11:31,830 --> 00:11:35,520
آنجا که شما نمی توانید همه چیز را می دانم
است که بدانید در جهان وجود دارد.

260
00:11:35,520 --> 00:11:40,510
و تا زمانی که ما زنده بوده است،
در طول تاریخ انسان،

261
00:11:40,510 --> 00:11:43,440
ما همیشه محور بیشتر بدانید.

262
00:11:43,440 --> 00:11:49,840
>> بنابراین آن را مانند هر اینچ حرکت به نظر می رسد ما
پایین مسیر کشف علمی،

263
00:11:49,840 --> 00:11:54,620
ما در حال ضرب مقدار داده
که ما نیاز به پردازش نمایی

264
00:11:54,620 --> 00:11:59,920
همانطور که ما کشف بیشتر و بیشتر و بیشتر
در مورد فعالیتهای داخلی از زندگی،

265
00:11:59,920 --> 00:12:04,530
در مورد چگونه جهان کار می کند، در مورد
رانندگی کشف علمی،

266
00:12:04,530 --> 00:12:06,440
و اختراع که
ما در حال انجام است.

267
00:12:06,440 --> 00:12:09,570
حجم اطلاعات فقط
به طور مستمر افزایش می دهد.

268
00:12:09,570 --> 00:12:12,120
بنابراین قادر به مقابله با بودن
این مشکل عظیم است.

269
00:12:12,120 --> 00:12:14,790

270
00:12:14,790 --> 00:12:17,410
>> بنابراین یکی از چیزهایی
ما به عنوان چرا نواسکیوال نگاه می کنید؟

271
00:12:17,410 --> 00:12:19,200
چگونه نواسکیوال حل این مشکل؟

272
00:12:19,200 --> 00:12:24,980
خوب، پایگاه داده های رابطه،
ساختار زبان پرس و جو،

273
00:12:24,980 --> 00:12:28,600
SQL-- که واقعا یک ساختار از
رابطه database-- این چیزها

274
00:12:28,600 --> 00:12:30,770
بهینه سازی شده برای ذخیره سازی.

275
00:12:30,770 --> 00:12:33,180
>> تماس در '70s، دوباره،
دیسک گران است.

276
00:12:33,180 --> 00:12:36,990
ورزش تأمین ذخیره سازی
در شرکت است بی پایان.

277
00:12:36,990 --> 00:12:37,490
میدانم.

278
00:12:37,490 --> 00:12:38,020
من آن زندگی می کردند.

279
00:12:38,020 --> 00:12:41,250
من درایور ذخیره سازی برای نوشت
شرکت superserver enterprised

280
00:12:41,250 --> 00:12:42,470
تماس در '90s.

281
00:12:42,470 --> 00:12:45,920
و خط پایین این است میشماره یکی دیگر از
آرایه ذخیره سازی فقط چیزی بود که

282
00:12:45,920 --> 00:12:47,600
هر روز در شرکت اتفاق افتاده است.

283
00:12:47,600 --> 00:12:49,030
و آن را هرگز متوقف شده است.

284
00:12:49,030 --> 00:12:52,690
ذخیره سازی تراکم بالاتر، تقاضا
برای ذخیره سازی چگالی بالا،

285
00:12:52,690 --> 00:12:56,340
و برای ذخیره سازی کارآمد تر
devices-- آن را هرگز متوقف شد.

286
00:12:56,340 --> 00:13:00,160
>> و نواسکیوال تکنولوژی بزرگ است
چرا که آن را عادی داده است.

287
00:13:00,160 --> 00:13:02,210
آن د-تکراری داده ها.

288
00:13:02,210 --> 00:13:07,180
این قرار می دهد داده ها را در یک ساختار است که
اگنوستیک به هر الگوی دسترسی است.

289
00:13:07,180 --> 00:13:11,600
برنامه های متعدد می تواند ضربه که
پایگاه داده SQL، اجرا موقت نمایش داده شد،

290
00:13:11,600 --> 00:13:15,950
و دریافت داده ها در شکل که آنها
نیاز به برای وظایف سنگین خود روند.

291
00:13:15,950 --> 00:13:17,570
که برای تلفن های موبایل فوق العاده است.

292
00:13:17,570 --> 00:13:21,350
اما خط پایین این است که با هر
سیستم، اگر آن را اگنوستیک به همه چیز،

293
00:13:21,350 --> 00:13:23,500
آن است که برای هیچ چیز بهینه شده است.

294
00:13:23,500 --> 00:13:24,050
باشه؟

295
00:13:24,050 --> 00:13:26,386
>> و این چیزی است که ما با گرفتن
پایگاه داده رابطه ای است.

296
00:13:26,386 --> 00:13:27,510
آن را برای ذخیره سازی بهینه شده است.

297
00:13:27,510 --> 00:13:28,280
آن را نرمال.

298
00:13:28,280 --> 00:13:29,370
آن رابطه ای است.

299
00:13:29,370 --> 00:13:31,660
این پشتیبانی از موقت نمایش داده شد.

300
00:13:31,660 --> 00:13:34,000
و آن و مقیاس آن را به صورت عمودی.

301
00:13:34,000 --> 00:13:39,030
>> اگر من نیاز به یک پایگاه داده SQL بزرگتر
و یا یک پایگاه داده قوی تر SQL،

302
00:13:39,030 --> 00:13:41,090
من به خرید یک قطعه بزرگتر از آهن است.

303
00:13:41,090 --> 00:13:41,600
باشه؟

304
00:13:41,600 --> 00:13:44,940
من با بسیاری از مشتریان کار کرده ام
که از طریق ارتقاء بزرگ شده

305
00:13:44,940 --> 00:13:48,340
در زیرساخت های SQL خود را تنها
برای پیدا کردن شش ماه بعد،

306
00:13:48,340 --> 00:13:49,750
آنها در حال ضربه زدن به دیوار است.

307
00:13:49,750 --> 00:13:55,457
و پاسخ را از اوراکل و یا MSSQL
یا هر کس دیگری این است که یک جعبه بزرگتر.

308
00:13:55,457 --> 00:13:58,540
خب دیر یا زود، شما می توانید یک خرید
جعبه بزرگتر، و این که مشکل واقعی است.

309
00:13:58,540 --> 00:14:00,080
ما نیاز به در واقع همه چیز را تغییر دهید.

310
00:14:00,080 --> 00:14:01,080
طوری که در آن کار می کند؟

311
00:14:01,080 --> 00:14:06,560
این آثار به خوبی برای آنلاین
تجزیه و تحلیل، OLAP نوع حجم کار.

312
00:14:06,560 --> 00:14:08,670
و این واقعا که در آن SQL میباشد.

313
00:14:08,670 --> 00:14:12,540
در حال حاضر، آن را امروزه در بسیاری از آنلاین استفاده می شود
معاملاتی پردازش نوع

314
00:14:12,540 --> 00:14:13,330
کاربردها.

315
00:14:13,330 --> 00:14:16,460
و آثار آن را فقط در خوب
برخی از سطح بهره برداری،

316
00:14:16,460 --> 00:14:18,670
اما آن را فقط به مقیاس نیست
راه که نواسکیوال کند.

317
00:14:18,670 --> 00:14:20,660
و ما کمی صحبت
کمی در مورد چرا که است.

318
00:14:20,660 --> 00:14:23,590
>> در حال حاضر، نواسکیوال، از سوی دیگر،
برای محاسبه بیشتر بهینه شده است.

319
00:14:23,590 --> 00:14:24,540
باشه؟

320
00:14:24,540 --> 00:14:26,830
آن است اگنوستیک به
الگوی دسترسی.

321
00:14:26,830 --> 00:14:31,620
چیزی است که ما د نرمال
ساختار یا یک ساختار سلسله مراتبی.

322
00:14:31,620 --> 00:14:35,000
داده ها در یک پایگاه داده رابطه
با هم از جداول چندگانه پیوست

323
00:14:35,000 --> 00:14:36,850
به تولید این دیدگاه است که شما نیاز دارید.

324
00:14:36,850 --> 00:14:40,090
داده ها در یک پایگاه داده های NoSQL
در یک سند ذخیره شده است که

325
00:14:40,090 --> 00:14:42,100
شامل ساختار سلسله مراتبی.

326
00:14:42,100 --> 00:14:45,670
تمام داده ها که به طور معمول می شود
متصل به هم به تولید این دیدگاه

327
00:14:45,670 --> 00:14:47,160
در یک سند واحد ذخیره می شود.

328
00:14:47,160 --> 00:14:50,990
و ما کمی در مورد صحبت
چگونه کار می کند در چند نمودار.

329
00:14:50,990 --> 00:14:55,320
>> اما این ایده در اینجا این است که شما ذخیره
داده های خود را به عنوان این دیدگاه ها معرفی می شود.

330
00:14:55,320 --> 00:14:56,410
باشه؟

331
00:14:56,410 --> 00:14:58,610
شما در مقیاس افقی.

332
00:14:58,610 --> 00:14:59,556
درست؟

333
00:14:59,556 --> 00:15:02,100
اگر من نیاز به افزایش
اندازه خوشه های NoSQL من،

334
00:15:02,100 --> 00:15:03,700
من لازم نیست برای به دست آوردن یک جعبه بزرگتر است.

335
00:15:03,700 --> 00:15:05,200
من جعبه دیگری.

336
00:15:05,200 --> 00:15:07,700
و من این خوشه با هم،
و من می توانم که داده سفال.

337
00:15:07,700 --> 00:15:10,780
ما کمی در مورد آن صحبت خواهیم
چه sharding است، به

338
00:15:10,780 --> 00:15:14,270
قادر به مقیاس که پایگاه داده
در سراسر دستگاه های فیزیکی متعدد

339
00:15:14,270 --> 00:15:18,370
و حذف سد
نیاز من به مقیاس به صورت عمودی.

340
00:15:18,370 --> 00:15:22,080
>> پس از آن واقعا برای آنلاین ساخته شده است
پردازش تراکنش و مقیاس.

341
00:15:22,080 --> 00:15:25,480
یک تمایز بزرگ وجود دارد
در اینجا بین گزارش، درست است؟

342
00:15:25,480 --> 00:15:27,810
گزارش، من نمی دانم
سوال من قصد دارم به بپرسید.

343
00:15:27,810 --> 00:15:28,310
درست؟

344
00:15:28,310 --> 00:15:30,570
Reporting-- اگر کسی از
بخش بازاریابی من

345
00:15:30,570 --> 00:15:34,520
می خواهد به just-- چگونه بسیاری از مشتریان من
این ویژگی خاصی که

346
00:15:34,520 --> 00:15:37,850
خریداری در این day-- من نمی دانم
چه پرس و جو آنها در حال رفتن به درخواست.

347
00:15:37,850 --> 00:15:39,160
بنابراین من باید اگنوستیک.

348
00:15:39,160 --> 00:15:41,810
>> در حال حاضر، در یک فروشگاه
نرم افزار کاربردی،

349
00:15:41,810 --> 00:15:43,820
من می دانم چه سوال من درخواست.

350
00:15:43,820 --> 00:15:46,581
من ساخته شده نرم افزار برای
گردش کار بسیار خاص است.

351
00:15:46,581 --> 00:15:47,080
باشه؟

352
00:15:47,080 --> 00:15:50,540
بنابراین اگر من بهینه سازی داده
ذخیره برای حمایت از این گردش کار،

353
00:15:50,540 --> 00:15:52,020
آن را به سریع تر.

354
00:15:52,020 --> 00:15:55,190
و به همین دلیل می توانید نواسکیوال
واقعا سرعت بخشیدن به تحویل

355
00:15:55,190 --> 00:15:57,710
از این نوع خدمات است.

356
00:15:57,710 --> 00:15:58,210
خیلی خوب.

357
00:15:58,210 --> 00:16:00,501
>> بنابراین ما قصد داریم برای وارد شدن
یک کمی از نظریه است.

358
00:16:00,501 --> 00:16:03,330
و برخی از شما، چشم خود را
ممکن است عقب کمی.

359
00:16:03,330 --> 00:16:06,936
اما من سعی کنید به آن را نگه دارید
سطح عنوان بالا به عنوان من می توانم.

360
00:16:06,936 --> 00:16:08,880
بنابراین اگر شما در پروژه هستید
مدیریت، وجود دارد

361
00:16:08,880 --> 00:16:12,280
یک ساختار به نام
مثلث محدودیت.

362
00:16:12,280 --> 00:16:12,936
باشه.

363
00:16:12,936 --> 00:16:16,060
مثلث محدودیت دیکته
شما می توانید همه چیز را در همه زمان ها است.

364
00:16:16,060 --> 00:16:17,750
می توانید پای خود را ندارد و خوردن آن.

365
00:16:17,750 --> 00:16:22,310
بنابراین در مدیریت پروژه، که مثلث
محدودیت این است که شما می توانید آن را ارزان،

366
00:16:22,310 --> 00:16:24,710
شما می توانید آن سریع،
و یا شما می توانید آن خوب است.

367
00:16:24,710 --> 00:16:25,716
انتخاب دو.

368
00:16:25,716 --> 00:16:27,090
از آنجا که شما نمی توانید هر سه را داشته باشد.

369
00:16:27,090 --> 00:16:27,460
درست؟

370
00:16:27,460 --> 00:16:27,820
باشه.

371
00:16:27,820 --> 00:16:28,920
>> بنابراین شما در مورد این زیادی بشنود.

372
00:16:28,920 --> 00:16:31,253
این یک سه گانه است،
مثلث محدودیت سه گانه،

373
00:16:31,253 --> 00:16:34,420
یا مثلث آهن oftentimes--
وقتی که شما صحبت به مدیران پروژه،

374
00:16:34,420 --> 00:16:35,420
آنها در این مورد صحبت.

375
00:16:35,420 --> 00:16:37,640
در حال حاضر، پایگاه داده را داشته
مثلث آهن خود را.

376
00:16:37,640 --> 00:16:40,350
و مثلث آهنی از داده
چیزی است که ما قضیه CAP پاسخ.

377
00:16:40,350 --> 00:16:41,580
باشه؟

378
00:16:41,580 --> 00:16:43,770
>> دیکته قضیه CAP
چگونه پایگاه داده کار

379
00:16:43,770 --> 00:16:45,627
تحت شرایط بسیار خاص است.

380
00:16:45,627 --> 00:16:47,460
و ما صحبت در مورد
آنچه که بیماری است.

381
00:16:47,460 --> 00:16:52,221
اما سه نقطه از مثلث،
پس به صحبت، می C، قوام.

382
00:16:52,221 --> 00:16:52,720
باشه؟

383
00:16:52,720 --> 00:16:56,760
بنابراین در CAP، قوام معنی است که همه
مشتریان که می توانید پایگاه داده دسترسی داشته باشید

384
00:16:56,760 --> 00:16:59,084
همیشه بسیار دارند
مشاهده مداوم از داده ها.

385
00:16:59,084 --> 00:17:00,750
تو هیچ کس دیدن دو چیز متفاوت است.

386
00:17:00,750 --> 00:17:01,480
باشه؟

387
00:17:01,480 --> 00:17:04,020
اگر من در پایگاه داده،
من از دیدن این دیدگاه همان

388
00:17:04,020 --> 00:17:06,130
به عنوان شریک زندگی من که می بیند
پایگاه داده.

389
00:17:06,130 --> 00:17:07,470
که ثبات است.

390
00:17:07,470 --> 00:17:12,099
>> در دسترس بودن بدین معناست که اگر
پایگاه داده آنلاین، اگر آن می توان رسید،

391
00:17:12,099 --> 00:17:14,760
که تمام مشتریان همیشه
قادر به خواندن و نوشتن.

392
00:17:14,760 --> 00:17:15,260
باشه؟

393
00:17:15,260 --> 00:17:17,010
به طوری که هر مشتری است که
می توانید پایگاه داده به عنوان خوانده شده

394
00:17:17,010 --> 00:17:18,955
همیشه قادر خوانده شود
داده ها و ارسال داده ها.

395
00:17:18,955 --> 00:17:21,819
و اگر چنین است،
این یک سیستم در دسترس است.

396
00:17:21,819 --> 00:17:24,230
>> و نکته سوم چیزی است که
ما شکیبایی پارتیشن پاسخ.

397
00:17:24,230 --> 00:17:24,730
باشه؟

398
00:17:24,730 --> 00:17:28,160
یعنی تحمل پارتیشن
که سیستم به خوبی کار میکند

399
00:17:28,160 --> 00:17:32,000
با وجود شبکه فیزیکی
پارتیشن بین گره.

400
00:17:32,000 --> 00:17:32,760
باشه؟

401
00:17:32,760 --> 00:17:36,270
بنابراین در خوشه گره می تواند
صحبت کردن با یکدیگر، چه اتفاقی می افتد؟

402
00:17:36,270 --> 00:17:36,880
خیلی خوب.

403
00:17:36,880 --> 00:17:39,545
>> پایگاه های داده رابطه ای choose-- بنابراین
شما می توانید دو تا از این انتخاب کنید.

404
00:17:39,545 --> 00:17:40,045
باشه.

405
00:17:40,045 --> 00:17:43,680
پایگاه های داده رابطه ای را انتخاب کنید پس
سازگار باشد و در دسترس است.

406
00:17:43,680 --> 00:17:47,510
اگر پارتیشن بین اتفاق می افتد
DataNodes در ذخیره داده،

407
00:17:47,510 --> 00:17:48,831
پایگاه داده را قفل.

408
00:17:48,831 --> 00:17:49,330
درست؟

409
00:17:49,330 --> 00:17:50,900
این فقط پایین می رود.

410
00:17:50,900 --> 00:17:51,450
باشه.

411
00:17:51,450 --> 00:17:54,230
>> و این است که چرا آنها
با جعبه های بزرگتر شوند.

412
00:17:54,230 --> 00:17:54,730
درست؟

413
00:17:54,730 --> 00:17:58,021
از آنجا که معمولا no--، یک خوشه وجود دارد
پایگاه داده، بسیار بسیاری از آنها وجود ندارد

414
00:17:58,021 --> 00:17:59,590
که کار آن است که راه.

415
00:17:59,590 --> 00:18:03,019
اما بسیاری از پایگاه داده در مقیاس
به صورت عمودی در یک جعبه.

416
00:18:03,019 --> 00:18:05,060
از آنجا که آنها نیاز به
سازگار و در دسترس است.

417
00:18:05,060 --> 00:18:10,320
اگر یک پارتیشن به تزریق می شود،
پس از آن شما را مجبور به یک انتخاب.

418
00:18:10,320 --> 00:18:13,720
شما باید برای انتخاب بین
سازگار و در دسترس بودن.

419
00:18:13,720 --> 00:18:16,080
>> و این چیزی است که پایگاه داده های NoSQL است.

420
00:18:16,080 --> 00:18:16,580
خیلی خوب.

421
00:18:16,580 --> 00:18:20,950
بنابراین یک پایگاه داده های NoSQL آن،
آید در دو طعم.

422
00:18:20,950 --> 00:18:22,990
ما have-- خوب، آن را
می آید در بسیاری از طعم دهنده،

423
00:18:22,990 --> 00:18:26,140
اما آن را با دو پایه می آید
characteristics-- چه

424
00:18:26,140 --> 00:18:30,050
ما پایگاه داده CP، و یا تماس بگیرید
تحمل سازگار و پارتیشن

425
00:18:30,050 --> 00:18:31,040
سیستم.

426
00:18:31,040 --> 00:18:34,930
این بچه ها را به انتخاب است که زمانی که
گره از دست دادن تماس با یکدیگر،

427
00:18:34,930 --> 00:18:37,091
ما قصد داریم اجازه می دهد تا
مردم را به نوشتن هر بیشتر.

428
00:18:37,091 --> 00:18:37,590
باشه؟

429
00:18:37,590 --> 00:18:41,855
>> تا زمانی که پارتیشن حذف شده است،
دسترسی مسدود شده است.

430
00:18:41,855 --> 00:18:43,230
این بدان معناست که آنها در دسترس نیست.

431
00:18:43,230 --> 00:18:44,510
آنها سازگار است.

432
00:18:44,510 --> 00:18:46,554
هنگامی که ما می بینیم که
پارتیشن خود را تزریق،

433
00:18:46,554 --> 00:18:48,470
ما در حال حاضر سازگار باشد،
چرا که ما در حال رفتن

434
00:18:48,470 --> 00:18:51,517
اجازه می دهد تا تغییر داده بر روی دو
دو طرف از پارتیشن به طور مستقل

435
00:18:51,517 --> 00:18:52,100
از یکدیگر است.

436
00:18:52,100 --> 00:18:54,130
ما به
دوباره ارتباطات

437
00:18:54,130 --> 00:18:56,930
قبل از هر گونه به روز رسانی به
داده ها مجاز است.

438
00:18:56,930 --> 00:18:58,120
باشه؟

439
00:18:58,120 --> 00:19:02,650
>> عطر و طعم بعدی خواهد بود یک سیستم AP،
یا یک موجود و تقسیم

440
00:19:02,650 --> 00:19:03,640
سیستم تحمل است.

441
00:19:03,640 --> 00:19:05,320
این بچه ها اهمیتی نمی دهند.

442
00:19:05,320 --> 00:19:06,020
درست؟

443
00:19:06,020 --> 00:19:08,960
هر گره که می شود یک
ارسال، ما آن را می کنند.

444
00:19:08,960 --> 00:19:11,480
بنابراین من تکرار داده من
گره های متعدد در سراسر.

445
00:19:11,480 --> 00:19:14,730
این گره به دست آوردن یک مشتری، مشتری می آید
در، می گوید، من قصد دارم برای نوشتن برخی از داده ها.

446
00:19:14,730 --> 00:19:16,300
گره می گوید، هیچ مشکلی.

447
00:19:16,300 --> 00:19:18,580
گره بعدی را به او می شود
نوشتن در همان رکورد،

448
00:19:18,580 --> 00:19:20,405
او را به رفتن به مشکلی ندارد.

449
00:19:20,405 --> 00:19:23,030
جایی تماس در پایان به عقب،
که داده را به تکثیر کند.

450
00:19:23,030 --> 00:19:27,360
و پس از آن کسی را به درک،
آه، آه، سیستم آنها متوجه خواهد شد، آه، آه،

451
00:19:27,360 --> 00:19:28,870
یک به روز رسانی به دو طرف وجود داشته است.

452
00:19:28,870 --> 00:19:30,370
چه کنیم؟

453
00:19:30,370 --> 00:19:33,210
و آنچه را که انجام دهید و سپس
آنها انجام کاری که

454
00:19:33,210 --> 00:19:36,080
اجازه می دهد تا آنها را به حل و فصل است که دولت داده است.

455
00:19:36,080 --> 00:19:39,000
و ما صحبت در مورد
که در جدول بعدی.

456
00:19:39,000 --> 00:19:40,000
>> چیزی که به اینجا اشاره.

457
00:19:40,000 --> 00:19:42,374
و من قصد دارم به دریافت بیش از حد
خیلی به این، چرا که این

458
00:19:42,374 --> 00:19:43,510
می شود به تئوری داده های عمیق.

459
00:19:43,510 --> 00:19:46,670
اما یک معاملاتی وجود دارد
چارچوب است که

460
00:19:46,670 --> 00:19:50,680
اجرا می شود در یک سیستم رابطه ای است که
من اجازه می دهد تا با خیال راحت به روز رسانی را

461
00:19:50,680 --> 00:19:53,760
به اشخاص متعدد در پایگاه داده باشد.

462
00:19:53,760 --> 00:19:58,320
و آن روز رسانی رخ خواهد داد
همه در یک بار یا نه در همه.

463
00:19:58,320 --> 00:20:00,500
و این است که به نام معاملات ACID.

464
00:20:00,500 --> 00:20:01,000
باشه؟

465
00:20:01,000 --> 00:20:06,570
>> ACID به ما می دهد ظرفیت اتمی، قوام،
انزوا، و دوام.

466
00:20:06,570 --> 00:20:07,070
باشه؟

467
00:20:07,070 --> 00:20:13,550
این بدان معناست که اتمی، معاملات، تمام
به روز رسانی من هم رخ دهد و یا آنها نمی کنند.

468
00:20:13,550 --> 00:20:16,570
سازگاری بدان معنی است که
پایگاه داده همیشه

469
00:20:16,570 --> 00:20:19,780
به یک منسجم آورده
دولت پس از به روز رسانی.

470
00:20:19,780 --> 00:20:23,900
من هرگز پایگاه داده در یک ترک خواهد کرد
حالت بد پس از استفاده از به روز رسانی.

471
00:20:23,900 --> 00:20:24,400
باشه؟

472
00:20:24,400 --> 00:20:26,720
>> پس از آن یک کمی متفاوت
از قوام CAP.

473
00:20:26,720 --> 00:20:29,760
سازگاری CAP به معنی تمام من
مشتریان همیشه می توانید داده را مشاهده کنید.

474
00:20:29,760 --> 00:20:34,450
سازگاری ACID معنی که هنگامی که
یک معامله را انجام داده، داده ها خوب است.

475
00:20:34,450 --> 00:20:35,709
روابط من همه خوب است.

476
00:20:35,709 --> 00:20:38,750
من قصد ندارم به حذف یک ردیف پدر و مادر
و ترک یک دسته از بچه های یتیم

477
00:20:38,750 --> 00:20:40,970
در برخی از جدول دیگر.

478
00:20:40,970 --> 00:20:44,320
این نمی تواند اتفاق می افتد اگر من سازگار نیست
در یک معامله اسید.

479
00:20:44,320 --> 00:20:49,120
>> جداسازی بدان معنی است که معاملات
همیشه یکی پس از دیگری رخ خواهد داد.

480
00:20:49,120 --> 00:20:51,920
نتیجه نهایی از داده
خواهد بود که همان حالت

481
00:20:51,920 --> 00:20:54,770
اگر آن دسته از معاملات
که به صورت همزمان صادر شد

482
00:20:54,770 --> 00:20:57,340
سریال اعدام شدند.

483
00:20:57,340 --> 00:21:00,030
پس از آن همزمانی
کنترل در پایگاه داده.

484
00:21:00,030 --> 00:21:04,130
بنابراین اساسا، من می توانم افزایش نمی
همان مقدار دو بار با دو عملیات.

485
00:21:04,130 --> 00:21:08,580
>> اما اگر من می گویند اضافه کردن 1 به این مقدار،
و دو معاملات در آمده

486
00:21:08,580 --> 00:21:10,665
و سعی کنید برای این کار، یکی
برای رسیدن به آنجا برای اولین بار

487
00:21:10,665 --> 00:21:12,540
و یکی دیگر
برای رسیدن به آنجا بعد از.

488
00:21:12,540 --> 00:21:15,210
بنابراین در پایان، من دو اضافه شده است.

489
00:21:15,210 --> 00:21:16,170
شما ببینید من چه معناست؟

490
00:21:16,170 --> 00:21:16,670
باشه.

491
00:21:16,670 --> 00:21:19,220

492
00:21:19,220 --> 00:21:21,250
>> دوام بسیار ساده است.

493
00:21:21,250 --> 00:21:23,460
در زمانی که تراکنش
اذعان شده است، آن را

494
00:21:23,460 --> 00:21:26,100
رفتن وجود داشته باشد حتی
در صورتی که سیستم سقوط کرد.

495
00:21:26,100 --> 00:21:29,230
هنگامی که این سیستم بازیابی، که
معامله ای که متعهد شد

496
00:21:29,230 --> 00:21:30,480
در واقع رفتن وجود داشته باشد.

497
00:21:30,480 --> 00:21:33,130
به طوری که حداقل تضمین های دادرسی است
معاملات ACID.

498
00:21:33,130 --> 00:21:35,470
کسانی که حداقل تضمین های دادرسی بسیار خوب هستند
به یک پایگاه داده،

499
00:21:35,470 --> 00:21:36,870
اما آنها که در آن هزینه آمده است.

500
00:21:36,870 --> 00:21:37,640
درست؟

501
00:21:37,640 --> 00:21:40,520
>> چرا که مشکل
با این چارچوب است

502
00:21:40,520 --> 00:21:44,540
اگر یک پارتیشن در داده ها وجود دارد
مجموعه ای، من به تصمیم گیری.

503
00:21:44,540 --> 00:21:48,000
من قصد دارم به اجازه می دهد تا
به روز رسانی در یک طرف یا طرف دیگر.

504
00:21:48,000 --> 00:21:50,310
و در صورتی که اتفاق می افتد،
پس از آن من دیگر نیستم رفتن

505
00:21:50,310 --> 00:21:52,630
قادر به حفظ
این ویژگی.

506
00:21:52,630 --> 00:21:53,960
آنها نمی خواهد سازگار است.

507
00:21:53,960 --> 00:21:55,841
آنها نمی خواهند جدا شده است.

508
00:21:55,841 --> 00:21:58,090
این جایی است که آن را تجزیه می
برای پایگاه داده های رابطه.

509
00:21:58,090 --> 00:22:01,360
به همین دلیل رابطه است
پایگاه های داده در مقیاس عمودی.

510
00:22:01,360 --> 00:22:05,530
>> از سوی دیگر، ما باید
آنچه به نام تکنولوژی BASE.

511
00:22:05,530 --> 00:22:07,291
و این پایگاه داده های NoSQL شما می باشد.

512
00:22:07,291 --> 00:22:07,790
خیلی خوب.

513
00:22:07,790 --> 00:22:10,180
بنابراین ما باید CP ما، پایگاه داده AP.

514
00:22:10,180 --> 00:22:14,720
و این چیزی است که شما اساسا پاسخ
موجود، حالت نرم، در نهایت

515
00:22:14,720 --> 00:22:15,740
استوار.

516
00:22:15,740 --> 00:22:16,420
باشه؟

517
00:22:16,420 --> 00:22:19,690
>> اساسا موجود، به دلیل
آنها تحمل پارتیشن است.

518
00:22:19,690 --> 00:22:21,470
آنها همیشه خواهد بود
وجود دارد، حتی اگر وجود دارد

519
00:22:21,470 --> 00:22:23,053
یک پارتیشن شبکه بین گره ها.

520
00:22:23,053 --> 00:22:25,900
اگر من می توانم به یک گره صحبت می کنید، من
رفتن به قادر به خواندن داده ها.

521
00:22:25,900 --> 00:22:26,460
باشه؟

522
00:22:26,460 --> 00:22:30,810
من ممکن است همیشه قادر به ارسال شود
داده ها اگر من یک پلت فرم سازگار است.

523
00:22:30,810 --> 00:22:32,130
اما من قادر به خواندن داده ها.

524
00:22:32,130 --> 00:22:34,960

525
00:22:34,960 --> 00:22:38,010
>> حالت نرم نشان می دهد
که زمانی که من به عنوان خوانده شده که داده ها،

526
00:22:38,010 --> 00:22:40,790
آن را نمی ممکن بود که همان گره های دیگر.

527
00:22:40,790 --> 00:22:43,390
اگر راست بر روی یک گره صادر شد
در جایی دیگر در خوشه

528
00:22:43,390 --> 00:22:46,650
و آن را در سراسر تکرار نمی
خوشه هنوز زمانی که من خواندن که داده ها،

529
00:22:46,650 --> 00:22:48,680
که دولت ممکن است سازگار است.

530
00:22:48,680 --> 00:22:51,650
با این حال، از آن خواهد شد
در نهایت سازگار باشد،

531
00:22:51,650 --> 00:22:53,870
به این معنی که هنگامی که یک ارسال
به سیستم ساخته شده،

532
00:22:53,870 --> 00:22:56,480
آن را در سراسر گره را تکثیر کند.

533
00:22:56,480 --> 00:22:59,095
و در نهایت، که دولت
خواهد شد را به نظم آورده،

534
00:22:59,095 --> 00:23:00,890
و از آن خواهد شد یک حالت پایدار.

535
00:23:00,890 --> 00:23:05,000
>> در حال حاضر، قضیه CAP واقعا
بازی می کند تنها در یک شرط.

536
00:23:05,000 --> 00:23:08,700
این وضعیت زمانی که این اتفاق می افتد.

537
00:23:08,700 --> 00:23:13,710
چرا که هر زمان آن را در عامل
حالت عادی، هیچ پارتیشن وجود دارد،

538
00:23:13,710 --> 00:23:16,370
همه چیز سازگار و در دسترس است.

539
00:23:16,370 --> 00:23:19,990
شما فقط در مورد CAP نگران
هنگامی که ما آن پارتیشن.

540
00:23:19,990 --> 00:23:21,260
بنابراین کسانی که نادر است.

541
00:23:21,260 --> 00:23:25,360
اما چگونه سیستم واکنش نشان می دهد زمانی که این
رخ می دهد دیکته چه نوع سیستم

542
00:23:25,360 --> 00:23:26,750
ما در حال برخورد با.

543
00:23:26,750 --> 00:23:31,110
>> بنابراین اجازه دهید نگاهی به آنچه
که به نظر می رسد برای سیستم های AP.

544
00:23:31,110 --> 00:23:32,621
باشه؟

545
00:23:32,621 --> 00:23:34,830
سیستم های AP در دو طعم آمده است.

546
00:23:34,830 --> 00:23:38,514
آنها در عطر و طعم است که آمده
استاد استاد، 100٪، همیشه در دسترس است.

547
00:23:38,514 --> 00:23:40,430
و آنها را در می آیند
عطر و طعم های دیگر، که می گوید،

548
00:23:40,430 --> 00:23:43,330
شما می دانید چه، من قصد دارم به نگرانی
در مورد این چیزی پارتیشن بندی

549
00:23:43,330 --> 00:23:44,724
زمانی که یک پارتیشن واقعی رخ می دهد.

550
00:23:44,724 --> 00:23:47,890
در غیر این صورت، برای رفتن به اولیه وجود دارد
گره که رفتن را به حقوق.

551
00:23:47,890 --> 00:23:48,500
باشه؟

552
00:23:48,500 --> 00:23:50,040
>> بنابراین اگر ما مانند کاساندرا چیزی.

553
00:23:50,040 --> 00:23:54,440
کاساندرا می شود یک استاد
استاد، اجازه دهید من به هر گره ارسال.

554
00:23:54,440 --> 00:23:55,540
پس چه اتفاقی می افتد؟

555
00:23:55,540 --> 00:23:58,270
بنابراین من یک شی در
پایگاه داده است که در دو گره وجود دارد.

556
00:23:58,270 --> 00:24:01,705
اجازه دهید که جسم S. پاسخ
بنابراین ما دولت برای S. دارند

557
00:24:01,705 --> 00:24:04,312
ما باید برخی از عملیات
در S که در حال انجام است.

558
00:24:04,312 --> 00:24:06,270
کاساندرا من اجازه می دهد تا به
ارسال به گره های متعدد.

559
00:24:06,270 --> 00:24:08,550
بنابراین اجازه دهید بگویم من یک گرفتن
ارسال برای بازدید کنندگان به دو گره.

560
00:24:08,550 --> 00:24:12,274
خب، چه پایان می رسد تا اتفاق می افتد است
ما تماس بگیرید که یک رویداد پارتیشن بندی.

561
00:24:12,274 --> 00:24:14,190
ممکن است وجود داشته باشد
پارتیشن شبکه فیزیکی است.

562
00:24:14,190 --> 00:24:15,950
اما به دلیل طراحی
از سیستم، آن را

563
00:24:15,950 --> 00:24:18,449
در واقع پارتیشن بندی به عنوان به زودی
من به عنوان یک نوشتن بر روی دو گره را دریافت کنید.

564
00:24:18,449 --> 00:24:20,830
آن را به من به مجبور نمی
ارسال از طریق یک گره است.

565
00:24:20,830 --> 00:24:22,340
من نوشتن در دو گره.

566
00:24:22,340 --> 00:24:23,330
باشه؟

567
00:24:23,330 --> 00:24:25,740
>> بنابراین در حال حاضر من دو کشور داشته باشد.

568
00:24:25,740 --> 00:24:26,360
باشه؟

569
00:24:26,360 --> 00:24:28,110
چه اتفاقی خواهد افتاد
دیر یا زود،

570
00:24:28,110 --> 00:24:29,960
رفتن به یک رویداد تکرار وجود دارد.

571
00:24:29,960 --> 00:24:33,300
رفتن وجود دارد به است آنچه که ما
نام بازیابی پارتیشن، که

572
00:24:33,300 --> 00:24:35,200
است که در آن این دو
ایالات تماس گرد هم می آیند

573
00:24:35,200 --> 00:24:37,310
و برای رفتن به یک الگوریتم وجود دارد
اجرا می شود که در داخل پایگاه داده،

574
00:24:37,310 --> 00:24:38,540
تصمیم می گیرد چه کاری انجام دهید.

575
00:24:38,540 --> 00:24:39,110
باشه؟

576
00:24:39,110 --> 00:24:43,057
به طور پیش فرض، آخرین به روز رسانی
در بسیاری از سیستم AP برنده است.

577
00:24:43,057 --> 00:24:44,890
بنابراین معمولا وجود دارد
الگوریتم به طور پیش فرض، چه

578
00:24:44,890 --> 00:24:47,400
آنها مخاطبین پاسخ
تابع، چیزی است که

579
00:24:47,400 --> 00:24:51,000
خواهد شد به نام وقتی که این شرایط
تشخیص داده شده است برای اجرای برخی از منطق

580
00:24:51,000 --> 00:24:52,900
برای حل و فصل درگیری که.

581
00:24:52,900 --> 00:24:53,850
باشه؟

582
00:24:53,850 --> 00:24:58,770
پاسخ به تماس به طور پیش فرض و به طور پیش فرض
برطرف در اکثر پایگاه های داده AP

583
00:24:58,770 --> 00:25:01,130
است، حدس بزنید چه، برچسب زمان برنده است.

584
00:25:01,130 --> 00:25:02,380
این آخرین به روز رسانی شد.

585
00:25:02,380 --> 00:25:04,320
من قصد دارم برای قرار دادن که به روز رسانی در آن وجود دارد.

586
00:25:04,320 --> 00:25:08,440
من ممکن است این رکورد روگرفت که من
خاموش به ورود به سیستم بازیابی ریخته

587
00:25:08,440 --> 00:25:11,670
به طوری که کاربر می توانید بعدا
و می گویند، هی، یک برخورد وجود دارد.

588
00:25:11,670 --> 00:25:12,320
چی شد؟

589
00:25:12,320 --> 00:25:16,370
و شما در واقع می تواند کمپرسی یک رکورد از
همه از برخورد و rollbacks

590
00:25:16,370 --> 00:25:17,550
و ببینید چه اتفاقی می افتد.

591
00:25:17,550 --> 00:25:21,580
>> در حال حاضر، به عنوان یک کاربر، شما همچنین می توانید
منطق به آن پاسخ به تماس.

592
00:25:21,580 --> 00:25:24,290
بنابراین شما می توانید تغییر دهید که
عملیات پاسخ به تماس.

593
00:25:24,290 --> 00:25:26,730
شما می توانید می گویند، با سلام، من می خواهم
برای زدودن این داده ها.

594
00:25:26,730 --> 00:25:28,880
و من می خواهم را امتحان کنید و
ادغام این دو پرونده.

595
00:25:28,880 --> 00:25:30,050
اما تا به شما.

596
00:25:30,050 --> 00:25:32,880
پایگاه داده نمی داند که چگونه به
که به طور پیش فرض. ترین زمان،

597
00:25:32,880 --> 00:25:34,850
تنها چیزی که در پایگاه داده
می داند که چگونه به انجام این کار است می گویند،

598
00:25:34,850 --> 00:25:36,100
این یکی از آخرین رکورد بود.

599
00:25:36,100 --> 00:25:39,183
که یکی از که رفتن به پیروزی است،
و ارزش من قصد دارم به قرار داده است.

600
00:25:39,183 --> 00:25:41,490
هنگامی که بازیابی پارتیشن
و تکرار رخ می دهد،

601
00:25:41,490 --> 00:25:43,930
در حال حاضر دولت ما، که
در حال حاضر S نخست است که

602
00:25:43,930 --> 00:25:46,890
دولت ادغام از تمام کسانی که اشیاء.

603
00:25:46,890 --> 00:25:49,700
بنابراین سیستم های AP این.

604
00:25:49,700 --> 00:25:51,615
سیستم های CP لازم نیست
در این مورد نگران.

605
00:25:51,615 --> 00:25:54,490
زیرا به محض یک پارتیشن می آید
را به بازی، آنها فقط قطع مصرف

606
00:25:54,490 --> 00:25:55,530
می نویسد.

607
00:25:55,530 --> 00:25:56,180
باشه؟

608
00:25:56,180 --> 00:25:58,670
به طوری که بسیار آسان برای
مقابله با سازگار بودن

609
00:25:58,670 --> 00:26:01,330
زمانی که شما هیچ به روز رسانی را قبول نمی کند.

610
00:26:01,330 --> 00:26:04,620
که با سیستم های CP است.

611
00:26:04,620 --> 00:26:05,120
خیلی خوب.

612
00:26:05,120 --> 00:26:07,590
>> بنابراین اجازه دهید کمی صحبت
کمی در مورد الگوهای دسترسی داشته باشید.

613
00:26:07,590 --> 00:26:11,580
هنگامی که ما در مورد نواسکیوال صحبت می کنید، آن را
همه چیز در مورد الگوی دسترسی.

614
00:26:11,580 --> 00:26:13,550
در حال حاضر، SQL موردی است، نمایش داده شد.

615
00:26:13,550 --> 00:26:14,481
آن را ذخیره رابطه است.

616
00:26:14,481 --> 00:26:16,480
ما نیست که نگران باشید
در مورد الگوی دسترسی.

617
00:26:16,480 --> 00:26:17,688
من ارسال پرس و جو بسیار پیچیده است.

618
00:26:17,688 --> 00:26:19,250
از آن می رود و می شود داده ها.

619
00:26:19,250 --> 00:26:21,210
این چیزی است که به نظر می رسد این
مانند، عادی.

620
00:26:21,210 --> 00:26:24,890
>> بنابراین در این ساختار خاص،
ما به دنبال در یک فروشگاه محصولات.

621
00:26:24,890 --> 00:26:26,640
من دارای انواع مختلف از محصولات می باشد.

622
00:26:26,640 --> 00:26:27,217
من کتاب را داشته باشد.

623
00:26:27,217 --> 00:26:27,800
من آلبوم داشته باشد.

624
00:26:27,800 --> 00:26:30,090
من فیلم ها.

625
00:26:30,090 --> 00:26:33,370
رابطه بین محصولات
و هر یک از این کتاب، آلبوم،

626
00:26:33,370 --> 00:26:34,860
فیلم ها و جداول 1: 1 است.

627
00:26:34,860 --> 00:26:35,800
خیلی خوب؟

628
00:26:35,800 --> 00:26:38,860
من یک ID کالا کردم،
و که مربوط ID

629
00:26:38,860 --> 00:26:41,080
به یک کتاب، یک آلبوم، و یا یک ویدیو.

630
00:26:41,080 --> 00:26:41,580
باشه؟

631
00:26:41,580 --> 00:26:44,350
رابطه 1: 1 است که
در سراسر آن جداول.

632
00:26:44,350 --> 00:26:46,970
>> در حال حاضر، همه آنها books--
خواص ریشه است.

633
00:26:46,970 --> 00:26:47,550
مشکلی نیست.

634
00:26:47,550 --> 00:26:48,230
عالیه.

635
00:26:48,230 --> 00:26:52,130
یک به یک رابطه، من به همه
داده ها من نیاز به توصیف آن کتاب.

636
00:26:52,130 --> 00:26:54,770
آلبوم Albums-- دارند آهنگ.

637
00:26:54,770 --> 00:26:56,470
این چیزی است که ما به بسیاری است.

638
00:26:56,470 --> 00:26:58,905
هر آلبوم می تواند بسیاری از آهنگ.

639
00:26:58,905 --> 00:27:00,780
بنابراین برای هر آهنگ بر روی
آلبوم، من می توانستم

640
00:27:00,780 --> 00:27:02,570
رکورد دیگر در این جدول کودک.

641
00:27:02,570 --> 00:27:04,680
بنابراین من ایجاد یک رکورد
در جدول آلبوم های من.

642
00:27:04,680 --> 00:27:06,700
من سوابق متعدد ایجاد
در جدول آهنگ های.

643
00:27:06,700 --> 00:27:08,850
رابطه یک به بسیاری از.

644
00:27:08,850 --> 00:27:11,220
>> این رابطه چه است
ما بسیاری از پاسخ به بسیاری از.

645
00:27:11,220 --> 00:27:11,750
باشه؟

646
00:27:11,750 --> 00:27:17,000
شما می بینید که بازیگران می تواند
در بسیاری از فیلم، بسیاری از فیلم ها.

647
00:27:17,000 --> 00:27:21,450
بنابراین آنچه که ما انجام دهید این است که ما را از این نقشه برداری
جدول بین کسانی که آن را فقط

648
00:27:21,450 --> 00:27:24,040
نقشه ها ID به ID بازیگر فیلم.

649
00:27:24,040 --> 00:27:28,464
حالا من می تواند یک پرس و جو می پیوندد ایجاد
فیلم ها از طریق ویدئو بازیگر به بازیگران،

650
00:27:28,464 --> 00:27:31,130
و آن را به من می دهد یک لیست خوب از
از فیلم ها و تمام بازیگران

651
00:27:31,130 --> 00:27:32,420
که در آن فیلم بود.

652
00:27:32,420 --> 00:27:33,290
>> باشه.

653
00:27:33,290 --> 00:27:33,880
بنابراین در اینجا ما به.

654
00:27:33,880 --> 00:27:38,040
یک به یک در سطح بالا است
ارتباط؛ یک به بسیاری از،

655
00:27:38,040 --> 00:27:40,240
آلبوم به آهنگ های. چند به بسیاری از.

656
00:27:40,240 --> 00:27:44,990
آن سه سطح بالا
روابط در هر پایگاه داده.

657
00:27:44,990 --> 00:27:48,050
اگر شما می دانید که چگونه کسانی که
روابط با هم کار کنند،

658
00:27:48,050 --> 00:27:51,490
پس از آن شما می دانید بسیاری
در مورد پایگاه داده در حال حاضر.

659
00:27:51,490 --> 00:27:55,660
بنابراین نواسکیوال کار می کند کمی متفاوت است.

660
00:27:55,660 --> 00:27:58,930
اجازه دهید در مورد برای یک ثانیه فکر می کنم آنچه در آن
به نظر می رسد به گرفتن همه محصولات من.

661
00:27:58,930 --> 00:28:01,096
>> در یک فروشگاه رابطه، من
می خواهید برای دریافت تمام محصولات من

662
00:28:01,096 --> 00:28:02,970
در یک لیست از تمام محصولات من.

663
00:28:02,970 --> 00:28:04,910
که بسیاری از نمایش داده شد است.

664
00:28:04,910 --> 00:28:07,030
من پرس و جو برای همه ی کتاب من است.

665
00:28:07,030 --> 00:28:08,470
من پرس و جو از آلبوم من است.

666
00:28:08,470 --> 00:28:09,970
و من پرس و جو برای تمام فیلم های من است.

667
00:28:09,970 --> 00:28:11,719
و من آن را قرار داده
همه با هم در یک لیست

668
00:28:11,719 --> 00:28:15,250
و خدمت به آن را به بالا و به
برنامه ای که آن را درخواست.

669
00:28:15,250 --> 00:28:18,000
>> برای دریافت کتاب من، من ملحق
محصولات و کتاب ها.

670
00:28:18,000 --> 00:28:21,680
برای دریافت آلبوم من، من برای پیوستن به کردم
محصولات، آلبوم ها، و آهنگ های.

671
00:28:21,680 --> 00:28:25,330
و به فیلم من، من
برای پیوستن به محصولات به فیلم ها،

672
00:28:25,330 --> 00:28:28,890
عضویت از طریق فیلم ها بازیگر نقش اول مرد،
و آن را در بازیگران.

673
00:28:28,890 --> 00:28:31,020
به طوری که سه نمایش داده شد است.

674
00:28:31,020 --> 00:28:34,560
نمایش داده شد بسیار پیچیده به
جمع آوری یک مجموعه نتیجه.

675
00:28:34,560 --> 00:28:36,540
>> که کمتر از مطلوب است.

676
00:28:36,540 --> 00:28:39,200
این است که چرا وقتی ما حرف
در مورد ساختار داده هایی را که

677
00:28:39,200 --> 00:28:42,900
ساخته شده است به اگنوستیک به دسترسی
pattern-- خب این خیلی عالیه.

678
00:28:42,900 --> 00:28:45,730
و شما می توانید ببینید این است که واقعا
خوب ما چگونه داده های سازمان یافته است.

679
00:28:45,730 --> 00:28:46,550
و شما می دانید چه؟

680
00:28:46,550 --> 00:28:49,750
من فقط یک رکورد برای یک بازیگر است.

681
00:28:49,750 --> 00:28:50,440
>> که سرد است.

682
00:28:50,440 --> 00:28:53,750
من همه بازیگران من deduplicated ام،
و من انجمن من حفظ

683
00:28:53,750 --> 00:28:55,200
در این جدول نگاشت.

684
00:28:55,200 --> 00:29:00,620
با این حال، گرفتن داده ها
خارج گران شود.

685
00:29:00,620 --> 00:29:04,500
من ارسال CPU در سراسر سیستم
پیوستن به این ساختمان داده با هم

686
00:29:04,500 --> 00:29:05,950
قادر به جلو است که داده ها به عقب.

687
00:29:05,950 --> 00:29:07,310
>> پس چگونه است که در اطراف را دریافت کنم؟

688
00:29:07,310 --> 00:29:11,200
در نواسکیوال آن را در مورد
تجمع، نه عادی.

689
00:29:11,200 --> 00:29:13,534
بنابراین ما می خواهم بگویم که ما می خواهید
حمایت الگوی دسترسی.

690
00:29:13,534 --> 00:29:15,283
اگر الگوی دسترسی
به برنامه های کاربردی،

691
00:29:15,283 --> 00:29:16,770
من نیاز به تمام محصولات من.

692
00:29:16,770 --> 00:29:19,027
اجازه دهید تمام محصولات در یک جدول.

693
00:29:19,027 --> 00:29:22,110
اگر من تمام این محصولات در یک جدول قرار داده است،
من فقط می توانید انتخاب کنید تمام محصولات

694
00:29:22,110 --> 00:29:23,850
از جدول و من آن را دریافت کنید.

695
00:29:23,850 --> 00:29:25,240
خب چگونه می توانم انجام دهم؟

696
00:29:25,240 --> 00:29:28,124
خوب در نواسکیوال هیچ وجود دارد
ساختار به جدول.

697
00:29:28,124 --> 00:29:30,540
ما کمی در مورد آن صحبت خواهیم
چگونه این کار را دینامو DB.

698
00:29:30,540 --> 00:29:33,570
اما شما همان ندارد
ویژگی ها و خواص مشابه

699
00:29:33,570 --> 00:29:37,751
در هر سطر، در هر
آیتم، مثل شما در یک جدول SQL است.

700
00:29:37,751 --> 00:29:39,750
و این اجازه می دهد تا من
برای انجام بسیاری از چیزهایی است

701
00:29:39,750 --> 00:29:41,124
و من بسیاری از انعطاف پذیری است.

702
00:29:41,124 --> 00:29:45,360
در این مورد خاص، من
اسناد محصول من.

703
00:29:45,360 --> 00:29:49,090
و در این خاص
به عنوان مثال، همه چیز

704
00:29:49,090 --> 00:29:51,930
یک سند در جدول محصولات است.

705
00:29:51,930 --> 00:29:56,510
و محصول ممکن است برای یک کتاب
یک ID نوع است که یک کتاب مشخص می کند.

706
00:29:56,510 --> 00:29:59,180
و نرم افزار
بر که ID تغییر دهید.

707
00:29:59,180 --> 00:30:02,570
>> در لایه برنامه های کاربردی، من قصد دارم
به آه، چه نوع رکورد است؟

708
00:30:02,570 --> 00:30:04,100
آه، آن را یک رکورد کتاب است.

709
00:30:04,100 --> 00:30:05,990
سوابق کتاب این خواص است.

710
00:30:05,990 --> 00:30:08,100
اجازه بدهید من یک شی کتاب ایجاد کنید.

711
00:30:08,100 --> 00:30:11,289
بنابراین من قصد دارم برای پر کردن
شی کتاب با این آیتم.

712
00:30:11,289 --> 00:30:13,080
مورد بعدی می آید و
می گوید، آنچه در این مورد چیست؟

713
00:30:13,080 --> 00:30:14,560
خب این مورد یک آلبوم است.

714
00:30:14,560 --> 00:30:17,340
آه، من مختلف طیف کردم
پردازش معمول برای آن،

715
00:30:17,340 --> 00:30:18,487
به دلیل آن یک آلبوم است.

716
00:30:18,487 --> 00:30:19,320
شما ببینید من چه معناست؟

717
00:30:19,320 --> 00:30:21,950
>> به طوری که برنامه tier-- من
فقط همه این پرونده انتخاب کنید.

718
00:30:21,950 --> 00:30:23,200
همه آنها شروع به آمدن در.

719
00:30:23,200 --> 00:30:24,680
آنها می تواند تمام انواع مختلف.

720
00:30:24,680 --> 00:30:27,590
و آن منطق برنامه است
که سوئیچ در سراسر آن نوع

721
00:30:27,590 --> 00:30:29,530
و تصمیم می گیرد که چگونه به آنها را پردازش کند.

722
00:30:29,530 --> 00:30:33,640
>> باز هم، بنابراین ما در حال بهینه سازی
طرح برای الگوی دسترسی.

723
00:30:33,640 --> 00:30:36,390
ما در حال انجام آن توسط
سقوط آن جداول.

724
00:30:36,390 --> 00:30:39,670
ما اساسا در حال گرفتن
این سازه نرمال،

725
00:30:39,670 --> 00:30:42,000
و ما در حال ساخت و ساز
ساختارهای سلسله مراتبی.

726
00:30:42,000 --> 00:30:45,130
در داخل هر یک از این سوابق
من قصد دارم برای دیدن خواص آرایه.

727
00:30:45,130 --> 00:30:49,400
>> در داخل این سند برای آلبوم ها،
من از دیدن آرایه از آهنگ های.

728
00:30:49,400 --> 00:30:53,900
کسانی که آهنگ در حال حاضر become-- آن
اساسا این جدول کودکان است که

729
00:30:53,900 --> 00:30:56,520
وجود دارد در اینجا در این ساختار است.

730
00:30:56,520 --> 00:30:57,975
بنابراین شما می توانید این کار را در DynamoDB است.

731
00:30:57,975 --> 00:30:59,810
شما می توانید این را در مانگودیبی است.

732
00:30:59,810 --> 00:31:01,437
شما می توانید این را در هر پایگاه داده های NoSQL است.

733
00:31:01,437 --> 00:31:03,520
درست این نوع از
ساختار داده های سلسله مراتبی

734
00:31:03,520 --> 00:31:07,120
که به شما اجازه بازیابی اطلاعات
به سرعت به دلیل در حال حاضر من

735
00:31:07,120 --> 00:31:08,537
لازم نیست که به مطابقت داشته باشد.

736
00:31:08,537 --> 00:31:11,620
وقتی که من وارد یک ردیف به آهنگ
جدول، و یا یک ردیف به جدول آلبوم ها،

737
00:31:11,620 --> 00:31:13,110
من به مطابقت با طرح که.

738
00:31:13,110 --> 00:31:18,060
من به صفت یا
اموال است که در آن جدول تعریف شده است.

739
00:31:18,060 --> 00:31:20,480
هر یک از آنها،
وقتی که من وارد آن ردیف.

740
00:31:20,480 --> 00:31:21,910
که این مورد در نواسکیوال است.

741
00:31:21,910 --> 00:31:24,440
>> من می توانم کاملا متفاوت دارند
خواص در هر سند

742
00:31:24,440 --> 00:31:26,100
که من را به مجموعه وارد کنید.

743
00:31:26,100 --> 00:31:30,480
ساز و بنابراین بسیار قدرتمند است.

744
00:31:30,480 --> 00:31:32,852
و آن را واقعا چگونه شما
بهینه سازی سیستم.

745
00:31:32,852 --> 00:31:35,310
از آنجا که پرس و جو، به جای
از پیوستن به این جداول

746
00:31:35,310 --> 00:31:39,160
و اجرای نیم دوجین نمایش داده شد
به جلو و عقب داده نیاز دارم،

747
00:31:39,160 --> 00:31:40,890
من اجرای یکی پرس و جو.

748
00:31:40,890 --> 00:31:43,010
و من تکرار
در سراسر نتایج تنظیم شده است.

749
00:31:43,010 --> 00:31:46,512
آن را به شما می دهد یک ایده
از قدرت های NoSQL.

750
00:31:46,512 --> 00:31:49,470
من قصد دارم به نوع رفت وری اینجا
و بحث کمی در مورد این.

751
00:31:49,470 --> 00:31:53,240
این نوع بیشتر از است
بازاریابی و یا technology--

752
00:31:53,240 --> 00:31:55,660
بازاریابی از فن آوری
نوع بحث.

753
00:31:55,660 --> 00:31:58,672
اما این مهم است که درک
چرا که اگر ما در بالای نگاه

754
00:31:58,672 --> 00:32:00,380
در اینجا در این نمودار،
آنچه که ما به دنبال در

755
00:32:00,380 --> 00:32:04,030
است آنچه ما تماس بگیرید
منحنی اعتیاد به مواد مخدره فن آوری است.

756
00:32:04,030 --> 00:32:06,121
و این بدان معنی است
چیزهای جدید به بازی می آید.

757
00:32:06,121 --> 00:32:07,120
مردم فکر می کنند آن بزرگ است.

758
00:32:07,120 --> 00:32:09,200
من تمام مشکلات من حل شده است.

759
00:32:09,200 --> 00:32:11,630
>> این می تواند پایان
همه، همه به همه چیز.

760
00:32:11,630 --> 00:32:12,790
و آنها شروع به استفاده از آن.

761
00:32:12,790 --> 00:32:14,720
و آنها می گویند، این مسائل کار نمی کند.

762
00:32:14,720 --> 00:32:17,600
این درست نیست.

763
00:32:17,600 --> 00:32:19,105
چیزهای قدیمی بهتر بود.

764
00:32:19,105 --> 00:32:21,230
و آنها به بازگشت به کار
همه چیز راه آنها بود.

765
00:32:21,230 --> 00:32:22,730
و سپس در نهایت
آنها بروید، شما می دانید چه؟

766
00:32:22,730 --> 00:32:24,040
این مسائل خیلی بد نیست.

767
00:32:24,040 --> 00:32:26,192
آه، که چگونه کار می کند.

768
00:32:26,192 --> 00:32:28,900
و زمانی که آنها شکل از چگونه آن
آثار، آنها شروع به گرفتن بهتر است.

769
00:32:28,900 --> 00:32:32,050
>> و نکته خنده دار در مورد آن
نوع از خطوط است، آن را تا به آنچه

770
00:32:32,050 --> 00:32:34,300
ما در منحنی تصویب فناوری پاسخ.

771
00:32:34,300 --> 00:32:36,910
بنابراین چه اتفاقی می افتد این است که ما
برخی ماشه فن آوری مرتب سازی بر.

772
00:32:36,910 --> 00:32:39,100
در مورد پایگاه داده،
آن را فشار داده است.

773
00:32:39,100 --> 00:32:42,200
ما در مورد نقاط آب بالا صحبت
فشار داده در طول زمان.

774
00:32:42,200 --> 00:32:46,310
وقتی که فشار داده با یک خاص
نقطه، که یک ماشه تکنولوژی است.

775
00:32:46,310 --> 00:32:47,830
>> آن را بیش از حد گران است.

776
00:32:47,830 --> 00:32:49,790
آن طول می کشد بیش از حد طولانی برای پردازش داده ها.

777
00:32:49,790 --> 00:32:50,890
ما نیاز به چیزی بهتر است.

778
00:32:50,890 --> 00:32:52,890
شما می توانید از نوآوران
خارج وجود دارد در حال اجرا در اطراف،

779
00:32:52,890 --> 00:32:55,050
تلاش برای پیدا کردن آنچه که راه حل است.

780
00:32:55,050 --> 00:32:56,050
این ایده تازه چه خبر؟

781
00:32:56,050 --> 00:32:58,170
>> چه خبر بعدی بهترین
راه برای انجام این کار؟

782
00:32:58,170 --> 00:32:59,530
و آنها می آیند تا با چیزی.

783
00:32:59,530 --> 00:33:03,140
و مردم با درد واقعی،
بچه ها در لبه خونریزی،

784
00:33:03,140 --> 00:33:06,390
همه آنها بیش از آن پرش،
زیرا آنها پاسخ نیاز دارند.

785
00:33:06,390 --> 00:33:09,690
در حال حاضر چه ناچار happens-- و
در حال حاضر آن اتفاق می افتد در نواسکیوال.

786
00:33:09,690 --> 00:33:11,090
من آن را در همه زمان ها را ببینید.

787
00:33:11,090 --> 00:33:13,610
>> چه اتفاقی می افتد به ناچار است
مردم شروع به استفاده از ابزار جدید

788
00:33:13,610 --> 00:33:15,490
به همان شیوه آنها با استفاده از ابزار قدیمی است.

789
00:33:15,490 --> 00:33:17,854
و آنها پیدا کردن آن
کند تا به خوبی کار نمی کند.

790
00:33:17,854 --> 00:33:20,020
من نمی توانم به یاد داشته باشید که من بود
صحبت کردن به اوایل امروز.

791
00:33:20,020 --> 00:33:22,080
اما آن را مانند، زمانی که
مته دستی مخصوص سوراخ کردن سنگ، اختراع شد

792
00:33:22,080 --> 00:33:24,621
مردم آن را نوسان بیش از
سر خود را به سر و صدا بتن می باشد.

793
00:33:24,621 --> 00:33:27,360

794
00:33:27,360 --> 00:33:30,610
>> اما این چیزی است که
اتفاق می افتد با نواسکیوال امروز.

795
00:33:30,610 --> 00:33:33,900
اگر شما به اکثر مغازه ها راه رفتن در،
آنها در تلاش هستند به مغازه ها نواسکیوال.

796
00:33:33,900 --> 00:33:36,510
آنچه که آنها انجام است
آنها با استفاده از داده های NoSQL،

797
00:33:36,510 --> 00:33:39,900
و آنها در حال بارگذاری آن
پر از طرح رابطه ای است.

798
00:33:39,900 --> 00:33:41,630
دلیل این که چگونه
آنها پایگاههای اطلاعاتی را طراحی کنند.

799
00:33:41,630 --> 00:33:44,046
و آنها تعجب، به همین دلیل است
آن را به خوبی انجام؟

800
00:33:44,046 --> 00:33:45,230
پسر، این چیزی که بدبو است.

801
00:33:45,230 --> 00:33:49,900
من تا به حال برای حفظ تمام من
می پیوندد in-- آن را مانند، نه، نه.

802
00:33:49,900 --> 00:33:50,800
حفظ می پیوندد؟

803
00:33:50,800 --> 00:33:52,430
چرا اطلاعات شما پیوستن هستند.

804
00:33:52,430 --> 00:33:54,350
شما اطلاعات در نواسکیوال پیوستن نیست.

805
00:33:54,350 --> 00:33:55,850
شما آن را جمع.

806
00:33:55,850 --> 00:34:00,690
>> بنابراین اگر شما می خواهید برای جلوگیری از این، یادگیری
چگونه از ابزار قبل از شما کار می کند در واقع

807
00:34:00,690 --> 00:34:02,010
شروع به استفاده از آن است.

808
00:34:02,010 --> 00:34:04,860
سعی نکنید و استفاده از ابزار جدید
به همان شیوه شما با استفاده از ابزار قدیمی.

809
00:34:04,860 --> 00:34:06,500
شما در حال رفتن به یک تجربه بد است.

810
00:34:06,500 --> 00:34:08,848
و هر زمان تنها
این چیزی است که این در مورد.

811
00:34:08,848 --> 00:34:11,389
زمانی که ما شروع به رو آمدن در اینجا،
به این دلیل است نمیفهمد

812
00:34:11,389 --> 00:34:13,449
چگونه به استفاده از ابزار.

813
00:34:13,449 --> 00:34:16,250
>> آنها همان چیزی بود که
پایگاه داده های رابطه، اختراع شد

814
00:34:16,250 --> 00:34:17,969
و آنها به جای فایل سیستم شد.

815
00:34:17,969 --> 00:34:20,420
آنها سعی کردند به ساخت سیستم های فایل
با پایگاه داده های رابطه

816
00:34:20,420 --> 00:34:22,159
چرا که آنچه مردم درک شود.

817
00:34:22,159 --> 00:34:23,049
آن کار نمی کند.

818
00:34:23,049 --> 00:34:26,090
بنابراین درک بهترین شیوه
از این فن آوری شما کار با

819
00:34:26,090 --> 00:34:26,730
بزرگ است.

820
00:34:26,730 --> 00:34:29,870
بسیار مهم.

821
00:34:29,870 --> 00:34:32,440
>> بنابراین ما قصد داریم به DynamoDB دریافت کنید.

822
00:34:32,440 --> 00:34:36,480
DynamoDB AWS است
به طور کامل مدیریت پلت فرم های NoSQL.

823
00:34:36,480 --> 00:34:37,719
چه طور کامل مدیریت چیست؟

824
00:34:37,719 --> 00:34:40,010
این بدان معنی است که شما لازم نیست که
واقعا در مورد هر چیزی نگران باشید.

825
00:34:40,010 --> 00:34:42,060
>> شما در آمده است، به شما بگویم
ما، من نیاز به یک جدول.

826
00:34:42,060 --> 00:34:43,409
به آن نیاز دارد این ظرفیت است.

827
00:34:43,409 --> 00:34:47,300
شما دکمه، و ما ارائه
تمام زیرساخت های پشت صحنه.

828
00:34:47,300 --> 00:34:48,310
حالا که بسیار زیاد است.

829
00:34:48,310 --> 00:34:51,310
>> از آنجا که وقتی شما صحبت می
در مورد پوسته پوسته شدن یک پایگاه داده،

830
00:34:51,310 --> 00:34:53,917
نواسکیوال خوشه داده ها در
مقیاس، پتابایت در حال اجرا،

831
00:34:53,917 --> 00:34:55,750
در حال اجرا میلیون ها
تراکنش در ثانیه،

832
00:34:55,750 --> 00:34:58,180
این چیزها خوشه کوچک نیست.

833
00:34:58,180 --> 00:35:00,830
ما در حال صحبت هزاران نفر از موارد.

834
00:35:00,830 --> 00:35:04,480
مدیریت هزاران نفر از موارد،
حتی نمونه مجازی،

835
00:35:04,480 --> 00:35:06,350
درد واقعی در لب به لب است.

836
00:35:06,350 --> 00:35:09,110
منظور من، فکر می کنم در مورد هر زمان
سیستم عامل پچ بیرون می آید

837
00:35:09,110 --> 00:35:11,552
و یا یک نسخه جدید از پایگاه داده باشد.

838
00:35:11,552 --> 00:35:13,260
معنی آن چیست
به شما عملیاتی؟

839
00:35:13,260 --> 00:35:16,330
این بدان معناست که شما رو 1،200
سرویس دهنده است که باید به روز شود.

840
00:35:16,330 --> 00:35:18,960
در حال حاضر حتی با اتوماسیون،
است که می تواند مدت زمان طولانی را.

841
00:35:18,960 --> 00:35:21,480
که می تواند بسیاری از باعث
سردرد عملیاتی،

842
00:35:21,480 --> 00:35:23,090
چرا که من ممکن خدمات پایین داشته باشد.

843
00:35:23,090 --> 00:35:26,070
>> همانطور که من این پایگاه داده به روز رسانی، من
ممکن است استقرار سبز آبی انجام

844
00:35:26,070 --> 00:35:29,420
جایی که من استقرار و ارتقاء نیم
گره ها، و سپس ارتقا نیمه دیگر.

845
00:35:29,420 --> 00:35:30,490
نگاهی کسانی که پایین.

846
00:35:30,490 --> 00:35:33,410
بنابراین مدیریت زیرساخت
مقیاس بسیار دردناک است.

847
00:35:33,410 --> 00:35:36,210
و AWS را که درد خارج از آن.

848
00:35:36,210 --> 00:35:39,210
و می توانید پایگاه داده های NoSQL
فوق العاده دردناک

849
00:35:39,210 --> 00:35:41,780
به دلیل راه مقیاس آنها.

850
00:35:41,780 --> 00:35:42,926
>> مقیاس افقی.

851
00:35:42,926 --> 00:35:45,550
اگر شما می خواهید برای دریافت نواسکیوال بزرگتر
پایگاه داده، شما از خرید گره.

852
00:35:45,550 --> 00:35:48,660
هر گره شما خرید می باشد
سردرد عملیاتی است.

853
00:35:48,660 --> 00:35:50,830
بنابراین اجازه دهید شخص دیگری انجام دهید که برای شما.

854
00:35:50,830 --> 00:35:52,000
AWS تواند انجام دهد.

855
00:35:52,000 --> 00:35:54,587
>> ما ارزش های کلیدی سند حمایت می کنند.

856
00:35:54,587 --> 00:35:56,670
در حال حاضر ما نمی تواند بیش از حد
به در نمودار دیگر.

857
00:35:56,670 --> 00:35:58,750
در بسیاری از مختلف وجود دارد
طعم های NoSQL.

858
00:35:58,750 --> 00:36:02,670
آنها همه نوع از گرفتن هستید
با هم در این نقطه munged.

859
00:36:02,670 --> 00:36:06,260
شما می توانید در DynamoDB نگاه کنید و بگویید بله،
ما هر دو یک سند و یک ارزش کلیدی هستید

860
00:36:06,260 --> 00:36:08,412
این نقطه را ذخیره کنید.

861
00:36:08,412 --> 00:36:10,620
و شما می توانید ویژگی های استدلال
از یکی را بر دیگری.

862
00:36:10,620 --> 00:36:13,950
به نظر من، بسیاری از این است که واقعا شش
یک نیم دوجین از سوی دیگر است.

863
00:36:13,950 --> 00:36:18,710
هر یک از این فن آوری است
فن آوری خوب و یک راه حل خوب است.

864
00:36:18,710 --> 00:36:23,390
من نمی خواهم بگویم مانگودیبی بهتر است
بدتر از نیمکت، سپس کاساندرا،

865
00:36:23,390 --> 00:36:25,994
پس از آن دینامو، و یا بالعکس.

866
00:36:25,994 --> 00:36:27,285
منظورم این تنها گزینه است.

867
00:36:27,285 --> 00:36:29,850

868
00:36:29,850 --> 00:36:32,700
>> این برنامه سریع و آن را
سازگار در هر مقیاس.

869
00:36:32,700 --> 00:36:36,210
پس این یکی از بزرگترین است
پاداش شما را با AWS دریافت کنید.

870
00:36:36,210 --> 00:36:40,850
با DynamoDB توانایی است
برای به دست آوردن یک رقم کم تک

871
00:36:40,850 --> 00:36:44,040
تاخیر میلی ثانیه در هر مقیاس.

872
00:36:44,040 --> 00:36:45,720
یک هدف طراحی سیستم کرد.

873
00:36:45,720 --> 00:36:49,130
و ما به مشتریان است که انجام می دهند
میلیون ها نفر از معاملات در هر ثانیه.

874
00:36:49,130 --> 00:36:52,670
>> در حال حاضر من از طریق برخی از کسانی که به
استفاده از موارد در چند دقیقه است.

875
00:36:52,670 --> 00:36:55,660
control-- دسترسی یکپارچه
ما آنچه که ما پاسخ

876
00:36:55,660 --> 00:36:57,920
مدیریت هویت دسترسی، و یا IAM.

877
00:36:57,920 --> 00:37:01,980
این نفوذ هر سیستم،
هر سرویس که AWS ارائه می دهد.

878
00:37:01,980 --> 00:37:03,630
DynamoDB قاعده مستثنی است.

879
00:37:03,630 --> 00:37:06,020
شما می توانید دسترسی به کنترل
به جداول DynamoDB است.

880
00:37:06,020 --> 00:37:09,960
در تمام حساب های خود را با AWS
تعریف نقش دسترسی و مجوزهای

881
00:37:09,960 --> 00:37:12,140
در زیرساخت IAM.

882
00:37:12,140 --> 00:37:16,630
>> و آن را یک جزء کلیدی و انتگرال در این
آنچه که ما در رویداد پاسخ برنامه نویسی هدایت می شود.

883
00:37:16,630 --> 00:37:19,056
در حال حاضر این یک پارادایم جدید است.

884
00:37:19,056 --> 00:37:22,080
>> مخاطبان: چگونه سرعت خود را از واقعی است
مثبت در مقابل منفی کاذب

885
00:37:22,080 --> 00:37:24,052
در سیستم کنترل دسترسی خود را؟

886
00:37:24,052 --> 00:37:26,260
RICK HOULIHAN: مثبت واقعی
در مقابل منفی کاذب؟

887
00:37:26,260 --> 00:37:28,785
مخاطبان: بازگشت چه
شما باید از بازگشت؟

888
00:37:28,785 --> 00:37:33,720
همانطور که به یک بار در حالی مخالف آن
نمی گرداند که آن را باید اعتبار؟

889
00:37:33,720 --> 00:37:36,260

890
00:37:36,260 --> 00:37:38,050
>> RICK HOULIHAN: من نمی تواند به شما بگوید که.

891
00:37:38,050 --> 00:37:40,140
اگر هر گونه شکست وجود دارد
آنچه در آن،

892
00:37:40,140 --> 00:37:42,726
من فرد به درخواست
این سوال خاص است.

893
00:37:42,726 --> 00:37:43,850
اما این سوال خوبی است.

894
00:37:43,850 --> 00:37:45,905
من خواهد بود کنجکاو به دانستن
که خودم، در واقع.

895
00:37:45,905 --> 00:37:48,810

896
00:37:48,810 --> 00:37:51,320
>> و به این ترتیب پس از آن دوباره، پارادایم جدید
برنامه نویسی رویداد محور است.

897
00:37:51,320 --> 00:37:55,160
این ایده این است که شما می توانید
گسترش برنامه های کاربردی پیچیده ای است که

898
00:37:55,160 --> 00:37:59,720
می توانید، در مقیاس بسیار بالا بسیار کار
بدون هیچ زیرساخت ندارند.

899
00:37:59,720 --> 00:38:02,120
بدون هر گونه ثابت
زیرساخت ندارند.

900
00:38:02,120 --> 00:38:04,720
و ما بحث کمی در
در مورد آنچه که به معنی به عنوان ما

901
00:38:04,720 --> 00:38:06,550
دریافت بر روی زن و شوهر بعد از نمودار.

902
00:38:06,550 --> 00:38:08,716
>> اولین چیزی که ما را انجام دهد
است ما در مورد جداول صحبت کنید.

903
00:38:08,716 --> 00:38:10,857
انواع داده API برای دینامو.

904
00:38:10,857 --> 00:38:13,190
و اولین چیزی که شما
متوجه شما در این نگاه،

905
00:38:13,190 --> 00:38:17,930
اگر شما با هر پایگاه داده آشنا هستید،
پایگاه های داده را واقعا دو نوع از رابط های برنامه کاربردی

906
00:38:17,930 --> 00:38:18,430
من می خواهم آن تماس بگیرید.

907
00:38:18,430 --> 00:38:21,570
یا دو مجموعه از API.

908
00:38:21,570 --> 00:38:23,840
یکی از کسانی که می شود
API اداری.

909
00:38:23,840 --> 00:38:26,710
>> چیزهایی را که مراقبت از
توابع پایگاه داده باشد.

910
00:38:26,710 --> 00:38:31,340
پیکربندی موتور ذخیره سازی،
راه اندازی و اضافه کردن جداول.

911
00:38:31,340 --> 00:38:35,180
پایگاه داده ایجاد
کاتالوگ و موارد.

912
00:38:35,180 --> 00:38:40,450
این چیز در DynamoDB، شما می
بسیار کوتاه، لیست کوتاه است.

913
00:38:40,450 --> 00:38:43,120
>> بنابراین در پایگاه داده های دیگر،
شما ممکن است ده ها تن را ببینید

914
00:38:43,120 --> 00:38:45,680
از دستورات، اداری
دستورات، برای پیکربندی

915
00:38:45,680 --> 00:38:47,290
این گزینه های اضافی.

916
00:38:47,290 --> 00:38:51,234
در DynamoDB شما کسانی که به دلیل نیاز
شما از سیستم پیکربندی کنید، کار می کنیم.

917
00:38:51,234 --> 00:38:54,150
بنابراین تنها چیزی که شما نیاز به انجام است
به من بگویید چه اندازه جدول نیاز دارم.

918
00:38:54,150 --> 00:38:55,660
بنابراین شما بسیار گرفتن
مجموعه ای محدود از دستورات.

919
00:38:55,660 --> 00:38:58,618
>> شما دریافت می کنید درست به روز رسانی جدول، جدول،
حذف جدول، جدول و توصیف.

920
00:38:58,618 --> 00:39:01,150
کسانی که تنها چیزهایی هستند
شما برای DynamoDB نیاز دارند.

921
00:39:01,150 --> 00:39:03,294
شما یک ذخیره سازی نیاز ندارد
پیکربندی موتور.

922
00:39:03,294 --> 00:39:04,960
من لازم نیست که در مورد تکرار نگران باشید.

923
00:39:04,960 --> 00:39:06,490
من لازم نیست که در مورد sharding نگران باشید.

924
00:39:06,490 --> 00:39:07,800
>> من لازم نیست که به نگرانی در
مورد هر یک از این مسائل است.

925
00:39:07,800 --> 00:39:08,740
ما تمام آن را برای شما.

926
00:39:08,740 --> 00:39:11,867
به طوری که مقدار زیادی از بالای سر است
که فقط بلند کردن بشقاب شما.

927
00:39:11,867 --> 00:39:13,200
پس ما باید اپراتورهای CRUD است.

928
00:39:13,200 --> 00:39:17,740
CRUD چیزی که به ما است
پاسخ در پایگاه داده که

929
00:39:17,740 --> 00:39:19,860
ایجاد، بروز رسانی، حذف اپراتورها.

930
00:39:19,860 --> 00:39:24,180
این مشترک خود را می
عملیات پایگاه داده.

931
00:39:24,180 --> 00:39:31,299
چیزهایی مثل مورد قرار داده، گرفتن آیتم، به روز رسانی
آیتم ها، آیتم های حذف، پرس و جو دسته ای، اسکن.

932
00:39:31,299 --> 00:39:32,840
اگر می خواهید به اسکن کل جدول.

933
00:39:32,840 --> 00:39:34,220
همه چیز را از روی میز نگه دار.

934
00:39:34,220 --> 00:39:37,130
یکی از چیزهایی که خوب در مورد DynamoDB
است آن را اجازه می دهد تا اسکن موازی.

935
00:39:37,130 --> 00:39:40,602
بنابراین شما در واقع می توانید اجازه دهید من می دانم که چگونه بسیاری
موضوعات شما می خواهید برای اجرا بر روی که اسکن.

936
00:39:40,602 --> 00:39:41,810
و ما می توانیم آن موضوعات را اجرا کنید.

937
00:39:41,810 --> 00:39:43,985
ما می توانید چرخش که اسکن کردن
موضوعات مختلف در سراسر

938
00:39:43,985 --> 00:39:49,060
بنابراین شما می توانید کل جدول اسکن
فضای بسیار، بسیار به سرعت در DynamoDB.

939
00:39:49,060 --> 00:39:51,490
>> از API های دیگر ما است
آنچه که ما در جریان API ما تماس بگیرید.

940
00:39:51,490 --> 00:39:52,940
ما قصد داریم به صحبت بیش از حد
زیادی در مورد این در حال حاضر.

941
00:39:52,940 --> 00:39:55,189
من برخی از مطالب بعد کردم
در عرشه در مورد این.

942
00:39:55,189 --> 00:39:59,910
اما جریان است که واقعا یک running--
از آن فکر می کنم به عنوان زمان دستور داد

943
00:39:59,910 --> 00:40:01,274
و ورود به سیستم تغییر پارتیشن.

944
00:40:01,274 --> 00:40:03,940
هر آنچه را که اتفاق می افتد در
جدول نشان می دهد تا در جریان است.

945
00:40:03,940 --> 00:40:05,940
>> هر به جدول ارسال
نشان می دهد تا در جریان است.

946
00:40:05,940 --> 00:40:08,370
شما می توانید این جریان را بخواند، و
شما می توانید همه چیز را با آن انجام دهد.

947
00:40:08,370 --> 00:40:10,150
ما در مورد آنچه
انواع چیزهایی که شما

948
00:40:10,150 --> 00:40:13,680
با چیزهایی مانند تکرار،
ایجاد شاخص ثانویه.

949
00:40:13,680 --> 00:40:17,620
انواع واقعا سرد
همه چیز شما می توانید با آن انجام دهد.

950
00:40:17,620 --> 00:40:19,150
>> انواع داده.

951
00:40:19,150 --> 00:40:23,320
در DynamoDB، ما هر دو کلیدی پشتیبانی
ارزش و داده سند نوع.

952
00:40:23,320 --> 00:40:26,350
در سمت چپ صفحه نمایش
در اینجا، ما نوع اساسی ما است.

953
00:40:26,350 --> 00:40:27,230
انواع ارزش کلیدی است.

954
00:40:27,230 --> 00:40:30,040
این رشته ها،
اعداد و فایل های باینری.

955
00:40:30,040 --> 00:40:31,640
>> پس فقط سه نوع اساسی.

956
00:40:31,640 --> 00:40:33,700
و پس از آن شما می توانید مجموعه ای از آن داشته باشد.

957
00:40:33,700 --> 00:40:37,650
یکی از چیزهایی که خوب در مورد نواسکیوال است
شما می توانید حاوی آرایه به عنوان خواص.

958
00:40:37,650 --> 00:40:42,050
و با DynamoDB شما می توانید حاوی آرایه
از انواع عمومی به عنوان یک ویژگی ریشه.

959
00:40:42,050 --> 00:40:43,885
>> و پس از آن انواع سند وجود دارد.

960
00:40:43,885 --> 00:40:45,510
چگونه بسیاری از مردم با JSON آشنا هستند؟

961
00:40:45,510 --> 00:40:47,130
شما بچه ها با JSON خیلی آشنا نیست؟

962
00:40:47,130 --> 00:40:49,380
این اساسا جاوا اسکریپت،
شی، نشانه گذاری.

963
00:40:49,380 --> 00:40:52,510
این اجازه می دهد تا شما را به اساسا
تعریف یک ساختار سلسله مراتبی.

964
00:40:52,510 --> 00:40:58,107
>> شما می توانید یک سند JSON در فروشگاه
DynamoDB با استفاده از اجزای مشترک

965
00:40:58,107 --> 00:41:00,940
و یا بلوک های ساختمان که در دسترس هستند
در اکثر زبان های برنامه نویسی.

966
00:41:00,940 --> 00:41:03,602
بنابراین اگر شما جاوا، شما
نگاه کردن به نقشه و لیست.

967
00:41:03,602 --> 00:41:05,060
من می توانید اشیاء ایجاد می کند که نقشه منطقه است.

968
00:41:05,060 --> 00:41:08,030
یک نقشه به عنوان ارزش های کلیدی
به عنوان خواص ذخیره می شود.

969
00:41:08,030 --> 00:41:10,890
و این ممکن است لیست از
ارزش ها در آن دسته از خواص.

970
00:41:10,890 --> 00:41:13,490
شما می توانید این مجموعه ذخیره
ساختار سلسله مراتبی

971
00:41:13,490 --> 00:41:16,320
به عنوان یک ویژگی واحد
از یک آیتم DynamoDB.

972
00:41:16,320 --> 00:41:19,010

973
00:41:19,010 --> 00:41:24,460
>> بنابراین جداول در DynamoDB، مانند بسیاری از
پایگاه داده های NoSQL، جداول اقلام است.

974
00:41:24,460 --> 00:41:26,469
در مانگودیبی شما را
این اسناد است.

975
00:41:26,469 --> 00:41:27,760
و این امر می تواند پایه نیمکت.

976
00:41:27,760 --> 00:41:28,900
همچنین یک پایگاه داده سند.

977
00:41:28,900 --> 00:41:29,941
شما این اسناد است.

978
00:41:29,941 --> 00:41:32,930
اسناد و یا موارد دارای ویژگی های.

979
00:41:32,930 --> 00:41:35,850
ویژگی ها می توانند وجود داشته باشند یا
در مورد وجود ندارد.

980
00:41:35,850 --> 00:41:38,520
در DynamoDB، وجود دارد
یکی از ویژگی اجباری.

981
00:41:38,520 --> 00:41:43,880
فقط در یک پایگاه داده رابطه ای را دوست دارم،
شما یک کلید اصلی در جدول.

982
00:41:43,880 --> 00:41:46,010
>> DynamoDB است آنچه که ما یک کلید هش پاسخ.

983
00:41:46,010 --> 00:41:48,280
کلید هش باید منحصر به فرد باشد.

984
00:41:48,280 --> 00:41:52,580
بنابراین، هنگامی که یک جدول هش را تعریف می کنم،
اساسا من چه می گویم

985
00:41:52,580 --> 00:41:54,110
است هر آیتم یک کلید هش داشته باشد.

986
00:41:54,110 --> 00:41:58,520
و هر کلید هش باید منحصر به فرد باشد.

987
00:41:58,520 --> 00:42:01,200
>> هر آیتم تعریف شده است
که کلید هش منحصر به فرد.

988
00:42:01,200 --> 00:42:02,940
و تنها می تواند یک باشد.

989
00:42:02,940 --> 00:42:05,820
این خوب است، اما اغلب
چه مردم نیاز

990
00:42:05,820 --> 00:42:08,170
است که آنها می خواهند این هش
کلیدی برای انجام یک کمی بیشتر

991
00:42:08,170 --> 00:42:11,010
از یک شناسه منحصر به فرد.

992
00:42:11,010 --> 00:42:15,240
اغلب اوقات ما می خواهیم به استفاده از این کلید هش
به عنوان سطل تجمع سطح بالا است.

993
00:42:15,240 --> 00:42:19,160
و راه ما انجام این کار است
اضافه کردن چیزی است که ما یک کلید وسیعی تماس بگیرید.

994
00:42:19,160 --> 00:42:22,460
>> بنابراین اگر آن را تنها یک هش است
جدول، این باید منحصر به فرد باشد.

995
00:42:22,460 --> 00:42:27,040
اگر یک رشته هش و محدوده جدول در آن است،
ترکیبی از هش و دامنه

996
00:42:27,040 --> 00:42:28,640
باید تک باشی.

997
00:42:28,640 --> 00:42:30,110
بنابراین فکر می کنم در مورد آن در این راه.

998
00:42:30,110 --> 00:42:32,140
اگر من یک انجمن.

999
00:42:32,140 --> 00:42:39,010
و فرم مباحث، آن را تا
پست ها، و پاسخ آن است.

1000
00:42:39,010 --> 00:42:42,630
>> بنابراین من ممکن است یک رشته هش شده اند
کلید است که موضوع ID.

1001
00:42:42,630 --> 00:42:46,650
و من ممکن است یک کلید وسیعی دارند،
که ID پاسخ است.

1002
00:42:46,650 --> 00:42:49,650
به این ترتیب اگر من می خواهم به همه
پاسخ ها برای موضوع خاص،

1003
00:42:49,650 --> 00:42:52,370
من فقط می توانید پرس و جو از هش.

1004
00:42:52,370 --> 00:42:55,190
من فقط می توانم بگویم همه به من بدهید
آیتم هایی که این هش.

1005
00:42:55,190 --> 00:43:01,910
و من قصد دارم به هر سوال
و یا ارسال برای آن موضوع خاص است.

1006
00:43:01,910 --> 00:43:03,910
این واحدهای سطح بالا
بسیار مهم است.

1007
00:43:03,910 --> 00:43:07,370
آنها دسترسی ابتدایی پشتیبانی
الگوی از نرم افزار.

1008
00:43:07,370 --> 00:43:09,420
به طور کلی، این
چیزی است که ما خواهید انجام دهید.

1009
00:43:09,420 --> 00:43:11,780
ما می خواهیم که table--
به عنوان جدول باز می کنید،

1010
00:43:11,780 --> 00:43:16,640
ما می خواهیم به ساختار داده ها
در جدول به گونه ای است

1011
00:43:16,640 --> 00:43:20,140
که می توانید نرم افزار بسیار
سرعت بازیابی این نتایج.

1012
00:43:20,140 --> 00:43:24,510
و اغلب در راه به انجام این کار است
برای حفظ این واحدهای به عنوان ما

1013
00:43:24,510 --> 00:43:25,650
وارد کردن داده.

1014
00:43:25,650 --> 00:43:31,110
در واقع، ما در حال گسترش داده
به سطل روشن به عنوان آن را در می آید.

1015
00:43:31,110 --> 00:43:35,210
>> کلید محدوده اجازه می دهد هش me--
کلید باید برابری است.

1016
00:43:35,210 --> 00:43:39,490
وقتی که من پرس و جو هش، باید بگویم
من یک رشته هش که این برابر است.

1017
00:43:39,490 --> 00:43:41,950
وقتی که من پرس و جو وسیعی، من
می توانید می گویند من یک محدوده را

1018
00:43:41,950 --> 00:43:47,040
است که استفاده از هر نوع
اپراتور غنی است که ما حمایت می کنند.

1019
00:43:47,040 --> 00:43:49,200
من تمام موارد برای یک رشته هش می دهد.

1020
00:43:49,200 --> 00:43:52,520
آیا برابر، بیشتر از،
کمتر از، آن را با شروع،

1021
00:43:52,520 --> 00:43:54,145
آن بین این دو ارزش وجود دارد؟

1022
00:43:54,145 --> 00:43:56,811
بنابراین این نوع از نمایش داده شد وسیعی
که ما همیشه در علاقه مند است.

1023
00:43:56,811 --> 00:43:59,650
در حال حاضر یک چیز در مورد داده ها، هنگامی
شما در دسترسی به اطلاعات، زمانی که نگاه

1024
00:43:59,650 --> 00:44:02,360
شما دسترسی به داده ها، آن را
همیشه در مورد تجمع.

1025
00:44:02,360 --> 00:44:05,770
این همیشه در مورد سوابق
که به این مربوط می شود.

1026
00:44:05,770 --> 00:44:10,390
من همه چیز در اینجا را that's-- همه
معاملات بر روی این کارت اعتباری

1027
00:44:10,390 --> 00:44:12,500
در ماه گذشته.

1028
00:44:12,500 --> 00:44:13,960
که تجمع است.

1029
00:44:13,960 --> 00:44:17,490
>> تقریبا همه چیز شما در انجام
پایگاه داده نوعی از تجمع است.

1030
00:44:17,490 --> 00:44:21,530
بنابراین قادر بودن به قادر به تعریف
این سطل و شما این را وسیعی

1031
00:44:21,530 --> 00:44:24,950
ویژگی قادر به پرس و جو در،
آن نمایش داده شد غنی پشتیبانی از بسیاری از،

1032
00:44:24,950 --> 00:44:27,165
بسیاری از، بسیاری از الگوهای دسترسی به نرم افزار.

1033
00:44:27,165 --> 00:44:30,990

1034
00:44:30,990 --> 00:44:35,000
>> بنابراین چیزی دیگر کلید هش
ندارد آن را به ما می دهد یک مکانیسم

1035
00:44:35,000 --> 00:44:37,740
قادر به گسترش اطلاعات در سراسر.

1036
00:44:37,740 --> 00:44:40,390
پایگاه داده های NoSQL بهترین کار
زمانی که داده ها به طور مساوی

1037
00:44:40,390 --> 00:44:41,740
توزیع شده در سراسر خوشه.

1038
00:44:41,740 --> 00:44:44,530

1039
00:44:44,530 --> 00:44:47,050
چگونه بسیاری از مردم آشنا هستند
با الگوریتم های هش کردن؟

1040
00:44:47,050 --> 00:44:49,860
وقتی که من میگویم هش و یک hashing--
به دلیل یک الگوریتم هش کردن

1041
00:44:49,860 --> 00:44:54,140
راهی که قادر به تولید است
یک مقدار تصادفی از هر مقدار داده شده.

1042
00:44:54,140 --> 00:44:59,300
بنابراین در این مورد خاص،
الگوریتم هش ما اجرا ND 5 بر اساس است.

1043
00:44:59,300 --> 00:45:04,765
>> و اگر من یک ID، و این
کلید هش من است، من باید 1، 2، 3.

1044
00:45:04,765 --> 00:45:07,390
وقتی که من الگوریتم هش اجرا شود،
آن را به بازگشت و می گویند،

1045
00:45:07,390 --> 00:45:10,800
خوب 1 برابر 7B، 2
برابر 48، 3 برابر CD.

1046
00:45:10,800 --> 00:45:13,092
آنها در سراسر فضای کلید گسترش یافته است.

1047
00:45:13,092 --> 00:45:14,050
و چرا شما این کار؟

1048
00:45:14,050 --> 00:45:17,120
از آنجا که باعث می شود که من می توانم
قرار دادن پرونده گره های متعدد در سراسر.

1049
00:45:17,120 --> 00:45:19,574
>> اگر من انجام این کار
تدریجی، 1، 2، 3.

1050
00:45:19,574 --> 00:45:21,990
و من یک وسیعی هش که
اجرا می شود در این مورد خاص،

1051
00:45:21,990 --> 00:45:24,785
یک فضای هش کوچک،
آن را از 00 اجرا می شود به FF،

1052
00:45:24,785 --> 00:45:27,951
پس از آن پرونده می رویم به در
و آنها در حال رفتن به 1، 2، 3، 4، 5،

1053
00:45:27,951 --> 00:45:30,390
6، 7، 8، 9، 10، 11، 12.

1054
00:45:30,390 --> 00:45:31,800
چه اتفاقی می افتد؟

1055
00:45:31,800 --> 00:45:34,860
هر درج است که به همان گره.

1056
00:45:34,860 --> 00:45:36,070
شما ببینید من چه معناست؟

1057
00:45:36,070 --> 00:45:40,910
>> زیرا زمانی که من فضای تقسیم،
و من این پرونده در سراسر،

1058
00:45:40,910 --> 00:45:45,950
و پارتیشن من، من قصد دارم برای گفتن
پارتیشن 1 دارای فضای کلیدی 0-54.

1059
00:45:45,950 --> 00:45:47,720
پارتیشن 2 55-89 است.

1060
00:45:47,720 --> 00:45:49,780
پارتیشن 3 AA به FF است.

1061
00:45:49,780 --> 00:45:53,740
بنابراین اگر من با استفاده از خطی افزایش
شناسه، شما می توانید ببینید که چه اتفاقی می افتد.

1062
00:45:53,740 --> 00:45:57,410
1، 2، 3، 4، 5، 6، تمام راه را تا به 54.

1063
00:45:57,410 --> 00:46:00,030
بنابراین به عنوان من چکش
سوابق به سیستم،

1064
00:46:00,030 --> 00:46:02,030
همه چیز به پایان می رسد تا رفتن به یک گره.

1065
00:46:02,030 --> 00:46:03,160
>> این خوب نیست.

1066
00:46:03,160 --> 00:46:04,820
که antipattern است.

1067
00:46:04,820 --> 00:46:08,760
در مانگودیبی آنها این مشکل
اگر شما یک کلید هش استفاده نمی کند.

1068
00:46:08,760 --> 00:46:11,325
مانگودیبی شما می دهد گزینه
از هش ارزش کلیدی است.

1069
00:46:11,325 --> 00:46:13,950
شما همیشه باید انجام دهید که اگر
شما با استفاده از یک هش افزایش

1070
00:46:13,950 --> 00:46:17,380
کلیدی در مانگودیبی، یا شما می شود
استخوان هر نوشتن به یک گره،

1071
00:46:17,380 --> 00:46:21,290
و شما خواهد شد محدود
توان نوشتن خود را بد.

1072
00:46:21,290 --> 00:46:24,896
>> رسید که A9 169 در مبنای ده؟

1073
00:46:24,896 --> 00:46:28,450
>> RICK HOULIHAN: آره، آن را
در جایی در اطراف وجود دارد.

1074
00:46:28,450 --> 00:46:29,950
A9، من نمی دانم.

1075
00:46:29,950 --> 00:46:32,200
شما می خواهم که به من باینری
به ماشین حساب دهدهی.

1076
00:46:32,200 --> 00:46:34,237
مغز من را مثل کار نمی کند.

1077
00:46:34,237 --> 00:46:36,320
مخاطبان: فقط یکی از سریع
نظرات Mongo ها خود را.

1078
00:46:36,320 --> 00:46:39,530
بنابراین ID شی که می آید این است
بومی با Mongo ها انجام این کار؟

1079
00:46:39,530 --> 00:46:40,179

1080
00:46:40,179 --> 00:46:41,470
RICK HOULIHAN: آیا انجام این کار؟

1081
00:46:41,470 --> 00:46:42,970
اگر شما آن را مشخص کنید.

1082
00:46:42,970 --> 00:46:45,030
با مانگودیبی، شما باید گزینه.

1083
00:46:45,030 --> 00:46:48,930
شما می توانید هر سند specify--
مانگودیبی است باید ID زیرین.

1084
00:46:48,930 --> 00:46:50,300
که ارزش منحصر به فرد است.

1085
00:46:50,300 --> 00:46:55,240
>> در مانگودیبی شما می توانید مشخص
آیا به آن هش یا نه.

1086
00:46:55,240 --> 00:46:56,490
آنها فقط شما این گزینه را.

1087
00:46:56,490 --> 00:46:58,198
اگر شما می دانید که آن را
تصادفی، مشکلی ندارد.

1088
00:46:58,198 --> 00:46:59,640
شما لازم نیست برای انجام این کار.

1089
00:46:59,640 --> 00:47:04,260
اگر شما می دانید که آن را به صورت تصادفی نیست، که
آن را افزایش، پس از آن انجام هش.

1090
00:47:04,260 --> 00:47:06,880
>> در حال حاضر چیزی که در مورد
هش کردن، هنگامی که شما هش

1091
00:47:06,880 --> 00:47:08,800
value-- و این است که
چرا کلید هش همیشه

1092
00:47:08,800 --> 00:47:13,740
نمایش داده شد منحصر به فرد، چرا که من را تغییر داده ام
ارزش، در حال حاضر من می توانم یک پرس و جو وسیعی نیست.

1093
00:47:13,740 --> 00:47:15,640
من نمی توانم بگویم این است
بین این یا آن،

1094
00:47:15,640 --> 00:47:20,800
به این دلیل که مقدار هش است که نمی
به معادل ارزش واقعی.

1095
00:47:20,800 --> 00:47:24,570
تا زمانی که شما هش که
کلید، آن را تنها برابری می شود.

1096
00:47:24,570 --> 00:47:28,700
این است که چرا در DynamoDB کلید هش
نمایش داده شد همیشه تنها برابری است.

1097
00:47:28,700 --> 00:47:32,090

1098
00:47:32,090 --> 00:47:34,700
>> بنابراین در حال حاضر در طیف وسیعی key--
وقتی که من اضافه کنم که کلیدی محدوده،

1099
00:47:34,700 --> 00:47:38,180
کسانی که ثبت کلیدی وسیعی در می آیند و
آنها بر روی همان پارتیشن ذخیره می شود.

1100
00:47:38,180 --> 00:47:42,430
به طوری که آنها به سرعت هستند، به راحتی
بازیابی چرا که این هش،

1101
00:47:42,430 --> 00:47:43,220
این محدوده است.

1102
00:47:43,220 --> 00:47:44,928
و شما همه چیز را ببینید
با هش همان

1103
00:47:44,928 --> 00:47:48,550
می شود در فضای همان پارتیشن ذخیره می شود.

1104
00:47:48,550 --> 00:47:53,889
شما می توانید که کلید وسیعی برای کمک به استفاده از
قرار دادن داده خود را نزدیک به پدر و مادر خود.

1105
00:47:53,889 --> 00:47:55,180
پس چه هستم من واقعا انجام می دهند؟

1106
00:47:55,180 --> 00:47:57,320
این یک رابطه بسیاری است.

1107
00:47:57,320 --> 00:48:01,490
رابطه بین یک کلید هش
و کلید محدوده به بسیاری است.

1108
00:48:01,490 --> 00:48:03,490
من می توانم کلید های متعدد هش داشته باشد.

1109
00:48:03,490 --> 00:48:07,610
من فقط می توانم چند دامنه دارند
کلید در هر کلید هش.

1110
00:48:07,610 --> 00:48:11,910
>> هش پدر و مادر تعریف می کند،
محدوده کودکان تعریف می کند.

1111
00:48:11,910 --> 00:48:15,240
بنابراین شما می توانید ببینید که در اینجا وجود دارد آنالوگ
بین ساختار رابطه ای

1112
00:48:15,240 --> 00:48:18,840
و به همان نوع از
سازه ها در نواسکیوال.

1113
00:48:18,840 --> 00:48:20,760
مردم می گویند
نواسکیوال به عنوان nonrelational.

1114
00:48:20,760 --> 00:48:22,200
آن nonrelational است.

1115
00:48:22,200 --> 00:48:24,680
اطلاعات همواره روابط.

1116
00:48:24,680 --> 00:48:28,172
این روابط تنها
متفاوت مدل شده است.

1117
00:48:28,172 --> 00:48:29,880
اجازه دهید کمی صحبت
کمی در مورد دوام.

1118
00:48:29,880 --> 00:48:34,860
زمانی که شما به DynamoDB ارسال، می نویسد
همیشه سه راه تکرار شود.

1119
00:48:34,860 --> 00:48:37,550
به این معنی که ما سه AZ است.

1120
00:48:37,550 --> 00:48:39,160
در AZ می مناطق در دسترس بودن.

1121
00:48:39,160 --> 00:48:43,430
شما می توانید از یک در دسترس فکر می کنم
منطقه به عنوان یک مرکز داده

1122
00:48:43,430 --> 00:48:45,447
و یا مجموعه ای از مراکز داده.

1123
00:48:45,447 --> 00:48:47,780
این چیزها از لحاظ جغرافیایی
جدا از یکدیگر

1124
00:48:47,780 --> 00:48:51,610
در مناطق گسل های مختلف، در سراسر
شبکه های قدرت های مختلف و دشت های سیلابی.

1125
00:48:51,610 --> 00:48:54,510
شکستی در یک AZ است
رفتن به پایین است.

1126
00:48:54,510 --> 00:48:56,890
آنها همچنین در ارتباط
همراه با فیبر تاریک.

1127
00:48:56,890 --> 00:49:01,240
این پشتیبانی از یک زیر 1
تاخیر میلی ثانیه بین گاز.

1128
00:49:01,240 --> 00:49:05,390
بنابراین زمان واقعی تکرار داده
قادر است در چند گاز.

1129
00:49:05,390 --> 00:49:09,990
>> و استقرار اغلب چند AZ
دیدار با الزامات دسترس بودن بالا

1130
00:49:09,990 --> 00:49:12,930
اغلب سازمان های شرکت.

1131
00:49:12,930 --> 00:49:16,139
بنابراین DynamoDB گسترده شده است
در سراسر سه گاز به طور پیش فرض.

1132
00:49:16,139 --> 00:49:19,430
ما تنها به دانش نوشتن رفتن
زمانی که دو از این سه گره دوباره

1133
00:49:19,430 --> 00:49:21,470
و می گویند، بله، من آن را کردم.

1134
00:49:21,470 --> 00:49:22,050
چرا چنین است؟

1135
00:49:22,050 --> 00:49:25,950
از آنجا که در کنار خواندن ما تنها
رفتن به شما داده را به زمانی که

1136
00:49:25,950 --> 00:49:27,570
ما آن را از دو گره را دریافت کنید.

1137
00:49:27,570 --> 00:49:30,490
>> اگر من تکرار در سراسر
سه، و من از دو خواندن،

1138
00:49:30,490 --> 00:49:32,840
من همیشه تضمین شده
به حداقل یک

1139
00:49:32,840 --> 00:49:35,720
از آن می خواند می شود
ترین کپی فعلی از داده ها.

1140
00:49:35,720 --> 00:49:38,340
این چیزی است که DynamoDB سازگار است.

1141
00:49:38,340 --> 00:49:42,450
در حال حاضر شما می توانید انتخاب کنید به نوبه خود
آن سازگار می خواند است.

1142
00:49:42,450 --> 00:49:45,070
که در این صورت من قصد دارم برای گفتن،
من فقط از یک گره به عنوان خوانده شده.

1143
00:49:45,070 --> 00:49:47,430
و من نمی توانم آن را تضمین
به داده های فعلی است.

1144
00:49:47,430 --> 00:49:49,450
>> بنابراین اگر یک نوشتن در آینده،
آن تکرار نشده است،

1145
00:49:49,450 --> 00:49:50,360
شما در حال رفتن برای دریافت کنید که کپی.

1146
00:49:50,360 --> 00:49:52,220
که در نهایت به عنوان خوانده شده سازگار است.

1147
00:49:52,220 --> 00:49:54,640
و چه چیزی است که نیمی از هزینه است.

1148
00:49:54,640 --> 00:49:56,140
پس این چیزی به فکر کردن در مورد.

1149
00:49:56,140 --> 00:50:00,160
هنگامی که شما در حال خواندن DynamoDB، و
شما راه اندازی ظرفیت خواندن خود را

1150
00:50:00,160 --> 00:50:04,430
واحد، اگر شما انتخاب در نهایت
سازگار شده است، آن را بسیار ارزان تر است،

1151
00:50:04,430 --> 00:50:06,010
آن را حدود نیمی از هزینه است.

1152
00:50:06,010 --> 00:50:09,342
>> و پس از آن موجب صرفه جویی در پول شما.

1153
00:50:09,342 --> 00:50:10,300
اما این انتخاب شما است.

1154
00:50:10,300 --> 00:50:12,925
اگر شما می خواهید به عنوان خوانده شده سازگار و یا
در نهایت به عنوان خوانده شده سازگار است.

1155
00:50:12,925 --> 00:50:15,720
این چیزی است که شما می توانید انتخاب کنید.

1156
00:50:15,720 --> 00:50:17,659
>> بیایید در مورد شاخص های صحبت کنید.

1157
00:50:17,659 --> 00:50:19,450
بنابراین ما به ذکر است که
تجمع سطح بالا است.

1158
00:50:19,450 --> 00:50:23,720
ما کلید هش کردم، و
ما کلید وسیعی کردم.

1159
00:50:23,720 --> 00:50:24,320
این خوبه.

1160
00:50:24,320 --> 00:50:26,950
و این بر روی میز اولیه، من
کردم یک کلید هش، من یک کلید وسیعی است.

1161
00:50:26,950 --> 00:50:27,783
>> معنی آن چیست؟

1162
00:50:27,783 --> 00:50:30,410
من یک ویژگی کردم که من
می توانید نمایش داده ثروتمندان علیه اجرا کنید.

1163
00:50:30,410 --> 00:50:31,800
این کلید محدوده است.

1164
00:50:31,800 --> 00:50:35,530
ویژگی های دیگر که item--
من می توانم در آن ویژگی ها را فیلتر کند.

1165
00:50:35,530 --> 00:50:40,050
اما من می تواند چیزهایی مانند انجام نشده است، آن را
با آغاز می شود، و یا بزرگتر از.

1166
00:50:40,050 --> 00:50:40,820
>> چگونه می توانم انجام دهم؟

1167
00:50:40,820 --> 00:50:42,860
من یک شاخص.

1168
00:50:42,860 --> 00:50:45,340
این دو نوع وجود دارد
شاخص ها در DynamoDB.

1169
00:50:45,340 --> 00:50:49,002
شاخص است که واقعا
نظر دیگری از جدول.

1170
00:50:49,002 --> 00:50:50,490
و شاخص ثانویه محلی است.

1171
00:50:50,490 --> 00:50:51,781
>> یکی از اولین ما در مورد صحبت کنید.

1172
00:50:51,781 --> 00:50:57,740
بنابراین ثانویه محلی همزیستی
بر روی همان پارتیشن به عنوان داده.

1173
00:50:57,740 --> 00:51:00,240
و به عنوان مثل، آنها در هستند
گره های فیزیکی است.

1174
00:51:00,240 --> 00:51:01,780
آنها آنچه ما تماس بگیرید سازگار است.

1175
00:51:01,780 --> 00:51:04,599
معنا، آنها اذعان خواهد
نوشتن همراه با جدول.

1176
00:51:04,599 --> 00:51:06,890
زمانی که نوشتن در می آید،
ما از طریق شاخص ارسال.

1177
00:51:06,890 --> 00:51:09,306
ما تا ارسال به جدول،
و پس از آن ما اذعان خواهد شد.

1178
00:51:09,306 --> 00:51:10,490
به طوری که سازگار است.

1179
00:51:10,490 --> 00:51:13,174
هنگامی که نوشتن است
اذعان از جدول،

1180
00:51:13,174 --> 00:51:15,090
آن تضمین شده است که
صفحه اول متوسطه محلی

1181
00:51:15,090 --> 00:51:18,380
خواهد دید همان داده است.

1182
00:51:18,380 --> 00:51:22,390
اما آنچه آنها به شما اجازه انجام دهید این است
تعریف کلید وسیعی جایگزین.

1183
00:51:22,390 --> 00:51:25,260
>> مجبور به استفاده از هش همان
کلید را به عنوان جدول اولیه،

1184
00:51:25,260 --> 00:51:29,050
چرا که آنها به شرکت واقع در
همان پارتیشن، و آنها سازگار است.

1185
00:51:29,050 --> 00:51:33,110
اما من می تواند یک شاخص ایجاد
با کلید های مختلف برد.

1186
00:51:33,110 --> 00:51:41,590
بنابراین برای مثال، اگر من به حال یک تولید کننده
که تا به حال یک جدول قطعات خام در آینده.

1187
00:51:41,590 --> 00:51:44,590
و قطعات خام در آمده است، و
آنها توسط مجمع جمع شده است.

1188
00:51:44,590 --> 00:51:46,840
و شاید یک فراخوان وجود دارد.

1189
00:51:46,840 --> 00:51:50,240
>> هر بخشی که توسط این ساخته شده بود
تولید کننده پس از این تاریخ،

1190
00:51:50,240 --> 00:51:52,840
من نیاز به از خط من بکشید.

1191
00:51:52,840 --> 00:51:55,950
من می توانم یک شاخص چرخش
خواهد بود که به دنبال،

1192
00:51:55,950 --> 00:52:00,760
جمع آوری در تاریخ
تولید آن بخش خاص است.

1193
00:52:00,760 --> 00:52:03,930
بنابراین اگر جدول سطح بالا بود
در حال حاضر توسط کارخانه سازنده درهم،

1194
00:52:03,930 --> 00:52:07,655
شاید آن را در قسمت ID تنظیم شده بود، من
می تواند یک شاخص خاموش که جدول ایجاد

1195
00:52:07,655 --> 00:52:11,140
که توسط کارخانه سازنده درهم و
رویداد در محدوده زمانی در تاریخ تولید.

1196
00:52:11,140 --> 00:52:14,490
و به این ترتیب من می توانم بگویم، هر چیزی را که
بین این تاریخ ساخته شده بود،

1197
00:52:14,490 --> 00:52:16,804
من نیاز به از خط بکشید.

1198
00:52:16,804 --> 00:52:18,220
به طوری که شاخص ثانویه محلی است.

1199
00:52:18,220 --> 00:52:22,280
>> این اثر از
محدود کردن فضای کلید هش خود را.

1200
00:52:22,280 --> 00:52:24,360
از آنجا که آنها همزیستی
در گره ذخیره سازی همان،

1201
00:52:24,360 --> 00:52:26,860
آنها کلید هش محدود
فضای 10 گیگابایت است.

1202
00:52:26,860 --> 00:52:28,950
DynamoDB، تحت
جداول، پارتیشن

1203
00:52:28,950 --> 00:52:31,380
جدول خود را هر 10 گیگابایت است.

1204
00:52:31,380 --> 00:52:34,760
هنگامی که شما 10 گیگابایت از داده ها در، ما
رفتن [PHH]، و ما اضافه کردن گره دیگر است.

1205
00:52:34,760 --> 00:52:38,120

1206
00:52:38,120 --> 00:52:42,070
>> ما را به LSI تقسیم نشده
پارتیشن های متعدد در سراسر.

1207
00:52:42,070 --> 00:52:43,200
ما در جدول را تقسیم می شود.

1208
00:52:43,200 --> 00:52:44,679
اما ما را به LSI تقسیم نشده است.

1209
00:52:44,679 --> 00:52:46,470
بنابراین این چیزی است که
مهم است که درک

1210
00:52:46,470 --> 00:52:50,070
است اگر شما در حال انجام بسیار،
بسیار، واحدهای بسیار بزرگ،

1211
00:52:50,070 --> 00:52:53,860
پس از آن شما در حال رفتن به محدود شود
10 گیگابایت در LSIS خود را.

1212
00:52:53,860 --> 00:52:56,640
>> اگر چنین است، ما می توانیم
استفاده ثانویه جهانی است.

1213
00:52:56,640 --> 00:52:58,630
ثانویه جهانی
واقعا یکی دیگر از جدول.

1214
00:52:58,630 --> 00:53:01,720
آنها را به طور کامل وجود داشته باشد
سمت از جدول اولیه خود را.

1215
00:53:01,720 --> 00:53:04,680
و آنها به من اجازه پیدا کردن یک
ساختار کاملا متفاوت است.

1216
00:53:04,680 --> 00:53:08,010
پس از آن به فکر می کنم به عنوان داده های در حال درج
به دو جدول مختلف، ساختار

1217
00:53:08,010 --> 00:53:09,220
به دو روش مختلف.

1218
00:53:09,220 --> 00:53:11,360
>> من می توانم کاملا تعریف
کلید هش متفاوت است.

1219
00:53:11,360 --> 00:53:13,490
من می توانم کاملا تعریف
کلید محدوده های مختلف.

1220
00:53:13,490 --> 00:53:15,941
و من می توانم این اجرا
به طور کامل مستقل.

1221
00:53:15,941 --> 00:53:18,190
به عنوان یک ماده در واقع، من
مشروط ظرفیت خوانده شده

1222
00:53:18,190 --> 00:53:21,090
و ارسال ظرفیت برای من
شاخص ثانویه جهانی

1223
00:53:21,090 --> 00:53:24,240
به طور کامل مستقل
جدول اصلی من.

1224
00:53:24,240 --> 00:53:26,640
اگر که شاخص را تعریف می کنم، من به
آن چه مقدار خواندن و نوشتن

1225
00:53:26,640 --> 00:53:28,610
ظرفیت آن را به توان با استفاده از.

1226
00:53:28,610 --> 00:53:31,490
>> و جداگانه است
از جدول اصلی من.

1227
00:53:31,490 --> 00:53:35,240
حالا هر دو از شاخص ما اجازه می دهد به
هش و وسیعی کلید نه تنها تعریف،

1228
00:53:35,240 --> 00:53:38,610
اما آنها ما را اجازه می دهد تا
پروژه ارزش اضافی.

1229
00:53:38,610 --> 00:53:44,950
بنابراین اگر من می خواهم به خواندن کردن شاخص،
و من می خواهم به گرفتن برخی از مجموعه ای از داده ها،

1230
00:53:44,950 --> 00:53:48,327
من لازم نیست برای رفتن به اصلی
جدول برای دریافت ویژگی های اضافی.

1231
00:53:48,327 --> 00:53:50,660
من می توانم آن اضافی پروژه
ویژگی های به جدول

1232
00:53:50,660 --> 00:53:53,440
برای حمایت از الگوی دسترسی.

1233
00:53:53,440 --> 00:53:57,700
من می دانم که ما در حال احتمالا به برخی از گرفتن
واقعا، really-- وارد شدن به علف های هرز

1234
00:53:57,700 --> 00:53:58,910
در اینجا بر روی برخی از این مسائل.

1235
00:53:58,910 --> 00:54:02,725
در حال حاضر من بی اراده کار کردن این است.

1236
00:54:02,725 --> 00:54:07,320
>> مخاطبان: [نامفهوم]
کلید --table به معنای یک رشته هش بود؟

1237
00:54:07,320 --> 00:54:08,840
هش اصلی؟

1238
00:54:08,840 --> 00:54:09,340
چند اسلاید؟

1239
00:54:09,340 --> 00:54:10,200
>> RICK HOULIHAN: بله.

1240
00:54:10,200 --> 00:54:11,070
بله.

1241
00:54:11,070 --> 00:54:15,260
کلید جدول اساسا
برگشت به مورد اشاره می کند.

1242
00:54:15,260 --> 00:54:19,280
بنابراین شاخص یک اشاره گر است به
موارد اولیه بر روی میز.

1243
00:54:19,280 --> 00:54:22,910
در حال حاضر شما می توانید انتخاب کنید برای ساخت یک
شاخص است که فقط کلید جدول،

1244
00:54:22,910 --> 00:54:24,840
و هیچ خواص دیگر است.

1245
00:54:24,840 --> 00:54:26,570
و به همین دلیل ممکن است من که؟

1246
00:54:26,570 --> 00:54:28,570
خب، شاید من آیتم ها بسیار بزرگ است.

1247
00:54:28,570 --> 00:54:31,660
>> من واقعا فقط نیاز به دانستن which--
الگوی دسترسی من ممکن است بگویید،

1248
00:54:31,660 --> 00:54:33,760
که آیتم های حاوی این ملک؟

1249
00:54:33,760 --> 00:54:35,780
لازم نیست برای بازگشت به آیتم استفاده کنید.

1250
00:54:35,780 --> 00:54:37,800
من فقط نیاز به دانستن
که شامل موارد آن است.

1251
00:54:37,800 --> 00:54:40,700
بنابراین شما می توانید ایندکس ساخت
که تنها کلید جدول داشته باشد.

1252
00:54:40,700 --> 00:54:43,360
>> اما این در درجه اول چه
شاخص در پایگاه داده است.

1253
00:54:43,360 --> 00:54:46,280
آن را برای سرعت قادر به است
شناسایی که سوابق،

1254
00:54:46,280 --> 00:54:49,470
که ردیف، که
آیتم ها در جدول داشته

1255
00:54:49,470 --> 00:54:51,080
خواص است که من در جستجوی.

1256
00:54:51,080 --> 00:54:53,610

1257
00:54:53,610 --> 00:54:54,860
>> GSIs، پس چگونه کار می کنند؟

1258
00:54:54,860 --> 00:54:58,340
GSIs اساسا آسنکرون می باشد.

1259
00:54:58,340 --> 00:55:02,570
به روز رسانی به جدول می آید،
جدول است و سپس به روز ناهمگام

1260
00:55:02,570 --> 00:55:03,720
همه GSIs خود را.

1261
00:55:03,720 --> 00:55:06,680
به همین دلیل است GSIs هستند
در نهایت سازگار است.

1262
00:55:06,680 --> 00:55:09,440
>> این مهم است که توجه داشته باشید که
وقتی شما در حال ایجاد GSIs،

1263
00:55:09,440 --> 00:55:13,110
و شما را در درک شما در حال ایجاد
بعد دیگری از aggregation--

1264
00:55:13,110 --> 00:55:16,594
حالا می گویند یک مثال خوب
در اینجا یک تولید کننده است.

1265
00:55:16,594 --> 00:55:19,260
من فکر می کنم من ممکن است در مورد صحبت کردیم
تولید کننده دستگاه های پزشکی.

1266
00:55:19,260 --> 00:55:23,870
تولید کنندگان دستگاه پزشکی
اغلب قطعات سریال.

1267
00:55:23,870 --> 00:55:28,070
قسمت های که به رفتن
جراحی تعویض مفصل لگن همه

1268
00:55:28,070 --> 00:55:30,200
یک شماره سریال کمی بر روی آنها.

1269
00:55:30,200 --> 00:55:33,584
و آنها می توانند میلیون و
میلیون ها و میلیاردها قطعات

1270
00:55:33,584 --> 00:55:35,000
در تمام دستگاه های که آنها کشتی.

1271
00:55:35,000 --> 00:55:37,440
خب، آنها نیاز به دانه ها در
ابعاد مختلف، تمام قطعات

1272
00:55:37,440 --> 00:55:39,520
در مجلس موسسان، تمام
قطعات ساخته شده است که بود

1273
00:55:39,520 --> 00:55:41,670
در یک خط خاص، همه
قسمت های که آمد

1274
00:55:41,670 --> 00:55:44,620
از یک تولید کننده خاص
در یک تاریخ خاص.

1275
00:55:44,620 --> 00:55:47,940
و این واحدهای گاهی اوقات
تا به میلیاردها.

1276
00:55:47,940 --> 00:55:50,550
>> بنابراین من با برخی از کار
این بچه ها که رنج می برند

1277
00:55:50,550 --> 00:55:53,156
چرا که آنها در حال ایجاد
این واحدهای ginormous

1278
00:55:53,156 --> 00:55:54,280
در شاخص ثانویه است.

1279
00:55:54,280 --> 00:55:57,070
آنها ممکن است یک قسمت خام
جدول است که می آید به عنوان تنها هش.

1280
00:55:57,070 --> 00:55:59,090
هر بخش دارای یک شماره سریال منحصر به فرد.

1281
00:55:59,090 --> 00:56:00,975
من با استفاده از شماره سریال به عنوان هش.

1282
00:56:00,975 --> 00:56:01,600
زیباست.

1283
00:56:01,600 --> 00:56:04,160
من جدول داده های خام گسترده شده است
در سراسر فضای کلید.

1284
00:56:04,160 --> 00:56:05,930
[من؟ ارسال؟]
[؟ مصرف؟] بسیار جذاب است.

1285
00:56:05,930 --> 00:56:07,876
من را به مقدار زیادی از داده ها.

1286
00:56:07,876 --> 00:56:09,500
سپس آنچه انجام می دهند این است که آنها ایجاد یک GSI.

1287
00:56:09,500 --> 00:56:12,666
و من می گویم، شما می دانید چه، من نیاز به مراجعه به
تمام قطعات برای این تولید کننده است.

1288
00:56:12,666 --> 00:56:15,060
خب، همه ناگهانی من
گرفتن یک میلیارد ردیف،

1289
00:56:15,060 --> 00:56:17,550
و چیزهای آنها را بر روی
یک گره، چرا که وقتی

1290
00:56:17,550 --> 00:56:21,170
من به عنوان جمع
ID سازنده به عنوان هش،

1291
00:56:21,170 --> 00:56:25,410
و تعداد بخش را به عنوان محدوده،
پس از آن همه از ناگهانی من

1292
00:56:25,410 --> 00:56:30,530
قرار دادن یک میلیارد قطعات به آنچه
این تولید کننده به من تحویل داده است.

1293
00:56:30,530 --> 00:56:34,447
>> که می تواند بسیاری باعث
فشار بر GSI،

1294
00:56:34,447 --> 00:56:36,030
دوباره، چرا که من یک گره چکش.

1295
00:56:36,030 --> 00:56:38,350
من قرار دادن تمام این
وارد یک گره.

1296
00:56:38,350 --> 00:56:40,940
و واقعی مورد استفاده مشکل ساز است.

1297
00:56:40,940 --> 00:56:43,479
در حال حاضر، من یک طراحی خوب
الگوی برای شما اجتناب از آن.

1298
00:56:43,479 --> 00:56:45,770
و این یکی از مشکلات است
که من همیشه با کار.

1299
00:56:45,770 --> 00:56:49,590
اما چه اتفاقی می افتد، آیا GSI ممکن
ظرفیت نوشتن به اندازه کافی ندارد

1300
00:56:49,590 --> 00:56:52,330
قادر به فشار همه کسانی که
ردیف به یک گره منفرد.

1301
00:56:52,330 --> 00:56:55,390
و پس از آن چه اتفاقی می افتد است
اولیه، جدول مشتری،

1302
00:56:55,390 --> 00:57:00,180
جدول اولیه باشد متوقف خواهد
به این دلیل که GSI نمی تواند نگه داشتن.

1303
00:57:00,180 --> 00:57:02,980
بنابراین، میزان درج من خواهد
سقوط در جدول اصلی

1304
00:57:02,980 --> 00:57:06,230
به عنوان GSI من سعی می کند.

1305
00:57:06,230 --> 00:57:08,850
>> همه حق است، بنابراین در GSI، در LSI،
که یکی باید استفاده کنم؟

1306
00:57:08,850 --> 00:57:12,290
در LSI سازگار می باشد.

1307
00:57:12,290 --> 00:57:13,750
در GSI در نهایت سازگار است.

1308
00:57:13,750 --> 00:57:17,490
در صورتی که OK، توصیه میکنم با استفاده از یک
GSI، آنها بسیار انعطاف پذیر تر است.

1309
00:57:17,490 --> 00:57:20,270
در LSI می توان به عنوان یک سازمان مدل شده است.

1310
00:57:20,270 --> 00:57:27,040
و اگر به اندازه داده در هر کلید هش در
مجموعه خود را بیش از 10 گیگابایت،

1311
00:57:27,040 --> 00:57:31,050
پس از آن شما به خواهید به استفاده از آن
GSI دلیل آن را فقط یک حد سخت است.

1312
00:57:31,050 --> 00:57:32,035
>> همه حق است، بنابراین پوسته پوسته شدن.

1313
00:57:32,035 --> 00:57:35,210

1314
00:57:35,210 --> 00:57:37,460
توان عملیاتی در دینامو DB، شما
ارائه می [نامفهوم]

1315
00:57:37,460 --> 00:57:38,680
توان به یک جدول.

1316
00:57:38,680 --> 00:57:42,740
ما به مشتریان که
مشروط 60 billion--

1317
00:57:42,740 --> 00:57:45,970
انجام می دهند 60 میلیارد درخواست، به طور منظم
در حال اجرا در بیش از یک میلیون درخواست

1318
00:57:45,970 --> 00:57:47,790
در هر ثانیه در جدول ما.

1319
00:57:47,790 --> 00:57:50,360
واقعا وجود ندارد
حد نظری به چه مقدار

1320
00:57:50,360 --> 00:57:53,730
و با چه سرعتی جدول
می توانید در دینامو DB اجرا کنید.

1321
00:57:53,730 --> 00:57:55,920
برخی از نرم وجود دارد
محدودیت در حساب شما

1322
00:57:55,920 --> 00:57:58,170
که ما در قرار دادن وجود دارد بنابراین
که شما نمی رویم دیوانه.

1323
00:57:58,170 --> 00:58:00,070
اگر می خواهید بیش از
که، نه یک مشکل.

1324
00:58:00,070 --> 00:58:00,820
شما می آیند به ما بگویید.

1325
00:58:00,820 --> 00:58:02,810
ما به نوبه خود تا شماره گیری.

1326
00:58:02,810 --> 00:58:08,210
>> هر حساب به برخی از سطح محدود
در هر سرویس، فقط کردن خفاش

1327
00:58:08,210 --> 00:58:11,920
به طوری که مردم نمی رویم دیوانه
به دردسر خود را دارند.

1328
00:58:11,920 --> 00:58:12,840
هیچ محدودیتی در اندازه.

1329
00:58:12,840 --> 00:58:14,940
شما می توانید هر تعداد قرار داده
از اقلام در یک جدول.

1330
00:58:14,940 --> 00:58:17,620
اندازه یک آیتم است
محدود به هر 400 کیلوبایت،

1331
00:58:17,620 --> 00:58:20,050
که می تواند مورد مشخصه باشد.

1332
00:58:20,050 --> 00:58:24,200
بنابراین در مجموع تمام صفات
است که 400 کیلوبایت محدود شده است.

1333
00:58:24,200 --> 00:58:27,300
و سپس دوباره، ما باید
مسئله ای است که کمی LSI

1334
00:58:27,300 --> 00:58:30,405
با حد 10 گیگابایت در هر هش.

1335
00:58:30,405 --> 00:58:33,280
مخاطبان: تعداد کوچک، من گم شده
چه شما به من گفتن که is--

1336
00:58:33,280 --> 00:58:36,830
مخاطبان: اوه، 400 کیلوبایت
حداکثر اندازه در هر مورد است.

1337
00:58:36,830 --> 00:58:39,570
بنابراین یک مورد دارای تمام ویژگی های.

1338
00:58:39,570 --> 00:58:43,950
بنابراین 400 K اندازه کل است
که در مورد، 400 کیلوبایت.

1339
00:58:43,950 --> 00:58:46,170
بنابراین از تمام ویژگی های
ترکیب، تمام داده ها

1340
00:58:46,170 --> 00:58:49,140
که در تمام آن دسته از صفات،
تا به یک اندازه کل نورد،

1341
00:58:49,140 --> 00:58:51,140
در حال حاضر امروز حد مورد 400 k است.

1342
00:58:51,140 --> 00:58:54,390

1343
00:58:54,390 --> 00:58:57,046
بنابراین پوسته پوسته شدن دوباره، به دست آورد
از طریق پارتیشن بندی.

1344
00:58:57,046 --> 00:58:58,920
توان مشروط است
در سطح جدول.

1345
00:58:58,920 --> 00:59:00,160
و واقعا وجود دارد دو دستگیره.

1346
00:59:00,160 --> 00:59:02,400
ما ظرفیت را خوانده
و ارسال ظرفیت.

1347
00:59:02,400 --> 00:59:05,530
>> بنابراین این تنظیم
مستقل از یکدیگر.

1348
00:59:05,530 --> 00:59:08,640
اندازه گیری RCU به شدت سازگار می خواند.

1349
00:59:08,640 --> 00:59:13,005
خوب، پس اگر شما می گویید من می خواهم 1،000
کسانی که RCU به شدت سازگار باشد،

1350
00:59:13,005 --> 00:59:14,130
آن سازگار می خواند.

1351
00:59:14,130 --> 00:59:17,130
اگر شما بگویم من می خواهم
نهایی سازگار می خواند،

1352
00:59:17,130 --> 00:59:19,402
شما می توانید ارائه 1،000
در RCU، شما در حال رفتن

1353
00:59:19,402 --> 00:59:21,840
به 2،000 نهایت
سازگار می خواند.

1354
00:59:21,840 --> 00:59:25,940
و نیمی از قیمت برای کسانی که
در نهایت شامل در می خواند.

1355
00:59:25,940 --> 00:59:28,520
>> باز هم، تنظیم
مستقل از یکدیگر.

1356
00:59:28,520 --> 00:59:32,900
و آنها را به throughput--
اگر شما مصرف 100٪ RCU خود را،

1357
00:59:32,900 --> 00:59:35,960
شما در حال رفتن به تاثیر
در دسترس بودن از حقوق خود را.

1358
00:59:35,960 --> 00:59:40,161
بنابراین آنها به طور کامل
مستقل از یکدیگر.

1359
00:59:40,161 --> 00:59:43,160
همه حق است، به طوری که یکی از چیزهایی که
من به ذکر خلاصه شد گلوگاه.

1360
00:59:43,160 --> 00:59:44,320
گلوگاه بد است.

1361
00:59:44,320 --> 00:59:47,311
گلوگاه بد نشان می دهد هیچ SQL.

1362
00:59:47,311 --> 00:59:50,310
چیزهایی که ما می توانیم برای کمک وجود دارد
شما در گلوگاه کاهش که شما

1363
00:59:50,310 --> 00:59:51,040
در حال تجربه.

1364
00:59:51,040 --> 00:59:53,240
اما بهترین راه حل
این است اجازه دهید

1365
00:59:53,240 --> 00:59:58,000
یک در آنچه شما انجام نگاه کنید، چرا
یک ضد الگوی در بازی وجود دارد.

1366
00:59:58,000 --> 01:00:02,140
>> این چیزها، چیزهایی مانند غیر یکنواخت
حجم کار، کلید های داغ، پارتیشن گرم است.

1367
01:00:02,140 --> 01:00:06,210
من هدف قرار دادن یک فضای کلید خاص
بسیار سخت برای برخی از دلیل خاص است.

1368
01:00:06,210 --> 01:00:07,080
چرا من انجام این کار؟

1369
01:00:07,080 --> 01:00:08,710
بیایید که در شکل خارج.

1370
01:00:08,710 --> 01:00:10,427
من مخلوط کردن داده های گرم من با داده های سرد است.

1371
01:00:10,427 --> 01:00:12,510
من اجازه جداول من
بزرگ است، اما واقعا وجود دارد

1372
01:00:12,510 --> 01:00:15,970
تنها برخی زیر مجموعه از داده
که واقعا برای من جالب.

1373
01:00:15,970 --> 01:00:20,290
بنابراین برای اطلاعات ورود به سیستم، برای مثال، بسیاری از
مشتریان، آنها ورود داده ها هر روز.

1374
01:00:20,290 --> 01:00:22,490
آنها مقدار زیادی از اطلاعات ورود به سیستم است.

1375
01:00:22,490 --> 01:00:25,940
>> اگر شما فقط آزادسازی که ورود به سیستم
اطلاعات در یک جدول بزرگ، در طول زمان

1376
01:00:25,940 --> 01:00:28,070
که جدول را رفتن به عظیم.

1377
01:00:28,070 --> 01:00:30,950
اما من واقعا تنها در علاقه مند هستم
24 ساعت گذشته، هفت روز گذشته،

1378
01:00:30,950 --> 01:00:31,659
30 روز گذشته.

1379
01:00:31,659 --> 01:00:34,074
هر پنجره از زمان
که من علاقه مند به دنبال من

1380
01:00:34,074 --> 01:00:37,010
برای این رویداد که مرا اذیت، و یا
این رویداد که برای من جالب،

1381
01:00:37,010 --> 01:00:39,540
که پنجره تنها زمانی که من نیاز است.

1382
01:00:39,540 --> 01:00:42,470
پس چرا من قرار دادن 10 سال
ارزش اطلاعات ورود به سیستم در جدول؟

1383
01:00:42,470 --> 01:00:45,030
چه که باعث شده است
جدول قطعه.

1384
01:00:45,030 --> 01:00:45,880
>> این می شود بزرگ است.

1385
01:00:45,880 --> 01:00:48,340
آن شروع می شود گسترش
در سراسر هزاران گره.

1386
01:00:48,340 --> 01:00:51,380
و از آنجایی که ظرفیت خود را
چنان نازل است، شما

1387
01:00:51,380 --> 01:00:54,090
در واقع در هر محدود کردن رای
یکی از کسانی که گره های فردی.

1388
01:00:54,090 --> 01:00:57,120
بنابراین شروع به دنبال چگونه اجازه
ما رول که بیش از جدول.

1389
01:00:57,120 --> 01:01:01,502
چگونه ما مدیریت است که داده ها کمی
بهتر است برای جلوگیری از این مشکلات.

1390
01:01:01,502 --> 01:01:02,710
و چه می کند که نگاه می کنید؟

1391
01:01:02,710 --> 01:01:04,370
این چیزی است که که به نظر میرسد.

1392
01:01:04,370 --> 01:01:06,790
این چیزی است که بد نواسکیوال نظر می رسد.

1393
01:01:06,790 --> 01:01:07,830
>> من یک کلید جدید به اینجا رسیدیم.

1394
01:01:07,830 --> 01:01:10,246
اگر شما در سمت اینجا نگاه کنید،
این تمام پارتیشن های من هستند.

1395
01:01:10,246 --> 01:01:12,630
من 16 تا پارتیشن کردم اینجا
در این پایگاه داده خاص است.

1396
01:01:12,630 --> 01:01:13,630
ما این کار را تمام وقت.

1397
01:01:13,630 --> 01:01:15,046
من این اجرا برای مشتریان در تمام دوران.

1398
01:01:15,046 --> 01:01:16,550
این نقشه حرارتی نامیده می شود.

1399
01:01:16,550 --> 01:01:20,590
نقشه گرما به من می گوید که چگونه شما را
دسترسی به فضای کلید خود را.

1400
01:01:20,590 --> 01:01:23,700
و این است به من گفتن است
که یکی هش خاص وجود دارد

1401
01:01:23,700 --> 01:01:26,330
که این پسر دوست
خیلی افتضاح، چرا که او

1402
01:01:26,330 --> 01:01:28,250
هدف قرار دادن آن واقعا، واقعا سخت است.

1403
01:01:28,250 --> 01:01:29,260
>> بنابراین رنگ آبی زیبا است.

1404
01:01:29,260 --> 01:01:29,900
ما دوست داریم آبی رنگ است.

1405
01:01:29,900 --> 01:01:30,720
ما دوست قرمز است.

1406
01:01:30,720 --> 01:01:33,120
که در آن فشار سرخ
می شود تا به 100٪.

1407
01:01:33,120 --> 01:01:35,560
100٪، در حال حاضر شما در حال رفتن به متوقف شود.

1408
01:01:35,560 --> 01:01:39,030
بنابراین هر زمان که شما هر خطوط قرمز مانند
this-- و آن را فقط دینامو DB-- نیست

1409
01:01:39,030 --> 01:01:41,630
هر پایگاه داده های NoSQL است این مشکل است.

1410
01:01:41,630 --> 01:01:44,640
ضد الگوها وجود دارد که می تواند
رانندگی این نوع از شرایط.

1411
01:01:44,640 --> 01:01:49,070
آنچه که من انجام است با مشتریان کار
برای کاهش این شرایط است.

1412
01:01:49,070 --> 01:01:51,840
>> و چه می کند که نگاه می کنید؟

1413
01:01:51,840 --> 01:01:54,260
و این است که گرفتن بیشتر
از توان دینامو DB،

1414
01:01:54,260 --> 01:01:56,176
اما واقعا گرفتن
بیشتر از نواسکیوال.

1415
01:01:56,176 --> 01:01:58,740
این است که به دینامو محدود نمی شود.

1416
01:01:58,740 --> 01:02:02,050
این من definitely-- است
مورد استفاده برای کار در Mongo ها.

1417
01:02:02,050 --> 01:02:04,090
من با بسیاری از سیستم عامل های NoSQL آشنا هستم.

1418
01:02:04,090 --> 01:02:06,830
هر کس این نوع
از مشکلات کلیدی داغ.

1419
01:02:06,830 --> 01:02:10,320
برای دریافت بیشتر از هر نواسکیوال
پایگاه داده، به طور خاص دینامو DB،

1420
01:02:10,320 --> 01:02:13,320
شما می خواهید برای ایجاد جداول
که در آن عنصر کلیدی هش است

1421
01:02:13,320 --> 01:02:18,590
تعداد زیادی از ارزش های متمایز،
درجه بالایی از کاردینالیتی.

1422
01:02:18,590 --> 01:02:22,530
این یعنی من نوشتن
به تعداد زیادی از سطل های مختلف.

1423
01:02:22,530 --> 01:02:24,870
>> سطل تر من
نوشتن به، بیشتر احتمال دارد

1424
01:02:24,870 --> 01:02:29,100
من به گسترش است که بار نوشتن هستم و یا
به عنوان خوانده شده بار از گره های متعدد در سراسر،

1425
01:02:29,100 --> 01:02:33,560
بیشتر احتمال دارد من به یک
توان بالا روی میز.

1426
01:02:33,560 --> 01:02:37,440
و پس از آن من می خواهم ارزش به
درخواست نسبتا به طور مساوی در طول زمان

1427
01:02:37,440 --> 01:02:39,430
و یکنواخت به طور تصادفی به عنوان امکان پذیر است.

1428
01:02:39,430 --> 01:02:42,410
خب، این نوع از جالب توجه است،
چون من نمی توانم واقعا

1429
01:02:42,410 --> 01:02:43,960
کنترل هنگامی که کاربران آمده.

1430
01:02:43,960 --> 01:02:47,645
بنابراین کافی است، اگر ما گسترش
همه چیز از سراسر فضای کلید،

1431
01:02:47,645 --> 01:02:49,270
ما احتمالا در شکل بهتر باشد.

1432
01:02:49,270 --> 01:02:51,522
>> یک خاصی وجود دارد
مقدار زمان تحویل

1433
01:02:51,522 --> 01:02:53,230
که شما در حال رفتن
به کنترل قادر.

1434
01:02:53,230 --> 01:02:55,438
ولی برای کسانی که واقعا
دو بعد است که ما،

1435
01:02:55,438 --> 01:02:58,800
فضا، دسترسی به طور مساوی
گسترش، زمان، درخواست

1436
01:02:58,800 --> 01:03:01,040
پس از رسیدن به طور مساوی در زمان فاصله.

1437
01:03:01,040 --> 01:03:03,110
و اگر آن دو
شرایط می شوند،

1438
01:03:03,110 --> 01:03:05,610
پس از آن که آنچه در آن است
رفتن به مانند نگاه کنید.

1439
01:03:05,610 --> 01:03:07,890
این است که بسیار بهتر است.

1440
01:03:07,890 --> 01:03:08,890
ما در اینجا واقعا خوشحال هستیم.

1441
01:03:08,890 --> 01:03:10,432
ما یک الگوی دسترسی بسیار حتی کردم.

1442
01:03:10,432 --> 01:03:13,098
آره، شاید شما در حال گرفتن
فشار کمی در هر حال حاضر و پس از آن،

1443
01:03:13,098 --> 01:03:14,830
اما هیچ چیز واقعا بیش از حد گسترده.

1444
01:03:14,830 --> 01:03:17,660
بنابراین آن را شگفت انگیز چند بار،
زمانی که من با مشتریان کار

1445
01:03:17,660 --> 01:03:20,670
که نمودار برای اولین بار با قرمز بزرگ
نوار و تمام است که زشت زرد آن

1446
01:03:20,670 --> 01:03:23,147
همه جا، ما
با این ورزش انجام می شود

1447
01:03:23,147 --> 01:03:24,980
پس از چند ماه
دوباره معماری،

1448
01:03:24,980 --> 01:03:28,050
آنها در حال اجرا به همان دقیق
حجم کار در همان بار دقیق.

1449
01:03:28,050 --> 01:03:30,140
و این چیزی است آن را به دنبال مانند اکنون.

1450
01:03:30,140 --> 01:03:36,600
بنابراین آنچه که شما با گرفتن یک نواسکیوال
طرح داده است که کاملا

1451
01:03:36,600 --> 01:03:38,510
گره خورده است به الگوی دسترسی.

1452
01:03:38,510 --> 01:03:42,170
>> و شما می توانید طرح داده بهینه سازی
برای حمایت از این الگوی دسترسی داشته باشید.

1453
01:03:42,170 --> 01:03:45,490
اگر اینکار را نکنید، پس از آن شما در حال رفتن
برای دیدن آن نوع از مشکلات

1454
01:03:45,490 --> 01:03:46,710
با کسانی که کلید های داغ.

1455
01:03:46,710 --> 01:03:50,518
>> مخاطبان: خب، به ناچار بعضی از نقاط
در حال رفتن به داغ تر از دیگران است.

1456
01:03:50,518 --> 01:03:51,450
>> RICK HOULIHAN: همیشه.

1457
01:03:51,450 --> 01:03:51,960
همیشه.

1458
01:03:51,960 --> 01:03:54,620
آره، من همیشه وجود دارد
a-- و دوباره، وجود دارد

1459
01:03:54,620 --> 01:03:56,980
برخی از الگوهای طراحی ما از طریق دریافت
که در مورد چگونه شما برخورد صحبت

1460
01:03:56,980 --> 01:03:58,480
با این واحدهای فوق العاده بزرگ است.

1461
01:03:58,480 --> 01:04:01,260
منظور من، من به آنها،
ما چگونه با آنها برخورد کنیم؟

1462
01:04:01,260 --> 01:04:03,760
من یک مورد استفاده بسیار خوب
که ما در مورد آن صحبت برای.

1463
01:04:03,760 --> 01:04:05,940
>> همه حق است، بنابراین اجازه دهید بحث
در مورد برخی از مشتریان در حال حاضر.

1464
01:04:05,940 --> 01:04:06,950
این بچه ها هستند AdRoll.

1465
01:04:06,950 --> 01:04:08,990
من نمی دانم اگر شما
با AdRoll.

1466
01:04:08,990 --> 01:04:10,781
شما احتمالا آنها را ببینید
زیادی به مرورگر.

1467
01:04:10,781 --> 01:04:14,230
آنها تبلیغ دوباره هدف قرار دادن هستید، آنها
بزرگترین کسب و کار آگهی مجدد با هدف قرار دادن

1468
01:04:14,230 --> 01:04:14,940
خارج وجود دارد.

1469
01:04:14,940 --> 01:04:17,792
آنها به طور معمول به طور منظم اجرا بیش از
60 میلیارد معاملات در هر روز.

1470
01:04:17,792 --> 01:04:20,000
آنها در حال انجام بیش از یک میلیون
معاملات در هر ثانیه.

1471
01:04:20,000 --> 01:04:22,660
یک میز بسیار ساده ام
ساختار، شلوغ ترین جدول.

1472
01:04:22,660 --> 01:04:26,450
این اساسا فقط یک
کلید هش کوکی است،

1473
01:04:26,450 --> 01:04:29,010
محدوده جمعیتی است
دسته، و سپس

1474
01:04:29,010 --> 01:04:31,220
ویژگی سوم نمره است.

1475
01:04:31,220 --> 01:04:33,720
>> بنابراین همه ما در کوکی
مرورگر خود را از این بچه ها.

1476
01:04:33,720 --> 01:04:35,900
و هنگامی که شما به یک رفتن
شرکت های تجاری،

1477
01:04:35,900 --> 01:04:39,390
آنها اساسا نمره شما در سراسر
دسته بندی های مختلف جمعیتی.

1478
01:04:39,390 --> 01:04:42,070
هنگامی که شما را به یک وب سایت و
به شما می گویند من می خواهم برای دیدن این ad--

1479
01:04:42,070 --> 01:04:44,920
و یا اساسا شما that-- می گویند
اما زمانی که شما به وب سایت

1480
01:04:44,920 --> 01:04:47,550
آنها می گویند شما می خواهید برای دیدن این آگهی.

1481
01:04:47,550 --> 01:04:49,370
و آنها به که آگهی از AdRoll.

1482
01:04:49,370 --> 01:04:51,130
AdRoll شما به نظر می رسد تا در جدول خود را.

1483
01:04:51,130 --> 01:04:52,115
آنها کوکی خود را پیدا کنید.

1484
01:04:52,115 --> 01:04:53,990
تبلیغ گفتن
آنها، من می خواهم کسی

1485
01:04:53,990 --> 01:04:58,632
که میانسال،
مرد 40 ساله، به ورزش.

1486
01:04:58,632 --> 01:05:01,590
و آنها نمره شما در آن جمعیت
و آنها تصمیم می گیرید یا نه

1487
01:05:01,590 --> 01:05:02,740
که یک آگهی خوب برای شما است.

1488
01:05:02,740 --> 01:05:10,330
>> در حال حاضر آنها با SLA
ارائه دهندگان تبلیغات خود را

1489
01:05:10,330 --> 01:05:14,510
به ارائه زیر 10 میلی ثانیه
پاسخ در هر درخواست تنها.

1490
01:05:14,510 --> 01:05:16,090
بنابراین آنها با استفاده از دینامو DB برای این.

1491
01:05:16,090 --> 01:05:18,131
آنها به ما ضربه
میلیون درخواست در هر ثانیه.

1492
01:05:18,131 --> 01:05:21,120
آنها قادر به انجام تمام هستید خود
جستجوها، تریاژ که داده ها،

1493
01:05:21,120 --> 01:05:26,130
و دریافت که اضافه کردن لینک به آن
تبلیغ در کمتر از 10 میلی ثانیه است.

1494
01:05:26,130 --> 01:05:29,800
این واقعا خیلی فوق العاده
پیاده سازی است که آنها داشته باشند.

1495
01:05:29,800 --> 01:05:36,210
>> این بچه ها actually--
بچه ها این.

1496
01:05:36,210 --> 01:05:38,010
من مطمئن هستم که اگر آن را به این بچه ها نیست.

1497
01:05:38,010 --> 01:05:40,127
ممکن است این بچه ها.

1498
01:05:40,127 --> 01:05:42,210
اساسا us-- گفت نه، من
فکر نمی کنم آن آنها بود.

1499
01:05:42,210 --> 01:05:43,000
من فکر می کنم کسی دیگر بود.

1500
01:05:43,000 --> 01:05:44,750
من با یک کار
مشتری که به من گفت

1501
01:05:44,750 --> 01:05:47,040
که اکنون که آنها را
رفته به دینامو DB، آنها

1502
01:05:47,040 --> 01:05:50,330
صرف پول بیشتر در اسنک برای
تیم توسعه خود را هر ماه

1503
01:05:50,330 --> 01:05:52,886
از آنها در پایگاه داده خود را صرف.

1504
01:05:52,886 --> 01:05:54,760
پس از آن به شما می دهد
ایده صرفه جویی در هزینه

1505
01:05:54,760 --> 01:05:57,889
که شما می توانید در دینامو DB گرفتن بزرگ است.

1506
01:05:57,889 --> 01:05:59,430
همه حق است، Dropcam در یک شرکت دیگر است.

1507
01:05:59,430 --> 01:06:02,138
این مرد نوع of-- اگر شما فکر می کنم
اینترنت از چیزهایی، Dropcam در

1508
01:06:02,138 --> 01:06:05,150
است که اساسا ویدیو های امنیتی اینترنت.

1509
01:06:05,150 --> 01:06:06,660
شما با قرار دادن دوربین خود را خارج وجود دارد.

1510
01:06:06,660 --> 01:06:08,180
دوربین دارای یک آشکارساز حرکت.

1511
01:06:08,180 --> 01:06:10,290
کسی پیش می آید،
باعث یک نقطه نشانه.

1512
01:06:10,290 --> 01:06:13,540
دوربین شروع به ضبط در حالی که برای تا
آن را از هیچ حرکت را تشخیص نیست.

1513
01:06:13,540 --> 01:06:15,310
قرار می دهد که فیلم بر روی اینترنت است.

1514
01:06:15,310 --> 01:06:19,800
>> Dropcam در یک شرکت است که
اساسا به دینامو DB روشن

1515
01:06:19,800 --> 01:06:22,200
زیرا آنها تجربه شد
دردهای بزرگی در حال رشد.

1516
01:06:22,200 --> 01:06:25,820
و آنچه را که به ما گفت،
به طور ناگهانی از داده پتابایت.

1517
01:06:25,820 --> 01:06:28,070
آنها به حال هیچ ایده خدمات خود را
خواهد بود تا موفق است.

1518
01:06:28,070 --> 01:06:32,310
ویدیو های ورودی بیش از یوتیوب
است آنچه که این افراد در حال گرفتن.

1519
01:06:32,310 --> 01:06:36,780
آنها با استفاده از DynamoDB برای پیگیری همه
ابرداده در تمام نقاط کلیدی ویدئویی خود را.

1520
01:06:36,780 --> 01:06:40,282
>> به طوری که آنها سطل S3 آنها فشار
تمام مصنوعات باینری را به.

1521
01:06:40,282 --> 01:06:41,990
و بعد آنها را
سوابق دینامو DB که

1522
01:06:41,990 --> 01:06:44,070
نقطه مردم به آن S3 سه اشیاء.

1523
01:06:44,070 --> 01:06:47,070
زمانی که آنها نیاز به یک ویدیو نگاه کنید،
آنها نگاه کردن رکورد در دینامو DB.

1524
01:06:47,070 --> 01:06:47,903
آنها روی لینک کلیک کنید.

1525
01:06:47,903 --> 01:06:49,770
آنها پایین کشیدن تصویری از S3.

1526
01:06:49,770 --> 01:06:51,590
بنابراین این نوع از آنچه به نظر میرسد این است.

1527
01:06:51,590 --> 01:06:53,580
و این است که مستقیما از تیم خود.

1528
01:06:53,580 --> 01:06:56,010
>> دینامو DB را کاهش می دهد خود
زمان تحویل برای حوادث ویدئو

1529
01:06:56,010 --> 01:06:57,590
از پنج تا 10 ثانیه است.

1530
01:06:57,590 --> 01:07:00,470
در فروشگاه رابطه قدیمی خود را،
آنها استفاده می شود برای رفتن و اجرای

1531
01:07:00,470 --> 01:07:03,780
چند نمایش داده شد پیچیده به شکل
که فیلم ها را به جلو و پایین،

1532
01:07:03,780 --> 01:07:06,690
به کمتر از 50 میلی ثانیه است.

1533
01:07:06,690 --> 01:07:08,990
بنابراین آن را شگفت انگیز، شگفت انگیز
عملکرد چقدر

1534
01:07:08,990 --> 01:07:12,990
شما می توانید زمانی که شما بهینه سازی و
لحن شما در پایگاه داده های اساسی

1535
01:07:12,990 --> 01:07:15,110
برای حمایت از الگوی دسترسی.

1536
01:07:15,110 --> 01:07:20,500
آپدیتی که Halfbrick، این بچه ها، آنچه در آن است،
میوه نینجا من حدس می زنم چیزی است.

1537
01:07:20,500 --> 01:07:22,590
که همه قابل اجرا بر روی دینامو DB.

1538
01:07:22,590 --> 01:07:26,810
و این افراد، آنها بزرگ هستند
تیم توسعه، توسعه بزرگ

1539
01:07:26,810 --> 01:07:27,670
مغازه.

1540
01:07:27,670 --> 01:07:29,364
>> یک تیم عملیات خوب است.

1541
01:07:29,364 --> 01:07:31,280
آنها مقدار زیادی ندارد
منابع بهره برداری است.

1542
01:07:31,280 --> 01:07:33,940
آنها تلاش می کردند تلاش برای نگه داشتن
زیرساخت های نرم افزار خود را تا

1543
01:07:33,940 --> 01:07:34,290
و در حال اجرا.

1544
01:07:34,290 --> 01:07:35,000
آنها به ما آمد.

1545
01:07:35,000 --> 01:07:36,251
آنها در آن دینامو DB نگاه کرد.

1546
01:07:36,251 --> 01:07:37,291
آنها گفتند که برای ما.

1547
01:07:37,291 --> 01:07:39,470
آنها طیف خود ساخته شده است
چارچوب برنامه بر روی آن.

1548
01:07:39,470 --> 01:07:43,640
برخی از نظرات واقعا خوب در اینجا
از تیم بر روی توانایی خود

1549
01:07:43,640 --> 01:07:46,800
به حال در ساختمان تمرکز
بازی و نه

1550
01:07:46,800 --> 01:07:49,010
نیاز به حفظ
زیرساخت ها، که

1551
01:07:49,010 --> 01:07:51,910
تبدیل شدن به یک مقدار زیادی
سربار برای تیم خود.

1552
01:07:51,910 --> 01:07:56,170
پس این چیزی است that--
بهره مند است که شما از دینامو DB دریافت کنید.

1553
01:07:56,170 --> 01:08:00,930
>> همه حق است، از وارد شدن به
مدل سازی داده ها در اینجا.

1554
01:08:00,930 --> 01:08:03,440
و ما صحبت کردیم کمی در مورد
این یکی به یک، یک به چند،

1555
01:08:03,440 --> 01:08:05,060
و بسیاری به بسیاری از روابط نوع.

1556
01:08:05,060 --> 01:08:07,630
و چگونه شما می کسانی که در دینامو حفظ کند.

1557
01:08:07,630 --> 01:08:10,500
در دینامو DB استفاده می کنیم
شاخص، به طور کلی،

1558
01:08:10,500 --> 01:08:12,910
به چرخش داده ها از
یک عطر و طعم به طرف دیگر.

1559
01:08:12,910 --> 01:08:15,210
کلید هش، کلید برد، و شاخص.

1560
01:08:15,210 --> 01:08:18,540
>> در این خاص
به عنوان مثال، به عنوان بسیاری از ایالت

1561
01:08:18,540 --> 01:08:23,802
یک نیاز صدور مجوز که
تنها مجوز یک راننده در هر فرد.

1562
01:08:23,802 --> 01:08:26,510
شما نمی توانید به به دو راننده
مجوز در ایالت بوستون.

1563
01:08:26,510 --> 01:08:27,500
من می توانم آن در تگزاس نیست.

1564
01:08:27,500 --> 01:08:28,708
این نوع از راه آن است.

1565
01:08:28,708 --> 01:08:32,779
و به این ترتیب در DMV، ما باید جستجوها، ما
خواهید به نگاه کردن مجوز رانندگی

1566
01:08:32,779 --> 01:08:35,180
شده توسط تعدادی امنیت اجتماعی است.

1567
01:08:35,180 --> 01:08:39,990
من می خواهم به نگاه کردن به جزئیات کاربران
توسط شماره مجوز راننده است.

1568
01:08:39,990 --> 01:08:43,620
>> بنابراین ما ممکن جدول یک کاربر که
دارای یک کلید هش در شماره سریال،

1569
01:08:43,620 --> 01:08:47,830
و یا شماره امنیت اجتماعی، و
ویژگی های مختلف در مورد تعریف شده است.

1570
01:08:47,830 --> 01:08:49,859
در حال حاضر در جدول که
می تواند یک تعریف که GSI

1571
01:08:49,859 --> 01:08:53,370
flips یک که در اطراف است که می گوید من می خواهم
یک کلید هش در مورد مجوز و پس از آن

1572
01:08:53,370 --> 01:08:54,252
همه موارد دیگر.

1573
01:08:54,252 --> 01:08:57,210
در حال حاضر اگر من می خواهم به پرس و جو و پیدا کردن
شماره مجوز برای هر اجتماعی داده

1574
01:08:57,210 --> 01:08:59,609
شماره امنیت، من می توانم
پرس و جو از جدول اصلی.

1575
01:08:59,609 --> 01:09:02,130
>> اگر من می خواهم به پرس و جو و من می خواهم
برای دریافت امنیت اجتماعی

1576
01:09:02,130 --> 01:09:05,735
شماره و یا ویژگی های دیگر توسط
تعداد مجوز، من می توانم GSI پرس و جو.

1577
01:09:05,735 --> 01:09:08,689
این مدل که یکی است
به یک رابطه.

1578
01:09:08,689 --> 01:09:12,460
فقط یک GSI بسیار ساده است،
تلنگر آن چیزهایی که در اطراف.

1579
01:09:12,460 --> 01:09:13,979
در حال حاضر، حدود یک صحبت به بسیاری از.

1580
01:09:13,979 --> 01:09:16,450
به بسیاری است که اساسا
کلید وسیعی هش خود را.

1581
01:09:16,450 --> 01:09:20,510
که در آن ما یک مقدار زیادی با این
مورد استفاده از داده مانیتور است.

1582
01:09:20,510 --> 01:09:23,880
داده مانیتور می آید در به طور منظم
فاصله، مانند اینترنت از چیزهایی است.

1583
01:09:23,880 --> 01:09:26,890
ما همیشه این را دریافت کنید
سوابق آینده در تمام وقت.

1584
01:09:26,890 --> 01:09:31,420
>> و من می خواهم برای پیدا کردن همه خوانش
بین یک دوره زمانی خاص.

1585
01:09:31,420 --> 01:09:34,220
این یک پرس و جو بسیار معمول است در این
زیرساخت های نظارت.

1586
01:09:34,220 --> 01:09:38,430
راه رفتن در مورد این است که برای پیدا کردن یک
ساختار جدول ساده، یک جدول.

1587
01:09:38,430 --> 01:09:42,250
من یک جدول اندازه گیری دستگاه را
با یک کلید هش در ID دستگاه.

1588
01:09:42,250 --> 01:09:47,340
و من یک کلید وسیعی دارند در
برچسب زمان، یا در این مورد، حماسه.

1589
01:09:47,340 --> 01:09:50,350
و من اجازه می دهد پیچیده اجرا
نمایش داده شد در برابر آن کلیدی وسیعی

1590
01:09:50,350 --> 01:09:54,950
و بازگشت کسانی که ثبت که
نسبت به نتیجه

1591
01:09:54,950 --> 01:09:56,310
مجموعه ای که من به دنبال.

1592
01:09:56,310 --> 01:09:58,360
و آن را می سازد که
به رابطه بسیاری از

1593
01:09:58,360 --> 01:10:02,340
به جدول اولیه با استفاده از
کلید هش، ساختار کلید برد.

1594
01:10:02,340 --> 01:10:04,600
>> به طوری که این نوع از ساخته شده است
به جدول در دینامو DB.

1595
01:10:04,600 --> 01:10:07,290
هنگامی که یک رشته هش را تعریف می کنم
و محدوده t جدول، من

1596
01:10:07,290 --> 01:10:09,240
تعریف یک رابطه بسیاری از.

1597
01:10:09,240 --> 01:10:12,770
این یک رابطه پدر و مادر کودک است.

1598
01:10:12,770 --> 01:10:14,620
>> اجازه دهید در مورد بسیاری از صحبت
به بسیاری از روابط است.

1599
01:10:14,620 --> 01:10:19,170
و برای این مثال خاص،
دوباره، ما قصد داریم به استفاده از GSI.

1600
01:10:19,170 --> 01:10:23,500
و اجازه دهید در مورد بازی صحبت
سناریو که در آن من یک کاربر داده شده است.

1601
01:10:23,500 --> 01:10:26,500
من می خواهم برای پیدا کردن تمام بازی های که
او برای بازی در ثبت نام یا.

1602
01:10:26,500 --> 01:10:29,600
و برای یک بازی داده می شود، من
می خواهید برای پیدا تمام کاربران.

1603
01:10:29,600 --> 01:10:31,010
پس چگونه انجام دهم؟

1604
01:10:31,010 --> 01:10:34,330
من جدول بازی های کاربر، من قصد دارم
به یک کلید هش از شناسه کاربری

1605
01:10:34,330 --> 01:10:35,810
و یک کلید وسیعی از بازی ها.

1606
01:10:35,810 --> 01:10:37,810
>> بنابراین کاربر می تواند بازی های متعدد داشته باشد.

1607
01:10:37,810 --> 01:10:41,380
این یکی به رابطه بین بسیاری از این
کاربر و بازی او بازی می کند.

1608
01:10:41,380 --> 01:10:43,410
و سپس بر روی GSI،
من که در اطراف شما تلنگر.

1609
01:10:43,410 --> 01:10:46,679
من در بازی هش و
من در کاربر.

1610
01:10:46,679 --> 01:10:48,970
بنابراین اگر من می خواهم به همه
بازی کاربر در حال بازی در،

1611
01:10:48,970 --> 01:10:49,950
من جدول اصلی را پرس و جو.

1612
01:10:49,950 --> 01:10:52,699
اگر من می خواهم به همه کاربران
هایی که در بازی یک بازی خاص،

1613
01:10:52,699 --> 01:10:53,887
من پرس و جو از GSI.

1614
01:10:53,887 --> 01:10:54,970
بنابراین شما ببینید که چگونه ما انجام این کار؟

1615
01:10:54,970 --> 01:10:58,369
شما ساخت به حمایت از این سازمان ها در
مورد استفاده، نرم افزار، دسترسی

1616
01:10:58,369 --> 01:10:59,410
الگو، نرم افزار.

1617
01:10:59,410 --> 01:11:01,440
>> اگر من نیاز به پرس و جو در
این بعد، اجازه دهید

1618
01:11:01,440 --> 01:11:03,500
من یک شاخص در آن بعد ایجاد کنید.

1619
01:11:03,500 --> 01:11:05,850
اگر من، نه برای من مهم نیست.

1620
01:11:05,850 --> 01:11:09,060
و بسته به مورد استفاده، من
ممکن است شاخص و یا نیاز به من ممکن نیست.

1621
01:11:09,060 --> 01:11:12,390
اگر این یکی از ساده به بسیاری از،
جدول اولیه خوب است.

1622
01:11:12,390 --> 01:11:15,860
اگر من نیاز به انجام این بسیاری از به
بسیاری از، و یا من نیاز به انجام یک به آنهایی که،

1623
01:11:15,860 --> 01:11:18,390
پس از آن شاید من لازم
دوم شاخص.

1624
01:11:18,390 --> 01:11:20,840
پس از آن همه بستگی به
آنچه که من در تلاش برای انجام

1625
01:11:20,840 --> 01:11:24,550
و آنچه من در تلاش برای به دست آوردن انجام شده است.

1626
01:11:24,550 --> 01:11:28,000
>> احتمالا من قصد ندارم به صرف بیش از
زمان زیادی صحبت کردن در مورد اسناد و مدارک.

1627
01:11:28,000 --> 01:11:31,460
این می شود کمی، احتمالا،
عمیق تر از ما نیاز به رفتن به.

1628
01:11:31,460 --> 01:11:33,710
بیایید بحث کمی
پرس و جو در مورد غنی بیان.

1629
01:11:33,710 --> 01:11:37,831
بنابراین در دینامو DB ما
توانایی ایجاد

1630
01:11:37,831 --> 01:11:39,330
آنچه که ما عبارت طرح ریزی پاسخ.

1631
01:11:39,330 --> 01:11:42,660
عبارت پروجکشن به سادگی
چیدن زمینه و یا ارزش

1632
01:11:42,660 --> 01:11:44,290
که شما می خواهید برای نمایش ندارد.

1633
01:11:44,290 --> 01:11:46,000
خوب، پس من را انتخاب کنید.

1634
01:11:46,000 --> 01:11:48,010
من پرس و جو در برابر دینامو DB است.

1635
01:11:48,010 --> 01:11:51,730
و من می گویم، شما می دانید چه، نشان می دهد
من تنها بررسی های پنج ستاره

1636
01:11:51,730 --> 01:11:54,544
برای این محصول خاص است.

1637
01:11:54,544 --> 01:11:55,710
به طوری که تمام من می خواهم برای دیدن.

1638
01:11:55,710 --> 01:11:57,320
من نمی خواهم برای دیدن همه
ویژگی های دیگر از ردیف،

1639
01:11:57,320 --> 01:11:58,319
من فقط می خواهم به این.

1640
01:11:58,319 --> 01:12:01,209
این درست مثل وقتی که شما در SQL
می گویند ستاره را انتخاب کنید یا از جدول،

1641
01:12:01,209 --> 01:12:02,000
شما همه چیز را دریافت کنید.

1642
01:12:02,000 --> 01:12:05,450
وقتی که من می گویند نام انتخاب کنید و از
جدول، من فقط یک ویژگی را دریافت کنید.

1643
01:12:05,450 --> 01:12:09,070
این همان چیزی است در
دینامو DB و یا پایگاه داده های NoSQL دیگر.

1644
01:12:09,070 --> 01:12:14,510
فیلتر عبارت من اجازه می دهد تا
اساسا قطع نتیجه مجموعه است.

1645
01:12:14,510 --> 01:12:15,540
بنابراین من یک پرس و جو است.

1646
01:12:15,540 --> 01:12:17,260
پرس و جو ممکن است با 500 مورد است.

1647
01:12:17,260 --> 01:12:20,255
اما من فقط می خواهم آیتم هایی که
یک ویژگی است که می گوید این.

1648
01:12:20,255 --> 01:12:23,380
خوب، پس اجازه دهید فیلتر کردن کسانی که در مورد
که که پرس و جو خاص مطابقت ندارد.

1649
01:12:23,380 --> 01:12:25,540
بنابراین ما باید عبارت فیلتر.

1650
01:12:25,540 --> 01:12:28,310
>> فیلتر عبارت می توانید
بر روی هر ویژگی را اجرا کنید.

1651
01:12:28,310 --> 01:12:30,260
آنها نمایش داده شد وسیعی را دوست ندارد.

1652
01:12:30,260 --> 01:12:32,690
بالا بردن نمایش داده شد بیشتر انتخابی هستند.

1653
01:12:32,690 --> 01:12:36,470
فیلتر نمایش داده شد من نیاز به رفتن
دریافت کل نتایج تنظیم و پس از آن

1654
01:12:36,470 --> 01:12:39,170
حک کردن داده من نمی خواهم.

1655
01:12:39,170 --> 01:12:40,660
چرا مهم است که؟

1656
01:12:40,660 --> 01:12:42,770
از آنجا که من خواندن آن تمام.

1657
01:12:42,770 --> 01:12:46,597
در یک پرس و جو، من قصد دارم به خواندن و
آن را به یک غول در مورد داده ها.

1658
01:12:46,597 --> 01:12:48,430
و پس از آن من قصد دارم به
حک کردن آنچه که نیاز دارم.

1659
01:12:48,430 --> 01:12:52,080
و اگر من فقط کنده کاری از یک
زن و شوهر از ردیف، پس از آن که OK.

1660
01:12:52,080 --> 01:12:53,620
این خیلی ناکارآمد است.

1661
01:12:53,620 --> 01:12:57,800
>> اما اگر من خواندن کل توده از
داده ها، تنها به حک کردن یک مورد،

1662
01:12:57,800 --> 01:13:01,490
سپس من قصد دارم به بهتر
با استفاده از یک پرس و جو محدوده،

1663
01:13:01,490 --> 01:13:03,030
به دلیل آن را بسیار بیشتر انتخابی.

1664
01:13:03,030 --> 01:13:06,330
آن را به من بسیاری از صرفه جویی
پول، چون من که خواندن پرداخت.

1665
01:13:06,330 --> 01:13:10,430
که در آن نتایج می آید که
عبور از سیم ممکن است کوچکتر،

1666
01:13:10,430 --> 01:13:11,890
اما من برای پرداخت به عنوان خوانده شده.

1667
01:13:11,890 --> 01:13:14,340
بنابراین درک کنند که چگونه
شما در حال گرفتن داده ها.

1668
01:13:14,340 --> 01:13:16,420
که در دینامو DB بسیار مهم است.

1669
01:13:16,420 --> 01:13:19,710
>> عبارات شرطی، این چیزی است که
شما ممکن است قفل خوش بینانه است.

1670
01:13:19,710 --> 01:13:28,470
به روز رسانی اگر وجود دارد، و یا اگر این مقدار
معادل به آنچه که من مشخص است.

1671
01:13:28,470 --> 01:13:31,494
و اگر من یک تمبر زمان در
ضبط، من ممکن است از داده خوانده شده.

1672
01:13:31,494 --> 01:13:32,535
من ممکن است که داده ها را تغییر دهید.

1673
01:13:32,535 --> 01:13:35,030
من ممکن است به نوشتن که
داده ها به پایگاه داده باشد.

1674
01:13:35,030 --> 01:13:38,100
اگر کسی رکورد تغییر کرده است،
برچسب زمان ممکن است تغییر کرده.

1675
01:13:38,100 --> 01:13:40,370
و به این ترتیب شرطی من
به روز رسانی می تواند به روز رسانی می گویند

1676
01:13:40,370 --> 01:13:42,340
اگر زمان برابر است.

1677
01:13:42,340 --> 01:13:46,290
و یا به روز رسانی خواهد چرا که کسی شکست
به روز شده در رکورد در عین حال.

1678
01:13:46,290 --> 01:13:48,290
>> این چیزی است که ما قفل خوش بینانه است.

1679
01:13:48,290 --> 01:13:50,670
این بدان معنی است که کسی
می توانید در آمده و تغییر آن،

1680
01:13:50,670 --> 01:13:53,100
و من قصد دارم به تشخیص آن
زمانی که من به برگشت به ارسال.

1681
01:13:53,100 --> 01:13:56,106
و بعد من در واقع می تواند به عنوان خوانده شده که
داده ها و می گویند، آه، او این تغییر کرده است.

1682
01:13:56,106 --> 01:13:57,230
من نیاز به حساب برای آن است.

1683
01:13:57,230 --> 01:14:00,490
و من می توانم داده ها در تغییر من
ثبت و اعمال روز رسانی دیگر.

1684
01:14:00,490 --> 01:14:04,330
بنابراین شما می توانید آن افزایشی گرفتن
به روز رسانی که بین زمان رخ می دهد

1685
01:14:04,330 --> 01:14:08,740
که داده ها و به شما خواندن
زمان شما ممکن است داده های ارسال.

1686
01:14:08,740 --> 01:14:11,520
>> رسید و فیلتر
بیان در واقع به معنی نیست

1687
01:14:11,520 --> 01:14:13,020
در تعداد و یا not--

1688
01:14:13,020 --> 01:14:14,316
>> [INTERPOSING صداهای]

1689
01:14:14,316 --> 01:14:16,232
RICK HOULIHAN: من نمی خواهد
دریافت بیش از حد به این.

1690
01:14:16,232 --> 01:14:17,700
این یک کلمه کلیدی محفوظ است.

1691
01:14:17,700 --> 01:14:20,130
دیدگاه پوند محفوظ
کلمه کلیدی در دینامو DB.

1692
01:14:20,130 --> 01:14:24,500
هر پایگاه داده خود را دارد محفوظ است
نام برای مجموعه شما می توانید استفاده کنید.

1693
01:14:24,500 --> 01:14:27,240
دینامو DB، اگر شما
یک پوند در مقابل این،

1694
01:14:27,240 --> 01:14:29,310
شما می توانید این نام در بالا تعریف کنیم.

1695
01:14:29,310 --> 01:14:31,840
این یک ارزش اشاره است.

1696
01:14:31,840 --> 01:14:34,880
این احتمالا بهترین نحو به
اند تا در آنجا برای این بحث،

1697
01:14:34,880 --> 01:14:38,090
چرا که آن را به برخی از real-- می شود
من می خواهم که صحبت شده است بیشتر

1698
01:14:38,090 --> 01:14:41,360
در مورد که در یک سطح عمیق تر.

1699
01:14:41,360 --> 01:14:46,130
>> اما کافی است، این می تواند
پرس و جو می شود که در آن آنها را اسکن views--

1700
01:14:46,130 --> 01:14:50,190
و نه دیدگاه پوند بیشتر از 10 است.

1701
01:14:50,190 --> 01:14:54,660
این یک مقدار عددی است، بله.

1702
01:14:54,660 --> 01:14:57,322
اگر شما می خواهید، ما می توانیم صحبت در مورد
که پس از بحث.

1703
01:14:57,322 --> 01:15:00,030
همه حق است، بنابراین ما در حال وارد شدن به
برخی از حالات در بهترین شیوه

1704
01:15:00,030 --> 01:15:02,000
که در آن ما قصد داریم به بحث
در مورد برخی از برنامه های در اینجا.

1705
01:15:02,000 --> 01:15:03,810
موارد استفاده برای دینامو DB چه هستند.

1706
01:15:03,810 --> 01:15:06,120
چه هستند طراحی
الگوهای در دینامو DB.

1707
01:15:06,120 --> 01:15:09,110
>> و یکی از اولین ما قصد داریم به
بحث در مورد اینترنت از چیزهایی است.

1708
01:15:09,110 --> 01:15:15,010
بنابراین ما بسیاری of-- من حدس می زنم،
چه it-- بیش از 50٪ است

1709
01:15:15,010 --> 01:15:19,370
ترافیک در اینترنت این روزها
است که در واقع توسط ماشین،

1710
01:15:19,370 --> 01:15:21,930
فرآیندهای خودکار، نه توسط انسان است.

1711
01:15:21,930 --> 01:15:25,140
منظور من این چیزی که این چیزی که
شما به اطراف حمل در جیب شما،

1712
01:15:25,140 --> 01:15:28,840
چه مقدار اطلاعات است که آن چیز است
در واقع ارسال در اطراف بدون شما

1713
01:15:28,840 --> 01:15:30,550
دانستن آن کاملا شگفت انگیز است.

1714
01:15:30,550 --> 01:15:34,970
مکان شما، اطلاعات
در مورد چگونه سریع شما در حال رفتن.

1715
01:15:34,970 --> 01:15:38,400
به نظر شما چگونه کار نقشه های گوگل
هنگامی که آنها شما را به آنچه ترافیک است.

1716
01:15:38,400 --> 01:15:41,275
به این دلیل که میلیون ها نفر وجود دارد و
میلیونها نفر از مردم رانندگی در اطراف

1717
01:15:41,275 --> 01:15:44,667
با گوشی های که در حال ارسال
اطلاعات در سراسر جای تمام وقت.

1718
01:15:44,667 --> 01:15:46,500
بنابراین یکی از چیزهایی
در مورد این نوع از داده

1719
01:15:46,500 --> 01:15:50,980
که می آید در، داده مانیتور، ورود به سیستم
داده ها، داده های سری زمانی، این است که آن

1720
01:15:50,980 --> 01:15:53,540
معمولا فقط جالب
برای کمی از زمان.

1721
01:15:53,540 --> 01:15:55,580
پس از آن زمان، آن را
بنابراین جالب است.

1722
01:15:55,580 --> 01:15:58,390
بنابراین ما در مورد صحبت کردیم، اجازه ندهید که
آن جداول بدون مرزهای رشد می کنند.

1723
01:15:58,390 --> 01:16:03,410
ایده این است که شاید من 24
ساعت به ارزش حوادث در جدول داغ من.

1724
01:16:03,410 --> 01:16:06,160
و جدول داغ است برای رفتن به
مشروط در سرعت بسیار بالا،

1725
01:16:06,160 --> 01:16:07,950
به دلیل آن را مصرف مقدار زیادی از داده ها.

1726
01:16:07,950 --> 01:16:10,920
آن را مصرف مقدار زیادی از داده
در و من آن را خواندن بسیاری.

1727
01:16:10,920 --> 01:16:14,560
من بسیاری از عملیات کردم
نمایش داده شد در حال اجرا در برابر آن داده است.

1728
01:16:14,560 --> 01:16:18,120
>> پس از 24 ساعت، سلام، شما
می دانید چه، من اهمیتی نمی دهند.

1729
01:16:18,120 --> 01:16:21,150
بنابراین شاید هر نیمه شب من رول
جدول من را به یک جدول جدید

1730
01:16:21,150 --> 01:16:22,430
و من deprovision این جدول.

1731
01:16:22,430 --> 01:16:26,440
و من را و RCU است
پایین WCU به دلیل 24 ساعت بعد

1732
01:16:26,440 --> 01:16:28,630
من در حال اجرا نیست به عنوان بسیاری از
نمایش داده شد در برابر آن داده است.

1733
01:16:28,630 --> 01:16:30,200
بنابراین من قصد دارم به صرفه جویی در پول است.

1734
01:16:30,200 --> 01:16:32,940
و شاید 30 روز بعد من نمی
حتی نیاز به در مورد آن همه مراقبت.

1735
01:16:32,940 --> 01:16:35,020
من می توانم را در WCU
تمام راه را به یک،

1736
01:16:35,020 --> 01:16:36,990
چون شما می دانید چه، آن را
هرگز برای رسیدن به نوشته شده است.

1737
01:16:36,990 --> 01:16:38,300
داده 30 روز قدیمی است.

1738
01:16:38,300 --> 01:16:40,000
آن را هرگز تغییر می دهد.

1739
01:16:40,000 --> 01:16:44,200
>> و آن را تقریبا هرگز به خواندن،
بنابراین اجازه دهید فقط که RCU را به 10.

1740
01:16:44,200 --> 01:16:49,372
و من صرفه جویی در یک تن از پول در این
داده ها، و فقط برای داده های گرم من پرداخت.

1741
01:16:49,372 --> 01:16:52,330
به طوری که نکته مهم به نگاه
در زمانی که شما در یک سری زمانی نگاه

1742
01:16:52,330 --> 01:16:54,716
داده ها در آینده در حجم.

1743
01:16:54,716 --> 01:16:55,590
این استراتژی هستند.

1744
01:16:55,590 --> 01:16:58,010
در حال حاضر، من فقط می تواند آن را اجازه
همه به همان جدول به

1745
01:16:58,010 --> 01:16:59,461
و فقط اجازه دهید که جدول رشد می کنند.

1746
01:16:59,461 --> 01:17:01,460
در نهایت، من قصد دارم به
مسائل مربوط به عملکرد ببینید.

1747
01:17:01,460 --> 01:17:04,060
من قصد دارم به باید برای شروع به آرشیو
برخی از داده ها که از روی میز،

1748
01:17:04,060 --> 01:17:04,720
چه چیزی نیست.

1749
01:17:04,720 --> 01:17:07,010
>> بیایید بهتر
طراحی نرم افزار خود را

1750
01:17:07,010 --> 01:17:08,900
به طوری که شما می توانید این راه درست به کار گیرند.

1751
01:17:08,900 --> 01:17:11,460
بنابراین آن را فقط به صورت خودکار
در کد نرم افزار.

1752
01:17:11,460 --> 01:17:13,580
در نیمه شب هر شب
رول آن جدول.

1753
01:17:13,580 --> 01:17:17,170
شاید آنچه که من نیاز به یک کشویی
پنجره از 24 ساعت از داده ها.

1754
01:17:17,170 --> 01:17:20,277
پس از آن به طور منظم من
تماس داده را از جدول.

1755
01:17:20,277 --> 01:17:22,360
من آن را با پیرایش
برنامه cron و من از قرار دادن آن

1756
01:17:22,360 --> 01:17:24,160
بر روی این جداول دیگر،
هر آنچه شما نیاز دارید.

1757
01:17:24,160 --> 01:17:25,940
بنابراین اگر یک رول اور کار می کند، این عالی است.

1758
01:17:25,940 --> 01:17:27,080
اگر نه، آن را تر و تمیز.

1759
01:17:27,080 --> 01:17:29,640
اما اجازه دهید باشید که داده داغ
به دور از داده سرد خود را.

1760
01:17:29,640 --> 01:17:32,535
آن را به شما مقدار زیادی از پول را نجات دهد و
ساخت جداول خود را انجام بیشتر.

1761
01:17:32,535 --> 01:17:35,960

1762
01:17:35,960 --> 01:17:38,210
بنابراین چیزی که بعد ما صحبت
در مورد اضافه کردن کاتولوگ محصولات است.

1763
01:17:38,210 --> 01:17:42,000
اضافه کردن کاتولوگ محصولات است
بسیار رایج مورد استفاده.

1764
01:17:42,000 --> 01:17:46,600
این در واقع یک الگوی بسیار رایج
که ما در انواع مختلف از چیز را ببینید.

1765
01:17:46,600 --> 01:17:48,870
شما می دانید، توییتر برای
به عنوان مثال، یک صدای جیر جیر گرم است.

1766
01:17:48,870 --> 01:17:51,280
هر کس به آینده و
گرفتن که صدای جیر جیر.

1767
01:17:51,280 --> 01:17:52,680
اضافه کردن کاتولوگ محصولات، من یک فروش است.

1768
01:17:52,680 --> 01:17:54,120
من یک فروش گرم است.

1769
01:17:54,120 --> 01:17:57,277
من 70،000 درخواست در هر رو
آمدن برای یک محصول

1770
01:17:57,277 --> 01:17:58,860
توضیحات از اضافه کردن کاتولوگ محصولات است.

1771
01:17:58,860 --> 01:18:02,384
ما این را در خرده فروشی
عملیات کاملا کمی است.

1772
01:18:02,384 --> 01:18:03,550
پس چگونه ما با برخورد؟

1773
01:18:03,550 --> 01:18:04,924
هیچ راهی برای مقابله با آن وجود دارد.

1774
01:18:04,924 --> 01:18:07,110
همه کاربران من می خواهم برای دیدن
همان قطعه از داده ها.

1775
01:18:07,110 --> 01:18:09,410
آنها می آیند در، به صورت همزمان.

1776
01:18:09,410 --> 01:18:11,920
و همه آنها ساخت درخواست
برای همان قطعه از داده ها.

1777
01:18:11,920 --> 01:18:16,240
این به من می دهد که کلید داغ، که بزرگ قرمز
نوار در نمودار من است که ما را دوست ندارند.

1778
01:18:16,240 --> 01:18:17,720
و این چیزی است که به نظر می رسد.

1779
01:18:17,720 --> 01:18:22,290
بنابراین در سراسر فضای کلید من من گرفتن
چکش در فروش اقلام است.

1780
01:18:22,290 --> 01:18:24,070
من گرفتن چیزی هر جای دیگر.

1781
01:18:24,070 --> 01:18:26,050
>> چگونه می توانم این مشکل را کاهش دهم؟

1782
01:18:26,050 --> 01:18:28,410
خب، ما این کار را با کش را کاهش دهد.

1783
01:18:28,410 --> 01:18:33,630
کش، شما را اساسا در حافظه
پارتیشن در مقابل پایگاه داده باشد.

1784
01:18:33,630 --> 01:18:37,260
ما موفق شده اند
[نامفهوم] کش، چگونه شما

1785
01:18:37,260 --> 01:18:40,260
می توانید راه اندازی کش خود را، [نامفهوم]
کش [؟ D،؟] هر آنچه که شما می خواهید.

1786
01:18:40,260 --> 01:18:42,220
قرار است که در مقابل پایگاه داده باشد.

1787
01:18:42,220 --> 01:18:47,250
و به این ترتیب شما می توانید که داده ها را ذخیره
از آن کلید گرم کردن در کش

1788
01:18:47,250 --> 01:18:49,390
فضا و از طریق خواندن حافظه پنهان.

1789
01:18:49,390 --> 01:18:51,962
>> و پس از آن بسیاری از بار خوانده شده خود را
شروع به دنبال شبیه به این.

1790
01:18:51,962 --> 01:18:54,920
من همه این کش بازدید تا اینجا
و من هیچ چیز در اینجا رفتن به پایین

1791
01:18:54,920 --> 01:18:59,330
چرا که بانک اطلاعاتی در پشت نشسته است
کش و می خواند هرگز از طریق آمده است.

1792
01:18:59,330 --> 01:19:02,520
اگر داده ها در عوض کنم
پایگاه داده، من به روز رسانی ذخیره سازی.

1793
01:19:02,520 --> 01:19:04,360
ما می توانیم چیزی استفاده
مانند بخار به انجام این کار.

1794
01:19:04,360 --> 01:19:07,360
و من توضیح دهید که چگونه است که کار می کند.

1795
01:19:07,360 --> 01:19:09,060
همه حق است، پیام رسانی است.

1796
01:19:09,060 --> 01:19:11,180
ایمیل، همه ما استفاده از ایمیل.

1797
01:19:11,180 --> 01:19:12,540
>> این یک مثال بسیار خوب است.

1798
01:19:12,540 --> 01:19:14,950
ما برخی از پیام های جدول کردم.

1799
01:19:14,950 --> 01:19:17,040
و ما صندوق پستی و صندوق است.

1800
01:19:17,040 --> 01:19:19,760
این چیزی است که SQL را
شبیه به ساخت که صندوق.

1801
01:19:19,760 --> 01:19:23,350
ما نوع استفاده از همان نوع
استراتژی به استفاده از GSI است، در GSI

1802
01:19:23,350 --> 01:19:25,320
برای صندوق من و صندوق من.

1803
01:19:25,320 --> 01:19:27,600
بنابراین من پیام خام آینده کردم
به جدول پیام من.

1804
01:19:27,600 --> 01:19:30,194
و اولین رویکرد به این
ممکن است، می گویند، OK، مشکلی ندارد.

1805
01:19:30,194 --> 01:19:31,110
من پیام خام کردم.

1806
01:19:31,110 --> 01:19:33,710
پیغام آینده [نامفهوم]،
پیام ID، که بزرگ.

1807
01:19:33,710 --> 01:19:35,070
که هش منحصر به فرد من است.

1808
01:19:35,070 --> 01:19:38,280
من قصد دارم برای ایجاد دو را GSI، یکی
برای صندوق پستی من، یکی برای صندوق من.

1809
01:19:38,280 --> 01:19:40,530
و اولین چیزی که من انجام
است من می گویم کلید هش من است

1810
01:19:40,530 --> 01:19:43,310
رفتن به گیرنده و
من قصد دارم به ترتیب در تاریخ.

1811
01:19:43,310 --> 01:19:44,220
این فوق العاده است.

1812
01:19:44,220 --> 01:19:45,890
من نظر خوب من به اینجا رسیدیم.

1813
01:19:45,890 --> 01:19:47,780
اما یک مسئله کمی وجود دارد در اینجا.

1814
01:19:47,780 --> 01:19:50,891
و شما را به این در اجرا
پایگاه داده های رابطه است.

1815
01:19:50,891 --> 01:19:52,390
آنها پارتیشن بندی به صورت عمودی به نام.

1816
01:19:52,390 --> 01:19:55,840
شما می خواهید به نگه داشتن اطلاعات بزرگ خود را
به دور از داده کوچک خود را.

1817
01:19:55,840 --> 01:20:00,470
>> و به همین دلیل است، زیرا من باید
رفتن به عنوان خوانده موارد برای دریافت ویژگی ها است.

1818
01:20:00,470 --> 01:20:05,570
و اگر بدن من همه در اینجا،
پس از آن خواندن تنها چند مورد

1819
01:20:05,570 --> 01:20:08,560
اگر طول بدن من است
به طور متوسط ​​هر 256 کیلوبایت،

1820
01:20:08,560 --> 01:20:10,991
ریاضی می شود بسیار زشت است.

1821
01:20:10,991 --> 01:20:12,490
بنابراین می گویند من می خواهم به خواندن صندوق پستی دیوید.

1822
01:20:12,490 --> 01:20:14,520
صندوق دیوید دارای 50 اقلام است.

1823
01:20:14,520 --> 01:20:17,880
متوسط ​​و اندازه 256 کیلوبایت است.

1824
01:20:17,880 --> 01:20:21,730
در اینجا ضریب تبدیل من
برای این RCU چهار کیلوبایت است.

1825
01:20:21,730 --> 01:20:24,450
>> خوب، اجازه دهید با رفتن
در نهایت سازگار می خواند.

1826
01:20:24,450 --> 01:20:28,640
من هنوز هم خوردن 1600 RCU است
فقط به خواندن صندوق دیوید.

1827
01:20:28,640 --> 01:20:29,950
آخ.

1828
01:20:29,950 --> 01:20:31,980
خوب، حالا بیایید فکر می کنم
در مورد چگونگی برنامه کار می کند.

1829
01:20:31,980 --> 01:20:35,340
اگر من در یک برنامه ایمیل هستم و
من به دنبال در صندوق پستی من،

1830
01:20:35,340 --> 01:20:39,680
و من در بدن هر پیام نگاه کنید،
نه، من به دنبال نگاهی به خلاصه.

1831
01:20:39,680 --> 01:20:41,850
من به دنبال در تنها هدر.

1832
01:20:41,850 --> 01:20:46,310
بنابراین اجازه دهید یک ساختار جدول ساخت
که به نظر می رسد بیشتر شبیه است که.

1833
01:20:46,310 --> 01:20:49,470
>> بنابراین در اینجا اطلاعات است
که گردش کار من نیاز دارد.

1834
01:20:49,470 --> 01:20:50,890
آن را در صندوق پستی من GSI است.

1835
01:20:50,890 --> 01:20:53,800
این تاریخ است، فرستنده،
این موضوع، و پس از آن

1836
01:20:53,800 --> 01:20:56,790
شناسه پیام، که اشاره
بازگشت به میز پیام

1837
01:20:56,790 --> 01:20:57,850
جایی که من می تواند بدن را دریافت کنید.

1838
01:20:57,850 --> 01:21:01,260

1839
01:21:01,260 --> 01:21:04,420
خب، این امر می تواند شناسه رکورد.

1840
01:21:04,420 --> 01:21:09,850
آنها را به نقطه تماس
شناسه آیتم در جدول دینامو DB.

1841
01:21:09,850 --> 01:21:12,220
هر شاخص همیشه creates--
همواره مورد

1842
01:21:12,220 --> 01:21:15,750
ID به عنوان بخشی of-- که
همراه با شاخص.

1843
01:21:15,750 --> 01:21:17,414
>> خیلی خوب.

1844
01:21:17,414 --> 01:21:19,080
رسید این آن را می گوید که در آن ذخیره می شود؟

1845
01:21:19,080 --> 01:21:21,420
RICK HOULIHAN: بله، آن را می گوید
exactly-- این دقیقا همان چیزی آن را ندارد.

1846
01:21:21,420 --> 01:21:22,644
این گزارش می گوید در اینجا ثبت RE من است.

1847
01:21:22,644 --> 01:21:24,310
و آن را اشاره به سابقه RE من.

1848
01:21:24,310 --> 01:21:26,460
دقیقا.

1849
01:21:26,460 --> 01:21:29,490
OK، بنابراین در حال حاضر صندوق پستی من است
در واقع بسیار کوچکتر است.

1850
01:21:29,490 --> 01:21:32,210
و این در واقع از
گردش کار از یک نرم افزار ایمیل.

1851
01:21:32,210 --> 01:21:34,230
بنابراین صندوق پستی من، من را کلیک کنید.

1852
01:21:34,230 --> 01:21:38,160
من به همراه و من در پیام کلیک کنید،
که زمانی که من نیاز به رفتن بدن،

1853
01:21:38,160 --> 01:21:40,180
چون من قصد دارم به
رفتن به یک دیدگاه متفاوت است.

1854
01:21:40,180 --> 01:21:43,870
بنابراین اگر شما در مورد نوع MVC از فکر می کنم
چارچوب، مدل کنترل مشاهده.

1855
01:21:43,870 --> 01:21:46,120
>> مدل شامل
داده هایی را که نیازهای نظر

1856
01:21:46,120 --> 01:21:48,130
و کنترل تعامل با.

1857
01:21:48,130 --> 01:21:51,670
هنگامی که قاب را تغییر دهید من، وقتی
دیدگاه خود را عوض کنم،

1858
01:21:51,670 --> 01:21:55,080
آن را OK به بازگشت به
سرور و تکثیر مدل،

1859
01:21:55,080 --> 01:21:56,860
زیرا این چیزی است که کاربر انتظار.

1860
01:21:56,860 --> 01:22:00,530
هنگامی که آنها دیدگاه تغییر، که زمانی که
ما به پایگاه داده می توانید بروید.

1861
01:22:00,530 --> 01:22:02,480
بنابراین ایمیل، کلیک کنید.

1862
01:22:02,480 --> 01:22:03,710
من به دنبال برای بدن است.

1863
01:22:03,710 --> 01:22:04,330
رفت و برگشت.

1864
01:22:04,330 --> 01:22:05,680
برو بدن است.

1865
01:22:05,680 --> 01:22:06,950
>> من داده بسیار کمتر شده است.

1866
01:22:06,950 --> 01:22:09,960
من فقط خواندن بدن که
دیوید زمانی که او نیاز به آنها نیاز دارد.

1867
01:22:09,960 --> 01:22:14,230
و من در 1600 سوختگی نیست
در RCU فقط برای نشان دادن صندوق است.

1868
01:22:14,230 --> 01:22:17,670
بنابراین در حال حاضر that-- این راه است
که LSI و یا GSI-- من متاسفم،

1869
01:22:17,670 --> 01:22:19,900
GSI، کار است.

1870
01:22:19,900 --> 01:22:25,450
ما هش ما در گیرنده کردم.

1871
01:22:25,450 --> 01:22:27,030
ما کلید وسیعی در تاریخ کردم.

1872
01:22:27,030 --> 01:22:31,380
و ما صفات بینی کردم
که ما فقط نیاز به حمایت از این دیدگاه.

1873
01:22:31,380 --> 01:22:34,300
>> ما چرخش که برای صندوق.

1874
01:22:34,300 --> 01:22:35,770
هش در فرستنده.

1875
01:22:35,770 --> 01:22:39,612
و در اصل، ما باید
بسیار خوب، مشاهده تمیز.

1876
01:22:39,612 --> 01:22:41,570
و آن را ما basically--
این پیام زیبا

1877
01:22:41,570 --> 01:22:45,870
جدول که در حال گسترش به دلیل سادگی
آن را هش تنها، درهم ID پیام است.

1878
01:22:45,870 --> 01:22:51,750
و ما باید دو شاخص که
در حال چرخاندن کردن از آن جدول.

1879
01:22:51,750 --> 01:22:57,411
همه حق است، بنابراین ایده این جا است که نمی
نگه داشتن داده های بزرگ و کوچک این داده ها

1880
01:22:57,411 --> 01:22:57,910
با یکدیگر.

1881
01:22:57,910 --> 01:23:00,700
پارتیشن به صورت عمودی،
پارتیشن آن جداول.

1882
01:23:00,700 --> 01:23:03,150
آیا اطلاعات نمی خواند شما لازم نیست که.

1883
01:23:03,150 --> 01:23:04,850
همه حق است، بازی.

1884
01:23:04,850 --> 01:23:06,990
همه ما دوست داریم بازی ها.

1885
01:23:06,990 --> 01:23:10,902
حداقل من دوست دارم بازی پس از آن.

1886
01:23:10,902 --> 01:23:12,735
بنابراین برخی از چیزهایی
که ما با زمانی که مقابله

1887
01:23:12,735 --> 01:23:14,193
ما در حال فکر کردن در مورد بازی، درست است؟

1888
01:23:14,193 --> 01:23:16,999
بازی این روزها، به خصوص تلفن همراه
بازی، همه چیز در مورد تفکر است.

1889
01:23:16,999 --> 01:23:19,540
و من قصد دارم به چرخش در اینجا یک
کمی به دور از DynamoDB.

1890
01:23:19,540 --> 01:23:21,373
من قصد دارم به در
برخی از بحث

1891
01:23:21,373 --> 01:23:24,240
در اطراف برخی از
فن آوری های دیگر AWS.

1892
01:23:24,240 --> 01:23:28,930
>> اما این ایده در مورد بازی است به فکر می کنم
در مورد شرایط استفاده از رابط های برنامه کاربردی در، رابط های برنامه کاربردی که،

1893
01:23:28,930 --> 01:23:31,730
به طور کلی، HTTP و JSON.

1894
01:23:31,730 --> 01:23:34,550
این که چگونه بازی های تلفن همراه نوع
با به پایان می رسد تماس خود را در تعامل.

1895
01:23:34,550 --> 01:23:35,850
آنها این کار مجوز های ارسال و JSON.

1896
01:23:35,850 --> 01:23:40,660
آنها داده، و آن را به همه،
به طور کلی، در رابط های برنامه کاربردی JSON خوب است.

1897
01:23:40,660 --> 01:23:44,950
>> چیزهایی مثل گرفتن از دوستان،
داده رهبران، ارز،

1898
01:23:44,950 --> 01:23:47,699
کاربر تولید محتوا،
فشار به بالا و به سیستم،

1899
01:23:47,699 --> 01:23:49,740
این نوع از همه چیز
که ما قصد داریم به انجام است.

1900
01:23:49,740 --> 01:23:52,542
داده های دارایی دودویی، این داده ها
ممکن است در پایگاه داده نشستن نیست.

1901
01:23:52,542 --> 01:23:54,250
این ممکن است در نشستن
فروشگاه اینترنتی شی، درست است؟

1902
01:23:54,250 --> 01:23:56,541
اما پایگاه داده است که به
تا پایان گفتن سیستم،

1903
01:23:56,541 --> 01:23:59,140
گفتن نرم افزار
که در آن به گرفتن آن را.

1904
01:23:59,140 --> 01:24:03,550
و به ناچار، چند نفره
سرویس دهنده ها، زیرساخت های پایان دادن به عقب،

1905
01:24:03,550 --> 01:24:06,180
طراحی شده برای بالا و
در دسترس بودن و مقیاس پذیری.

1906
01:24:06,180 --> 01:24:09,400
بنابراین این چیزهایی که همه ما می خواهیم هستند
در زیرساخت های بازی امروز.

1907
01:24:09,400 --> 01:24:12,160
>> بنابراین اجازه دهید نگاهی به
آنچه که به نظر می رسد.

1908
01:24:12,160 --> 01:24:16,070
یک پایان هسته تماس،
بسیار ساده است.

1909
01:24:16,070 --> 01:24:19,880
ما یک سیستم را در اینجا با
مناطق در دسترس بودن متعدد.

1910
01:24:19,880 --> 01:24:23,780
ما در مورد گاز صحبت کردیم که فکر می کنم being--
از آنها به عنوان مراکز داده جداگانه.

1911
01:24:23,780 --> 01:24:26,040
مرکز بیش از یک داده
در هر AZ، اما این OK،

1912
01:24:26,040 --> 01:24:28,831
فقط به آنها به عنوان داده های جداگانه
مراکزی که از لحاظ جغرافیایی

1913
01:24:28,831 --> 01:24:30,090
و گسل جدا شده است.

1914
01:24:30,090 --> 01:24:32,172
>> ما در حال رفتن به یک
موارد چند EC2.

1915
01:24:32,172 --> 01:24:33,880
ما در حال رفتن به
برخی از سرور پایان دادن به عقب.

1916
01:24:33,880 --> 01:24:35,800
شاید اگر شما یک میراث هستید
معماری، ما

1917
01:24:35,800 --> 01:24:38,920
با استفاده از آنچه که ما RDS پاسخ،
خدمات پایگاه داده رابطه ای.

1918
01:24:38,920 --> 01:24:42,040
می تواند MSSQL، خروجی،
و یا چیزی شبیه به آن.

1919
01:24:42,040 --> 01:24:47,080
به این ترتیب یک برنامه بسیار است
امروز طراحی شده است.

1920
01:24:47,080 --> 01:24:49,594
>> خوب ما ممکن است بخواهید تا با
این زمانی است که ما در مقیاس است.

1921
01:24:49,594 --> 01:24:51,510
ما پیش بروید و قرار
سطل S3 وجود دارد.

1922
01:24:51,510 --> 01:24:54,200
و سطل S3، به جای خدمت
تا کسانی که اشیاء از servers-- ما

1923
01:24:54,200 --> 01:24:55,220
ما می تواند انجام دهد.

1924
01:24:55,220 --> 01:24:57,210
شما قرار دادن تمام باینری خود را
اشیاء بر روی سرور خود

1925
01:24:57,210 --> 01:24:59,751
و شما می توانید آن سرور استفاده کنید
موارد برای خدمت به که داده است.

1926
01:24:59,751 --> 01:25:01,860
اما این بسیار گران است.

1927
01:25:01,860 --> 01:25:05,107
>> راه بهتر انجام دهید این است به جلو بروید و
قرار دادن آن اشیاء در یک سطل S3.

1928
01:25:05,107 --> 01:25:06,315
S3 مخازن جسم است.

1929
01:25:06,315 --> 01:25:10,860
به طور خاص برای ساخته شده است
خدمت تا این نوع از همه چیز.

1930
01:25:10,860 --> 01:25:13,690
و اجازه دهید آن دسته از مشتریان درخواست
به طور مستقیم از آن سطل شی،

1931
01:25:13,690 --> 01:25:15,390
رها سرور.

1932
01:25:15,390 --> 01:25:17,020
بنابراین ما در حال شروع به مقیاس را اینجا ببینید.

1933
01:25:17,020 --> 01:25:19,140
>> در حال حاضر ما کاربران در سراسر جهان است.

1934
01:25:19,140 --> 01:25:19,730
من کاربران است.

1935
01:25:19,730 --> 01:25:23,380
من نیاز به محتوا به صورت محلی
واقع نزدیک به این کاربران، درست است؟

1936
01:25:23,380 --> 01:25:26,200
من یک سطل S3 ایجاد کرده اید
به عنوان مخزن منبع من.

1937
01:25:26,200 --> 01:25:29,370
و من جلو که با
توزیع CloudFront قابلیت.

1938
01:25:29,370 --> 01:25:31,720
>> CloudFront قابلیت یک سی دی و یک
شبکه های تحویل محتوا.

1939
01:25:31,720 --> 01:25:35,750
در واقع آن را طول می کشد داده است که شما مشخص
و آن همه انبارها از طریق اینترنت

1940
01:25:35,750 --> 01:25:39,230
بنابراین کاربران در همه جا می توانید
پاسخ بسیار سریع زمانی که

1941
01:25:39,230 --> 01:25:40,960
آنها درخواست کسانی که اشیاء.

1942
01:25:40,960 --> 01:25:41,960
>> بنابراین شما یک ایده را دریافت کنید.

1943
01:25:41,960 --> 01:25:48,230
شما در حال نوع اعمال نفوذ همه
جنبه های AWS در اینجا به این انجام می شود.

1944
01:25:48,230 --> 01:25:50,790
و در نهایت، ما پرتاب
در یک گروه پوسته پوسته شدن خودکار.

1945
01:25:50,790 --> 01:25:52,737
بنابراین موارد AC2 ما
سرور های بازی ما،

1946
01:25:52,737 --> 01:25:54,820
عنوان آنها شروع به شلوغ
و شلوغ و شلوغ،

1947
01:25:54,820 --> 01:25:57,236
آنها فقط یکی دیگر از چرخش
به عنوان مثال، چرخش به عنوان مثال دیگر،

1948
01:25:57,236 --> 01:25:58,210
چرخش به عنوان مثال دیگری.

1949
01:25:58,210 --> 01:26:02,090
بنابراین تکنولوژی AWS است، آن
اجازه می دهد تا شما را مشخص پارامترهای

1950
01:26:02,090 --> 01:26:04,650
که در اطراف سرور خود را رشد خواهد کرد.

1951
01:26:04,650 --> 01:26:08,110
بنابراین شما می توانید تعداد نفر از سرورها
خارج وجود دارد در هر زمان داده شده.

1952
01:26:08,110 --> 01:26:11,870
و اگر بار خود را از بین می رود، آنها
کوچک، تعداد کوچک خواهد شد.

1953
01:26:11,870 --> 01:26:15,250
و اگر بار می آید،
آن را رشد از پشت، کشسان.

1954
01:26:15,250 --> 01:26:17,050
>> بنابراین این به نظر می رسد بزرگ است.

1955
01:26:17,050 --> 01:26:19,800
ما بسیاری از موارد EC2 کردم.

1956
01:26:19,800 --> 01:26:21,671
ما می توانید کش قرار داده در آن
مقابل پایگاه های داده،

1957
01:26:21,671 --> 01:26:23,045
امتحان کنید و سرعت بخشیدن به پایگاه های داده.

1958
01:26:23,045 --> 01:26:25,030
از نقطه فشار بعدی
به طور معمول مردم را ببینید

1959
01:26:25,030 --> 01:26:28,850
این است که آنها را در مقیاس یک بازی با استفاده از یک
سیستم بانک اطلاعاتی رابطه.

1960
01:26:28,850 --> 01:26:30,790
خدای، پایگاه داده
عملکرد وحشتناک است.

1961
01:26:30,790 --> 01:26:31,932
چگونه ما را بهبود بخشد که؟

1962
01:26:31,932 --> 01:26:33,640
بیایید سعی کنید با قرار دادن
کش در مقابل آن.

1963
01:26:33,640 --> 01:26:36,780
>> خب، کش کار نمی کند
آنقدر بزرگ در بازی، درست است؟

1964
01:26:36,780 --> 01:26:39,330
برای بازی، نوشتن دردناک است.

1965
01:26:39,330 --> 01:26:40,930
بازی ها بسیار سنگین ارسال.

1966
01:26:40,930 --> 01:26:43,610
کش کار نمی کند زمانی که شما
ارسال سنگین به دلیل شما همیشه

1967
01:26:43,610 --> 01:26:44,610
رو به روز رسانی ذخیره سازی.

1968
01:26:44,610 --> 01:26:47,780
شما روز رسانی ذخیره سازی، آن را
بی ربط به ذخیره شود.

1969
01:26:47,780 --> 01:26:49,780
این در واقع فقط کار اضافی است.

1970
01:26:49,780 --> 01:26:51,970
>> بنابراین که در آن ما اینجا بروم؟

1971
01:26:51,970 --> 01:26:54,400
شما تنگنا بزرگ کردم
پایین وجود دارد در پایگاه داده است.

1972
01:26:54,400 --> 01:26:57,661
و جایی برای رفتن
بدیهی است پارتیشن بندی است.

1973
01:26:57,661 --> 01:26:59,410
پارتیشن بندی است
آسان برای انجام زمانی که شما

1974
01:26:59,410 --> 01:27:01,900
با پایگاه داده های رابطه.

1975
01:27:01,900 --> 01:27:05,080
با پایگاه داده های رابطه، شما
مسئول برای مدیریت، به طور موثر،

1976
01:27:05,080 --> 01:27:06,210
فضای کلیدی است.

1977
01:27:06,210 --> 01:27:10,527
شما در حال کاربران بین A و M و گفت
اینجا، بین N و Z وجود دارد.

1978
01:27:10,527 --> 01:27:12,360
و شما در حال تعویض
در سراسر برنامه.

1979
01:27:12,360 --> 01:27:15,000
بنابراین شما در حال برخورد با
این منبع داده پارتیشن.

1980
01:27:15,000 --> 01:27:18,670
شما باید محدودیت های معاملاتی
که پارتیشن را بگستراند.

1981
01:27:18,670 --> 01:27:20,560
شما همه نوع از
messiness که شما هستید

1982
01:27:20,560 --> 01:27:23,040
با پایین وجود دارد تلاش
برای مقابله با پوسته پوسته شدن

1983
01:27:23,040 --> 01:27:25,120
و ایجاد یک زیرساخت بزرگتر است.

1984
01:27:25,120 --> 01:27:27,284
این فقط سرگرم کننده است.

1985
01:27:27,284 --> 01:27:30,930
>> مخاطبان: بنابراین آیا شما گفت که
افزایش نقاط منبع سرعت

1986
01:27:30,930 --> 01:27:31,430
فرایند؟

1987
01:27:31,430 --> 01:27:32,513
RICK HOULIHAN: افزایش است؟

1988
01:27:32,513 --> 01:27:33,520
نقطه منبع: مخاطبان.

1989
01:27:33,520 --> 01:27:34,410
RICK HOULIHAN: نقطه منبع؟

1990
01:27:34,410 --> 01:27:37,500
رسید از اطلاعات،
که در آن اطلاعات است که از؟

1991
01:27:37,500 --> 01:27:38,250
RICK HOULIHAN: شماره

1992
01:27:38,250 --> 01:27:41,820
من چه می گویم در حال افزایش است
تعداد پارتیشن در فروشگاه داده ها

1993
01:27:41,820 --> 01:27:44,060
توان بهبود می بخشد.

1994
01:27:44,060 --> 01:27:48,300
پس چه اینجا اتفاق می افتد کاربران است
که به عنوان مثال EC2 تا اینجا،

1995
01:27:48,300 --> 01:27:50,780
خوب، اگر من نیاز به یک کاربر
که یک به M، من اینجا خواهم رفت.

1996
01:27:50,780 --> 01:27:53,560
از N به P، من اینجا خواهم رفت.

1997
01:27:53,560 --> 01:27:55,060
از P به Z، من اینجا خواهم رفت.

1998
01:27:55,060 --> 01:27:57,120
>> رسید OK، کسانی بنابراین کسانی که
همه در گره های مختلف ذخیره می شود؟

1999
01:27:57,120 --> 01:27:57,911
>> RICK HOULIHAN: بله.

2000
01:27:57,911 --> 01:28:00,210
فکر می کنم از این به عنوان
سیلوهای مختلف از داده ها.

2001
01:28:00,210 --> 01:28:01,660
بنابراین شما نیاز به انجام این کار.

2002
01:28:01,660 --> 01:28:02,910
اگر شما در حال تلاش برای انجام
این، اگر شما در حال تلاش

2003
01:28:02,910 --> 01:28:05,730
به مقیاس در یک پلت فرم ارتباطی،
این چیزی است که شما در حال انجام.

2004
01:28:05,730 --> 01:28:08,100
شما در حال گرفتن داده ها و
شما آن را قطع.

2005
01:28:08,100 --> 01:28:10,975
و شما آن را پارتیشن بندی در سراسر
چند نمونه از پایگاه داده باشد.

2006
01:28:10,975 --> 01:28:13,580
و شما در حال مدیریت همه که
در لایه های نرم افزار.

2007
01:28:13,580 --> 01:28:14,729
این هیچ سرگرم کننده است.

2008
01:28:14,729 --> 01:28:15,770
بنابراین چه چیزی ما خواهید بروید؟

2009
01:28:15,770 --> 01:28:20,240
ما می خواهیم به DynamoDB، به طور کامل موفق،
نواسکیوال ذخیره داده، توان ارائه.

2010
01:28:20,240 --> 01:28:22,680
ما با استفاده از شاخص ثانویه.

2011
01:28:22,680 --> 01:28:26,154
این اساسا HTTP API و
شامل پشتیبانی سند.

2012
01:28:26,154 --> 01:28:28,570
بنابراین شما لازم نیست که به نگرانی
در مورد هر یک از این پارتیشن بندی.

2013
01:28:28,570 --> 01:28:30,740
ما تمام آن را برای شما.

2014
01:28:30,740 --> 01:28:33,260
بنابراین در حال حاضر، در عوض، شما
فقط به جدول ارسال.

2015
01:28:33,260 --> 01:28:36,490
اگر جدول نیاز به تقسیم می شود،
که در پشت صحنه اتفاق می افتد.

2016
01:28:36,490 --> 01:28:40,642
شما به طور کامل عایق
از آن به عنوان یک توسعه دهنده.

2017
01:28:40,642 --> 01:28:42,350
بنابراین اجازه دهید بحث در مورد
برخی از موارد استفاده

2018
01:28:42,350 --> 01:28:47,564
که ما را به در بازی، مشترک اجرا
سناریوهای بازی، رهبران.

2019
01:28:47,564 --> 01:28:49,980
بنابراین شما کاربران در آینده،
BoardNames که آنها

2020
01:28:49,980 --> 01:28:52,930
در، نمرات برای این کاربر.

2021
01:28:52,930 --> 01:28:57,700
ما ممکن است از هش در آی دی کاربر،
و پس از آن در حال حاضر طیف در بازی.

2022
01:28:57,700 --> 01:28:59,960
بنابراین هر کاربر می خواهد برای دیدن
تمام بازی او بازی

2023
01:28:59,960 --> 01:29:01,770
و همه نمره بالا خود
در تمام بازی ها.

2024
01:29:01,770 --> 01:29:04,000
به طوری که رهبران شخصی خود است.

2025
01:29:04,000 --> 01:29:10,010
>> حالا من می خواهم به در و من می خواهم به get--
بنابراین من این مدیران شخصی است.

2026
01:29:10,010 --> 01:29:12,827
چه من می خواهم انجام دهید این است برو
نمره بالا در بین همه کاربران.

2027
01:29:12,827 --> 01:29:13,660
پس چگونه انجام دهم؟

2028
01:29:13,660 --> 01:29:18,070
هنگامی که رکورد من در درهم
یوزر آی دی، محدوده در این بازی،

2029
01:29:18,070 --> 01:29:20,740
خوب من دارم به جلو بروید
و بازسازی، ایجاد یک GSI،

2030
01:29:20,740 --> 01:29:22,370
و من قصد دارم به بازسازی آن داده است.

2031
01:29:22,370 --> 01:29:27,310
>> حالا من قصد دارم به هش بر روی
BoardName، بازی است.

2032
01:29:27,310 --> 01:29:29,800
و من قصد دارم به محدوده در نمره بالا است.

2033
01:29:29,800 --> 01:29:31,540
و اکنون من سطل های مختلف ایجاد کرده اید.

2034
01:29:31,540 --> 01:29:34,790
من با استفاده از همان جدول،
داده ها مورد همان.

2035
01:29:34,790 --> 01:29:39,870
اما من ایجاد یک سطل که به
من یک تجمع نمره بالا بازی ها.

2036
01:29:39,870 --> 01:29:43,180
>> و من می توانم که جدول
که برای دریافت اطلاعات.

2037
01:29:43,180 --> 01:29:50,890
بنابراین من که الگوی پرس و جو کرده ام تا به مجموعه
توسط شاخص ثانویه پشتیبانی می شود.

2038
01:29:50,890 --> 01:29:54,556
در حال حاضر آنها را می توان با طبقه بندی شده اند BoardName
و بر اساس TopScore، بسته به.

2039
01:29:54,556 --> 01:29:57,180
بنابراین شما می توانید ببینید، این نوع هستند
از موارد شما در بازی استفاده کنید.

2040
01:29:57,180 --> 01:30:02,190
مورد دیگری که مورد استفاده مناسب ما در بازی مطلع
جوایز و که موفق به کسب جوایز است.

2041
01:30:02,190 --> 01:30:05,340
و این یک مورد استفاده بزرگ است
که در آن ما شاخص پراکنده است.

2042
01:30:05,340 --> 01:30:07,340
شاخص پراکنده هستند
توانایی تولید

2043
01:30:07,340 --> 01:30:10,850
شاخص که لزوما
شامل هر مورد تنها روی میز.

2044
01:30:10,850 --> 01:30:11,470
و چرا نه؟

2045
01:30:11,470 --> 01:30:14,540
از آنجا که ویژگی که در حال
ایندکس شده بر روی هر مورد وجود ندارد.

2046
01:30:14,540 --> 01:30:16,460
>> بنابراین در این خاص
استفاده از مورد، من گفت،

2047
01:30:16,460 --> 01:30:19,240
شما می دانید چه، من قصد دارم به
ایجاد یک ویژگی به نام جایزه.

2048
01:30:19,240 --> 01:30:22,970
و من قصد دارم به هر کاربر
است که دارای یک جایزه که نسبت داد.

2049
01:30:22,970 --> 01:30:25,950
کاربران است که لازم نیست جوایز
قصد ندارم به آن صفت.

2050
01:30:25,950 --> 01:30:27,800
تا زمانی که من ایجاد
صفحه اول، تنها کاربران

2051
01:30:27,800 --> 01:30:28,960
که در حال رفتن به نشان می دهد
در شاخص

2052
01:30:28,960 --> 01:30:31,050
آنهایی که در واقع جوایز به دست آورد.

2053
01:30:31,050 --> 01:30:34,440
به طوری که یک راه عالی برای قادر است
ایجاد شاخص فیلتر شده است که

2054
01:30:34,440 --> 01:30:40,580
بسیار، بسیار گزینشی است که نمی
به شاخص دارند کل جدول.

2055
01:30:40,580 --> 01:30:43,050
>> بنابراین ما در حال کم روی زمان گرفتن در اینجا.

2056
01:30:43,050 --> 01:30:49,190
من قصد دارم به جلو بروید و جست و خیز
و جست و خیز این سناریو است.

2057
01:30:49,190 --> 01:30:52,625
بحث کمی about--

2058
01:30:52,625 --> 01:30:54,460
>> مخاطبان: آیا من می توانم یک سوال سریع بپرسم؟

2059
01:30:54,460 --> 01:30:56,722
یکی از ارسال سنگین؟

2060
01:30:56,722 --> 01:30:57,680
RICK HOULIHAN: چیست؟

2061
01:30:57,680 --> 01:30:58,596
رسید نوشتن سنگین است.

2062
01:30:58,596 --> 01:31:01,270
RICK HOULIHAN: نوشتن سنگین است.

2063
01:31:01,270 --> 01:31:03,460
بذار ببینم.

2064
01:31:03,460 --> 01:31:06,220
>> رسید یا این است که نه
شما فقط می توانید

2065
01:31:06,220 --> 01:31:08,809
صدای در یک ماده از ثانیه؟

2066
01:31:08,809 --> 01:31:10,850
RICK HOULIHAN: ما به
از طریق سناریو رای.

2067
01:31:10,850 --> 01:31:11,670
این که بد نیست.

2068
01:31:11,670 --> 01:31:14,580
آیا شما بچه ها چند دقیقه؟

2069
01:31:14,580 --> 01:31:15,860
باشه.

2070
01:31:15,860 --> 01:31:17,890
>> بنابراین ما در مورد رای گیری صحبت کنید.

2071
01:31:17,890 --> 01:31:20,250
بنابراین رای زمان واقعی، ما باید
الزامات مورد نیاز برای رای دادن.

2072
01:31:20,250 --> 01:31:25,250
لازم است که ما اجازه می دهد
هر فرد برای رای دادن فقط یک بار.

2073
01:31:25,250 --> 01:31:28,060
ما می خواهیم هیچ کس قادر
به تغییر رای خود را.

2074
01:31:28,060 --> 01:31:31,045
ما می خواهیم در زمان واقعی تجمع
تجزیه و تحلیل ترافیک برای جمعیتی و

2075
01:31:31,045 --> 01:31:34,210
که ما در حال رفتن به
نشان دادن به کاربران در سایت.

2076
01:31:34,210 --> 01:31:35,200
>> فکر می کنم از این سناریو است.

2077
01:31:35,200 --> 01:31:37,550
ما کار زیادی از واقعیت
تلویزیون را نشان می دهد که در آن آنها

2078
01:31:37,550 --> 01:31:38,960
انجام این نوع دقیق از همه چیز.

2079
01:31:38,960 --> 01:31:41,584
بنابراین شما می توانید از سناریو فکر می کنم،
ما میلیون ها و میلیون

2080
01:31:41,584 --> 01:31:43,959
دختران نوجوان وجود دارد
با تلفن های همراه خود

2081
01:31:43,959 --> 01:31:46,250
و رای دهی و رای گیری، و
رای دادن به هر که باشند

2082
01:31:46,250 --> 01:31:48,610
پیدا می شود محبوب ترین است.

2083
01:31:48,610 --> 01:31:50,830
بنابراین بعضی از این هستند
مورد نیاز ما را اجرا کردن.

2084
01:31:50,830 --> 01:31:52,990
>> و به این ترتیب برای اولین بار
در حل این مشکل

2085
01:31:52,990 --> 01:31:55,090
می شود برای ساخت یک
نرم افزار بسیار ساده است.

2086
01:31:55,090 --> 01:31:56,490
بنابراین من این برنامه دارم.

2087
01:31:56,490 --> 01:31:57,950
من به برخی از رای دهندگان خارج وجود دارد.

2088
01:31:57,950 --> 01:31:59,980
آنها در می آیند، آنها برنامه رای رسید.

2089
01:31:59,980 --> 01:32:03,440
من برخی از آرا جدول خام کردم
من فقط کمپرسی این آرا به.

2090
01:32:03,440 --> 01:32:05,780
من برخی از دانه ها باید
جدول که رای

2091
01:32:05,780 --> 01:32:09,490
تجزیه و تحلیل ترافیک و جمعیتی خواهد من،
و ما این همه در وجود دارد قرار داده است.

2092
01:32:09,490 --> 01:32:11,420
>> و این فوق العاده است.

2093
01:32:11,420 --> 01:32:12,332
زندگی خوب است.

2094
01:32:12,332 --> 01:32:15,040
زندگی خوب تا زمانی که ما پیدا کردن که
همیشه تنها یک یا دو وجود دارد

2095
01:32:15,040 --> 01:32:16,879
مردم که در انتخابات محبوب است.

2096
01:32:16,879 --> 01:32:19,420
تنها یک یا دو چیز وجود دارد
که مردم واقعا در مورد مراقبت.

2097
01:32:19,420 --> 01:32:22,340
و اگر شما رای دهنده در
مقیاس، همه ناگهانی من

2098
01:32:22,340 --> 01:32:26,360
رفتن به چکش جهنم از
دو نامزد، یک یا دو نامزد.

2099
01:32:26,360 --> 01:32:29,390
تعداد بسیار محدودی از اقلام
مردم پیدا می شود محبوب.

2100
01:32:29,390 --> 01:32:31,710
>> این یک الگوی طراحی خوب نیست.

2101
01:32:31,710 --> 01:32:33,549
این در واقع یک
الگوی طراحی بسیار بد

2102
01:32:33,549 --> 01:32:36,340
دلیل آن را ایجاد چیزی است که ما
که در مورد کلید های داغ بود صحبت کردیم.

2103
01:32:36,340 --> 01:32:38,960
کلید های داغ چیزهایی هستند که ما را دوست ندارند.

2104
01:32:38,960 --> 01:32:40,470
>> پس چگونه مشکل را حل کنیم؟

2105
01:32:40,470 --> 01:32:47,640
و واقعا، راه را برای حل این مشکل است
با در نظر گرفتن آن سطل نامزد

2106
01:32:47,640 --> 01:32:51,490
و برای هر نامزد ما،
ما قصد داریم به اضافه یک مقدار تصادفی،

2107
01:32:51,490 --> 01:32:54,192
چیزی است که ما می دانیم، به صورت تصادفی
ارزش بین یک و 100،

2108
01:32:54,192 --> 01:32:56,620
بین 100 تا 1،000،
و یا بین یک و 1،000،

2109
01:32:56,620 --> 01:32:59,940
با این حال بسیاری از ارزش های تصادفی شما می خواهید
اضافه بر روی انتهای که نامزد.

2110
01:32:59,940 --> 01:33:01,330
>> و من چه کرده ام واقعا انجام می شود پس از آن؟

2111
01:33:01,330 --> 01:33:05,830
اگر من با استفاده از ID نامزد به عنوان
سطل به رای کل،

2112
01:33:05,830 --> 01:33:08,780
اگر من یک تصادفی اضافه شده
تعداد تا پایان آن،

2113
01:33:08,780 --> 01:33:12,000
من ایجاد کرده اید در حال حاضر 10 سطل، یک
صد سطل، سطل هزار

2114
01:33:12,000 --> 01:33:14,160
که من جمع آوری آرا در سراسر.

2115
01:33:14,160 --> 01:33:18,030
>> بنابراین من میلیون ها و میلیون،
و میلیون ها پرونده در آینده

2116
01:33:18,030 --> 01:33:22,050
برای این نامزدها، من در حال حاضر گسترش
این آرا در سراسر A_1 نامزد

2117
01:33:22,050 --> 01:33:24,630
از طریق A_100 نامزد، به دلیل
هر بار که یک رای در می آید،

2118
01:33:24,630 --> 01:33:26,530
من تولید تصادفی
ارزش بین یک و 100.

2119
01:33:26,530 --> 01:33:29,446
من آن را بر روی ضمیمه پایان
نامزد است که فرد را برای رای دادن.

2120
01:33:29,446 --> 01:33:31,120
من آن را آزادسازی را به که سطل.

2121
01:33:31,120 --> 01:33:33,910
>> در حال حاضر در پشت، من می دانم
که من صد سطل است.

2122
01:33:33,910 --> 01:33:36,350
بنابراین، هنگامی که من می خواهم به جلو بروید
و جمع آرا،

2123
01:33:36,350 --> 01:33:38,244
من از تمام کسانی که سطل به عنوان خوانده شده.

2124
01:33:38,244 --> 01:33:39,160
بنابراین من پیش بروید و اضافه کنید.

2125
01:33:39,160 --> 01:33:42,410
و پس از آن من پراکنده جمع آوری
که در آن من و می گویند هی،

2126
01:33:42,410 --> 01:33:45,399
شما می دانید چه، کلید این نامزد
فضاهای بیش از یک صد سطل است.

2127
01:33:45,399 --> 01:33:47,940
من قصد دارم به جمع آوری تمام
رای از اون صد سطل.

2128
01:33:47,940 --> 01:33:49,981
من قصد دارم به جمع
آنها را و من قصد دارم برای گفتن،

2129
01:33:49,981 --> 01:33:53,830
نامزد در حال حاضر
تعداد کل آرا x است.

2130
01:33:53,830 --> 01:33:55,690
>> در حال حاضر هر دو ارسال
پرس و جو و پرس و جو به عنوان خوانده شده

2131
01:33:55,690 --> 01:33:58,160
به سادگی توزیع
چون من نوشتن در سراسر

2132
01:33:58,160 --> 01:34:00,320
و من خواندن در سراسر صدها نفر از کلید هستم.

2133
01:34:00,320 --> 01:34:03,500
من نوشتن نیست و
خواندن در سراسر یک کلید است.

2134
01:34:03,500 --> 01:34:04,950
به طوری که یک الگوی بزرگ است.

2135
01:34:04,950 --> 01:34:08,090
>> این است که در واقع احتمالا یکی
از طراحی مهمترین

2136
01:34:08,090 --> 01:34:10,420
الگوهای برای مقیاس در نواسکیوال.

2137
01:34:10,420 --> 01:34:14,470
شما می توانید این نوع دید
الگوی طراحی در هر عطر و طعم.

2138
01:34:14,470 --> 01:34:19,100
مانگودیبی، DynamoDB، آن را نمی کند
ماده، همه ما باید به انجام این کار.

2139
01:34:19,100 --> 01:34:21,840
زیرا زمانی که شما در حال برخورد
با کسانی که واحدهای بزرگ،

2140
01:34:21,840 --> 01:34:26,650
شما باید به شکل از راه به
آنها گسترش در سراسر سطل.

2141
01:34:26,650 --> 01:34:29,512
پس این راه شما انجام این کار است.

2142
01:34:29,512 --> 01:34:31,220
همه حق است، پس چه
شما در حال انجام در حال حاضر

2143
01:34:31,220 --> 01:34:35,252
است که شما معامله کردن به عنوان خوانده شده
هزینه برای نوشتن مقیاس پذیری.

2144
01:34:35,252 --> 01:34:37,085
هزینه خوانده است
کمی پیچیده تر

2145
01:34:37,085 --> 01:34:40,220
و من برای رفتن از یک به عنوان خوانده شده
صد سطل به جای یکی.

2146
01:34:40,220 --> 01:34:41,310
اما من قادر به ارسال کنم.

2147
01:34:41,310 --> 01:34:44,860
و توان من، نوشتن من
توان باور نکردنی است.

2148
01:34:44,860 --> 01:34:49,450
پس از آن معمولا با ارزش
روش برای پوسته پوسته شدن DynamoDB،

2149
01:34:49,450 --> 01:34:51,350
یا هر پایگاه داده های NoSQL که برای ماده.

2150
01:34:51,350 --> 01:34:53,824

2151
01:34:53,824 --> 01:34:55,240
بنابراین ما نمیفهمد چگونه به آن را در مقیاس.

2152
01:34:55,240 --> 01:34:56,930
و ما نمیفهمد چگونه به
از بین بردن کلید های داغ ما است.

2153
01:34:56,930 --> 01:34:57,820
و این فوق العاده است.

2154
01:34:57,820 --> 01:34:58,960
و ما این سیستم خوب است.

2155
01:34:58,960 --> 01:35:02,043
و آن را به ما رای بسیار صحیح داده
چرا که ما رای رکورد د احمق.

2156
01:35:02,043 --> 01:35:03,130
آن را به DynamoDB ساخته شده است.

2157
01:35:03,130 --> 01:35:05,380
ما در مورد حقوق مشروط صحبت کردیم.

2158
01:35:05,380 --> 01:35:08,170
>> هنگامی که یک رای دهنده در می آید، قرار می دهد
قرار دادن بر روی میز،

2159
01:35:08,170 --> 01:35:11,220
آنها با ID خود را وارد رای دهندگان،
اگر آنها سعی کنید برای وارد رای دیگر،

2160
01:35:11,220 --> 01:35:13,320
من نوشتن شرطی.

2161
01:35:13,320 --> 01:35:16,960
می گویند تنها این ارسال
اگر این وجود ندارد.

2162
01:35:16,960 --> 01:35:19,270
تا در اسرع وقت من می بینم که
که رای ضربه جدول،

2163
01:35:19,270 --> 01:35:20,460
هیچ کس دیگری را برای رفتن به
قادر به قرار دادن رای خود را در.

2164
01:35:20,460 --> 01:35:21,634
و این فوق العاده است.

2165
01:35:21,634 --> 01:35:23,550
و ما در حال افزایش
شمارنده نامزد ما.

2166
01:35:23,550 --> 01:35:25,466
و ما در حال انجام ما
جمعیت شناسی و تمام.

2167
01:35:25,466 --> 01:35:29,110
اما اگر من
نرم افزار افتد؟

2168
01:35:29,110 --> 01:35:31,350
در حال حاضر همه از یک رای ناگهانی
در آینده، و من

2169
01:35:31,350 --> 01:35:34,840
نمی دانم اگر آنها در حال پردازش شدن
به تجزیه و تحلیل و جمعیتی من

2170
01:35:34,840 --> 01:35:36,040
دیگر.

2171
01:35:36,040 --> 01:35:38,462
و زمانی که برنامه
می آید به بالا، چگونه

2172
01:35:38,462 --> 01:35:41,420
جهنم من می دانم که چه رای داشته
پردازش شده است و از کجا شروع کنم؟

2173
01:35:41,420 --> 01:35:44,530
>> بنابراین این یک مشکل واقعی است وقتی که شما
شروع به در این نوع سناریو است.

2174
01:35:44,530 --> 01:35:45,571
و چگونه می توانم حل که ما؟

2175
01:35:45,571 --> 01:35:48,070
ما آن را حل کند با آنچه که ما
DynamoDB جریان است.

2176
01:35:48,070 --> 01:35:53,470
جریان است یک زمان و دستور داد
تقسیم ورود به سیستم تغییر هر دسترسی

2177
01:35:53,470 --> 01:35:55,700
به جدول، هر ارسال
دسترسی به جدول.

2178
01:35:55,700 --> 01:35:58,810
هر گونه اطلاعات که به نوشته
جدول نشان می دهد تا در جریان است.

2179
01:35:58,810 --> 01:36:01,815
>> این یک صف 24 ساعته اساسا.

2180
01:36:01,815 --> 01:36:03,690
موارد ضربه جریان،
آنها به مدت 24 ساعت زندگی می کنند.

2181
01:36:03,690 --> 01:36:05,990
آنها را می توان چندین بار بخوانید.

2182
01:36:05,990 --> 01:36:09,400
تضمین تحویل داده می شود
تنها یک بار به جریان،

2183
01:36:09,400 --> 01:36:11,180
می تواند به عنوان خوانده شده تعداد نفر از بار.

2184
01:36:11,180 --> 01:36:14,910
بنابراین با این حال بسیاری از فرآیندهای شما می خواهید
مصرف که داده ها، شما می توانید آن را مصرف کنند.

2185
01:36:14,910 --> 01:36:16,350
این هر به روز رسانی ظاهر خواهد شد.

2186
01:36:16,350 --> 01:36:18,455
هر نوشتن تنها به
یک بار در جریان نظر می رسد.

2187
01:36:18,455 --> 01:36:20,621
بنابراین شما لازم نیست که به نگرانی
در مورد پردازش آن را دو بار

2188
01:36:20,621 --> 01:36:22,500
از همان روند.

2189
01:36:22,500 --> 01:36:25,350
>> آن را به شدت در هر مورد دستور داد.

2190
01:36:25,350 --> 01:36:28,180
هنگامی که ما می گویند زمان
دستور و تقسیم،

2191
01:36:28,180 --> 01:36:30,680
شما در هر پارتیشن در جریان را ببینید.

2192
01:36:30,680 --> 01:36:33,169
شما می توانید آیتم، به روز رسانی در دید.

2193
01:36:33,169 --> 01:36:35,210
ما تضمین نمی
در جریان هستید که شما

2194
01:36:35,210 --> 01:36:40,240
رفتن به هر معامله
در سفارش به سراسر اقلام است.

2195
01:36:40,240 --> 01:36:42,440
>> بنابراین جریان idempotent است می باشد.

2196
01:36:42,440 --> 01:36:44,037
آیا همه ما می دانیم چه idempotent است بدان معنی است؟

2197
01:36:44,037 --> 01:36:46,620
idempotent است یعنی شما می توانید آن را انجام دهید
بیش از، و بیش از، و دوباره و دوباره.

2198
01:36:46,620 --> 01:36:48,200
نتیجه را برای رفتن به همان.

2199
01:36:48,200 --> 01:36:49,991
>> جریان idempotent است هستند،
اما آنها باید

2200
01:36:49,991 --> 01:36:54,860
بازی از نقطه شروع،
هر کجا که شما انتخاب می کنید، به پایان،

2201
01:36:54,860 --> 01:36:57,950
و یا آنها نمی خواهند نتیجه
در همان ارزش.

2202
01:36:57,950 --> 01:36:59,727
>> همان چیزی که با مانگودیبی.

2203
01:36:59,727 --> 01:37:01,560
مانگودیبی یک ساختار
آنها oplog پاسخ.

2204
01:37:01,560 --> 01:37:04,140
این همان ساختار دقیق است.

2205
01:37:04,140 --> 01:37:06,500
بسیاری از پایگاه داده های NoSQL
این ساختار.

2206
01:37:06,500 --> 01:37:08,790
آنها از آن استفاده به انجام کارهای
مانند تکرار، که

2207
01:37:08,790 --> 01:37:10,475
دقیقا همان چیزی است که ما با جریان است.

2208
01:37:10,475 --> 01:37:12,350
مخاطبان: شاید یک
درخواست بدعت، اما شما

2209
01:37:12,350 --> 01:37:13,975
در مورد برنامه های انجام پایین غیره صحبت کنید.

2210
01:37:13,975 --> 01:37:16,089
آیا جریان تضمین شده به
هرگز احتمالا به پایین؟

2211
01:37:16,089 --> 01:37:18,630
RICK HOULIHAN: بله، جریان
تضمین هرگز به پایین.

2212
01:37:18,630 --> 01:37:21,040
ما مدیریت زیرساخت
پشت. به طور خودکار جریان

2213
01:37:21,040 --> 01:37:22,498
استقرار در گروه پوسته پوسته شدن خودکار است.

2214
01:37:22,498 --> 01:37:25,910
ما را از طریق کمی
کمی در مورد آنچه اتفاق می افتد.

2215
01:37:25,910 --> 01:37:30,060
>> باید بگویم نه آنها نیست
تضمین هرگز به پایین.

2216
01:37:30,060 --> 01:37:33,110
عناصر تضمین
در جریان نظر می رسد.

2217
01:37:33,110 --> 01:37:36,740
و جریان دسترس خواهد بود.

2218
01:37:36,740 --> 01:37:40,580
پس چه پایین می رود یا می آید به
تا که اتفاق می افتد در زیر.

2219
01:37:40,580 --> 01:37:43,844
این covers-- آن را OK.

2220
01:37:43,844 --> 01:37:46,260
همه حق است، بنابراین شما متفاوت است
انواع نمایش روی صفحه نمایش.

2221
01:37:46,260 --> 01:37:51,040
انواع که به مهم هستند
برنامه نویس معمولا، چه بود؟

2222
01:37:51,040 --> 01:37:52,370
من با نظر قدیمی.

2223
01:37:52,370 --> 01:37:55,630
هنگامی که یک به روز رسانی بازدید جدول، آن را
فشار نگاه قدیمی به جریان

2224
01:37:55,630 --> 01:38:02,070
بنابراین داده ها می توانید آرشیو، یا تغییر
شناسایی، تغییر، تغییر

2225
01:38:02,070 --> 01:38:03,600
مدیریت.

2226
01:38:03,600 --> 01:38:07,160
>> تصویر جدید، آنچه در آن است در حال حاضر پس
به روز رسانی، که نوع دیگری از نمایش

2227
01:38:07,160 --> 01:38:07,660
میتونی به دستش بیاری.

2228
01:38:07,660 --> 01:38:09,660
شما می توانید هر دو قدیمی و جدید تصاویر را دریافت کنید.

2229
01:38:09,660 --> 01:38:10,660
شاید من آنها را هر دو می خواهند.

2230
01:38:10,660 --> 01:38:11,790
من می خواهم به دیدن آنچه در آن بود.

2231
01:38:11,790 --> 01:38:13,290
من می خواهم به دیدن آنچه در آن به تغییر.

2232
01:38:13,290 --> 01:38:15,340
>> من یک نوع انطباق
از فرایند است که اجرا می شود.

2233
01:38:15,340 --> 01:38:17,430
به آن نیاز دارد که به منظور بررسی
هنگامی که این چیز را تغییر دهید،

2234
01:38:17,430 --> 01:38:21,840
که آنها در محدوده خاص هستید
و یا در داخل پارامترهای خاصی.

2235
01:38:21,840 --> 01:38:23,840
>> و پس از آن تنها شاید من
باید بدانید که چه تغییر کرده است.

2236
01:38:23,840 --> 01:38:26,240
برای من مهم نیست چه مورد تغییر کرده است.

2237
01:38:26,240 --> 01:38:28,580
من لازم نیست به نیاز به دانستن
چه چیزی تغییر ویژگی های.

2238
01:38:28,580 --> 01:38:30,882
من فقط باید بدانید که
اقلام حال لمس کرد.

2239
01:38:30,882 --> 01:38:33,340
بنابراین این نوع نمایش ها هستند
که شما دریافت کردن جریان

2240
01:38:33,340 --> 01:38:35,960
و شما می توانید با تعامل.

2241
01:38:35,960 --> 01:38:37,840
>> برنامه ای که
مصرف جریان،

2242
01:38:37,840 --> 01:38:39,298
این نوع از راه این کار این است.

2243
01:38:39,298 --> 01:38:42,570
مشتری DynamoDB بخواهید به
فشار داده ها به جداول.

2244
01:38:42,570 --> 01:38:44,750
جریان استقرار در آنچه که ما خرده ریز است.

2245
01:38:44,750 --> 01:38:47,380
خرده ریز کوچک هستند
به طور مستقل از جدول.

2246
01:38:47,380 --> 01:38:50,660
آنها خط نیست تا به طور کامل
به پارتیشن جدول خود را.

2247
01:38:50,660 --> 01:38:52,540
و به همین دلیل است
چرا که آنها به خط تا

2248
01:38:52,540 --> 01:38:55,430
به ظرفیت، در حال حاضر
ظرفیت از جدول.

2249
01:38:55,430 --> 01:38:57,600
>> آنها در استقرار خود
خودرو خود گروه پوسته پوسته شدن،

2250
01:38:57,600 --> 01:39:00,800
و آنها شروع به چرخش بسته
که چگونه بسیاری از می نویسد در آینده،

2251
01:39:00,800 --> 01:39:03,090
چگونه بسیاری از reads-- واقعا آن را می نویسد.

2252
01:39:03,090 --> 01:39:05,820
وجود ندارد اما چگونه reads--
بسیاری از نوشتن در آینده.

2253
01:39:05,820 --> 01:39:08,200
>> و سپس بر روی تماس
پایان، ما آنچه که ما

2254
01:39:08,200 --> 01:39:11,390
KCL یا kinesis به مشتری کتابخانه تماس بگیرید.

2255
01:39:11,390 --> 01:39:19,190
kinesis به داده های جریان است
تکنولوژی پردازش از آمازون.

2256
01:39:19,190 --> 01:39:22,040
و جریان است که در آن ساخته شده است.

2257
01:39:22,040 --> 01:39:25,670
>> بنابراین شما با استفاده از یک KCL فعال
برنامه کاربردی برای خواندن جریان است.

2258
01:39:25,670 --> 01:39:28,752
kinesis به مشتری کتابخانه در واقع
مدیریت کارگران برای شما.

2259
01:39:28,752 --> 01:39:30,460
و آن را نیز انجام می دهد برخی
چیزهای جالب.

2260
01:39:30,460 --> 01:39:35,630
آن را به برخی جداول را ایجاد
در جدول DynamoDB خود را

2261
01:39:35,630 --> 01:39:38,410
برای پیگیری که آیتم
پردازش شده است.

2262
01:39:38,410 --> 01:39:41,190
بنابراین این روش اگر آن را سقوط تماس، اگر
آن می افتد و می آید و می شود

2263
01:39:41,190 --> 01:39:45,570
تا ایستاده بود برگشت، آن را می توانید تعیین که در آن
آن را در پردازش جریان بود.

2264
01:39:45,570 --> 01:39:48,360
>> این بسیار مهم است که
شما در حال صحبت کردن در مورد تکرار.

2265
01:39:48,360 --> 01:39:50,350
من نیاز به دانستن چه
اطلاعات پردازش شده است شد

2266
01:39:50,350 --> 01:39:52,810
و چه داده هنوز به پردازش شود.

2267
01:39:52,810 --> 01:39:57,380
بنابراین کتابخانه KCL برای جریان خواهد شد
شما مقدار زیادی از که قابلیت بدهد.

2268
01:39:57,380 --> 01:39:58,990
آن طول می کشد مراقبت از تمام خانه داری.

2269
01:39:58,990 --> 01:40:01,140
آن می ایستد تا یک کارگر برای هر سفال.

2270
01:40:01,140 --> 01:40:04,620
آن را ایجاد یک جدول اداری
برای هر سفال، برای هر کارگر.

2271
01:40:04,620 --> 01:40:07,560
و به عنوان کسانی که کارگران آتش،
آنها آن جداول حفظ

2272
01:40:07,560 --> 01:40:10,510
بنابراین شما می دانید این رکورد
خوانده شد و پردازش شده است.

2273
01:40:10,510 --> 01:40:13,850
و پس از آن که اگر روند
می میرد و می آید آنلاین تماس،

2274
01:40:13,850 --> 01:40:17,940
آن را می توانید حق را از سر که در آن زمان خاموش.

2275
01:40:17,940 --> 01:40:20,850
>> بنابراین ما از این استفاده برای
تکرار متقابل منطقه است.

2276
01:40:20,850 --> 01:40:24,680
بسیاری از مشتریان نیاز به
حرکت داده ها یا بخش هایی از جداول داده های خود

2277
01:40:24,680 --> 01:40:25,920
اطراف به مناطق مختلف.

2278
01:40:25,920 --> 01:40:29,230
نه مناطق وجود دارد
در سراسر جهان.

2279
01:40:29,230 --> 01:40:32,100
بنابراین ممکن است یک من need--
ممکن است کاربران در آسیا، کاربران

2280
01:40:32,100 --> 01:40:34,150
در ساحل شرق از ایالات متحده است.

2281
01:40:34,150 --> 01:40:38,980
آنها داده های مختلف که
نیاز به صورت محلی توزیع شده است.

2282
01:40:38,980 --> 01:40:42,510
و شاید یک کاربر از مگس
آسیا به ایالات متحده آمریکا،

2283
01:40:42,510 --> 01:40:45,020
و من می خواهم به تکرار
داده های خود را با او.

2284
01:40:45,020 --> 01:40:49,340
بنابراین، هنگامی که او می شود را از هواپیما، او
یک تجربه خوب با استفاده از نرم افزار تلفن همراه خود را.

2285
01:40:49,340 --> 01:40:52,360
>> شما می توانید متقابل منطقه استفاده
کتابخانه تکرار به انجام این کار.

2286
01:40:52,360 --> 01:40:55,730
اساسا ما
ارائه دو تکنولوژی.

2287
01:40:55,730 --> 01:40:59,400
یکی یک برنامه کنسول شما می توانید این
ایستادن روی عنوان مثال EC2 خود را.

2288
01:40:59,400 --> 01:41:01,240
این اجرا می شود تکرار خالص است.

2289
01:41:01,240 --> 01:41:02,720
و سپس ما شما کتابخانه داد.

2290
01:41:02,720 --> 01:41:06,070
کتابخانه شما می توانید استفاده کنید برای ساخت
نرم افزار خود را اگر شما

2291
01:41:06,070 --> 01:41:10,740
می خواهید به انجام کارهای دیوانه با data--
فیلتر، تکرار تنها بخشی از آن،

2292
01:41:10,740 --> 01:41:14,120
چرخش داده ها، حرکت آن را به یک
جدول های مختلف، به طوری که در تاریخ و غیره.

2293
01:41:14,120 --> 01:41:18,700

2294
01:41:18,700 --> 01:41:20,520
به طوری که نوع از آنچه که به نظر می رسد مانند است.

2295
01:41:20,520 --> 01:41:23,690
>> DynamoDB جریان را می توان
پردازش توسط آنچه که ما لامبدا پاسخ.

2296
01:41:23,690 --> 01:41:27,394
ما کمی در مورد رویداد ذکر
معماری نرم افزار هدایت می شود.

2297
01:41:27,394 --> 01:41:28,810
لامبدا یک جزء کلیدی از آن است.

2298
01:41:28,810 --> 01:41:32,840
لامبدا کد است که آتش سوزی در تقاضا است
در پاسخ به یک رویداد خاص است.

2299
01:41:32,840 --> 01:41:36,020
یکی از این حوادث می تواند یک
رکورد ظاهر می شود در جریان است.

2300
01:41:36,020 --> 01:41:39,100
اگر سابقه در جریان نظر می رسد،
ما این تابع جاوا پاسخ.

2301
01:41:39,100 --> 01:41:44,980
خوب، این جاوا اسکریپت و لامبدا است
از نود.جیاس، جاوا، پایتون،

2302
01:41:44,980 --> 01:41:47,820
و به زودی پشتیبانی خواهد کرد
زبان های دیگر نیز هست.

2303
01:41:47,820 --> 01:41:50,940
و کافی است، آن را کد خالص است.

2304
01:41:50,940 --> 01:41:53,610
ارسال در جاوا، شما یک کلاس تعریف کنیم.

2305
01:41:53,610 --> 01:41:55,690
شما با فشار JAR تا به لامبدا.

2306
01:41:55,690 --> 01:42:00,200
و سپس شما که کلاس را مشخص
در پاسخ به که رویداد پاسخ.

2307
01:42:00,200 --> 01:42:04,770
و پس از آن زیرساخت های لامبدا
پشت که کد اجرا خواهد شد.

2308
01:42:04,770 --> 01:42:06,730
>> که کد می تواند پردازش
سوابق کردن جریان.

2309
01:42:06,730 --> 01:42:08,230
می تواند هر چیزی آن را با آن می خواهد انجام دهد.

2310
01:42:08,230 --> 01:42:11,650
در این مثال خاص، همه ما در حال
واقعا انجام شده است ورود به سیستم ویژگی ها است.

2311
01:42:11,650 --> 01:42:13,480
اما این فقط کد است.

2312
01:42:13,480 --> 01:42:15,260
کد می توانید هر چیزی را انجام، درست است؟

2313
01:42:15,260 --> 01:42:16,600
>> بنابراین شما می توانید که داده می چرخد.

2314
01:42:16,600 --> 01:42:18,160
شما می توانید نظر مشتق ایجاد کنید.

2315
01:42:18,160 --> 01:42:21,160
اگر آن یک ساختار سند،
شما می توانید ساختار صاف.

2316
01:42:21,160 --> 01:42:24,300
شما می توانید ایندکس متناوب ایجاد کنید.

2317
01:42:24,300 --> 01:42:27,100
همه نوع چیز شما می توانید
با جریان DynamoDB.

2318
01:42:27,100 --> 01:42:28,780
>> و واقعا، این چیزی است که به نظر می رسد.

2319
01:42:28,780 --> 01:42:29,940
بنابراین شما می توانید آن روز رسانی های آینده در.

2320
01:42:29,940 --> 01:42:31,190
آنها در حال آمدن کردن رشته است.

2321
01:42:31,190 --> 01:42:32,720
آنها توسط تابع لامبدا به عنوان خوانده شده.

2322
01:42:32,720 --> 01:42:37,480
آنها در حال چرخش داده ها و
هل دادن آن در جداول مشتق شده،

2323
01:42:37,480 --> 01:42:42,200
آگاه سیستم های خارجی از تغییر،
و هل دادن داده ها را به ElastiCache.

2324
01:42:42,200 --> 01:42:45,900
>> ما در مورد چگونه برای قرار دادن کش صحبت
در مقابل پایگاه داده برای که فروش

2325
01:42:45,900 --> 01:42:46,450
سناریو.

2326
01:42:46,450 --> 01:42:50,049
خب چه اتفاقی می افتد اگر من
به روز رسانی توضیحات مورد؟

2327
01:42:50,049 --> 01:42:52,340
خوب، اگر من تا به حال لامبدا
تابع در حال اجرا در این جدول،

2328
01:42:52,340 --> 01:42:55,490
اگر توضیحات مورد به روز کنم، آن را
انتخاب کنید تا به رکورد کردن جریان،

2329
01:42:55,490 --> 01:42:58,711
و آن را به روز رسانی ElastiCache
به عنوان مثال با داده های جدید.

2330
01:42:58,711 --> 01:43:00,460
به طوری که بسیاری از این
آنچه که ما با لامبدا است.

2331
01:43:00,460 --> 01:43:02,619
این کد چسب اتصالات است.

2332
01:43:02,619 --> 01:43:04,410
و آن را در واقع می دهد
توانایی برای راه اندازی

2333
01:43:04,410 --> 01:43:07,930
و برای اجرای برنامه های بسیار پیچیده
بدون یک سرور اختصاصی

2334
01:43:07,930 --> 01:43:10,371
زیرساخت ها، که واقعا سرد است.

2335
01:43:10,371 --> 01:43:13,100
>> بنابراین اجازه دهید به تماس به ما
زمان واقعی معماری رای گیری.

2336
01:43:13,100 --> 01:43:17,984
این جدید و بهبود یافته است با ما
رودخانه ها و KCL نرم افزار را فعال کنید.

2337
01:43:17,984 --> 01:43:20,150
مانند قبل، ما می توانیم
رسیدگی به هر گونه مقیاس انتخابات.

2338
01:43:20,150 --> 01:43:21,100
ما این را دوست.

2339
01:43:21,100 --> 01:43:24,770
ما در حال انجام را جمع آوری پراکنده
در سراسر سطل های متعدد.

2340
01:43:24,770 --> 01:43:26,780
ما باید قفل خوش بینانه در رفتن.

2341
01:43:26,780 --> 01:43:30,192
ما می توانیم رای دهندگان ما را نگه دارید
از تغییر رای خود را.

2342
01:43:30,192 --> 01:43:31,400
آنها فقط می تواند تنها یک بار رای دهید.

2343
01:43:31,400 --> 01:43:32,880
این فوق العاده است.

2344
01:43:32,880 --> 01:43:35,895
زمان واقعی تحمل خطا،
تجمع مقیاس پذیر است.

2345
01:43:35,895 --> 01:43:38,270
اگر چیزی می افتد، آن
داند که در آن به خود راه اندازی مجدد

2346
01:43:38,270 --> 01:43:41,300
هنگامی که آن را به بالا و به دلیل همراه
ما با استفاده از نرم افزار KCL.

2347
01:43:41,300 --> 01:43:45,700
و پس از آن ما نیز می توانید استفاده کنید که
نرم افزار KCL به فشار داده

2348
01:43:45,700 --> 01:43:48,820
انتقال به قرمز را برای دیگر
تجزیه و تحلیل برنامه، و یا استفاده

2349
01:43:48,820 --> 01:43:51,990
نگاشتکاهش الاستیک برای اجرا
زمان واقعی واحدهای جریان خاموش

2350
01:43:51,990 --> 01:43:53,180
از آن داده است.

2351
01:43:53,180 --> 01:43:55,480
>> همه این چیزها ما
در مورد خیلی صحبت نمی کند.

2352
01:43:55,480 --> 01:43:57,375
اما آنها اضافی هستید
فن آوری است که آمده

2353
01:43:57,375 --> 01:44:00,310
به تحمل زمانی که شما به دنبال
در این نوع از حالات.

2354
01:44:00,310 --> 01:44:03,160
>> همه حق است، به طوری که در مورد
تجزیه و تحلیل با DynamoDB جریان.

2355
01:44:03,160 --> 01:44:05,340
شما می توانید د احمق جمع آوری
داده ها، انجام تمام انواع

2356
01:44:05,340 --> 01:44:09,490
از مسائل خوب، داده های کلی در
حافظه، ایجاد آن جداول مشتق شده.

2357
01:44:09,490 --> 01:44:13,110
که یک مورد استفاده بزرگ است
که بسیاری از مشتریان

2358
01:44:13,110 --> 01:44:16,950
با درگیر، به دست گرفتن تو در تو
خواص آن اسناد JSON

2359
01:44:16,950 --> 01:44:18,946
و ایجاد شاخص های اضافی.

2360
01:44:18,946 --> 01:44:21,680

2361
01:44:21,680 --> 01:44:23,150
>> ما در پایان است.

2362
01:44:23,150 --> 01:44:26,689
با تشکر از شما برای تحمل با من است.

2363
01:44:26,689 --> 01:44:28,480
بنابراین اجازه دهید بحث در مورد
معماری مرجع.

2364
01:44:28,480 --> 01:44:33,440
DynamoDB نشسته در وسط تا
بسیاری از زیرساخت AWS.

2365
01:44:33,440 --> 01:44:37,090
در واقع شما می توانید آن را به قلاب
به هر چیزی که می خواهید.

2366
01:44:37,090 --> 01:44:45,600
نرم افزار ساخته شده با استفاده دینامو عبارتند از
لامبدا، ElastiCache، CloudSearch،

2367
01:44:45,600 --> 01:44:49,890
فشار داده را به الاستیک
نگاشتکاهش، صادرات و واردات از DynamoDB

2368
01:44:49,890 --> 01:44:52,370
به S3، انواع گردش.

2369
01:44:52,370 --> 01:44:54,120
اما احتمالا بهترین
چیزی که در مورد صحبت می کنید،

2370
01:44:54,120 --> 01:44:56,119
و این چیزی است که واقعا
جالب است که ما

2371
01:44:56,119 --> 01:44:58,350
در مورد برنامه های کاربردی رویداد محور صحبت کنید.

2372
01:44:58,350 --> 01:45:00,300
>> این یک نمونه از است
یک پروژه داخلی

2373
01:45:00,300 --> 01:45:04,850
که ما که در آن ما در واقع هستید
چاپ و نشر به جمع آوری نتایج نظر سنجی.

2374
01:45:04,850 --> 01:45:07,700
بنابراین در یک لینک ایمیل که
ما از ارسال، آنجا خواهم

2375
01:45:07,700 --> 01:45:11,350
یک کمی لینک کلیک گفت
در اینجا برای پاسخ به نظر سنجی.

2376
01:45:11,350 --> 01:45:14,070
و هنگامی که فرد کلیک
این لینک، چه اتفاقی می افتد

2377
01:45:14,070 --> 01:45:18,020
این است که آنها در پایین کشیدن امن
فرم نظر سنجی از HTML S3.

2378
01:45:18,020 --> 01:45:18,980
هیچ سرور وجود دارد.

2379
01:45:18,980 --> 01:45:20,600
این فقط یک شی S3 است.

2380
01:45:20,600 --> 01:45:22,770
>> که به صورت بالا می آید،
بارگذاری میکند در مرورگر.

2381
01:45:22,770 --> 01:45:24,240
آن را به ستون فقرات.

2382
01:45:24,240 --> 01:45:30,160
این رو پیچیده جاوا اسکریپت
که در حال اجرا.

2383
01:45:30,160 --> 01:45:33,557
پس از آن نرم افزار بسیار غنی
در حال اجرا در مرورگر مشتری.

2384
01:45:33,557 --> 01:45:36,390
آنها نمی دانند که آنها نیست
تعامل با سرور پایان دادن به عقب.

2385
01:45:36,390 --> 01:45:38,220
در این نقطه، آن را تمام مرورگر است.

2386
01:45:38,220 --> 01:45:41,780
>> آنها نتیجه را به انتشار آنچه
ما در آمازون API دروازه پاسخ.

2387
01:45:41,780 --> 01:45:46,270
API دروازه است به سادگی یک API وب
که شما می توانید تعریف و قلاب تا

2388
01:45:46,270 --> 01:45:47,760
به هر آنچه که شما می خواهید.

2389
01:45:47,760 --> 01:45:50,990
در این مورد خاص، ما
به یک تابع لامبدا قلاب.

2390
01:45:50,990 --> 01:45:54,797
>> بنابراین عملیات POST من است
اتفاق می افتد با هیچ سرور.

2391
01:45:54,797 --> 01:45:56,380
اساسا API دروازه نشسته وجود دارد.

2392
01:45:56,380 --> 01:45:58,770
آن را به من هزینه چیزی تا زمانی که مردم
شروع ارسال پست به آن، درست است؟

2393
01:45:58,770 --> 01:46:00,269
تابع لامبدا فقط نشسته وجود دارد.

2394
01:46:00,269 --> 01:46:03,760
و آن را به من هزینه چیزی تا زمانی که
مردم شروع به هدف قرار دادن آن.

2395
01:46:03,760 --> 01:46:07,270
بنابراین شما می توانید ببینید، به عنوان حجم
افزایش می دهد، که زمانی که اتهامات آمده است.

2396
01:46:07,270 --> 01:46:09,390
من یک سرور 7/24 است.

2397
01:46:09,390 --> 01:46:12,310
>> بنابراین من به شکل جلو
پایین از سطل،

2398
01:46:12,310 --> 01:46:15,719
و من را از طریق API ارسال
دروازه به تابع لامبدا.

2399
01:46:15,719 --> 01:46:17,510
و پس از آن لامبدا
تابع می گوید، شما می دانید

2400
01:46:17,510 --> 01:46:20,600
چه، من مقداری PIIs کردم، برخی از
اطلاعات شناسایی شخصی

2401
01:46:20,600 --> 01:46:21,480
در این پاسخ.

2402
01:46:21,480 --> 01:46:23,020
من نظر از کاربران است.

2403
01:46:23,020 --> 01:46:24,230
من آدرس ایمیل کردم.

2404
01:46:24,230 --> 01:46:26,190
من نام های کاربری را کردم.

2405
01:46:26,190 --> 01:46:27,810
>> اجازه بدهید من این تقسیم کردن.

2406
01:46:27,810 --> 01:46:30,280
من قصد دارم به تولید برخی از
فراداده کردن این رکورد.

2407
01:46:30,280 --> 01:46:32,850
و من قصد دارم به فشار
ابرداده به DynamoDB.

2408
01:46:32,850 --> 01:46:36,059
و من می توانم تمام داده ها را رمزگذاری
و فشار آن را به DynamoDB اگر من می خواهم.

2409
01:46:36,059 --> 01:46:38,600
اما آن را برای من ساده تر، در این
مورد استفاده، به جلو بروید می گویند،

2410
01:46:38,600 --> 01:46:42,800
من قصد دارم به فشار داده های خام
به سطل S3 رمزگذاری شده است.

2411
01:46:42,800 --> 01:46:47,240
بنابراین من با استفاده S3 در سمت سرور ساخته شده است
رمزنگاری و مدیریت کلید آمازون

2412
01:46:47,240 --> 01:46:51,600
خدمات به طوری که من یک کلید که
می توانید در یک فاصله زمانی منظم چرخش،

2413
01:46:51,600 --> 01:46:55,010
و من می توانم که داده PII محافظت
به عنوان بخشی از طیف این گردش کار.

2414
01:46:55,010 --> 01:46:55,870
>> بنابراین من چه کرده ام؟

2415
01:46:55,870 --> 01:47:00,397
من فقط به یک کل مستقر
نرم افزار، و من هیچ سرور.

2416
01:47:00,397 --> 01:47:02,980
بنابراین آن چیزی است که رویداد برنامه محور
معماری را برای شما.

2417
01:47:02,980 --> 01:47:05,730
>> حال اگر شما فکر می کنم در مورد
مورد استفاده برای this--

2418
01:47:05,730 --> 01:47:08,730
ما به مشتریان دیگر من صحبت کردن در
در مورد این معماری که دقیق

2419
01:47:08,730 --> 01:47:14,560
اجرای کمپین های پدیداری بزرگ، که
به دنبال در این و رفتن ها، آه من.

2420
01:47:14,560 --> 01:47:17,840
چون در حال حاضر، آنها می توانند
اساسا آن را فشار خارج وجود دارد،

2421
01:47:17,840 --> 01:47:21,900
اجازه دهید که در مبارزات انتخاباتی فقط نشستن
وجود دارد تا آن را راه اندازی، و نه

2422
01:47:21,900 --> 01:47:24,400
به نگرانی در مورد انجیر
چه نوع از زیرساخت

2423
01:47:24,400 --> 01:47:26,120
است به وجود داشته باشد به حمایت از آن.

2424
01:47:26,120 --> 01:47:28,600
و پس از آن به زودی به عنوان
این کمپین انجام شده است،

2425
01:47:28,600 --> 01:47:31,520
آن را مانند زیرساخت است
فقط بلافاصله از بین می رود

2426
01:47:31,520 --> 01:47:33,680
چون واقعا وجود دارد
هیچ زیرساخت است.

2427
01:47:33,680 --> 01:47:35,660
این کد فقط که نشسته است در لامبدا است.

2428
01:47:35,660 --> 01:47:38,560
این داده ها که فقط در DynamoDB نشسته است.

2429
01:47:38,560 --> 01:47:41,340
این یک راه شگفت انگیز است
برای ساخت برنامه های.

2430
01:47:41,340 --> 01:47:43,970
>> رسید پس از آن است
زودگذر از آن خواهد بود

2431
01:47:43,970 --> 01:47:45,740
اگر آن را در یک سرور واقعی ذخیره شده بود؟

2432
01:47:45,740 --> 01:47:46,823
>> RICK HOULIHAN: کاملا.

2433
01:47:46,823 --> 01:47:49,190
از آنجا که مثال از سرور
باید به یک 7/24.

2434
01:47:49,190 --> 01:47:51,954
این است که در دسترس برای شود
کسی برای پاسخ به.

2435
01:47:51,954 --> 01:47:52,620
خوب حدس بزنید چه؟

2436
01:47:52,620 --> 01:47:55,410
S3 در دسترس 7/24 است.

2437
01:47:55,410 --> 01:47:57,100
S3 همیشه پاسخ می دهد.

2438
01:47:57,100 --> 01:47:59,320
و S3 بسیار، بسیار خوب است
در خدمت کردن اشیاء.

2439
01:47:59,320 --> 01:48:02,590
کسانی که اشیاء می تواند فایل های HTML، و یا
فایل های جاوا اسکریپت، یا هر آنچه شما می خواهید.

2440
01:48:02,590 --> 01:48:07,430
شما می توانید برنامه های کاربردی وب بسیار غنی اجرا
از سطل S3، و مردم انجام دهد.

2441
01:48:07,430 --> 01:48:10,160
>> و به طوری که این ایده را در اینجا
است به دور از راه

2442
01:48:10,160 --> 01:48:11,270
ما به فکر می کنم.

2443
01:48:11,270 --> 01:48:14,270
همه ما به فکر می کنم در
شرایط استفاده از سرور و میزبان.

2444
01:48:14,270 --> 01:48:16,580
آن را در مورد که نیست.

2445
01:48:16,580 --> 01:48:19,310
این در مورد زیرساخت به عنوان کد است.

2446
01:48:19,310 --> 01:48:22,470
استقرار کد به ابر و
اجازه دهید که ابر آن را اجرا برای شما.

2447
01:48:22,470 --> 01:48:24,980
و این چیزی است که AWS است تلاش برای انجام.

2448
01:48:24,980 --> 01:48:29,690
>> مخاطبان: بنابراین جعبه طلا خود را در وسط
از API دروازه مانند سرور،

2449
01:48:29,690 --> 01:48:30,576
اما به جای just-- است

2450
01:48:30,576 --> 01:48:32,850
>> RICK HOULIHAN: شما می توانید فکر می کنم
از آن به عنوان سرور نما.

2451
01:48:32,850 --> 01:48:38,040
همه آن است که آن را یک HTTP را
درخواست و نقشه آن را به یکی دیگر از فرایند.

2452
01:48:38,040 --> 01:48:39,192
که همه آن را است.

2453
01:48:39,192 --> 01:48:41,525
و در این مورد، ما در حال نقشه برداری
آن را به یک تابع لامبدا.

2454
01:48:41,525 --> 01:48:44,119

2455
01:48:44,119 --> 01:48:45,410
همه حق است، به طوری که تمام من است.

2456
01:48:45,410 --> 01:48:46,190
خیلی ممنون.

2457
01:48:46,190 --> 01:48:46,800
من آن را قدردانی میکنیم.

2458
01:48:46,800 --> 01:48:48,100
من می دانم که ما می خواهیم کمی در طول زمان.

2459
01:48:48,100 --> 01:48:49,980
و امیدوارم که شما بچه ها رو
یک کمی از اطلاعات

2460
01:48:49,980 --> 01:48:51,410
که شما می توانید دور امروز.

2461
01:48:51,410 --> 01:48:53,520
و من عذر خواهی اگر من رفتم
بیش از برخی از سر خود را،

2462
01:48:53,520 --> 01:48:56,697
اما زیادی خوب وجود دارد
دانش اساسی بنیادی

2463
01:48:56,697 --> 01:48:58,280
که من فکر می کنم بسیار ارزشمند برای شما است.

2464
01:48:58,280 --> 01:48:59,825
بنابراین شما برای داشتن من تشکر می کنم.

2465
01:48:59,825 --> 01:49:00,325
[تشویق حضار]

2466
01:49:00,325 --> 01:49:02,619
مخاطبان: [نامفهوم]
است که شما می گفتند

2467
01:49:02,619 --> 01:49:05,160
شما تا به حال از طریق چیزی به
از آغاز تا پایان

2468
01:49:05,160 --> 01:49:07,619
برای دریافت مقادیر مناسب
و یا ارزش های مشابه،

2469
01:49:07,619 --> 01:49:09,410
ارزش چگونه می
اگر [نامفهوم] تغییر دهید.

2470
01:49:09,410 --> 01:49:10,480
>> RICK HOULIHAN: اوه، idempotent است؟

2471
01:49:10,480 --> 01:49:11,800
چگونه ارزش را تغییر دهید؟

2472
01:49:11,800 --> 01:49:15,180
خب، چرا که اگر من اجرا نشد
آن را تمام راه را به پایان،

2473
01:49:15,180 --> 01:49:19,770
پس از آن من نمی دانم چه تغییراتی
در آخرین مایل ساخته شده است.

2474
01:49:19,770 --> 01:49:22,144
این نمی شود
همان داده ها به عنوان آنچه که من دیدم.

2475
01:49:22,144 --> 01:49:24,560
مخاطبان: اوه، بنابراین شما فقط
اند کل ورودی بدست نیست.

2476
01:49:24,560 --> 01:49:24,770
RICK HOULIHAN: درست است.

2477
01:49:24,770 --> 01:49:26,895
شما باید برای رفتن از ابتدا
به پایان است، و سپس آن را

2478
01:49:26,895 --> 01:49:29,280
برای رفتن به یک حالت پایدار.

2479
01:49:29,280 --> 01:49:31,520
خنک.

2480
01:49:31,520 --> 01:49:35,907
>> رسید بنابراین شما به ما نشان داد DynamoDB
می توانید سند و یا مقدار کلید را انجام دهد.

2481
01:49:35,907 --> 01:49:38,740
و ما زمان زیادی را صرف در
مقدار کلید را با hash و راه

2482
01:49:38,740 --> 01:49:40,005
به آن تلنگر است.

2483
01:49:40,005 --> 01:49:43,255
هنگامی که شما در آن جداول نگاه کرد، این است که
پشت سر گذاشتن رویکرد سند؟

2484
01:49:43,255 --> 01:49:44,600
>> RICK HOULIHAN: من نیست
می گویند آن را پشت سرگذاشت.

2485
01:49:44,600 --> 01:49:45,855
>> رسید آنها از هم جدا شدند the--

2486
01:49:45,855 --> 01:49:49,140
>> RICK HOULIHAN: با سند
رویکرد، نوع سند در DynamoDB

2487
01:49:49,140 --> 01:49:50,880
است فقط از به عنوان ویژگی دیگر فکر میکنم.

2488
01:49:50,880 --> 01:49:53,560
این یک ویژگی است که شامل است
یک ساختار داده های سلسله مراتبی.

2489
01:49:53,560 --> 01:49:56,980
و سپس در نمایش داده شد،
شما می توانید خصوصیات استفاده

2490
01:49:56,980 --> 01:49:59,480
از کسانی که اشیاء با استفاده از نشانه گذاری شی.

2491
01:49:59,480 --> 01:50:03,562
بنابراین من می تواند در تو در تو فیلتر
اموال از سند JSON.

2492
01:50:03,562 --> 01:50:05,520
مخاطبان: بنابراین هر زمان که من
انجام یک رویکرد سند،

2493
01:50:05,520 --> 01:50:07,906
من مرتب از می توانید در tabular-- وارد

2494
01:50:07,906 --> 01:50:08,780
مخاطبان: کاملا.

2495
01:50:08,780 --> 01:50:09,800
مخاطبان: --indexes و
چیزهایی که شما فقط در مورد صحبت کردیم.

2496
01:50:09,800 --> 01:50:11,280
RICK HOULIHAN: آره،
شاخص ها و همه این ها،

2497
01:50:11,280 --> 01:50:13,363
وقتی که شما به صفحه اول می خواهم
خواص از JSON،

2498
01:50:13,363 --> 01:50:18,230
راه که ما می باید انجام دهید این است که اگر
قرار دادن یک شی JSON و یا یک سند

2499
01:50:18,230 --> 01:50:20,780
به دینامو، شما می توانید جریان استفاده کنید.

2500
01:50:20,780 --> 01:50:22,400
جریان به ورودی را بخوانید.

2501
01:50:22,400 --> 01:50:24,340
شما می خواهم که JSON
اعتراض و شما می خواهم بگویم OK،

2502
01:50:24,340 --> 01:50:26,030
چه اموال من به صفحه اول می خواهم؟

2503
01:50:26,030 --> 01:50:28,717
>> شما ایجاد یک جدول مشتق شده.

2504
01:50:28,717 --> 01:50:30,300
حالا که راه کار می کند در حال حاضر است.

2505
01:50:30,300 --> 01:50:32,650
ما شما را به صفحه اول اجازه نمی دهد
به طور مستقیم آن دسته از خواص.

2506
01:50:32,650 --> 01:50:33,520
>> مخاطبان: Tabularizing اسناد خود را.

2507
01:50:33,520 --> 01:50:36,230
>> RICK HOULIHAN: دقیقا، مسطح
آن، tabularizing آن، دقیقا.

2508
01:50:36,230 --> 01:50:37,415
این چیزی است که شما را با آن انجام دهید.

2509
01:50:37,415 --> 01:50:37,860
>> رسید با تشکر از شما.

2510
01:50:37,860 --> 01:50:39,609
>> RICK HOULIHAN: بله،
کاملا، از شما سپاسگزارم.

2511
01:50:39,609 --> 01:50:42,240
رسید پس از آن نوع
Mongo ها در دیدار classifers ردیس.

2512
01:50:42,240 --> 01:50:43,990
>> RICK HOULIHAN: آره،
آن را دوست دارم که.

2513
01:50:43,990 --> 01:50:45,940
که یک توصیف خوبی برای آن است.

2514
01:50:45,940 --> 01:50:47,490
خنک.

2515
01:50:47,490 --> 01:50:49,102