1
00:00:00,000 --> 00:00:04,969
>> [MUSIC PLAYING]

2
00:00:04,969 --> 00:00:06,010
RICK Houlihan: Bütün hüququ.

3
00:00:06,010 --> 00:00:06,600
Hərkəsə salam.

4
00:00:06,600 --> 00:00:07,670
My name Rick Houlihan edir.

5
00:00:07,670 --> 00:00:10,330
Mən baş direktoru deyiləm
AWS Solutions memar.

6
00:00:10,330 --> 00:00:14,070
Mən NoSQL diqqət və
DynamoDB texnologiyaları.

7
00:00:14,070 --> 00:00:16,930
Mən danışmaq üçün bu gün buradayam
bu barədə bir az.

8
00:00:16,930 --> 00:00:18,970
>> Mənim fon var
ilk növbədə data qat.

9
00:00:18,970 --> 00:00:21,390
I yarısı Mənim inkişafına sərf
karyera, verilənlər bazası yazı

10
00:00:21,390 --> 00:00:25,930
data access, həllər
müxtəlif uygulamalar üçün.

11
00:00:25,930 --> 00:00:30,000
Mən Cloud virtuallaşdırma oldum
20 ildir.

12
00:00:30,000 --> 00:00:33,460
Cloud Cloud əvvəl Belə ki,
biz kommunal hesablama zəng üçün istifadə olunur.

13
00:00:33,460 --> 00:00:37,170
Və fikir, bu kimi oldu
PG & E, siz istifadə nə üçün ödəyirlər.

14
00:00:37,170 --> 00:00:38,800
Bu gün biz bulud zəng.

15
00:00:38,800 --> 00:00:41,239
>> Amma il ərzində, mən çalışmış
şirkətlərin bir neçə

16
00:00:41,239 --> 00:00:42,530
Siz yəqin ki, eşitməmişik etdik.

17
00:00:42,530 --> 00:00:47,470
Amma texniki siyahısını tərtib etdik
nailiyyətlər, mən demək istədiyiniz danışarlar.

18
00:00:47,470 --> 00:00:51,620
Mən Cloud sistemlərində səkkiz patent var
virtuallaşdırma, mikroprosessor dizayn,

19
00:00:51,620 --> 00:00:54,440
kompleks hadisə emalı,
və digər sahələrdə, eləcə də.

20
00:00:54,440 --> 00:00:58,290
>> Bu gün Belə ki, mən NoSQL əsasən diqqət
texnologiyaları və nəsil

21
00:00:58,290 --> 00:00:59,450
verilənlər bazası.

22
00:00:59,450 --> 00:01:03,370
Və mən gedirəm nə ümumiyyətlə var
haqqında bu gün söhbət burada olmaq.

23
00:01:03,370 --> 00:01:06,030
Beləliklə, siz nə gözləyə bilər
Bu sessiya,

24
00:01:06,030 --> 00:01:08,254
biz qısa keçmək lazımdır
məlumatların emalı tarixi.

25
00:01:08,254 --> 00:01:10,420
Bu həmişə faydalıdır
biz gəlib burada anlamaq

26
00:01:10,420 --> 00:01:12,400
Biz istəyirik və biz burada.

27
00:01:12,400 --> 00:01:15,600
Və biz bir az danışmaq lazımdır
NoSQL texnologiya haqqında bit

28
00:01:15,600 --> 00:01:17,500
əsas baxımından.

29
00:01:17,500 --> 00:01:19,870
>> Biz bəzi daxil olacaq
DynamoDB daxili.

30
00:01:19,870 --> 00:01:24,350
DynamoDB AWS-nin heç bir ləzzət edir.

31
00:01:24,350 --> 00:01:27,340
Bu tam idarə edir və
ev sahibliyi NoSQL həlli.

32
00:01:27,340 --> 00:01:32,420
Və biz masa haqqında bir az danışmaq lazımdır
strukturu, API, data növləri, indeksləri,

33
00:01:32,420 --> 00:01:35,177
və daxili bəzi
ki DynamoDB texnologiya.

34
00:01:35,177 --> 00:01:37,760
Biz dizayn bəzi daxil almaq lazımdır
nümunələri və ən yaxşı təcrübələr.

35
00:01:37,760 --> 00:01:39,968
Biz sizə haqqında danışmaq lazımdır
bəzi bu texnologiya istifadə

36
00:01:39,968 --> 00:01:41,430
Bugünkü applications.

37
00:01:41,430 --> 00:01:44,820
Və sonra biz bir az danışmaq lazımdır
Təkamül və ya çıxması haqqında

38
00:01:44,820 --> 00:01:48,980
proqramlaşdırma yeni paradiqmanın
adlı tədbir idarə applications

39
00:01:48,980 --> 00:01:51,580
və DynamoDB kimi yaxşı oynayır necə.

40
00:01:51,580 --> 00:01:54,690
Və biz bir az tərk edəcəyik
istinad memarlıq müzakirə

41
00:01:54,690 --> 00:01:59,540
belə ki, biz bəzi haqqında danışmaq olar
yolları DynamoDB istifadə edə bilərsiniz.

42
00:01:59,540 --> 00:02:04,116
>> Belə ki, ilk bu sual off--
Mən bir çox verilənlər bazası var, nə eşitmək.

43
00:02:04,116 --> 00:02:06,240
Bir çox onlar hesab edirəm ki,
bir verilənlər bazası var nə.

44
00:02:06,240 --> 00:02:08,360
Google əgər, bu görəcəksiniz.

45
00:02:08,360 --> 00:02:11,675
Bu edilən məlumatların strukturlaşdırılmış dəsti var
kompüter, xüsusilə bir ki,

46
00:02:11,675 --> 00:02:13,600
müxtəlif yollarla erişilebilir.

47
00:02:13,600 --> 00:02:16,992
Hesab edirəm ki, yaxşı bir Güman
müasir məlumat bazası müəyyən.

48
00:02:16,992 --> 00:02:19,450
Amma, çünki kimi deyil
Bu şeyi bir neçə nəzərdə tutur.

49
00:02:19,450 --> 00:02:20,935
Bu strukturu nəzərdə tutur.

50
00:02:20,935 --> 00:02:23,120
Və bir kompüter var ki, nəzərdə tutur.

51
00:02:23,120 --> 00:02:25,750
Və məlumat bazaları vermədi
kompüter həmişə mövcuddur.

52
00:02:25,750 --> 00:02:28,020
Verilənlər bazası həqiqətən çox yollarla mövcud olmuşdur.

53
00:02:28,020 --> 00:02:32,000
>> Bir belə daha yaxşı müəyyən
verilənlər bazası bu kimi bir şeydir.

54
00:02:32,000 --> 00:02:34,786
A bazası təşkil
saxlanılması, idarə mexanizmi,

55
00:02:34,786 --> 00:02:35,910
və məlumat almaq.

56
00:02:35,910 --> 00:02:36,868
Bu About.com edir.

57
00:02:36,868 --> 00:02:42,080
Beləliklə, mən, həqiqətən, danışıqlar, çünki bu kimi
haqqında bir verilənlər bazası bir depo olan,

58
00:02:42,080 --> 00:02:44,800
bir depo
məlumat mütləq

59
00:02:44,800 --> 00:02:46,780
kompüter oturur bir şey.

60
00:02:46,780 --> 00:02:49,290
Və tarix boyu biz
həmişə kompüter idi yoxdur.

61
00:02:49,290 --> 00:02:52,110
>> İndi orta soruşsan
nə geliştirici gün

62
00:02:52,110 --> 00:02:54,770
bir verilənlər bazası ki, mən almaq cavab var.

63
00:02:54,770 --> 00:02:56,070
Somewhere I məhsulları qalmaq bilər.

64
00:02:56,070 --> 00:02:56,670
Sağ?

65
00:02:56,670 --> 00:02:58,725
Və bu doğrudur.

66
00:02:58,725 --> 00:02:59,600
Amma bu, uğursuz.

67
00:02:59,600 --> 00:03:02,700
Verilənlər bazası həqiqətən Çünki
müasir app təməli.

68
00:03:02,700 --> 00:03:04,810
Bu təməl var
hər tətbiqi.

69
00:03:04,810 --> 00:03:07,240
Və siz qurmaq necə
verilənlər bazası, necə strukturu

70
00:03:07,240 --> 00:03:11,750
ki, data necə diktə etmək niyyətindədir
Siz miqyaslı kimi tətbiq həyata keçirir.

71
00:03:11,750 --> 00:03:14,640
>> Belə ki, mənim iş bu gün bir çox
ilə məşğul olur nə

72
00:03:14,640 --> 00:03:17,180
zaman developers olur
Bu yanaşma

73
00:03:17,180 --> 00:03:19,510
və sonra ilə məşğul olan
ərizə ki,

74
00:03:19,510 --> 00:03:24,966
indi orijinal kənarda scaling edir
pis dizayn niyyət və əzab.

75
00:03:24,966 --> 00:03:26,840
Belə ki, inşallah zaman
Bu gün uzaq gəzmək, siz lazımdır

76
00:03:26,840 --> 00:03:29,010
alətlər bir neçə var
saxlamaq lazımdır kəmər

77
00:03:29,010 --> 00:03:32,566
həmin səhvlər edilməsi.

78
00:03:32,566 --> 00:03:33,066
Oldu.

79
00:03:33,066 --> 00:03:36,360
Belə ki, bir az haqqında danışmaq edək
Verilənlər bazası texnologiya qrafiki.

80
00:03:36,360 --> 00:03:38,830
Mən oxumaq edirəm
Məqalədə ki, çoxdan

81
00:03:38,830 --> 00:03:43,020
və xətləri bir şey dedi
bir çox poetik bəyanat var.

82
00:03:43,020 --> 00:03:46,590
Dedilər tarixi
məlumatların emal edir

83
00:03:46,590 --> 00:03:49,350
yüksək su nişanı tam
data bolluq.

84
00:03:49,350 --> 00:03:49,920
OLDU.

85
00:03:49,920 --> 00:03:52,532
İndi bu cür doğru danışarlar.

86
00:03:52,532 --> 00:03:54,990
Amma həqiqətən kimi baxmaq
tarixi həqiqətən doldurulur

87
00:03:54,990 --> 00:03:56,820
məlumat təzyiq yüksək su nişanı ilə.

88
00:03:56,820 --> 00:04:00,040
Məlumatları dərəcəsi Çünki
yeyilməsi aşağı gedir, heç vaxt.

89
00:04:00,040 --> 00:04:01,360
Bu, yalnız qədər çıxır.

90
00:04:01,360 --> 00:04:03,670
>> Və innovasiya oluşur
biz data təzyiq, görmək

91
00:04:03,670 --> 00:04:07,825
olan məlumatların məbləği
İndi sistemi gəlir.

92
00:04:07,825 --> 00:04:12,027
Və emal edilə bilməz
səmərəli vaxt və ya dəyəri bilərsiniz.

93
00:04:12,027 --> 00:04:14,110
Biz başlamaq zaman ki
məlumat təzyiq baxmaq.

94
00:04:14,110 --> 00:04:15,920
>> Beləliklə, biz baxdığımız zaman
ilk bazası, bu

95
00:04:15,920 --> 00:04:17,180
qulaqlarımız arasında idi biridir.

96
00:04:17,180 --> 00:04:18,310
Biz bütün bu ilə anadan edirik.

97
00:04:18,310 --> 00:04:19,194
Bu gözəl bazası var.

98
00:04:19,194 --> 00:04:21,110
Bu, yüksək mövcudluğu var.

99
00:04:21,110 --> 00:04:21,959
O, həmişə var.

100
00:04:21,959 --> 00:04:23,930
Siz həmişə əldə edə bilərsiniz.

101
00:04:23,930 --> 00:04:24,890
>> Amma bu bir istifadəçi var.

102
00:04:24,890 --> 00:04:26,348
Mən sizə mənim fikirlərimi bölüşmək bilməz.

103
00:04:26,348 --> 00:04:28,370
Siz mənim fikir əldə edə bilməz
Əgər siz onları istədiyiniz zaman.

104
00:04:28,370 --> 00:04:30,320
Və onların abilitiy belə yaxşı deyil.

105
00:04:30,320 --> 00:04:32,510
Biz hər şeyi unudurlar.

106
00:04:32,510 --> 00:04:36,540
Hər indi və sonra, bizə bir yarpaq
və başqa mövcudluğu üçün hərəkət

107
00:04:36,540 --> 00:04:39,110
və biz hər şeyi itirmək
ki, verilənlər bazası idi.

108
00:04:39,110 --> 00:04:40,640
Belə ki, bütün yaxşı deyil.

109
00:04:40,640 --> 00:04:43,189
>> Bu vaxt ərzində yaxşı işləyib
biz gün geri zaman

110
00:04:43,189 --> 00:04:46,230
zaman həqiqətən bilmək üçün lazım olan bütün edir
biz sabah getmək üçün gedir

111
00:04:46,230 --> 00:04:49,630
və ya ən yaxşı qida toplamaq yerləşir.

112
00:04:49,630 --> 00:04:52,820
Amma biz açılmış kimi kimi inkişaf
mədəniyyət və hökumət başladı

113
00:04:52,820 --> 00:04:55,152
meydana gəlib, və
biznes, inkişaf başladı

114
00:04:55,152 --> 00:04:57,360
biz biz həyata başladı
bir az daha lazım nə

115
00:04:57,360 --> 00:04:58,210
Biz baş qoymaq bilər.

116
00:04:58,210 --> 00:04:58,870
Oldu?

117
00:04:58,870 --> 00:05:00,410
>> Biz rekord sistemləri lazımdır.

118
00:05:00,410 --> 00:05:02,220
Biz edə mağaza data olmaq üçün yerləri lazımdır.

119
00:05:02,220 --> 00:05:05,450
Belə ki, biz, yazı sənədləri başladı
kitabxana və arxiv yaratmaq.

120
00:05:05,450 --> 00:05:08,000
Biz inkişaf etməyə başlamışdır
sistemi ledger mühasibat.

121
00:05:08,000 --> 00:05:12,200
Və ledger hesablanması sistem
, bir çox əsrlər boyu dünya qaçdı

122
00:05:12,200 --> 00:05:15,580
və bəlkə hətta minilliklərə kimi
biz növ nöqtəsinə artıb

123
00:05:15,580 --> 00:05:18,420
harada ki, data yük olub
həmin sistemlərin qabiliyyəti

124
00:05:18,420 --> 00:05:19,870
ehtiva etmək.

125
00:05:19,870 --> 00:05:22,070
>> Bu, həqiqətən, 1880-ci ildə baş verib.

126
00:05:22,070 --> 00:05:22,570
Sağ?

127
00:05:22,570 --> 00:05:24,390
1880 US Census-ci ildə.

128
00:05:24,390 --> 00:05:26,976
Bu harada dönüş həqiqətən
müasir data emal qeyd.

129
00:05:26,976 --> 00:05:28,850
Bu nöqtədə
məlumatların hansı məbləği

130
00:05:28,850 --> 00:05:32,060
ki tərəfindən toplanmış edilmişdir
ABŞ hökuməti nöqtəyə

131
00:05:32,060 --> 00:05:34,005
harada emal səkkiz il davam etdi.

132
00:05:34,005 --> 00:05:36,350
>> İndi səkkiz il ərzində kimi
Siz siyahıya bilirik

133
00:05:36,350 --> 00:05:39,180
çalışır hər 10 il ərzində bu, belə ki,
olduqca aydın o zaman biz

134
00:05:39,180 --> 00:05:41,419
1890 siyahıya var
data məbləği ki,

135
00:05:41,419 --> 00:05:43,210
emal gedirdi
hökumət idi

136
00:05:43,210 --> 00:05:46,335
10 ildən artıq gedir ki, bu
başladılan yeni siyahıya edəcək.

137
00:05:46,335 --> 00:05:47,250
Bu bir problem idi.

138
00:05:47,250 --> 00:05:49,000
>> Belə ki, bir oğlan Herman adına
Hollerith boyunca gəldi

139
00:05:49,000 --> 00:05:52,640
O, vahid rekord punch icad
kartları, punch kart oxuyucusu, punch kart

140
00:05:52,640 --> 00:05:58,420
tabulator, üzləşdirilməsi of
Bu texnologiya mexanizmləri.

141
00:05:58,420 --> 00:06:01,860
O formalaşır ki, şirkət
vaxt, digər bir neçə ilə yanaşı,

142
00:06:01,860 --> 00:06:05,450
həqiqətən oldu əsaslarından biridir
biz bu gün bilirik kiçik bir şirkət IBM çağırıb.

143
00:06:05,450 --> 00:06:08,417
>> Belə ki, IBM ilk idi
Biznes Database.

144
00:06:08,417 --> 00:06:09,750
Və onlar nə həqiqətən var.

145
00:06:09,750 --> 00:06:11,110
Onlar data emal etdi.

146
00:06:11,110 --> 00:06:15,400
>> Punch yayılması belə
kartları, bir usta mexanizmləri

147
00:06:15,400 --> 00:06:18,560
ki, leverage edə
texnologiya sorted nəticə dəsti sorğu.

148
00:06:18,560 --> 00:06:20,726
Bu şəkil görə bilərsiniz
orada biz çox az var

149
00:06:20,726 --> 00:06:23,970
bir az small--, lakin siz görə bilərsiniz
bir çox usta mexaniki mexanizmi

150
00:06:23,970 --> 00:06:26,970
bir punch kart göyərtə olduğu.

151
00:06:26,970 --> 00:06:28,720
Və kiminsə alaraq
bir az tornavida

152
00:06:28,720 --> 00:06:31,400
vasitəsilə yapışdırılması
slots və onu artırılması

153
00:06:31,400 --> 00:06:34,820
ki, matç almaq üçün
sıralaması nəticələri seçin.

154
00:06:34,820 --> 00:06:36,270
>> Bu cəmidir.

155
00:06:36,270 --> 00:06:38,690
Biz bu bütün vaxt
Kompüter bu gün,

156
00:06:38,690 --> 00:06:40,100
Siz məlumat bazasında bunu edir.

157
00:06:40,100 --> 00:06:41,620
Biz sağ, özünüz nə üçün istifadə?

158
00:06:41,620 --> 00:06:42,994
İnsanlar birlikdə bu şeyi qoymaq.

159
00:06:42,994 --> 00:06:45,440
Və yayılması idi
Bu punch kartları

160
00:06:45,440 --> 00:06:50,070
biz adlandırdığı data zərb alətləri daxil
və məlumat makaraları, kağız lent.

161
00:06:50,070 --> 00:06:55,980
>> data emal sənayesi aldı
player piano bir dərs.

162
00:06:55,980 --> 00:06:57,855
Player geri piano
əsrin

163
00:06:57,855 --> 00:07:02,100
slots ilə kağız makaraları istifadə etmək üçün istifadə
onu oynamaq üçün düymələri demək.

164
00:07:02,100 --> 00:07:05,380
Texnologiya adaptasiya edildi
nəhayət, digital veri

165
00:07:05,380 --> 00:07:08,070
onlar ki, məlumat qoymaq bilər, çünki
o kağız lent makaraları üzərində.

166
00:07:08,070 --> 00:07:10,870
>> İndi nəticəsində, data
necə həqiqətən edildi

167
00:07:10,870 --> 00:07:14,960
Bu data birbaşa idi daxil olmaq
Siz onu saxlanılır necə asılıdır.

168
00:07:14,960 --> 00:07:17,825
Mən bir tape haqqında məlumat qoymaq əgər,
Mən xətti məlumat daxil olub.

169
00:07:17,825 --> 00:07:20,475
Mən bütün gəzmək idi
tape bütün məlumat daxil olmaq üçün.

170
00:07:20,475 --> 00:07:22,600
Mən punch data qoymaq
kartları, Mən bunu əldə edə bilər

171
00:07:22,600 --> 00:07:26,270
bir az daha təsadüfi
moda, bəlkə tez.

172
00:07:26,270 --> 00:07:30,770
>> Amma necə məhdudiyyətlər var idi biz
saxlanılır necə əsasında məlumatlara çıxış.

173
00:07:30,770 --> 00:07:32,890
Və bu bir problem idi
'50s gedən.

174
00:07:32,890 --> 00:07:37,890
Yenə biz kimi görmək başlaya bilərsiniz
emal üçün yeni texnologiyalar inkişaf

175
00:07:37,890 --> 00:07:41,670
data, sağ, bu açır
yeni həlləri üçün qapı,

176
00:07:41,670 --> 00:07:45,852
Yeni proqramları üçün yeni
ki məlumat üçün applications.

177
00:07:45,852 --> 00:07:47,810
Və həqiqətən, idarəetmə
səbəb ola bilər

178
00:07:47,810 --> 00:07:49,435
niyə biz bu sistemlərin bəzi inkişaf etmiş.

179
00:07:49,435 --> 00:07:52,290
Amma iş sürətlə oldu
Təkamül arxasında sürücü

180
00:07:52,290 --> 00:07:54,720
müasir məlumat bazası və
Müasir fayl sistemi.

181
00:07:54,720 --> 00:07:56,870
>> Növbəti şey Belə ki,
'50s qədər gəldi

182
00:07:56,870 --> 00:08:00,780
fayl sistemi idi
təsadüfi giriş saxlama inkişafı.

183
00:08:00,780 --> 00:08:02,050
Bu gözəl idi.

184
00:08:02,050 --> 00:08:06,230
İndi birdən-birə, biz qoya bilər bizim
Bu sabit diskler hər hansı faylları

185
00:08:06,230 --> 00:08:09,760
və biz təsadüfi bu məlumat əldə edə bilərsiniz.

186
00:08:09,760 --> 00:08:11,950
Biz ki, analiz edə bilərsiniz
faylları həyata məlumat.

187
00:08:11,950 --> 00:08:14,920
Və biz dünyanın bütün həll
data emal ilə problemləri.

188
00:08:14,920 --> 00:08:17,550
>> Və davam edən 20 və ya
Təkamül qədər 30 il

189
00:08:17,550 --> 00:08:22,100
relational verilənlər bazası, hansı
dünya indi biz qərara zaman

190
00:08:22,100 --> 00:08:27,940
məğlubiyyət bir depo lazımdır
fayl daxilində məlumatların uzanmaq

191
00:08:27,940 --> 00:08:29,540
biz inşa etdik sistemləri. Sağ?

192
00:08:29,540 --> 00:08:34,270
Çox yayılmışdır Çox data
yerləri, məlumatların de-təkrarlanması,

193
00:08:34,270 --> 00:08:37,120
və saxlama dəyəri böyük idi.

194
00:08:37,120 --> 00:08:43,760
>> '70s, ən bahalı resurs
Kompüter idi ki, storage idi.

195
00:08:43,760 --> 00:08:46,200
prosessor idi
sabit xərci kimi baxdı.

196
00:08:46,200 --> 00:08:49,030
Mən qutusu almaq zaman,
CPU bəzi çalışır.

197
00:08:49,030 --> 00:08:51,960
Bu olmadığını iplik olacaq
Bu, həqiqətən iş və ya deyil.

198
00:08:51,960 --> 00:08:53,350
Bu, həqiqətən bir batmış dəyəri var.

199
00:08:53,350 --> 00:08:56,030
>> Amma nə kimi məni başa
iş saxlama edir.

200
00:08:56,030 --> 00:09:00,020
Mən növbəti daha çox disk almaq lazımdır əgər
ay, mən ödəmək bir real dəyəri var.

201
00:09:00,020 --> 00:09:01,620
Və storage bahalı.

202
00:09:01,620 --> 00:09:05,020
>> İndi biz sürətli irəli 40 il
və fərqli bir problem var.

203
00:09:05,020 --> 00:09:10,020
compute indi
ən bahalı resurs.

204
00:09:10,020 --> 00:09:11,470
storage ucuz.

205
00:09:11,470 --> 00:09:14,570
Mən biz hər yerdə getmək bilər, demək
bulud və biz ucuz saxlama tapa bilərsiniz.

206
00:09:14,570 --> 00:09:17,190
Amma nə tapa bilmirəm ucuz compute edir.

207
00:09:17,190 --> 00:09:20,700
>> Bu gün təkamül belə
texnologiya, verilənlər bazası texnologiya,

208
00:09:20,700 --> 00:09:23,050
həqiqətən ətrafında yönəldilib
paylandı bazaları

209
00:09:23,050 --> 00:09:26,960
ki, əziyyət yoxdur
miqyaslı eyni tipli

210
00:09:26,960 --> 00:09:29,240
relational verilənlər bazası məhdudiyyətlər.

211
00:09:29,240 --> 00:09:32,080
Biz bir az danışmaq lazımdır
həqiqətən nə deməkdir.

212
00:09:32,080 --> 00:09:34,760
>> Amma səbəblərindən biri və
şeylərdir geridə sürücü

213
00:09:34,760 --> 00:09:38,290
məlumat təzyiq danışdıq.

214
00:09:38,290 --> 00:09:41,920
Data təzyiq bir şey deyil
ki, yenilik çeker.

215
00:09:41,920 --> 00:09:44,610
Və artıq baxsaq
Son beş ildə

216
00:09:44,610 --> 00:09:48,180
Bu nə məlumatların chart edir
ümumi müəssisə üzrə yük

217
00:09:48,180 --> 00:09:49,640
Son beş il kimi görünür.

218
00:09:49,640 --> 00:09:52,570
>> Və Thumb ümumi qayda
bu days-- Siz Google-- getmək əgər

219
00:09:52,570 --> 00:09:55,290
məlumatların 90% ki,
Biz bu gün saxlamaq, və o

220
00:09:55,290 --> 00:09:57,330
Son iki il ərzində yaradılan.

221
00:09:57,330 --> 00:09:57,911
OLDU.

222
00:09:57,911 --> 00:09:59,410
İndi bu yeni bir trend deyil.

223
00:09:59,410 --> 00:10:01,230
Bu oldu bir meyl edir
100 il üçün gedir.

224
00:10:01,230 --> 00:10:03,438
Ever Herman Hollerith-ci ildən
punch kart inkişaf,

225
00:10:03,438 --> 00:10:08,040
biz data depolar tikinti olduğunuz
və fenomenal dərəcələri məlumatların toplanması.

226
00:10:08,040 --> 00:10:10,570
>> Belə ki, son 100 il ərzində,
Biz bu tendensiya gördük.

227
00:10:10,570 --> 00:10:11,940
Ki, dəyişdirmək niyyətində deyil.

228
00:10:11,940 --> 00:10:14,789
Irəli gedir, biz görmək olacaq
Bu, əgər sürətli trend.

229
00:10:14,789 --> 00:10:16,330
Və bu kimi görünür nə görə bilərsiniz.

230
00:10:16,330 --> 00:10:23,510
>> 2010-cu ildə iş bir olsaydı
rəhbərliyi altında məlumatların terabayt,

231
00:10:23,510 --> 00:10:27,080
onlar deməkdir gün
məlumatların 6.5 petabayt yaddaşa malik idarə.

232
00:10:27,080 --> 00:10:30,380
Bu 6500 dəfə daha çox məlumat var.

233
00:10:30,380 --> 00:10:31,200
Mən bu bilirik.

234
00:10:31,200 --> 00:10:33,292
Mən hər gün bu iş ilə işləmək.

235
00:10:33,292 --> 00:10:35,000
Beş il bundan əvvəl mən
şirkətlərə danışmaq olardı

236
00:10:35,000 --> 00:10:38,260
nə bir ağrı haqqında mənə kim danışmaq olardı
Bu məlumatların terabytes idarə edir.

237
00:10:38,260 --> 00:10:39,700
Onlar danışmaq olardı
biz necə haqqında mənə

238
00:10:39,700 --> 00:10:41,825
Bu yəqin ki, davam edir
bir petabyte və ya iki olmaq

239
00:10:41,825 --> 00:10:43,030
bir neçə il ərzində.

240
00:10:43,030 --> 00:10:45,170
>> Bu eyni şirkətlər
Mən cavab edirəm bu gün,

241
00:10:45,170 --> 00:10:48,100
və onlar haqqında mənə söhbət edirik
problem idarə orada olan

242
00:10:48,100 --> 00:10:51,440
on, məlumatların 20 petabayt yaddaşa malik.

243
00:10:51,440 --> 00:10:53,590
Partlaması Belə ki,
sənayesində data

244
00:10:53,590 --> 00:10:56,670
böyük idarə olunur
daha yaxşı həlli üçün lazımdır.

245
00:10:56,670 --> 00:11:00,980
Və relational verilənlər bazası
yalnız tələb qədər yaşayan deyil.

246
00:11:00,980 --> 00:11:03,490
>> Və belə bir xətti var
məlumat təzyiq arasında korrelyasiya

247
00:11:03,490 --> 00:11:05,210
və texniki yenilik.

248
00:11:05,210 --> 00:11:07,780
Tarix bizə göstərir
Bu, zamanla,

249
00:11:07,780 --> 00:11:11,090
zaman məlumatların həcmi
ki, emal etmək lazımdır

250
00:11:11,090 --> 00:11:15,490
sisteminin gücü artıq
ağlabatan müddətdə onu emal

251
00:11:15,490 --> 00:11:18,870
və ya ağlabatan dəyəri,
sonra yeni texnologiyalar

252
00:11:18,870 --> 00:11:21,080
bu problemləri həll etmək üçün icad olunur.

253
00:11:21,080 --> 00:11:24,090
Həmin yeni texnologiyalar,
öz növbəsində, qapı açmaq

254
00:11:24,090 --> 00:11:27,840
problemlərin bir dəsti, olan
hətta daha çox məlumat toplanması edir.

255
00:11:27,840 --> 00:11:29,520
>> İndi biz bu dayandırmaq fikrində deyilik.

256
00:11:29,520 --> 00:11:30,020
Sağ?

257
00:11:30,020 --> 00:11:31,228
Biz bu dayandırmaq fikrində deyilik.

258
00:11:31,228 --> 00:11:31,830
Niyə?

259
00:11:31,830 --> 00:11:35,520
Siz hər şeyi bilmək bilməz, çünki
kainatın bilmək var.

260
00:11:35,520 --> 00:11:40,510
Və kimi uzun biz diri olduğunuz kimi
insan tarix boyu

261
00:11:40,510 --> 00:11:43,440
biz həmişə daha çox bilmək üçün idarə edir.

262
00:11:43,440 --> 00:11:49,840
>> Belə ki, biz hərəkət hər qarış kimi görünür
elmi kəşf yol aşağı,

263
00:11:49,840 --> 00:11:54,620
biz data məbləği vurulması olunur
biz dözərək emal etmək lazımdır ki,

264
00:11:54,620 --> 00:11:59,920
biz daha çox və daha çox açmaq kimi
həyat daxili çalışmaları haqqında

265
00:11:59,920 --> 00:12:04,530
kainatın necə işlədiyini haqqında
elmi kəşf sürücülük,

266
00:12:04,530 --> 00:12:06,440
və ixtira ki
bu gün edirik.

267
00:12:06,440 --> 00:12:09,570
məlumatların həcmi yalnız
daim artırır.

268
00:12:09,570 --> 00:12:12,120
Belə ki, ilə məşğul olan
Bu problem çox böyükdür.

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

270
00:12:14,790 --> 00:12:17,410
>> Hər biri So
biz NoSQL niyə kimi baxmaq?

271
00:12:17,410 --> 00:12:19,200
Necə NoSQL bu problemi həll edir?

272
00:12:19,200 --> 00:12:24,980
Yaxşı, relational verilənlər bazası,
Yapılandırılmış Query Language,

273
00:12:24,980 --> 00:12:28,600
SQL-- ki, həqiqətən bir tikinti var
relational bu şeylər bazasında bir

274
00:12:28,600 --> 00:12:30,770
saxlanması üçün optimize.

275
00:12:30,770 --> 00:12:33,180
>> Geri '70s, yenə,
disk bahalı.

276
00:12:33,180 --> 00:12:36,990
saxlama ehtiyatın həyata
Müəssisədə ebedi deyil.

277
00:12:36,990 --> 00:12:37,490
Bilirəm.

278
00:12:37,490 --> 00:12:38,020
Mən bunu yaşadıq.

279
00:12:38,020 --> 00:12:41,250
Mən üçün storage sürücü yazdı
enterprised superserver şirkət

280
00:12:41,250 --> 00:12:42,470
geri "90-cı illərdə.

281
00:12:42,470 --> 00:12:45,920
Və alt xətt bir incidici
storage array yalnız bir şey idi ki,

282
00:12:45,920 --> 00:12:47,600
Müəssisədə hər gün baş verib.

283
00:12:47,600 --> 00:12:49,030
Və dayandırılıb, heç vaxt.

284
00:12:49,030 --> 00:12:52,690
Ali sıxlığı storage, tələb
yüksək sıxlığı saxlanması üçün,

285
00:12:52,690 --> 00:12:56,340
və daha səmərəli saxlanması üçün
Bu dayandırdı heç devices--.

286
00:12:56,340 --> 00:13:00,160
>> Və NoSQL böyük texnologiya
Bu data normallaşdırır, çünki.

287
00:13:00,160 --> 00:13:02,210
Bu data de-dublikatları.

288
00:13:02,210 --> 00:13:07,180
Bu strukturunda məlumat verir ki,
hər giriş model aqnostik edir.

289
00:13:07,180 --> 00:13:11,600
Birden çox applications ki, hit bilər
SQL verilənlər bazası, ad hoc sorğu run,

290
00:13:11,600 --> 00:13:15,950
və forma məlumat almaq ki, onlar
Onların iş yükünün emal etmək lazımdır.

291
00:13:15,950 --> 00:13:17,570
Ki, fantastik səslənir.

292
00:13:17,570 --> 00:13:21,350
Lakin bottom line hər hansı ilə
sistemi, hər şeyi aqnostik varsa,

293
00:13:21,350 --> 00:13:23,500
heç bir şey üçün optimize edilmişdir.

294
00:13:23,500 --> 00:13:24,050
OLDU?

295
00:13:24,050 --> 00:13:26,386
>> Və biz almaq nə
relational verilənlər bazası.

296
00:13:26,386 --> 00:13:27,510
Bu saxlanması üçün optimize.

297
00:13:27,510 --> 00:13:28,280
Bu normalized var.

298
00:13:28,280 --> 00:13:29,370
Bu relational var.

299
00:13:29,370 --> 00:13:31,660
Bu ad hoc sorğu dəstəkləyir.

300
00:13:31,660 --> 00:13:34,000
Və bu və şaquli tərəzi.

301
00:13:34,000 --> 00:13:39,030
>> Mən böyük bir SQL verilənlər bazası almaq lazımdır, əgər
və ya daha güclü SQL verilənlər bazası,

302
00:13:39,030 --> 00:13:41,090
Mən dəmir böyük parça almaq gedin.

303
00:13:41,090 --> 00:13:41,600
OLDU?

304
00:13:41,600 --> 00:13:44,940
Mən müştərilərin bir çox çalışmış
əsas yükseltmeleri vasitəsilə olmuşdur ki,

305
00:13:44,940 --> 00:13:48,340
onların SQL infrastruktur yalnız
altı ay sonra tapmaq üçün,

306
00:13:48,340 --> 00:13:49,750
onlar yenidən divar vuruş edirik.

307
00:13:49,750 --> 00:13:55,457
Və Oracle və ya MSSQL olan cavab
və ya başqa heç kimə daha böyük qutusu almaq.

308
00:13:55,457 --> 00:13:58,540
Yaxşı gec-tez, bir ala bilməz
box böyük ki, real problem var.

309
00:13:58,540 --> 00:14:00,080
Biz, həqiqətən, hər şeyi dəyişdirmək lazımdır.

310
00:14:00,080 --> 00:14:01,080
Belə ki, bu işləyir?

311
00:14:01,080 --> 00:14:06,560
Bu offline üçün yaxşı işləyir
analytics, OLAP tipli iş yükünün.

312
00:14:06,560 --> 00:14:08,670
SQL aid olduğu və həqiqətən var.

313
00:14:08,670 --> 00:14:12,540
İndi, bir çox online bu gün istifadə olunur
işlem emal tipli

314
00:14:12,540 --> 00:14:13,330
applications.

315
00:14:13,330 --> 00:14:16,460
Və bu yalnız gözəl işləyir
istifadə bəzi səviyyədə,

316
00:14:16,460 --> 00:14:18,670
lakin bu, yalnız miqyasında deyil
NoSQL yoxdur yoludur.

317
00:14:18,670 --> 00:14:20,660
Və biz bir az danışmaq lazımdır
ki, nə haqqında bit.

318
00:14:20,660 --> 00:14:23,590
>> İndi, NoSQL, digər tərəfdən,
daha kompüterdə üçün optimize edilmişdir.

319
00:14:23,590 --> 00:14:24,540
OLDU?

320
00:14:24,540 --> 00:14:26,830
Bu aqnostik deyil
giriş model.

321
00:14:26,830 --> 00:14:31,620
Biz de-normallaşıb zəng nə
strukturu və ya bir hiyerarşik quruluşu.

322
00:14:31,620 --> 00:14:35,000
bir relational verilənlər bazası məlumatların
Çox masalar birlikdə qatıldı

323
00:14:35,000 --> 00:14:36,850
Sizə lazım görünüşü istehsal.

324
00:14:36,850 --> 00:14:40,090
bir NoSQL verilənlər bazası data
Bir sənəd saxlanılır ki,

325
00:14:40,090 --> 00:14:42,100
iyerarxik strukturu var.

326
00:14:42,100 --> 00:14:45,670
Normal olardı ki, data bütün
ki, görünüşü istehsal birlikdə qatıldı

327
00:14:45,670 --> 00:14:47,160
bir sənəd saxlanılır.

328
00:14:47,160 --> 00:14:50,990
Və biz haqqında bir az danışmaq lazımdır
necə çizelgeleri bir neçə çalışır ki,.

329
00:14:50,990 --> 00:14:55,320
>> Amma burada fikir saxlamaq ki,
bu instantiated Baxışların kimi data.

330
00:14:55,320 --> 00:14:56,410
OLDU?

331
00:14:56,410 --> 00:14:58,610
Siz üfüqi miqyaslı.

332
00:14:58,610 --> 00:14:59,556
Sağ?

333
00:14:59,556 --> 00:15:02,100
Mən artırmaq lazımdır əgər
Mənim NoSQL çoxluq ölçüsü,

334
00:15:02,100 --> 00:15:03,700
Mən böyük bir qutu almaq üçün ehtiyac yoxdur.

335
00:15:03,700 --> 00:15:05,200
Mən bir qutusu almaq.

336
00:15:05,200 --> 00:15:07,700
Mən birlikdə bu klaster
və mən ki, data qanadüstü bilər.

337
00:15:07,700 --> 00:15:10,780
Biz bir az danışmaq lazımdır
sharding nə olmaq

338
00:15:10,780 --> 00:15:14,270
ki, verilənlər bazası miqyaslı edə
çox fiziki cihazlar arasında

339
00:15:14,270 --> 00:15:18,370
və maneə aradan qaldırılması
şaquli miqyaslı məni tələb edir.

340
00:15:18,370 --> 00:15:22,080
>> Belə ki, həqiqətən, online üçün inşa
işlem və miqyaslı.

341
00:15:22,080 --> 00:15:25,480
Böyük bir fərq var
burada hesabat arasında, sağ?

342
00:15:25,480 --> 00:15:27,810
Hesabat, mən bilmirəm
sual soruşmaq üçün gedirəm.

343
00:15:27,810 --> 00:15:28,310
Sağ?

344
00:15:28,310 --> 00:15:30,570
Reporting-- kimsə olan əgər
Mənim marketinq şöbəsi

345
00:15:30,570 --> 00:15:34,520
Mənim müştərilərə neçə izlersin istəyir
Bu xarakterik olan

346
00:15:34,520 --> 00:15:37,850
Bilmirəm bu day-- alıb
nə onlar xahiş olacaq sorğu.

347
00:15:37,850 --> 00:15:39,160
Belə ki, aqnostik olmaq lazımdır.

348
00:15:39,160 --> 00:15:41,810
>> İndi bir online
işlem tətbiqi,

349
00:15:41,810 --> 00:15:43,820
Mən soruşuram hansı suallar bilir.

350
00:15:43,820 --> 00:15:46,581
Mən proqram inşa
çox xüsusi bir iş.

351
00:15:46,581 --> 00:15:47,080
OLDU?

352
00:15:47,080 --> 00:15:50,540
Mən data optimize Belə ki
ki, iş dəstək saxlamaq,

353
00:15:50,540 --> 00:15:52,020
daha sürətli olacaq.

354
00:15:52,020 --> 00:15:55,190
Və niyə NoSQL bilərsiniz var
həqiqətən çatdırılması sürətləndirmək

355
00:15:55,190 --> 00:15:57,710
xidmət həmin növ.

356
00:15:57,710 --> 00:15:58,210
Oldu.

357
00:15:58,210 --> 00:16:00,501
>> Beləliklə, biz daxil olacaq
burada nəzəriyyə bir az.

358
00:16:00,501 --> 00:16:03,330
Və bəzi gözləri
bir az geri roll bilər.

359
00:16:03,330 --> 00:16:06,936
Amma onu saxlamaq üçün cəhd edəcəyik
Mən kimi yüksək səviyyədə.

360
00:16:06,936 --> 00:16:08,880
Layihənin əgər Belə ki,
idarə var

361
00:16:08,880 --> 00:16:12,280
bir tikinti adlı
məhdudiyyətlərin üçbucağı.

362
00:16:12,280 --> 00:16:12,936
OLDU.

363
00:16:12,936 --> 00:16:16,060
constrains diktəsi üçbucağı
Siz hər şeyi hər zaman ola bilməz.

364
00:16:16,060 --> 00:16:17,750
Sizin pasta var və çox yemək bilməz.

365
00:16:17,750 --> 00:16:22,310
Belə ki, layihənin idarə ki, üçbucaq
məhdudiyyətlər, siz ucuz ola bilər

366
00:16:22,310 --> 00:16:24,710
Siz sürətli ola bilər
və ya bu yaxşı ola bilər.

367
00:16:24,710 --> 00:16:25,716
Iki seçin.

368
00:16:25,716 --> 00:16:27,090
Siz bütün üç ola bilməz, çünki.

369
00:16:27,090 --> 00:16:27,460
Sağ?

370
00:16:27,460 --> 00:16:27,820
OLDU.

371
00:16:27,820 --> 00:16:28,920
>> Belə ki, bu bir çox haqqında eşitmək.

372
00:16:28,920 --> 00:16:31,253
Bu üçlü sıxıntı var
üç sıxıntı üçbucağı,

373
00:16:31,253 --> 00:16:34,420
və ya dəmir üçbucaq oftentimes-- deyil
Siz menecerləri layihənin danışmaq zaman,

374
00:16:34,420 --> 00:16:35,420
Onlar bu barədə danışmaq lazımdır.

375
00:16:35,420 --> 00:16:37,640
İndi, məlumat bazaları var
öz dəmir üçbucağı.

376
00:16:37,640 --> 00:16:40,350
Və məlumatların dəmir üçbucağı
biz CAP teoremi zəng edir.

377
00:16:40,350 --> 00:16:41,580
OLDU?

378
00:16:41,580 --> 00:16:43,770
>> CAP teoremi diktəsi
necə bazaları fəaliyyət göstərir

379
00:16:43,770 --> 00:16:45,627
çox xüsusi bir şəraitdə.

380
00:16:45,627 --> 00:16:47,460
Və biz haqqında danışmaq lazımdır
ki, vəziyyəti nə.

381
00:16:47,460 --> 00:16:52,221
Amma üçbucaq üç xal,
belə ki, C, ardıcıllıq danışmaq.

382
00:16:52,221 --> 00:16:52,720
OLDU?

383
00:16:52,720 --> 00:16:56,760
Belə ki, cap, ardıcıllıq bütün o deməkdir ki,
verilənlər bazası əldə edə bilərsiniz müştərilər

384
00:16:56,760 --> 00:16:59,084
həmişə çox olacaq
məlumatların ardıcıl görünüşü.

385
00:16:59,084 --> 00:17:00,750
Kimsənin mý iki fərqli şeylər görürük.

386
00:17:00,750 --> 00:17:01,480
OLDU?

387
00:17:01,480 --> 00:17:04,020
Mən bazası görürsünüzsə,
Mən eyni görünüşü görüyorum

388
00:17:04,020 --> 00:17:06,130
Mənim tərəfdaş kimi kim görür
eyni verilənlər bazası.

389
00:17:06,130 --> 00:17:07,470
Bu ardıcıllıq var.

390
00:17:07,470 --> 00:17:12,099
>> Mövcudluğu o deməkdir ki, əgər
Verilənlər bazası online, bu əldə edilə bilər,

391
00:17:12,099 --> 00:17:14,760
bütün müştərilərə həmişə olacaq ki,
oxumaq və yazmaq etmək.

392
00:17:14,760 --> 00:17:15,260
OLDU?

393
00:17:15,260 --> 00:17:17,010
Belə ki, hər bir müştəri ki,
verilənlər bazası oxuya bilərsiniz

394
00:17:17,010 --> 00:17:18,955
həmişə mümkün oxunacaq
məlumat və məlumat yazın.

395
00:17:18,955 --> 00:17:21,819
Və bu halda əgər,
Bu mövcud sistem var.

396
00:17:21,819 --> 00:17:24,230
>> Üçüncü nöqtə nədir
biz bölüm tolerantlıq çağırırıq.

397
00:17:24,230 --> 00:17:24,730
OLDU?

398
00:17:24,730 --> 00:17:28,160
Partition tolerantlıq vasitələri
Sistem yaxşı işləyir ki,

399
00:17:28,160 --> 00:17:32,000
fiziki şəbəkə baxmayaraq
qovşaqlarının arasında arakəsmələr.

400
00:17:32,000 --> 00:17:32,760
OLDU?

401
00:17:32,760 --> 00:17:36,270
Belə ki, çoxluq qovşaqlarının bilməz
bir-birinə danışmaq nə olar?

402
00:17:36,270 --> 00:17:36,880
Oldu.

403
00:17:36,880 --> 00:17:39,545
>> Belə ki relational verilənlər bazası choose--
bu iki seçə bilərsiniz.

404
00:17:39,545 --> 00:17:40,045
OLDU.

405
00:17:40,045 --> 00:17:43,680
Belə ki relational verilənlər bazası seçin
ardıcıl və mövcud olmaq.

406
00:17:43,680 --> 00:17:47,510
Partition arasında olur
Data mağaza DataNodes,

407
00:17:47,510 --> 00:17:48,831
verilənlər bazası qəzaları.

408
00:17:48,831 --> 00:17:49,330
Sağ?

409
00:17:49,330 --> 00:17:50,900
Bu, sadəcə aşağı gedir.

410
00:17:50,900 --> 00:17:51,450
OLDU.

411
00:17:51,450 --> 00:17:54,230
>> Bu onlar nə
böyük qutuları ilə inkişaf.

412
00:17:54,230 --> 00:17:54,730
Sağ?

413
00:17:54,730 --> 00:17:58,021
No-- adətən, bir çoxluq var, çünki
verilənlər bazası, onların çox yoxdur

414
00:17:58,021 --> 00:17:59,590
ki, şəkildə fəaliyyət göstərir.

415
00:17:59,590 --> 00:18:03,019
Amma ən verilənlər bazası miqyaslı
şaquli bir qutusu ərzində.

416
00:18:03,019 --> 00:18:05,060
Onlar lazımdır, çünki
ardıcıl və mövcuddur.

417
00:18:05,060 --> 00:18:10,320
Bir bölüm inyeksiya üçün olsaydı,
sonra bir seçim olardı.

418
00:18:10,320 --> 00:18:13,720
Siz arasında seçim etmək lazımdır
ardıcıl və mövcud olan.

419
00:18:13,720 --> 00:18:16,080
>> Və NoSQL verilənlər bazası nə var.

420
00:18:16,080 --> 00:18:16,580
Oldu.

421
00:18:16,580 --> 00:18:20,950
Belə ki, bir NoSQL verilənlər bazası, onu
iki tatlar gəlir.

422
00:18:20,950 --> 00:18:22,990
Biz yaxşı yaxşıdır
çox tatlar gəlir,

423
00:18:22,990 --> 00:18:26,140
lakin bu iki əsas ilə gəlir
nə characteristics--

424
00:18:26,140 --> 00:18:30,050
biz CP bazası, və ya zəng
ardıcıl və partition tolerantlıq

425
00:18:30,050 --> 00:18:31,040
sistemi.

426
00:18:31,040 --> 00:18:34,930
Bu uşaqlar seçim zaman
qovşaqlarının, bir-biri ilə əlaqə itirmək

427
00:18:34,930 --> 00:18:37,091
biz imkan fikrində deyilik
insanlar bir daha yazmaq.

428
00:18:37,091 --> 00:18:37,590
OLDU?

429
00:18:37,590 --> 00:18:41,855
>> Ki, partition çıxarılır qədər,
yazmaq giriş bağlanıb.

430
00:18:41,855 --> 00:18:43,230
Ki, onlar mövcud deyilik deməkdir.

431
00:18:43,230 --> 00:18:44,510
Onlar ardıcıl istəyirik.

432
00:18:44,510 --> 00:18:46,554
Ki, görəndə
partition özünü yeritmək,

433
00:18:46,554 --> 00:18:48,470
biz indi uyğundur
biz fikrində deyilik, çünki

434
00:18:48,470 --> 00:18:51,517
iki data dəyişiklik imkan
müstəqil bölüm tərəflər

435
00:18:51,517 --> 00:18:52,100
bir-birinə.

436
00:18:52,100 --> 00:18:54,130
Biz olacaq
rabitə bərpa

437
00:18:54,130 --> 00:18:56,930
hər hansı bir yeniləmə əvvəl
data icazə verilir.

438
00:18:56,930 --> 00:18:58,120
OLDU?

439
00:18:58,120 --> 00:19:02,650
>> növbəti tat, bir AP sistemi olacaq
və ya mövcud və parçalanmış

440
00:19:02,650 --> 00:19:03,640
tolerantlıq sistemi.

441
00:19:03,640 --> 00:19:05,320
Bu uşaqlar qayğı yoxdur.

442
00:19:05,320 --> 00:19:06,020
Sağ?

443
00:19:06,020 --> 00:19:08,960
Bir olur bir node
biz bunu almaq lazımdır, yazın.

444
00:19:08,960 --> 00:19:11,480
Beləliklə, mən data təkrarlanmağa alıram
Çox qovşaqlarının arasında.

445
00:19:11,480 --> 00:19:14,730
Bu qovşaqlarının müştəri, müştəri gəlir əldə
deyir, mən bəzi məlumatlar yazmaq üçün gedirəm.

446
00:19:14,730 --> 00:19:16,300
Node heç bir problem, deyir.

447
00:19:16,300 --> 00:19:18,580
node onu alır yanında
Eyni rekord yazma,

448
00:19:18,580 --> 00:19:20,405
o heç bir problem demək olacaq.

449
00:19:20,405 --> 00:19:23,030
Somewhere geri sonunda,
ki, data kopya olacaq.

450
00:19:23,030 --> 00:19:27,360
Və sonra kimsə həyata olacaq
uh-oh, həyata onlar sistemi, uh-oh,

451
00:19:27,360 --> 00:19:28,870
iki tərəf üçün bir güncelleştirme olub.

452
00:19:28,870 --> 00:19:30,370
Biz nə etməliyəm?

453
00:19:30,370 --> 00:19:33,210
Və nə onlar nə var
Onlar bir şey ki,

454
00:19:33,210 --> 00:19:36,080
onlara data dövləti həll etmək üçün imkan verir.

455
00:19:36,080 --> 00:19:39,000
Və biz haqqında danışmaq lazımdır
növbəti chart edir.

456
00:19:39,000 --> 00:19:40,000
>> Thing burada qeyd etmək.

457
00:19:40,000 --> 00:19:42,374
Mən də almaq niyyətində deyiləm
çox bu daxil, bu, çünki

458
00:19:42,374 --> 00:19:43,510
dərin data nəzəriyyə daxil olur.

459
00:19:43,510 --> 00:19:46,670
Amma bir işlem var
çərçivə ki

460
00:19:46,670 --> 00:19:50,680
bir relational sistemində çalışır ki,
Mənə təhlükəsiz yenilikləri etmək üçün imkan verir

461
00:19:50,680 --> 00:19:53,760
verilənlər bazası çox şəxslərə.

462
00:19:53,760 --> 00:19:58,320
Və bu yenilikləri baş verəcək
bütün bir dəfə və ya bütün.

463
00:19:58,320 --> 00:20:00,500
Bu ACID əməliyyatlar adlanır.

464
00:20:00,500 --> 00:20:01,000
OLDU?

465
00:20:01,000 --> 00:20:06,570
>> ACID, bizə ardıcıllıq atomicity verir,
təcrid və davamlılıq.

466
00:20:06,570 --> 00:20:07,070
OLDU?

467
00:20:07,070 --> 00:20:13,550
Bu, bütün, atom, əməliyyatlar deməkdir
Mənim yenilikləri baş və ya onlar deyil.

468
00:20:13,550 --> 00:20:16,570
Ardıcıllıq o deməkdir ki,
Verilənlər bazası həmişə olacaq

469
00:20:16,570 --> 00:20:19,780
ardıcıl halına gətiriləcək
bir yeniləmə sonra dövlət.

470
00:20:19,780 --> 00:20:23,900
Mən bir verilənlər bazası tərk heç vaxt
bir yeniləmə tətbiq sonra pis dövlət.

471
00:20:23,900 --> 00:20:24,400
OLDU?

472
00:20:24,400 --> 00:20:26,720
>> Belə ki, bir az fərqli
CAP ardıcıllıq çox.

473
00:20:26,720 --> 00:20:29,760
CAP ardıcıllıq deməkdir mənim
müştərilər həmişə məlumatları görə bilərsiniz.

474
00:20:29,760 --> 00:20:34,450
ACID ardıcıllıq deməkdir ki,
bir əməliyyat məlumatları yaxşı, həyata.

475
00:20:34,450 --> 00:20:35,709
Mənim münasibətlər bütün yaxşı.

476
00:20:35,709 --> 00:20:38,750
Mən bir valideyn sıra silmək fikrində deyiləm
və yetim uşaqlar bir dəstə tərk

477
00:20:38,750 --> 00:20:40,970
bəzi digər cədvəldə.

478
00:20:40,970 --> 00:20:44,320
Mən ardıcıl Ben əgər bu baş edə bilməz
turşu əməliyyat.

479
00:20:44,320 --> 00:20:49,120
>> Təcrid əməliyyatlar o deməkdir ki,
həmişə bir-birinin ardınca baş verəcək.

480
00:20:49,120 --> 00:20:51,920
məlumatların Sonuç
eyni dövlət olacaq

481
00:20:51,920 --> 00:20:54,770
bu əməliyyatlar kimi
ki, eyni vaxtda verilib

482
00:20:54,770 --> 00:20:57,340
seri edam edildi.

483
00:20:57,340 --> 00:21:00,030
Belə ki, concurrency var
bazasında nəzarət.

484
00:21:00,030 --> 00:21:04,130
Belə ki, əsasən, mən arttırmayı bilməz
iki dəfə əməliyyatları ilə eyni dəyəri.

485
00:21:04,130 --> 00:21:08,580
>> Amma bu dəyər üçün 1 əlavə demək əgər,
və iki əməliyyatlar gəlib

486
00:21:08,580 --> 00:21:10,665
bir var, bunu cəhd
ilk orada almaq üçün gedir

487
00:21:10,665 --> 00:21:12,540
və digər bir-nin
sonra orada almaq üçün gedir.

488
00:21:12,540 --> 00:21:15,210
Belə ki, sonunda, mən iki əlavə edib.

489
00:21:15,210 --> 00:21:16,170
Mən demək nə görmək?

490
00:21:16,170 --> 00:21:16,670
OLDU.

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

492
00:21:19,220 --> 00:21:21,250
>> Davamlılıq olduqca sadə deyil.

493
00:21:21,250 --> 00:21:23,460
Zaman əməliyyat
qəbul, bu

494
00:21:23,460 --> 00:21:26,100
hətta orada olacaq
Sistem çökerse.

495
00:21:26,100 --> 00:21:29,230
Ki, sistem bərpa zaman ki,
törədilib əməliyyat

496
00:21:29,230 --> 00:21:30,480
həqiqətən var olacaq.

497
00:21:30,480 --> 00:21:33,130
Belə ki, zəmanət var
ACID əməliyyatların.

498
00:21:33,130 --> 00:21:35,470
Bu olduqca gözəl zəmanət var
bir bazasında var,

499
00:21:35,470 --> 00:21:36,870
lakin onlar dəyəri gəlir.

500
00:21:36,870 --> 00:21:37,640
Sağ?

501
00:21:37,640 --> 00:21:40,520
>> Problem Çünki
Bu çərçivədə ilə

502
00:21:40,520 --> 00:21:44,540
data bir bölüm var, əgər
set, bir qərar qəbul etmək lazımdır.

503
00:21:44,540 --> 00:21:48,000
Mən imkan üçün gedirəm
bir tərəfdən və ya digər yenilikləri.

504
00:21:48,000 --> 00:21:50,310
Ki, baş verərsə,
sonra mən artıq gedirəm

505
00:21:50,310 --> 00:21:52,630
saxlamaq imkanına malik olmaq üçün
bu xüsusiyyətləri.

506
00:21:52,630 --> 00:21:53,960
Onlar ardıcıl olmayacaq.

507
00:21:53,960 --> 00:21:55,841
Onlar təcrid olmaz.

508
00:21:55,841 --> 00:21:58,090
Aşağı pozur burada
relational verilənlər bazası üçün.

509
00:21:58,090 --> 00:22:01,360
Bu səbəb relational deyil
verilənlər bazası şaquli miqyaslı.

510
00:22:01,360 --> 00:22:05,530
>> Digər tərəfdən, biz
nə BASE texnologiya deyirlər.

511
00:22:05,530 --> 00:22:07,291
Və bu sizin NoSQL Databases var.

512
00:22:07,291 --> 00:22:07,790
Oldu.

513
00:22:07,790 --> 00:22:10,180
Belə ki, biz CP, AP verilənlər bazası var.

514
00:22:10,180 --> 00:22:14,720
Bu əsasən dediyimiz
mövcud yumşaq dövlət, nəticədə

515
00:22:14,720 --> 00:22:15,740
ardıcıl.

516
00:22:15,740 --> 00:22:16,420
OLDU?

517
00:22:16,420 --> 00:22:19,690
>> Əsasən mövcud, çünki
onlar bölüm tolerant istəyirik.

518
00:22:19,690 --> 00:22:21,470
Onlar həmişə olacaq
orada var, hətta

519
00:22:21,470 --> 00:22:23,053
qovşaqlarının arasında şəbəkə bölüm.

520
00:22:23,053 --> 00:22:25,900
Mən bir node danışmaq olar, mən deyiləm
məlumatları oxumaq mümkün olacaq.

521
00:22:25,900 --> 00:22:26,460
OLDU?

522
00:22:26,460 --> 00:22:30,810
Mən həmişə yazmaq ola bilər
data Mən ardıcıl platforma Ben əgər.

523
00:22:30,810 --> 00:22:32,130
Amma məlumatları oxumaq mümkün olacaq.

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

525
00:22:34,960 --> 00:22:38,010
>> yumşaq dövlət göstərir
Hesab edirəm ki, data oxumaq zaman,

526
00:22:38,010 --> 00:22:40,790
digər qovşaqlarının eyni ola bilər.

527
00:22:40,790 --> 00:22:43,390
Doğru bir node verilib əgər
çoxluq başqa yerdə

528
00:22:43,390 --> 00:22:46,650
və arasında təkrar deyil
cluster hələ mən ki, məlumat oxumaq zaman

529
00:22:46,650 --> 00:22:48,680
ki, dövlət ardıcıl ola bilər.

530
00:22:48,680 --> 00:22:51,650
Lakin, olacaq
nəticədə ardıcıl,

531
00:22:51,650 --> 00:22:53,870
yəni bir yazmaq
sisteminə edilir,

532
00:22:53,870 --> 00:22:56,480
Bu qovşaqlarının arasında kopya edəcək.

533
00:22:56,480 --> 00:22:59,095
Və nəhayət, dövlət
qaydada gətiriləcək,

534
00:22:59,095 --> 00:23:00,890
və ardıcıl dövlət olacaq.

535
00:23:00,890 --> 00:23:05,000
>> İndi CAP teoremi həqiqətən
yalnız bir şərtlə oynayır.

536
00:23:05,000 --> 00:23:08,700
Bu zaman ki şərtdir.

537
00:23:08,700 --> 00:23:13,710
Zaman fəaliyyət göstərən, çünki
normal rejimi, heç bir bölüm var,

538
00:23:13,710 --> 00:23:16,370
hər şey ardıcıl və mövcuddur.

539
00:23:16,370 --> 00:23:19,990
Siz yalnız CAP narahat
ki, bölüm zaman.

540
00:23:19,990 --> 00:23:21,260
Belə ki, o nadirdir.

541
00:23:21,260 --> 00:23:25,360
Amma sistem o reaksiya necə
sisteminin hansı növü diktə baş

542
00:23:25,360 --> 00:23:26,750
biz ilə məşğul olursunuz.

543
00:23:26,750 --> 00:23:31,110
>> Belə ki, bir nəzər salaq nə
ki AP sistemləri üçün kimi görünür.

544
00:23:31,110 --> 00:23:32,621
OLDU?

545
00:23:32,621 --> 00:23:34,830
AP sistemləri iki tatlar gəlir.

546
00:23:34,830 --> 00:23:38,514
Onlar var ləzzət gəlib
master master, həmişə mövcud 100%.

547
00:23:38,514 --> 00:23:40,430
Onlar gəlib
deyir, digər ləzzət,

548
00:23:40,430 --> 00:23:43,330
Siz, mən narahat gedirəm nə
Bu bölümleme şey haqqında

549
00:23:43,330 --> 00:23:44,724
zaman faktiki bölüm baş verir.

550
00:23:44,724 --> 00:23:47,890
Əks halda, əsas var olacaq
hüquqları almaq olacaq qovşaqlarının.

551
00:23:47,890 --> 00:23:48,500
OLDU?

552
00:23:48,500 --> 00:23:50,040
>> Cassandra kimi biz bir şey əgər.

553
00:23:50,040 --> 00:23:54,440
Cassandra bir master olacaq
master, mənə hər hansı bir node yazmaq edək.

554
00:23:54,440 --> 00:23:55,540
Belə ki, nə olur?

555
00:23:55,540 --> 00:23:58,270
Beləliklə, mən bir obyekt var
iki qovşaqlarının mövcuddur verilənlər bazası.

556
00:23:58,270 --> 00:24:01,705
Ki obyekt S. zəng edək
Beləliklə, biz S. üçün dövlət var

557
00:24:01,705 --> 00:24:04,312
Biz bəzi əməliyyatları
S davam edir ki,.

558
00:24:04,312 --> 00:24:06,270
Cassandra mənə imkan verir
Çox qovşaqlarının yazın.

559
00:24:06,270 --> 00:24:08,550
Belə ki, mən bir almaq deyək
iki qovşaqlarının s yazın.

560
00:24:08,550 --> 00:24:12,274
Yaxşı, nə baş başa
biz bölümleme hadisə zəng.

561
00:24:12,274 --> 00:24:14,190
Ola bilər ki, bir
fiziki şəbəkə bölüm.

562
00:24:14,190 --> 00:24:15,950
Amma dizayn
sistemin, bu

563
00:24:15,950 --> 00:24:18,449
həqiqətən tezliklə bölümleme
Mən iki qovşaqlarının bir yazmaq almaq kimi.

564
00:24:18,449 --> 00:24:20,830
Bu məni məcbur deyil
bir node bütün yazın.

565
00:24:20,830 --> 00:24:22,340
Mən iki qovşaqlarının yazıram.

566
00:24:22,340 --> 00:24:23,330
OLDU?

567
00:24:23,330 --> 00:24:25,740
>> Belə ki, indi iki dövlət var.

568
00:24:25,740 --> 00:24:26,360
OLDU?

569
00:24:26,360 --> 00:24:28,110
Nə olacaq
, tez və ya gec deyil

570
00:24:28,110 --> 00:24:29,960
bir təkrarlanması hadisə var olacaq.

571
00:24:29,960 --> 00:24:33,300
Var olacaq nə biz
bir bölüm bərpa, adlı

572
00:24:33,300 --> 00:24:35,200
burada bu iki
dövlətlər birlikdə geri gəlmək

573
00:24:35,200 --> 00:24:37,310
və bir alqoritm var olacaq
ki, verilənlər bazası daxilində çalışır

574
00:24:37,310 --> 00:24:38,540
nə qərar verir.

575
00:24:38,540 --> 00:24:39,110
OLDU?

576
00:24:39,110 --> 00:24:43,057
Mənim cari olaraq, son yeniləmə
ən AP sistemi qazanır.

577
00:24:43,057 --> 00:24:44,890
Belə ki, adətən var bir
default alqoritm, nə

578
00:24:44,890 --> 00:24:47,400
Onlar bir callback zəng
funksiyası, bir şey ki,

579
00:24:47,400 --> 00:24:51,000
Bu vəziyyət adlanacaq
bir məntiq icra aşkar

580
00:24:51,000 --> 00:24:52,900
ki, münaqişənin həlli üçün.

581
00:24:52,900 --> 00:24:53,850
OLDU?

582
00:24:53,850 --> 00:24:58,770
default zəng və default
ən AP bazaları resolver

583
00:24:58,770 --> 00:25:01,130
deyil, zaman damgası qazanır nə danışarlar.

584
00:25:01,130 --> 00:25:02,380
Bu son yeniləmə idi.

585
00:25:02,380 --> 00:25:04,320
Mən orada ki, yeniləmə qoymaq üçün gedirəm.

586
00:25:04,320 --> 00:25:08,440
Bu rekord atmaq bilər ki, mən
bərpa günlük daxil off tökülür

587
00:25:08,440 --> 00:25:11,670
istifadəçi daha sonra geri gəlmək olar ki,
və demək, hey, bir toqquşma var idi.

588
00:25:11,670 --> 00:25:12,320
Nə olub?

589
00:25:12,320 --> 00:25:16,370
Və həqiqətən bir rekord atmaq olar
bütün toqquşma və Rollbacks

590
00:25:16,370 --> 00:25:17,550
və nə görmək.

591
00:25:17,550 --> 00:25:21,580
>> İndi, bir istifadəçi kimi, siz də edə bilərsiniz
ki callback daxil məntiq daxildir.

592
00:25:21,580 --> 00:25:24,290
Belə ki, dəyişə bilərsiniz
callback əməliyyat.

593
00:25:24,290 --> 00:25:26,730
Siz hey, mən istəyirəm, demək olar
Bu data aradan.

594
00:25:26,730 --> 00:25:28,880
Mən cəhd etmək istəyirəm və
bu iki qeydlər daxil.

595
00:25:28,880 --> 00:25:30,050
Amma ki, sizə var.

596
00:25:30,050 --> 00:25:32,880
Verilənlər bazası bilmir necə
default ki, yoxdur. Time Ən çox,

597
00:25:32,880 --> 00:25:34,850
yalnız bir şey bazası
necə demək nə bilir,

598
00:25:34,850 --> 00:25:36,100
Bu son bir rekord idi.

599
00:25:36,100 --> 00:25:39,183
Ki, qalib olacaq biri
və mən qoymaq üçün gedirəm dəyəri var.

600
00:25:39,183 --> 00:25:41,490
Ki bölüm bərpa dəfə
və təkrarlanması baş verir

601
00:25:41,490 --> 00:25:43,930
Biz dövlət, olan
indi ki, baş S

602
00:25:43,930 --> 00:25:46,890
bütün bu obyektlərin birləşməsi dövlət.

603
00:25:46,890 --> 00:25:49,700
Belə ki, AP sistemləri bu var.

604
00:25:49,700 --> 00:25:51,615
CP sistemləri ehtiyac yoxdur
bu barədə narahat.

605
00:25:51,615 --> 00:25:54,490
Tez bir partition gəlir kimi, çünki
dövrəyə, onlar yalnız alaraq dayandırmaq

606
00:25:54,490 --> 00:25:55,530
yazır.

607
00:25:55,530 --> 00:25:56,180
OLDU?

608
00:25:56,180 --> 00:25:58,670
Belə ki, çox asandır
ardıcıl olan ilə məşğul

609
00:25:58,670 --> 00:26:01,330
zaman hər hansı bir yenilikləri qəbul etmirik.

610
00:26:01,330 --> 00:26:04,620
CP sistemləri nə ilə ki, var.

611
00:26:04,620 --> 00:26:05,120
Oldu.

612
00:26:05,120 --> 00:26:07,590
>> Belə ki, bir az danışaq
giriş nümunələri haqqında bit.

613
00:26:07,590 --> 00:26:11,580
Biz NoSQL haqqında danışmaq zaman, bu
bütün erişim model haqqında.

614
00:26:11,580 --> 00:26:13,550
İndi SQL ad hoc, sorğu edir.

615
00:26:13,550 --> 00:26:14,481
Bu relational mağaza var.

616
00:26:14,481 --> 00:26:16,480
Biz narahat yoxdur
giriş model haqqında.

617
00:26:16,480 --> 00:26:17,688
Mən bir çox mürəkkəb sorğu yazın.

618
00:26:17,688 --> 00:26:19,250
Gedir və məlumat alır.

619
00:26:19,250 --> 00:26:21,210
Yəni bu görünür nə
kimi, normallaşma.

620
00:26:21,210 --> 00:26:24,890
>> , Bu quruluşu belə
Biz məhsulları kataloq baxırıq.

621
00:26:24,890 --> 00:26:26,640
Mən məhsullarının müxtəlif növləri var.

622
00:26:26,640 --> 00:26:27,217
Mən kitab var.

623
00:26:27,217 --> 00:26:27,800
Mən albom var.

624
00:26:27,800 --> 00:26:30,090
Mən video var.

625
00:26:30,090 --> 00:26:33,370
məhsullar arasında əlaqələr
bu kitablar, albom hər hansı bir

626
00:26:33,370 --> 00:26:34,860
və videolar masalar 1: 1.

627
00:26:34,860 --> 00:26:35,800
Oldu?

628
00:26:35,800 --> 00:26:38,860
Mən bir məhsul ID var,
ki, ID uyğundur

629
00:26:38,860 --> 00:26:41,080
bir kitab, bir albom və ya video.

630
00:26:41,080 --> 00:26:41,580
OLDU?

631
00:26:41,580 --> 00:26:44,350
1 əlaqələr: Bu 1 var
bu masalar arasında.

632
00:26:44,350 --> 00:26:46,970
>> İndi onlar books--
var kök xassələri.

633
00:26:46,970 --> 00:26:47,550
Problem deyil.

634
00:26:47,550 --> 00:26:48,230
Bu əladır.

635
00:26:48,230 --> 00:26:52,130
Bir-bir əlaqələr, mən bütün almaq
data edirəm ki, kitab təsvir etmək lazımdır.

636
00:26:52,130 --> 00:26:54,770
Albums-- albom yolları var.

637
00:26:54,770 --> 00:26:56,470
Bu çox bir zəng edir.

638
00:26:56,470 --> 00:26:58,905
Hər albom çox yolları ola bilər.

639
00:26:58,905 --> 00:27:00,780
Hər track üçün So
albom, mən ola bilər

640
00:27:00,780 --> 00:27:02,570
bu uşaq cədvəldə bir rekord.

641
00:27:02,570 --> 00:27:04,680
Mən bir rekord yaratmaq
Mənim albom masa.

642
00:27:04,680 --> 00:27:06,700
Mən çox qeydlər yaratmaq
musiqi cədvəldə.

643
00:27:06,700 --> 00:27:08,850
Bir-to-çox əlaqələr.

644
00:27:08,850 --> 00:27:11,220
>> Bu əlaqələr nədir
biz bir çox-to-çox çağırırıq.

645
00:27:11,220 --> 00:27:11,750
OLDU?

646
00:27:11,750 --> 00:27:17,000
Siz aktyor ola bilər ki, görəcəksiniz
bir çox film, bir çox video.

647
00:27:17,000 --> 00:27:21,450
Belə ki, biz nə biz bu Xəritəçəkmə qoymaq
arasında masa olan yalnız

648
00:27:21,450 --> 00:27:24,040
video ID aktyor ID xəritələr.

649
00:27:24,040 --> 00:27:28,464
İndi the qoşulur sorğu yarada
aktyor aktyor video vasitəsilə video,

650
00:27:28,464 --> 00:27:31,130
və mənə bir gözəl siyahısını verir
bütün kino və bütün aktyorları

651
00:27:31,130 --> 00:27:32,420
edən film idi.

652
00:27:32,420 --> 00:27:33,290
>> OLDU.

653
00:27:33,290 --> 00:27:33,880
Belə ki, burada biz gedin.

654
00:27:33,880 --> 00:27:38,040
Bir-bir üst səviyyə deyil
əlaqələr; bir-to-çox,

655
00:27:38,040 --> 00:27:40,240
musiqi albomları; çox-to-çox.

656
00:27:40,240 --> 00:27:44,990
Bu üç yüksək səviyyəli var
hər hansı bir məlumat bazasında münasibətlər.

657
00:27:44,990 --> 00:27:48,050
Siz necə bu bilirsinizsə
münasibətlər birlikdə işləmək,

658
00:27:48,050 --> 00:27:51,490
sonra bir çox bilirik
Artıq bazası haqqında.

659
00:27:51,490 --> 00:27:55,660
Belə ki, NoSQL fərqli bir az çalışır.

660
00:27:55,660 --> 00:27:58,930
Nin ikinci düşünmək edək nə
görünür bütün məhsulları almaq getmək istəyirəm.

661
00:27:58,930 --> 00:28:01,096
>> Bir relational mağaza, mən
bütün məhsulları almaq istəyirəm

662
00:28:01,096 --> 00:28:02,970
bütün məhsulların siyahısı.

663
00:28:02,970 --> 00:28:04,910
Bu sorğu bir çox var.

664
00:28:04,910 --> 00:28:07,030
Mən bütün kitab üçün bir sorğu var.

665
00:28:07,030 --> 00:28:08,470
Mən albom bir sorğu var.

666
00:28:08,470 --> 00:28:09,970
Mən bütün video üçün bir sorğu var.

667
00:28:09,970 --> 00:28:11,719
Mən onu qoymaq lazımdır
bütün birlikdə siyahısı

668
00:28:11,719 --> 00:28:15,250
və geri xidmət
sorğu proqram.

669
00:28:15,250 --> 00:28:18,000
>> Mənim kitab almaq üçün, qoşulmaq
Məhsul və Books.

670
00:28:18,000 --> 00:28:21,680
Mənim albom almaq üçün, qoşulmaq lazımdır
Products, Albums, və Tracks.

671
00:28:21,680 --> 00:28:25,330
Və mən, mənim video almaq üçün
Videolar Məhsullar qoşulmaq,

672
00:28:25,330 --> 00:28:28,890
Aktyor video vasitəsilə qoşulmaq,
və Aktyorlar gətirir.

673
00:28:28,890 --> 00:28:31,020
Belə ki, üç sorğu var.

674
00:28:31,020 --> 00:28:34,560
Çox kompleks sorğu
bir nəticə set toplaşmaq.

675
00:28:34,560 --> 00:28:36,540
>> Ki, optimal az deyil.

676
00:28:36,540 --> 00:28:39,200
Bu danışmaq niyə zaman
bir data strukturu haqqında

677
00:28:39,200 --> 00:28:42,900
daxil olmaq aqnostik olmaq üçün inşa
pattern-- yaxşı ki, böyük.

678
00:28:42,900 --> 00:28:45,730
Və bu həqiqətən edə bilərsiniz
Biz data təşkil etdik necə gözəl.

679
00:28:45,730 --> 00:28:46,550
Və nə bilirik?

680
00:28:46,550 --> 00:28:49,750
Mən yalnız bir aktyor üçün bir rekord var.

681
00:28:49,750 --> 00:28:50,440
>> Ki, sərin var.

682
00:28:50,440 --> 00:28:53,750
Mən bütün aktyor deduplicated sonra,
və mən birliklər saxlanılır

683
00:28:53,750 --> 00:28:55,200
Bu mapping masa.

684
00:28:55,200 --> 00:29:00,620
Lakin, məlumat almaq
bahalı olur.

685
00:29:00,620 --> 00:29:04,500
Mən bütün sistemi üzərində CPU göndərilməsi alıram
birlikdə bu data strukturları qoşulma

686
00:29:04,500 --> 00:29:05,950
ki, data geri çəkmək etmək.

687
00:29:05,950 --> 00:29:07,310
>> Belə ki, necə ki, ətrafında əldə edirsiniz?

688
00:29:07,310 --> 00:29:11,200
NoSQL bu haqqında
aqreqasiya deyil, normallaşma.

689
00:29:11,200 --> 00:29:13,534
Belə ki, biz istəyirik demək istəyirəm
giriş model dəstəkləyir.

690
00:29:13,534 --> 00:29:15,283
Giriş model varsa
applications,

691
00:29:15,283 --> 00:29:16,770
Mən bütün məhsulları almaq lazımdır.

692
00:29:16,770 --> 00:29:19,027
Nin bir masa bütün məhsulları qoymaq edək.

693
00:29:19,027 --> 00:29:22,110
Mən bir masa bütün məhsulları qoymaq,
Mən yalnız bütün məhsulları seçə bilərsiniz

694
00:29:22,110 --> 00:29:23,850
ki, masa və mən bütün almaq.

695
00:29:23,850 --> 00:29:25,240
Yaxşı mən necə etməliyəm?

696
00:29:25,240 --> 00:29:28,124
Yaxşı NoSQL heç bir var
masa strukturu.

697
00:29:28,124 --> 00:29:30,540
Biz bir az danışmaq lazımdır
necə bu Dynamo DB işləyir.

698
00:29:30,540 --> 00:29:33,570
Amma eyni yoxdur
atributları və eyni xassələri

699
00:29:33,570 --> 00:29:37,751
hər bir hər bir sıra da
maddə, bir SQL masa nə kimi.

700
00:29:37,751 --> 00:29:39,750
Və nə bu mənə imkan verir
nə çox şey var

701
00:29:39,750 --> 00:29:41,124
və mənə rahatlıq bir çox verir.

702
00:29:41,124 --> 00:29:45,360
Bu halda, mən
mənim məhsul sənədlər var.

703
00:29:45,360 --> 00:29:49,090
Bu xüsusilə
Məsələn, hər şey

704
00:29:49,090 --> 00:29:51,930
Products cədvəldə bir sənəddir.

705
00:29:51,930 --> 00:29:56,510
Və bir kitab üçün məhsul bilər
bir kitab müəyyən bir növü ID.

706
00:29:56,510 --> 00:29:59,180
Və tətbiqi
ki, ID keçmək olardı.

707
00:29:59,180 --> 00:30:02,570
>> Ərizə dərəcəli, mən gedirəm
oh, bu nə rekord növü demək?

708
00:30:02,570 --> 00:30:04,100
Oh, bu kitab rekord var.

709
00:30:04,100 --> 00:30:05,990
Book qeydlər bu xüsusiyyətləri var.

710
00:30:05,990 --> 00:30:08,100
Mənə bir kitab obyekt yaratmaq imkan verir.

711
00:30:08,100 --> 00:30:11,289
Beləliklə, mən doldurmaq üçün gedirəm
bu maddə ilə kitab obyekt.

712
00:30:11,289 --> 00:30:13,080
Next maddə gəlir və
Bu maddə nə deyir?

713
00:30:13,080 --> 00:30:14,560
Yaxşı bu maddə bir albom deyil.

714
00:30:14,560 --> 00:30:17,340
Oh, mən bütün müxtəlif var
ki, emal gündəlik,

715
00:30:17,340 --> 00:30:18,487
bu albom, çünki.

716
00:30:18,487 --> 00:30:19,320
Mən demək nə görmək?

717
00:30:19,320 --> 00:30:21,950
>> Belə ki, proqram tier-- I
yalnız bütün bu qeydlər seçin.

718
00:30:21,950 --> 00:30:23,200
Onlar bütün gələn başlayın.

719
00:30:23,200 --> 00:30:24,680
Onlar bütün müxtəlif növləri ola bilər.

720
00:30:24,680 --> 00:30:27,590
Və bu proqram məntiq var
ki növləri üzrə keçir

721
00:30:27,590 --> 00:30:29,530
və onları emal necə qərar verir.

722
00:30:29,530 --> 00:30:33,640
>> Yenə biz optimize edirik
giriş model üçün şeması.

723
00:30:33,640 --> 00:30:36,390
Biz onu edirik
bu masalar dağılması.

724
00:30:36,390 --> 00:30:39,670
Biz əsasən qəbul etdiyiniz
Bu normalized strukturları,

725
00:30:39,670 --> 00:30:42,000
və biz tikinti edirik
iyerarxik strukturları.

726
00:30:42,000 --> 00:30:45,130
Bu qeydləri hər biri Inside
Mən array xüsusiyyətləri görmək üçün gedirəm.

727
00:30:45,130 --> 00:30:49,400
>> Albümleri Bu sənədin Inside,
Mən musiqi seriallarda görüyorum.

728
00:30:49,400 --> 00:30:53,900
Həmin musiqi indi bu become--
əsasən bu uşaq masa ki,

729
00:30:53,900 --> 00:30:56,520
burada bu quruluş mövcuddur.

730
00:30:56,520 --> 00:30:57,975
Belə ki, DynamoDB bunu edə bilərsiniz.

731
00:30:57,975 --> 00:30:59,810
Siz MongoDB bunu edə bilərsiniz.

732
00:30:59,810 --> 00:31:01,437
Siz hər hansı bir NoSQL verilənlər bazası bunu edə bilərsiniz.

733
00:31:01,437 --> 00:31:03,520
Bu cür yaradın
iyerarxik data strukturları

734
00:31:03,520 --> 00:31:07,120
Siz məlumat almaq imkan verir ki,
çox tez indi, çünki mən

735
00:31:07,120 --> 00:31:08,537
uyğun yoxdur.

736
00:31:08,537 --> 00:31:11,620
Mən Tracks bir sıra daxil zaman
masa, və ya Albums masa bir sıra,

737
00:31:11,620 --> 00:31:13,110
Hesab edirəm ki, şeması uyğun lazımdır.

738
00:31:13,110 --> 00:31:18,060
Mən atributu və ya var
ki, masa müəyyən edilir əmlak.

739
00:31:18,060 --> 00:31:20,480
Onların hər biri,
Hesab edirəm ki, bir sıra daxil zaman.

740
00:31:20,480 --> 00:31:21,910
Ki, NoSQL hal deyil.

741
00:31:21,910 --> 00:31:24,440
>> Mən tamamilə müxtəlif ola bilər
hər sənəd xassələri

742
00:31:24,440 --> 00:31:26,100
Mən toplanması daxil edir.

743
00:31:26,100 --> 00:31:30,480
Belə ki, çox güclü mexanizmi.

744
00:31:30,480 --> 00:31:32,852
Və bu, həqiqətən, necə var
sistem optimize.

745
00:31:32,852 --> 00:31:35,310
Əvəzinə indi sorğu, çünki
Bütün bu masalar qoşulma

746
00:31:35,310 --> 00:31:39,160
yarım bir çox sorğu icra
Mən lazım olan məlumatları geri çəkmək,

747
00:31:39,160 --> 00:31:40,890
Mən bir sorğu icra edirəm.

748
00:31:40,890 --> 00:31:43,010
Mən iterating alıram
müəyyən nəticələr arasında.

749
00:31:43,010 --> 00:31:46,512
bu bir fikir verir
NoSQL hakimiyyəti.

750
00:31:46,512 --> 00:31:49,470
I növ yan burada getmək üçün gedirəm
və bu barədə bir az danışmaq.

751
00:31:49,470 --> 00:31:53,240
Bu daha növüdür
marketinq və ya technology--

752
00:31:53,240 --> 00:31:55,660
texnologiya marketinq
müzakirə növü.

753
00:31:55,660 --> 00:31:58,672
Amma bu anlamaq üçün vacibdir
biz üst baxsaq, çünki

754
00:31:58,672 --> 00:32:00,380
Burada bu chart,
biz aradığınız

755
00:32:00,380 --> 00:32:04,030
dediyimiz nədir
texnologiya şırınga curve.

756
00:32:04,030 --> 00:32:06,121
Və nə bu deməkdir
yeni stuff dövrəyə girir.

757
00:32:06,121 --> 00:32:07,120
İnsanlar böyük hesab edirəm.

758
00:32:07,120 --> 00:32:09,200
Mən bütün problemləri həll etdik.

759
00:32:09,200 --> 00:32:11,630
>> Bu son ola bilər
bütün hər şey üçün bütün olmalıdır.

760
00:32:11,630 --> 00:32:12,790
Onlar istifadə başlayın.

761
00:32:12,790 --> 00:32:14,720
Onlar bu məhsulları işləmir, deyirlər.

762
00:32:14,720 --> 00:32:17,600
Bu düzgün deyil.

763
00:32:17,600 --> 00:32:19,105
köhnə stuff daha yaxşı idi.

764
00:32:19,105 --> 00:32:21,230
Onlar bunu geri
şeyi onlar yol.

765
00:32:21,230 --> 00:32:22,730
Və sonra nəhayət
onlar nə, getmək?

766
00:32:22,730 --> 00:32:24,040
Bu məhsulları belə pis deyil.

767
00:32:24,040 --> 00:32:26,192
Oh, bu işləri necə.

768
00:32:26,192 --> 00:32:28,900
Onlar necə anlamaq dəfə
işləri, onlar daha yaxşı əldə başlamaq.

769
00:32:28,900 --> 00:32:32,050
>> Və bu barədə lətifə
Bu qədər xətləri cür nə

770
00:32:32,050 --> 00:32:34,300
biz Texnologiya qəbul Curve çağırırıq.

771
00:32:34,300 --> 00:32:36,910
Beləliklə, biz nə olur
bir növ texnologiya trigger.

772
00:32:36,910 --> 00:32:39,100
Verilənlər bazası halda,
Bu data təzyiq var.

773
00:32:39,100 --> 00:32:42,200
Biz yüksək su bal haqqında danışdı
vaxt ərzində data təzyiq.

774
00:32:42,200 --> 00:32:46,310
Ki, data təzyiq müəyyən xit zaman
point, bir texnologiya trigger var.

775
00:32:46,310 --> 00:32:47,830
>> Bu çox bahalı əldə edir.

776
00:32:47,830 --> 00:32:49,790
Bu data emal üçün çox uzun çəkir.

777
00:32:49,790 --> 00:32:50,890
Biz daha yaxşı bir şey lazımdır.

778
00:32:50,890 --> 00:32:52,890
Siz ixtiraçısı almaq
orada ətrafında çalışan,

779
00:32:52,890 --> 00:32:55,050
həll nə tapmaq üçün çalışırıq.

780
00:32:55,050 --> 00:32:56,050
Yeni fikir nədir?

781
00:32:56,050 --> 00:32:58,170
>> Yaxşı nə gələn var
bu şey üçün bir yoldur?

782
00:32:58,170 --> 00:32:59,530
Onlar bir şey ilə gəlmək.

783
00:32:59,530 --> 00:33:03,140
Və real ağrı ilə insanlar,
qanaxma kənarında uşaqlar,

784
00:33:03,140 --> 00:33:06,390
onlar bütün tullanmaq lazımdır,
Onlar bir cavab lazımdır, çünki.

785
00:33:06,390 --> 00:33:09,690
İndi istər-istəməz baş verir nə və nə
Bu NoSQL indi baş verən.

786
00:33:09,690 --> 00:33:11,090
Mən bütün vaxt görürəm.

787
00:33:11,090 --> 00:33:13,610
>> Nə qaçılmaz olur
insanlar yeni alət istifadə edərək başlamaq

788
00:33:13,610 --> 00:33:15,490
Eyni şəkildə onlar köhnə alət istifadə.

789
00:33:15,490 --> 00:33:17,854
Onlar onu tapmaq
belə yaxşı iş deyil.

790
00:33:17,854 --> 00:33:20,020
Mən olan xatırlayıram bilməz
əvvəllər bu gün söhbət.

791
00:33:20,020 --> 00:33:22,080
Amma bu, zaman kimi
jackhammer icad edilmişdir,

792
00:33:22,080 --> 00:33:24,621
insanlar üzərində yelləncək etməyib
onların baş beton etmek üçün.

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

794
00:33:27,360 --> 00:33:30,610
>> Amma ki, nə edir
Bu gün NoSQL ilə olur.

795
00:33:30,610 --> 00:33:33,900
Ən mağazalar gəzmək varsa,
onlar NoSQL mağazaları olmağa çalışırıq.

796
00:33:33,900 --> 00:33:36,510
Onlar edirik edir
onlar NoSQL istifadə etdiyiniz

797
00:33:36,510 --> 00:33:39,900
və onlar yüklüyoruz
relational şeması tam.

798
00:33:39,900 --> 00:33:41,630
Ki, necə çünki
Onlar verilənlər bazası dizayn.

799
00:33:41,630 --> 00:33:44,046
Onlar nə merak edirik
bu, çox yaxşı performans deyil?

800
00:33:44,046 --> 00:33:45,230
Boy, bu şey stinks.

801
00:33:45,230 --> 00:33:49,900
Mən bütün qorumaq üçün idi mənim
ki, heç bir, kimi in-- qoşulur.

802
00:33:49,900 --> 00:33:50,800
Qoşulur saxlamaq?

803
00:33:50,800 --> 00:33:52,430
Niyə data keçirlər?

804
00:33:52,430 --> 00:33:54,350
Siz NoSQL data qoşulmaq yoxdur.

805
00:33:54,350 --> 00:33:55,850
Siz ümumi.

806
00:33:55,850 --> 00:34:00,690
>> Bu qarşısını almaq istəyirsinizsə, öyrənmək belə
alət həqiqətən əvvəl necə

807
00:34:00,690 --> 00:34:02,010
istifadə başlayın.

808
00:34:02,010 --> 00:34:04,860
Cəhd və yeni vasitələrdən istifadə etməyin
Eyni şəkildə siz köhnə alətləri istifadə olunur.

809
00:34:04,860 --> 00:34:06,500
Siz pis bir təcrübə olacaq.

810
00:34:06,500 --> 00:34:08,848
Və hər bir zaman
bu barədə nə.

811
00:34:08,848 --> 00:34:11,389
Biz burada gələn başlamaq zaman,
insanlar fiqurlu çünki

812
00:34:11,389 --> 00:34:13,449
necə vasitələrdən istifadə etmək.

813
00:34:13,449 --> 00:34:16,250
>> Onlar eyni şey idi
relational verilənlər bazası icad edildi,

814
00:34:16,250 --> 00:34:17,969
və onlar fayl sistemləri əvəz edilmişdir.

815
00:34:17,969 --> 00:34:20,420
Onlar fayl sistemi qurmaq üçün cəhd
relational verilənlər bazası ilə

816
00:34:20,420 --> 00:34:22,159
insanlar başa nə çünki.

817
00:34:22,159 --> 00:34:23,049
Bu iş deyil.

818
00:34:23,049 --> 00:34:26,090
Ən yaxşı təcrübələri dərk So
texnologiya ilə çalışırıq

819
00:34:26,090 --> 00:34:26,730
böyükdür.

820
00:34:26,730 --> 00:34:29,870
Çox vacib.

821
00:34:29,870 --> 00:34:32,440
>> Beləliklə, biz DynamoDB daxil olacaq.

822
00:34:32,440 --> 00:34:36,480
DynamoDB AWS nin
NoSQL platforma tam bacardı.

823
00:34:36,480 --> 00:34:37,719
Demək nə tam idarə edir?

824
00:34:37,719 --> 00:34:40,010
Bu ehtiyac yoxdur deməkdir
həqiqətən bir şey narahat.

825
00:34:40,010 --> 00:34:42,060
>> Siz gəlib, siz demək
bizə bir masa lazımdır.

826
00:34:42,060 --> 00:34:43,409
Bu qədər gücü lazımdır.

827
00:34:43,409 --> 00:34:47,300
Siz düyməsini basın və biz təmin edilməsi
səhnə arxasında bütün infrastruktur.

828
00:34:47,300 --> 00:34:48,310
İndi çox böyükdür.

829
00:34:48,310 --> 00:34:51,310
>> Siz danışmaq zaman, çünki
bir verilənlər bazası scaling haqqında

830
00:34:51,310 --> 00:34:53,917
NoSQL data qruplar da
miqyaslı, çalışan petabayt yaddaşa malik,

831
00:34:53,917 --> 00:34:55,750
milyonlarla çalışan
saniyədə əməliyyatlar,

832
00:34:55,750 --> 00:34:58,180
bunlar kiçik qruplar deyil.

833
00:34:58,180 --> 00:35:00,830
Biz hallarda minlərlə söhbət edirik.

834
00:35:00,830 --> 00:35:04,480
Hallarda minlərlə idarə,
hətta virtual hallarda,

835
00:35:04,480 --> 00:35:06,350
butt bir real ağrı deyil.

836
00:35:06,350 --> 00:35:09,110
Mən hər dəfə düşünmək deməkdir
əməliyyat sistemi patch çıxır

837
00:35:09,110 --> 00:35:11,552
və ya verilənlər bazası yeni versiyası.

838
00:35:11,552 --> 00:35:13,260
Bunun mənası nədir
Sizə operativ?

839
00:35:13,260 --> 00:35:16,330
Bu, 1200 var deməkdir
lazımdır server tərəfindən aydınlıq olmalıdır.

840
00:35:16,330 --> 00:35:18,960
İndi hətta avtomatlaşdırılması,
ki, uzun müddət bilər.

841
00:35:18,960 --> 00:35:21,480
Ki, bir çox səbəb ola bilər
əməliyyat baş ağrısı,

842
00:35:21,480 --> 00:35:23,090
Mən xidmətlər aşağı ola bilər, çünki.

843
00:35:23,090 --> 00:35:26,070
>> Mən bu verilənlər bazası yeniləmə kimi, mən
mavi, yaşıl applications edə bilər

844
00:35:26,070 --> 00:35:29,420
Mən yerləşdirmək və təkmilləşdirmək yarım mənim
qovşaqlarının, sonra digər yarısı yükseltin.

845
00:35:29,420 --> 00:35:30,490
O aşağı alın.

846
00:35:30,490 --> 00:35:33,410
Belə ki, infrastrukturun idarə
miqyaslı olduqca ağrılı olur.

847
00:35:33,410 --> 00:35:36,210
Və AWS həyata ağrı almaq.

848
00:35:36,210 --> 00:35:39,210
Və NoSQL verilənlər bazası bilərsiniz
qeyri-adi ağrılı ola

849
00:35:39,210 --> 00:35:41,780
onlar miqyaslı yol çünki.

850
00:35:41,780 --> 00:35:42,926
>> Üfüqi miqyaslı.

851
00:35:42,926 --> 00:35:45,550
Bir böyük NoSQL almaq istəyirsinizsə
verilənlər bazası, daha çox qovşaqlarının almaq.

852
00:35:45,550 --> 00:35:48,660
Siz almaq hər node edir
digər əməliyyat baş ağrısı.

853
00:35:48,660 --> 00:35:50,830
Belə ki, başqası sizin üçün bunu edək.

854
00:35:50,830 --> 00:35:52,000
AWS bunu edə bilərsiniz.

855
00:35:52,000 --> 00:35:54,587
>> Biz sənəd əsas dəyərləri dəstəkləyir.

856
00:35:54,587 --> 00:35:56,670
İndi biz çox getmədi
digər chart daxil.

857
00:35:56,670 --> 00:35:58,750
Müxtəlif bir çox var
NoSQL tatlar.

858
00:35:58,750 --> 00:36:02,670
Onlar əldə bütün növ istəyirik
bu nöqtədə birlikdə munged.

859
00:36:02,670 --> 00:36:06,260
Siz DynamoDB baxmaq və bəli demək olar
biz bir sənəd və əsas dəyəri də istəyirik

860
00:36:06,260 --> 00:36:08,412
Bu baxımdan saxlamayın.

861
00:36:08,412 --> 00:36:10,620
Və xüsusiyyətləri mübahisə edə bilər
digər üzərində bir.

862
00:36:10,620 --> 00:36:13,950
Mənə, bu bir çox həqiqətən altı
bir yarım digər bir çox edir.

863
00:36:13,950 --> 00:36:18,710
Bu texnologiyaların hər biri bir
gözəl texnologiya və gözəl həll.

864
00:36:18,710 --> 00:36:23,390
Mən MongoDB yaxşı və ya demək deyil
sonra Couch, Cassandra daha pis,

865
00:36:23,390 --> 00:36:25,994
sonra Dynamo, və ya əksinə.

866
00:36:25,994 --> 00:36:27,285
Mən bu yalnız variantları, deməkdir.

867
00:36:27,285 --> 00:36:29,850

868
00:36:29,850 --> 00:36:32,700
>> Bu sürətli və bu
Hər hansı bir miqyasda ardıcıl.

869
00:36:32,700 --> 00:36:36,210
Belə ki, bu ən böyük biridir
bonuslar AWS ilə almaq.

870
00:36:36,210 --> 00:36:40,850
DynamoDB ilə qabiliyyəti
bir tək rəqəmli aşağı almaq üçün

871
00:36:40,850 --> 00:36:44,040
Hər hansı bir miqyasda millisecond gizlilik.

872
00:36:44,040 --> 00:36:45,720
Bu sistemin bir dizayn qol oldu.

873
00:36:45,720 --> 00:36:49,130
Və biz edirik müştərilərimiz var
saniyədə əməliyyatların milyonlarla.

874
00:36:49,130 --> 00:36:52,670
>> İndi o, bəzi keçmək lazımdır
Burada bir neçə dəqiqə hallarda istifadə edin.

875
00:36:52,670 --> 00:36:55,660
Integrated giriş control--
biz dediyimiz var

876
00:36:55,660 --> 00:36:57,920
Identity Access Management, və ya IAM.

877
00:36:57,920 --> 00:37:01,980
Hər sistemi permeates,
AWS təklif hər xidmət.

878
00:37:01,980 --> 00:37:03,630
DynamoDB istisna deyil.

879
00:37:03,630 --> 00:37:06,020
Siz giriş nəzarət edə bilərsiniz
DynamoDB masalar.

880
00:37:06,020 --> 00:37:09,960
Sizin AWS tərəfindən hesabları bütün Across
giriş rolu və icazələrin müəyyən

881
00:37:09,960 --> 00:37:12,140
IAM infrastruktur.

882
00:37:12,140 --> 00:37:16,630
>> Və bu əsas və ayrılmaz komponenti var
biz Driven Proqramlaşdırma Hadisə zəng nə.

883
00:37:16,630 --> 00:37:19,056
İndi bu yeni paradiqma edir.

884
00:37:19,056 --> 00:37:22,080
>> Auditoriya: Necə doğru sizin dərəcəsi var
saxta neqativlər qarşı müsbət

885
00:37:22,080 --> 00:37:24,052
Sizin kontrol sistemi?

886
00:37:24,052 --> 00:37:26,260
RICK Houlihan: True müsbət
saxta neqativlər qarşı?

887
00:37:26,260 --> 00:37:28,785
Auditoriya: nə dönən
Siz qaytarılması olmalıdır?

888
00:37:28,785 --> 00:37:33,720
Bir dəfə isə fərqli olaraq
Bu doğrulamak zaman geri deyil?

889
00:37:33,720 --> 00:37:36,260

890
00:37:36,260 --> 00:37:38,050
>> RICK Houlihan: Mən sizə deyə bilmədi.

891
00:37:38,050 --> 00:37:40,140
Hər hansı bir uğursuzluqlar varsa
heç ki,

892
00:37:40,140 --> 00:37:42,726
Mən xahiş şəxs deyiləm
xüsusi sual.

893
00:37:42,726 --> 00:37:43,850
Amma yaxşı bir sual var.

894
00:37:43,850 --> 00:37:45,905
Bilmək üçün mən maraqlı olardı
özüm ki, həqiqətən.

895
00:37:45,905 --> 00:37:48,810

896
00:37:48,810 --> 00:37:51,320
>> Və sonra yenə yeni paradiqma
Tədbirdə idarə proqramlaşdırma edir.

897
00:37:51,320 --> 00:37:55,160
Bu ki, siz fikir
kompleks applications dağıtmak ki

898
00:37:55,160 --> 00:37:59,720
bir çox, çox yüksək miqyaslı fəaliyyət göstərə bilər
heç bir infrastruktur olmadan.

899
00:37:59,720 --> 00:38:02,120
Hər hansı bir sabit olmadan
heç infrastruktur.

900
00:38:02,120 --> 00:38:04,720
Və biz bir az danışmaq lazımdır
ki, biz kimi nə deməkdir haqqında

901
00:38:04,720 --> 00:38:06,550
çizelgeleri növbəti neçə almaq.

902
00:38:06,550 --> 00:38:08,716
>> Biz nə lazımdır ilk şey
biz masalar haqqında danışmaq lazımdır edir.

903
00:38:08,716 --> 00:38:10,857
Dinamo üçün API data növləri.

904
00:38:10,857 --> 00:38:13,190
Ilk şey və lazımdır
Bu baxdığımız zaman qeyd,

905
00:38:13,190 --> 00:38:17,930
Əgər hər hansı bir verilənlər bazası ilə tanış değilseniz,
verilənlər bazası API həqiqətən iki növ

906
00:38:17,930 --> 00:38:18,430
Mən zəng ediyorum.

907
00:38:18,430 --> 00:38:21,570
Və ya API iki dəst.

908
00:38:21,570 --> 00:38:23,840
O biri olacaq
inzibati API.

909
00:38:23,840 --> 00:38:26,710
>> Onlar qayğı şeyi
məlumat bazasının funksiyaları.

910
00:38:26,710 --> 00:38:31,340
Storage mühərrik Nizamlama,
yaradılması və masaları əlavə.

911
00:38:31,340 --> 00:38:35,180
yaradılması bazası
kataloqlar və hallarda.

912
00:38:35,180 --> 00:38:40,450
DynamoDB Bu hər şeyə, siz
çox qısa, qısa siyahıları var.

913
00:38:40,450 --> 00:38:43,120
>> Belə ki, digər məlumat bazaları,
Siz onlarla görə bilərsiniz

914
00:38:43,120 --> 00:38:45,680
inzibati ki, əmrləri
əmrləri konfiqurasiya üçün

915
00:38:45,680 --> 00:38:47,290
bu əlavə variantları.

916
00:38:47,290 --> 00:38:51,234
DynamoDB siz, çünki o lazım deyil
sistem konfiqurasiya yoxdur, biz bunu.

917
00:38:51,234 --> 00:38:54,150
Beləliklə, siz nə etmək lazımdır yalnız şey
mən lazım nə ölçüsü masa mənə.

918
00:38:54,150 --> 00:38:55,660
Belə ki, bir çox almaq
əmrləri məhdud dəsti.

919
00:38:55,660 --> 00:38:58,618
>> Siz Table Update yaradın almaq, Masa,
Cədvəl silin və Cədvəl təsvir edin.

920
00:38:58,618 --> 00:39:01,150
Həmin yalnız şeylər
Siz DynamoDB üçün lazımdır.

921
00:39:01,150 --> 00:39:03,294
Siz storage ehtiyac yoxdur
mühərrik konfiqurasiya.

922
00:39:03,294 --> 00:39:04,960
Mən təkrarçılığın narahat ehtiyac yoxdur.

923
00:39:04,960 --> 00:39:06,490
Mən sharding narahat ehtiyac yoxdur.

924
00:39:06,490 --> 00:39:07,800
>> Mən narahat ehtiyac yoxdur
bu məhsulları hər hansı haqqında.

925
00:39:07,800 --> 00:39:08,740
Biz sizin üçün bütün yoxdur.

926
00:39:08,740 --> 00:39:11,867
Belə ki, yerüstü miqdarı var
yalnız sizin boşqab off qaldırdı oldu.

927
00:39:11,867 --> 00:39:13,200
Sonra biz CRUD operatorları var.

928
00:39:13,200 --> 00:39:17,740
CRUD bir şey nə biz deyil
verilənlər bazası zəng

929
00:39:17,740 --> 00:39:19,860
, Update, operatorlar sil yaradın.

930
00:39:19,860 --> 00:39:24,180
Bunlar ümumi
verilənlər bazası əməliyyatları.

931
00:39:24,180 --> 00:39:31,299
Put maddə kimi şeylər, maddə, yeniləmə almaq
maddələr, silə, toplu sorğu, tarar.

932
00:39:31,299 --> 00:39:32,840
Siz bütün masa scan istəyirsinizsə.

933
00:39:32,840 --> 00:39:34,220
Masadan hər şeyi çəkin.

934
00:39:34,220 --> 00:39:37,130
DynamoDB haqqında gözəl şeylərdən biri
Bu paralel scanning imkan verir.

935
00:39:37,130 --> 00:39:40,602
Beləliklə, siz həqiqətən neçə Mənə bildirin bilər
mövzuları ki, scan run etmək istəyirəm.

936
00:39:40,602 --> 00:39:41,810
Və biz bu mövzuları çalıştırabilirsiniz.

937
00:39:41,810 --> 00:39:43,985
Biz bu qədər scan fırlatmaq bilər
çox mövzuları arasında

938
00:39:43,985 --> 00:39:49,060
belə ki, bütün masa tarayabilir
çox tez DynamoDB kosmik.

939
00:39:49,060 --> 00:39:51,490
>> biz digər API
Biz Streams API zəng nə.

940
00:39:51,490 --> 00:39:52,940
Biz də danışmaq fikrində deyilik
İndi bu barədə çox.

941
00:39:52,940 --> 00:39:55,189
Mən bəzi content sonra var
bu barədə göyərtə edir.

942
00:39:55,189 --> 00:39:59,910
Amma Akarsu həqiqətən running-- deyil
time sifariş kimi hesab

943
00:39:59,910 --> 00:40:01,274
və bölüm dəyişiklik log.

944
00:40:01,274 --> 00:40:03,940
On baş verən hər şey
masa axın göstərir.

945
00:40:03,940 --> 00:40:05,940
>> Hər masa yazmaq
axın göstərir.

946
00:40:05,940 --> 00:40:08,370
Siz axın oxumaq və bilər
siz bu şeylər edə bilərsiniz.

947
00:40:08,370 --> 00:40:10,150
Biz haqqında danışmaq lazımdır nə
şeyi növləri

948
00:40:10,150 --> 00:40:13,680
təkrarlanması kimi şeylər ilə,
orta göstəriciləri yaradılması.

949
00:40:13,680 --> 00:40:17,620
Həqiqətən cool Bütün növ
şey ki, edə bilərsiniz.

950
00:40:17,620 --> 00:40:19,150
>> Data növləri.

951
00:40:19,150 --> 00:40:23,320
DynamoDB, biz də əsas dəstək
dəyəri və sənəd data növləri.

952
00:40:23,320 --> 00:40:26,350
Ekranın sol tərəfində
Burada, biz əsas növləri var.

953
00:40:26,350 --> 00:40:27,230
Açar dəyəri növləri.

954
00:40:27,230 --> 00:40:30,040
Bu strings var,
nömrələri və binaries.

955
00:40:30,040 --> 00:40:31,640
>> Belə ki, yalnız üç əsas növləri.

956
00:40:31,640 --> 00:40:33,700
Və sonra bu dəstləri ola bilər.

957
00:40:33,700 --> 00:40:37,650
Gözəl şeylərdən biri NoSQL haqqında
Siz xassələri kimi seriallarda ola bilər.

958
00:40:37,650 --> 00:40:42,050
Və DynamoDB ilə serialların ola bilər
kök mülkiyyəti kimi əsas növləri.

959
00:40:42,050 --> 00:40:43,885
>> Və sonra sənəd növləri var.

960
00:40:43,885 --> 00:40:45,510
Necə bir çox insanlar JSON ilə tanış var?

961
00:40:45,510 --> 00:40:47,130
Qədər JSON ilə tanış uşaqlar?

962
00:40:47,130 --> 00:40:49,380
Bu, əsasən JavaScript var
Object, Notation.

963
00:40:49,380 --> 00:40:52,510
Bu əsasən imkan verir
bir iyerarxik quruluşu müəyyən edir.

964
00:40:52,510 --> 00:40:58,107
>> Siz bir JSON sənəd bilərsiniz
DynamoDB ümumi komponentləri istifadə

965
00:40:58,107 --> 00:41:00,940
və ya bloklar mövcuddur
ən proqramlaşdırma dilləri.

966
00:41:00,940 --> 00:41:03,602
Java varsa, sen
Xəritələr və siyahıları baxaraq.

967
00:41:03,602 --> 00:41:05,060
Hesab edirəm ki, ərazi xəritəsi obyektləri yarada bilərsiniz.

968
00:41:05,060 --> 00:41:08,030
Əsas dəyərlər kimi xəritəsi
xassələri kimi saxlanılır.

969
00:41:08,030 --> 00:41:10,890
Və bu siyahıları ola bilər
o xassələri ərzində dəyərlər.

970
00:41:10,890 --> 00:41:13,490
Bu kompleks bilərsiniz
iyerarxik strukturu

971
00:41:13,490 --> 00:41:16,320
bir atributu kimi
bir DynamoDB maddə.

972
00:41:16,320 --> 00:41:19,010

973
00:41:19,010 --> 00:41:24,460
>> DynamoDB masalar Belə ki, ən çox
NoSQL verilənlər bazası, cədvəllər maddələr var.

974
00:41:24,460 --> 00:41:26,469
MongoDB siz ki
bu sənədləri zəng.

975
00:41:26,469 --> 00:41:27,760
Və taxt baza olacaq.

976
00:41:27,760 --> 00:41:28,900
Həmçinin bir sənəd bazası.

977
00:41:28,900 --> 00:41:29,941
Siz bu sənədləri çağırırıq.

978
00:41:29,941 --> 00:41:32,930
Sənədlər və ya maddələr atributları var.

979
00:41:32,930 --> 00:41:35,850
Atributları mövcud ola bilər və ya
maddə mövcud deyil.

980
00:41:35,850 --> 00:41:38,520
DynamoDB, orada var
bir məcburi atributu.

981
00:41:38,520 --> 00:41:43,880
Yalnız bir relational verilənlər bazası kimi,
Siz masa ilkin əsas var.

982
00:41:43,880 --> 00:41:46,010
>> DynamoDB bir hash düyməsini zəng nə var.

983
00:41:46,010 --> 00:41:48,280
Hash əsas benzersiz olmalıdır.

984
00:41:48,280 --> 00:41:52,580
Mən bir hash masa müəyyən zaman,
əsasən nə mən deyən alıram

985
00:41:52,580 --> 00:41:54,110
hər bir maddə bir hash əsas var olacaq.

986
00:41:54,110 --> 00:41:58,520
Və hər hash əsas benzersiz olmalıdır.

987
00:41:58,520 --> 00:42:01,200
>> Hər maddə müəyyən edilir
ki, unikal hash düyməsi ilə.

988
00:42:01,200 --> 00:42:02,940
Və yalnız bir ola bilər.

989
00:42:02,940 --> 00:42:05,820
Bu OK, lakin oftentimes
nə insanlar lazımdır

990
00:42:05,820 --> 00:42:08,170
istədikləri bu hash edir
bir az daha çox etmək üçün əsas

991
00:42:08,170 --> 00:42:11,010
yalnız bir unikal identifikator ola bilər.

992
00:42:11,010 --> 00:42:15,240
Oftentimes ki, hash düyməsini istifadə etmək istədiyiniz
üst aqreqasiya bucket kimi.

993
00:42:15,240 --> 00:42:19,160
Və biz bunu yolu ilə
biz bir sıra əsas dediyimiz əlavə.

994
00:42:19,160 --> 00:42:22,460
>> Yalnız bir hash əgər Belə ki,
masa, bu unikal olmalıdır.

995
00:42:22,460 --> 00:42:27,040
Bir hash və sıra masa varsa,
hash və sıra birləşməsi

996
00:42:27,040 --> 00:42:28,640
unikal olmalıdır.

997
00:42:28,640 --> 00:42:30,110
Belə ki, bu yol bu barədə düşünürəm.

998
00:42:30,110 --> 00:42:32,140
Forumda varsa.

999
00:42:32,140 --> 00:42:39,010
Və formada var, mövzu var
ismarışları ki, bu cavab var.

1000
00:42:39,010 --> 00:42:42,630
>> Mən bir hash ola bilər
mövzu ID var əsas.

1001
00:42:42,630 --> 00:42:46,650
Mən bir sıra əsas ola bilər,
olan cavab ID edir.

1002
00:42:46,650 --> 00:42:49,650
Bu yolla Mən bütün almaq istəyirsinizsə
mövzu üçün cavablar,

1003
00:42:49,650 --> 00:42:52,370
Mən yalnız hash sorğu edə bilər.

1004
00:42:52,370 --> 00:42:55,190
Mənə bütün vermək demək yalnız bilərsiniz
Bu hash var maddələr.

1005
00:42:55,190 --> 00:43:01,910
Və mən hər sual almaq üçün gedirəm
və ya mövzu üçün göndərin.

1006
00:43:01,910 --> 00:43:03,910
Bu üst aggregations
çox vacibdir.

1007
00:43:03,910 --> 00:43:07,370
Onlar əsas giriş dəstək
tətbiqi model.

1008
00:43:07,370 --> 00:43:09,420
Ümumiyyətlə, bu danışan
Biz nə etmək istəyirəm nə.

1009
00:43:09,420 --> 00:43:11,780
Biz bu Masa istəyirəm
Siz masa yük kimi,

1010
00:43:11,780 --> 00:43:16,640
biz data strukturu istəyirəm
belə bir şəkildə masa ərzində

1011
00:43:16,640 --> 00:43:20,140
ki, proqram çox bilər
tez o nəticələr almaq.

1012
00:43:20,140 --> 00:43:24,510
Və oftentimes bunu yoldur
biz bu aggregations saxlamaq üçün

1013
00:43:24,510 --> 00:43:25,650
məlumat daxil edin.

1014
00:43:25,650 --> 00:43:31,110
Ümumiyyətlə, biz data yayılması edirik
parlaq bucket daxil gəlir kimi.

1015
00:43:31,110 --> 00:43:35,210
>> Range düymələri me-- hash imkan
düymələri bərabərlik olmalıdır.

1016
00:43:35,210 --> 00:43:39,490
Mən bir hash sorğu, mən demək lazımdır
Bu bərabər bir hash verir.

1017
00:43:39,490 --> 00:43:41,950
Mən bir sıra sorğu, mən
Mənə bir sıra vermək demək olar

1018
00:43:41,950 --> 00:43:47,040
ki, hər cür istifadə olunur
dəstək zəngin operator.

1019
00:43:47,040 --> 00:43:49,200
Mənə bir hash üçün bütün maddələr verir.

1020
00:43:49,200 --> 00:43:52,520
Bu, daha çox, bərabərdir
Bu ilə başlayır, az,

1021
00:43:52,520 --> 00:43:54,145
bu iki dəyərlər arasında mövcuddur?

1022
00:43:54,145 --> 00:43:56,811
Sıra sorğu Belə ki, bu cür
biz həmişə maraqlı olduğunu.

1023
00:43:56,811 --> 00:43:59,650
İndi data haqqında bir şey, zaman
Siz zaman məlumat daxil baxmaq

1024
00:43:59,650 --> 00:44:02,360
Siz məlumat daxil, bu
həmişə bir toplama haqqında.

1025
00:44:02,360 --> 00:44:05,770
Bu qeydlər haqqında həmişə var
bu ilə bağlıdır.

1026
00:44:05,770 --> 00:44:10,390
Burada mənə hər şey verir ki, bütün that
bu kredit kartı əməliyyatları

1027
00:44:10,390 --> 00:44:12,500
ötən ay üçün.

1028
00:44:12,500 --> 00:44:13,960
Ki, bir toplama var.

1029
00:44:13,960 --> 00:44:17,490
>> Demək olar ki, hər şey nə
Verilənlər bazası aqreqasiya bir növüdür.

1030
00:44:17,490 --> 00:44:21,530
Müəyyən etmək üçün belə olan edə
Bu buketler və bu sıra vermək

1031
00:44:21,530 --> 00:44:24,950
on sorğu etmək üçün atributları,
o zəngin sorğu, çox dəstək

1032
00:44:24,950 --> 00:44:27,165
bir çox ərizə daxil nümunələri.

1033
00:44:27,165 --> 00:44:30,990

1034
00:44:30,990 --> 00:44:35,000
>> Digər şey hash əsas So
edir ki, bizə bir mexanizm verir

1035
00:44:35,000 --> 00:44:37,740
ətrafında data yaymaq mümkün.

1036
00:44:37,740 --> 00:44:40,390
NoSQL verilənlər bazası yaxşı iş
zaman data bərabər deyil

1037
00:44:40,390 --> 00:44:41,740
çoxluq arasında bölüşdürülür.

1038
00:44:41,740 --> 00:44:44,530

1039
00:44:44,530 --> 00:44:47,050
Necə bir çox insanlar tanış
alqoritmlər hashing ilə?

1040
00:44:47,050 --> 00:44:49,860
Mən hash və hashing-- deyəndə
bir hashing alqoritmi, çünki

1041
00:44:49,860 --> 00:44:54,140
yaratmaq üçün qadir olan bir yoldur
hər hansı bir dəyəri bir təsadüfi dəyəri.

1042
00:44:54,140 --> 00:44:59,300
Bu halda belə,
biz run hash alqoritm əsasında ND 5-dir.

1043
00:44:59,300 --> 00:45:04,765
>> Mən ID var və bu halda
Mənim hash əsas, 1, 2, 3 var.

1044
00:45:04,765 --> 00:45:07,390
Mən hash alqoritm çalıştırdığınızda,
Bu, geri gəlmək və demək olacaq

1045
00:45:07,390 --> 00:45:10,800
yaxşı 1, 2 7B bərabərdir
48 bərabərdir 3 CD bərabərdir.

1046
00:45:10,800 --> 00:45:13,092
Onlar bütün əsas yer üzərində yayılmışdır edirik.

1047
00:45:13,092 --> 00:45:14,050
Və niyə bu etməliyəm?

1048
00:45:14,050 --> 00:45:17,120
Əmin edir, çünki ki, mən
Çox qovşaqlarının arasında qeydlər qoydu.

1049
00:45:17,120 --> 00:45:19,574
>> Mən bunu edirəm
tədricən, 1, 2, 3.

1050
00:45:19,574 --> 00:45:21,990
Mən bir hash sıra var ki,
bu halda çalışır,

1051
00:45:21,990 --> 00:45:24,785
kiçik hash yer,
Bu, FF 00 çalışır

1052
00:45:24,785 --> 00:45:27,951
sonra qeydlər gəlib gedir
və onlar getmək olacaq 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
Nə baş verir?

1055
00:45:31,800 --> 00:45:34,860
Hər insert eyni node gedir.

1056
00:45:34,860 --> 00:45:36,070
Mən demək nə görmək?

1057
00:45:36,070 --> 00:45:40,910
>> I yer split Çünki,
və mən arasında bu qeydləri yayılmışdır

1058
00:45:40,910 --> 00:45:45,950
və mən partition, mən demək gedirəm
partition 1 54 əsas yer 0 var.

1059
00:45:45,950 --> 00:45:47,720
Partition 2 89 55 edir.

1060
00:45:47,720 --> 00:45:49,780
Partition 3 FF üçün AA edir.

1061
00:45:49,780 --> 00:45:53,740
Mən incrementing xətti istifadə edirəm Belə ki
Kimlikleri, siz nə edə bilərsiniz.

1062
00:45:53,740 --> 00:45:57,410
1, 2, 3, 4, 5, 6, 54 bütün yol.

1063
00:45:57,410 --> 00:46:00,030
Mən hammering alıram kimi So
sistemi qeydlər

1064
00:46:00,030 --> 00:46:02,030
hər şey bir node gedən bitir.

1065
00:46:02,030 --> 00:46:03,160
>> Bu yaxşı deyil.

1066
00:46:03,160 --> 00:46:04,820
Yəni antipattern var.

1067
00:46:04,820 --> 00:46:08,760
MongoDB onlar bu problem var
Bir hash düyməsini istifadə etməyin, əgər.

1068
00:46:08,760 --> 00:46:11,325
MongoDB sizə seçimi verir
əsas dəyər hashing.

1069
00:46:11,325 --> 00:46:13,950
Siz həmişə, əgər bunu etməlidir
Bir incrementing hash istifadə etdiyiniz

1070
00:46:13,950 --> 00:46:17,380
MongoDB əsas və ya olacaq
bir node hər yazmaq nailing,

1071
00:46:17,380 --> 00:46:21,290
və məhdudlaşdırılması olacaq
pis yazmaq qabiliyyəti.

1072
00:46:21,290 --> 00:46:24,896
>> Auditoriya: ondalık ki A9 169 deyilmi?

1073
00:46:24,896 --> 00:46:28,450
>> RICK Houlihan: Bəli, bu
haradasa orada ətrafında.

1074
00:46:28,450 --> 00:46:29,950
A9, mən bilmirəm.

1075
00:46:29,950 --> 00:46:32,200
Siz mənim ikili almaq istiyorum
bu kalkulyator.

1076
00:46:32,200 --> 00:46:34,237
Mənim beyin kimi işləmir.

1077
00:46:34,237 --> 00:46:36,320
Auditoriya: Just tez bir
Sizin Mongo yapılan yorumlar.

1078
00:46:36,320 --> 00:46:39,530
Belə ki, gəlir obyekt ID edir
Doğrudan Mongo ilə bunu?

1079
00:46:39,530 --> 00:46:40,179

1080
00:46:40,179 --> 00:46:41,470
RICK Houlihan: bu bunu edir?

1081
00:46:41,470 --> 00:46:42,970
Siz qeyd edin.

1082
00:46:42,970 --> 00:46:45,030
MongoDB ilə, siz seçimi var.

1083
00:46:45,030 --> 00:46:48,930
Siz hər bir sənəd müəyyən yerləşir bilər
MongoDB bir çizgi ID olmalıdır.

1084
00:46:48,930 --> 00:46:50,300
Ki, unikal dəyəri var.

1085
00:46:50,300 --> 00:46:55,240
>> MongoDB siz daxil edə bilərsiniz
bu hash və ya olub.

1086
00:46:55,240 --> 00:46:56,490
Onlar yalnız sizə seçimi vermək.

1087
00:46:56,490 --> 00:46:58,198
Siz bu bilirsinizsə
təsadüfi, heç bir problem.

1088
00:46:58,198 --> 00:46:59,640
Siz nə etmək lazımdır deyil.

1089
00:46:59,640 --> 00:47:04,260
Siz ki, təsadüfi deyil ki bilirsinizsə
Bu incrementing oldu, sonra hash yoxdur.

1090
00:47:04,260 --> 00:47:06,880
>> İndi şey haqqında
Siz hash dəfə, hashing

1091
00:47:06,880 --> 00:47:08,800
bir dəyər və bu
niyə hash düymələri həmişə

1092
00:47:08,800 --> 00:47:13,740
Unikal sorğu, mən değiştirdik çünki
dəyəri, indi bir sıra sorğu edə bilməz.

1093
00:47:13,740 --> 00:47:15,640
Bu deyə bilmərəm
bu və ya arasında,

1094
00:47:15,640 --> 00:47:20,800
hash dəyəri niyyətində deyil, çünki
faktiki dəyərinə bərabər olmalıdır.

1095
00:47:20,800 --> 00:47:24,570
Belə ki, hash zaman
əsas, yalnız bərabərlik var.

1096
00:47:24,570 --> 00:47:28,700
Buna görə DynamoDB hash əsas deyil
sorğu həmişə yalnız bərabərlik var.

1097
00:47:28,700 --> 00:47:32,090

1098
00:47:32,090 --> 00:47:34,700
>> Belə ki, indi bir sıra əsas olan
Hesab edirəm ki, sıra əsas əlavə,

1099
00:47:34,700 --> 00:47:38,180
bu sıra əsas qeydlər bütün gəlmək və
Onlar eyni bölüm saxlanılır almaq.

1100
00:47:38,180 --> 00:47:42,430
Belə ki, onlar asanlıqla çox tez var
Bu hash, çünki alınan,

1101
00:47:42,430 --> 00:47:43,220
Bu sıra edir.

1102
00:47:43,220 --> 00:47:44,928
Və hər şeyi görmək
Eyni hash

1103
00:47:44,928 --> 00:47:48,550
Eyni bölüm məkanında saxlanılır olur.

1104
00:47:48,550 --> 00:47:53,889
Siz kömək üçün sıra düyməsindən istifadə edə bilərsiniz
onun əsas yaxın veri tapın.

1105
00:47:53,889 --> 00:47:55,180
Beləliklə, mən, həqiqətən, burada nə edirəm?

1106
00:47:55,180 --> 00:47:57,320
Bu çox əlaqələr bir biridir.

1107
00:47:57,320 --> 00:48:01,490
bir hash əsas arasında əlaqələr
və sıra əsas çox biridir.

1108
00:48:01,490 --> 00:48:03,490
Bir neçə hash düymələri ola bilər.

1109
00:48:03,490 --> 00:48:07,610
Mən yalnız çox çeşidli ola bilər
hər hash əsas biri düymələri.

1110
00:48:07,610 --> 00:48:11,910
>> hash valideyn müəyyən edir,
sıra uşaqlar müəyyən edir.

1111
00:48:11,910 --> 00:48:15,240
Beləliklə, siz görə bilərsiniz analog burada var
relational tikmək arasında

1112
00:48:15,240 --> 00:48:18,840
və eyni növləri
NoSQL da yaradır.

1113
00:48:18,840 --> 00:48:20,760
İnsanlar haqqında danışmaq
Nonrelational kimi NoSQL.

1114
00:48:20,760 --> 00:48:22,200
Bu nonrelational deyil.

1115
00:48:22,200 --> 00:48:24,680
Data həmişə münasibətləri var.

1116
00:48:24,680 --> 00:48:28,172
Həmin münasibətlər yalnız
fərqli modellenmiştir olunur.

1117
00:48:28,172 --> 00:48:29,880
Bir az danışaq
davamlılığı haqqında bit.

1118
00:48:29,880 --> 00:48:34,860
Siz DynamoDB yazmaq zaman, yazır
həmişə üç yol təkrar var.

1119
00:48:34,860 --> 00:48:37,550
Üç AZ nin var, yəni.

1120
00:48:37,550 --> 00:48:39,160
AZ nin mövcudluğu zonaları var.

1121
00:48:39,160 --> 00:48:43,430
Siz mövcudluğu hesab edə bilər
Bir veri mərkəzi kimi Zone

1122
00:48:43,430 --> 00:48:45,447
məlumat mərkəzləri və ya bir toplusu.

1123
00:48:45,447 --> 00:48:47,780
Bunlar coğrafi var
bir-birindən təcrid

1124
00:48:47,780 --> 00:48:51,610
müxtəlif günah zonaları daxilində arasında
güc ızgaraları və vadiləri fərqli.

1125
00:48:51,610 --> 00:48:54,510
Bir AZ A uğursuzluq deyil
başqa yazmaq üçün gedir.

1126
00:48:54,510 --> 00:48:56,890
Onlar da bağlıdır
birlikdə qaranlıq lif ilə.

1127
00:48:56,890 --> 00:49:01,240
Bu, bir sub dəstəkləyir 1
AZS arasında millisecond gizlilik.

1128
00:49:01,240 --> 00:49:05,390
Belə ki, real vaxt data replications
Çox AZS bilən.

1129
00:49:05,390 --> 00:49:09,990
>> Və oftentimes multi AZ applications
yüksək mövcudluğu tələblərə cavab

1130
00:49:09,990 --> 00:49:12,930
ən müəssisə təşkilatlarının.

1131
00:49:12,930 --> 00:49:16,139
Belə ki, DynamoDB yayılmışdır
default üç AZS daxilində.

1132
00:49:16,139 --> 00:49:19,430
Biz yalnız bilik yazmaq olacaq
Bu üç qovşaqlarının iki geri gələndə

1133
00:49:19,430 --> 00:49:21,470
və mən var, Bəli, deyirlər.

1134
00:49:21,470 --> 00:49:22,050
Niyə ki?

1135
00:49:22,050 --> 00:49:25,950
Read tərəfində biz istəyirik, çünki yalnız
zaman geri məlumat vermək üçün gedir

1136
00:49:25,950 --> 00:49:27,570
biz iki qovşaqlarının onu almaq.

1137
00:49:27,570 --> 00:49:30,490
>> Mən rast təkrarlanmağa alıram
üç, və mən iki oxuyuram,

1138
00:49:30,490 --> 00:49:32,840
Mən həmişə zəmanət edirəm
ən azı bir var

1139
00:49:32,840 --> 00:49:35,720
o olmaq deyilir
məlumatların ən cari surəti.

1140
00:49:35,720 --> 00:49:38,340
Ki DynamoDB ardıcıl edir budur.

1141
00:49:38,340 --> 00:49:42,450
İndi açmaq üçün seçə bilərsiniz
o ardıcıl off deyilir.

1142
00:49:42,450 --> 00:49:45,070
Bu halda mən demək gedirəm,
Mən yalnız bir node oxumaq lazımdır.

1143
00:49:45,070 --> 00:49:47,430
Mən gedir təmin edə bilməz
ən cari data olacaq.

1144
00:49:47,430 --> 00:49:49,450
>> Bir yazma gəlir Belə ki,
Bu, hələ təkrar deyil

1145
00:49:49,450 --> 00:49:50,360
ki, surətini almaq olacaq.

1146
00:49:50,360 --> 00:49:52,220
Yəni nəticədə ardıcıl oxu var.

1147
00:49:52,220 --> 00:49:54,640
Və nə ki, yarısı dəyəri.

1148
00:49:54,640 --> 00:49:56,140
Belə ki, bu barədə düşünmək bir şeydir.

1149
00:49:56,140 --> 00:50:00,160
Zaman DynamoDB oxuyaraq edirik
Siz oxumaq gücü yaradılması edirik

1150
00:50:00,160 --> 00:50:04,430
ədəd, nəticədə seçerseniz
ardıcıl, bir çox ucuzdur, oxuyur

1151
00:50:04,430 --> 00:50:06,010
Bu yarısı dəyəri var.

1152
00:50:06,010 --> 00:50:09,342
>> Və belə ki, sizə pul saxlayır.

1153
00:50:09,342 --> 00:50:10,300
Amma ki, sizin seçimi var.

1154
00:50:10,300 --> 00:50:12,925
Bir ardıcıl oxu istəyirsinizsə və ya
bir nəhayət ardıcıl oxu.

1155
00:50:12,925 --> 00:50:15,720
Ki, seçə bilərsiniz bir şey var.

1156
00:50:15,720 --> 00:50:17,659
>> Nin göstəriciləri haqqında danışmaq edək.

1157
00:50:17,659 --> 00:50:19,450
Belə ki, qeyd
üst aqreqasiya.

1158
00:50:19,450 --> 00:50:23,720
Biz hash düymələri var, və sonra
biz sıra açarları var.

1159
00:50:23,720 --> 00:50:24,320
Bu gözəldir.

1160
00:50:24,320 --> 00:50:26,950
Və, əsas masa Mən
bir hash əsas var, mən bir sıra əsas var.

1161
00:50:26,950 --> 00:50:27,783
>> Bunun mənası nədir?

1162
00:50:27,783 --> 00:50:30,410
Mən bir atributu var ki, mən
qarşı zəngin sorğu çalıştırabilirsiniz.

1163
00:50:30,410 --> 00:50:31,800
Bu sıra əsas var.

1164
00:50:31,800 --> 00:50:35,530
ki item-- digər atributları
Mən o atributları filtreleyebilirsiniz.

1165
00:50:35,530 --> 00:50:40,050
Amma bunu şeyi kimi edə bilməz
ilə başlayır, və ya daha böyükdür.

1166
00:50:40,050 --> 00:50:40,820
>> Hesab edirəm ki, necə edə bilərəm?

1167
00:50:40,820 --> 00:50:42,860
Mən bir index yaratmaq.

1168
00:50:42,860 --> 00:50:45,340
Iki növ var
DynamoDB da göstəriciləri.

1169
00:50:45,340 --> 00:50:49,002
Bir index həqiqətən
masa bir görünüşü.

1170
00:50:49,002 --> 00:50:50,490
Və yerli orta index.

1171
00:50:50,490 --> 00:50:51,781
>> biz haqqında danışmaq lazımdır ilk biri.

1172
00:50:51,781 --> 00:50:57,740
Belə ki, yerli Secondaries coexisted olunur
data kimi eyni bölüme.

1173
00:50:57,740 --> 00:51:00,240
Və kimi, onlar haqqında
eyni fiziki node.

1174
00:51:00,240 --> 00:51:01,780
Onlar ardıcıl zəng edir.

1175
00:51:01,780 --> 00:51:04,599
Mənası, onlar etiraf edəcək
masa ilə yanaşı, yazmaq.

1176
00:51:04,599 --> 00:51:06,890
Yazma gəldiyi zaman,
biz indeksi vasitəsilə yazmaq lazımdır.

1177
00:51:06,890 --> 00:51:09,306
Biz masa qədər yazmaq lazımdır
sonra biz etiraf edəcək.

1178
00:51:09,306 --> 00:51:10,490
Belə ki, ardıcıl var.

1179
00:51:10,490 --> 00:51:13,174
Write sonra
masa etiraf,

1180
00:51:13,174 --> 00:51:15,090
ki, təmin edir
yerli orta index

1181
00:51:15,090 --> 00:51:18,380
məlumatların eyni görmə olacaq.

1182
00:51:18,380 --> 00:51:22,390
Amma nə onlar imkan verir nə edir
alternativ sıra düymələri müəyyən edir.

1183
00:51:22,390 --> 00:51:25,260
>> Eyni hash istifadə etmək
əsas cədvəl kimi əsas,

1184
00:51:25,260 --> 00:51:29,050
onlar çünki birgə yerləşən
Eyni bölüm, onlar ardıcıl istəyirik.

1185
00:51:29,050 --> 00:51:33,110
Amma bir index yarada
müxtəlif sıra düymələri ilə.

1186
00:51:33,110 --> 00:51:41,590
Belə ki, məsələn, əgər mən bir istehsalçısı idi
ki, bir xam hissələri masa gələn idi.

1187
00:51:41,590 --> 00:51:44,590
Və xammal hissələri gəlib və
sərbəst toplaşmaq toplandığında edirik.

1188
00:51:44,590 --> 00:51:46,840
Və bəlkə bir geri var.

1189
00:51:46,840 --> 00:51:50,240
>> Bu tərəfindən edildi hər hansı bir hissəsi
Bu tarixdən sonra istehsalçısı,

1190
00:51:50,240 --> 00:51:52,840
Mən xətti çəkmək lazımdır.

1191
00:51:52,840 --> 00:51:55,950
Mən index fırlatmaq bilər
ki, axtarır olunacaq

1192
00:51:55,950 --> 00:52:00,760
tarixi ümumiləşdirmək
xüsusi hissəsinin istehsalı.

1193
00:52:00,760 --> 00:52:03,930
Üst səviyyə masa idi əgər Belə ki,
Artıq istehsalçı tərəfindən hashed,

1194
00:52:03,930 --> 00:52:07,655
bəlkə mən, part ID təşkil edilmişdir
ki, masa off bir index yarada

1195
00:52:07,655 --> 00:52:11,140
istehsalçı tərəfindən hashed və
istehsal tarixi idi.

1196
00:52:11,140 --> 00:52:14,490
Mən demək olar ki, yol, bir şey ki,
bu tarixlər arasında istehsal edilmişdir,

1197
00:52:14,490 --> 00:52:16,804
Mən xətti çəkmək lazımdır.

1198
00:52:16,804 --> 00:52:18,220
Belə ki, yerli orta index var.

1199
00:52:18,220 --> 00:52:22,280
>> Bu təsiri var
Sizin hash əsas yer məhdudlaşdırılması.

1200
00:52:22,280 --> 00:52:24,360
Onlar birgə mövcud
Eyni storage node,

1201
00:52:24,360 --> 00:52:26,860
Onlar hash düyməsini məhdudlaşdırmaq
10 qiqabayt üçün yer.

1202
00:52:26,860 --> 00:52:28,950
DynamoDB altında
masalar, bölüm olacaq

1203
00:52:28,950 --> 00:52:31,380
Sizin masa hər 10 qiqabayt.

1204
00:52:31,380 --> 00:52:34,760
Məlumatların 10 gigs qoymaq zaman, biz
[PHH] getmək və biz başqa bir node əlavə edin.

1205
00:52:34,760 --> 00:52:38,120

1206
00:52:38,120 --> 00:52:42,070
>> Biz LSI split deyil
Çox arakəsmələr arasında.

1207
00:52:42,070 --> 00:52:43,200
Biz masa split lazımdır.

1208
00:52:43,200 --> 00:52:44,679
Amma biz LSI parçalanması deyil.

1209
00:52:44,679 --> 00:52:46,470
Ki, bir şey belə
anlamaq üçün vacibdir

1210
00:52:46,470 --> 00:52:50,070
Çox edirik əgər,
çox çox böyük aggregations,

1211
00:52:50,070 --> 00:52:53,860
sonra məhdud olacaq
Sizin LSIs 10 qiqabayt üçün.

1212
00:52:53,860 --> 00:52:56,640
>> Ki, işi varsa, biz
qlobal secondaries istifadə edin.

1213
00:52:56,640 --> 00:52:58,630
Global Secondaries var
həqiqətən başqa masa.

1214
00:52:58,630 --> 00:53:01,720
Onlar off tamamilə mövcud
Sizin əsas masa yan.

1215
00:53:01,720 --> 00:53:04,680
Onlar mənə bir tapmaq üçün imkan verir
tamamilə fərqli quruluşu.

1216
00:53:04,680 --> 00:53:08,010
Data daxil edilir, belə ki, hesab
iki müxtəlif cədvəllər daxil strukturlaşdırılmış

1217
00:53:08,010 --> 00:53:09,220
iki müxtəlif yollarla.

1218
00:53:09,220 --> 00:53:11,360
>> Mən tamamilə müəyyən edə bilərsiniz
müxtəlif hash düyməsini basın.

1219
00:53:11,360 --> 00:53:13,490
Mən tamamilə müəyyən edə bilərsiniz
müxtəlif sıra düyməsini basın.

1220
00:53:13,490 --> 00:53:15,941
Mən bu çalıştırabilirsiniz
tamamilə müstəqil.

1221
00:53:15,941 --> 00:53:18,190
Əslində kimi, mən var
Mənim oxu gücü nəzərdə

1222
00:53:18,190 --> 00:53:21,090
və potensialının yazmaq mənim
qlobal orta göstəriciləri

1223
00:53:21,090 --> 00:53:24,240
tamamilə müstəqil
mənim əsas masa.

1224
00:53:24,240 --> 00:53:26,640
Hesab edirəm ki, index müəyyən, mən demək
Bu nə qədər oxumaq və yazmaq

1225
00:53:26,640 --> 00:53:28,610
gücü istifadə edərək olacaq.

1226
00:53:28,610 --> 00:53:31,490
>> Və ayrı
mənim əsas masa.

1227
00:53:31,490 --> 00:53:35,240
İndi göstəriciləri həm də bizə imkan
yalnız hash və sıra düymələri müəyyən

1228
00:53:35,240 --> 00:53:38,610
lakin onlar bizə imkan verir
əlavə dəyərlər layihə.

1229
00:53:38,610 --> 00:53:44,950
Mən index off oxumaq istəyirsinizsə Belə ki,
Mən məlumatların bəzi toplusunu almaq istəyirəm,

1230
00:53:44,950 --> 00:53:48,327
Mən əsas geri ehtiyac yoxdur
masa əlavə atributları almaq üçün.

1231
00:53:48,327 --> 00:53:50,660
Mən o əlavə layihə edə bilərsiniz
masa atributları

1232
00:53:50,660 --> 00:53:53,440
giriş model dəstək.

1233
00:53:53,440 --> 00:53:57,700
Düşünürəm ki, biz yəqin ki, bəzi əldə etdiyiniz bilirik
həqiqətən, alaq otları nəzərə almaq, həqiqətən

1234
00:53:57,700 --> 00:53:58,910
Burada bu məhsulları bəzi.

1235
00:53:58,910 --> 00:54:02,725
İndi bu həyata üzmək var.

1236
00:54:02,725 --> 00:54:07,320
>> Auditoriya: [işitilemez]
--table əsas hash idi demək?

1237
00:54:07,320 --> 00:54:08,840
Orijinal hash?

1238
00:54:08,840 --> 00:54:09,340
Multi-slats?

1239
00:54:09,340 --> 00:54:10,200
>> RICK Houlihan: Bəli.

1240
00:54:10,200 --> 00:54:11,070
Bəli.

1241
00:54:11,070 --> 00:54:15,260
masa əsas əsasən
geri maddə göstərir.

1242
00:54:15,260 --> 00:54:19,280
Belə ki, bir index bir göstərici geri
masa orijinal maddələr.

1243
00:54:19,280 --> 00:54:22,910
İndi bir yaratmaq üçün seçə bilərsiniz
yalnız masa açarı var index,

1244
00:54:22,910 --> 00:54:24,840
və digər xüsusiyyətləri.

1245
00:54:24,840 --> 00:54:26,570
Mən niyə edə bilər?

1246
00:54:26,570 --> 00:54:28,570
Bəli, bəlkə mən çox böyük maddələr var.

1247
00:54:28,570 --> 00:54:31,660
>> Mən, həqiqətən, yalnız bilmək lazımdır which--
Mənim giriş model, demək olar ki,

1248
00:54:31,660 --> 00:54:33,760
olan maddələr bu əmlak ola?

1249
00:54:33,760 --> 00:54:35,780
Maddə qayıtmaq lazım deyil.

1250
00:54:35,780 --> 00:54:37,800
Mən yalnız bilmək lazımdır
olan maddələr ehtiva edir.

1251
00:54:37,800 --> 00:54:40,700
Belə ki, göstəriciləri inşa edə bilərsiniz
yalnız masa əsas var.

1252
00:54:40,700 --> 00:54:43,360
>> Amma ki, ilk növbədə nə var
bazasında bir index edir.

1253
00:54:43,360 --> 00:54:46,280
Bu tez edə üçün var
, qeyd olan müəyyən

1254
00:54:46,280 --> 00:54:49,470
olan satırlar, olan
cədvəldə maddələr var

1255
00:54:49,470 --> 00:54:51,080
Mən üçün axtarış alıram xassələri.

1256
00:54:51,080 --> 00:54:53,610

1257
00:54:53,610 --> 00:54:54,860
>> GSIS, belə ki, necə çalışır?

1258
00:54:54,860 --> 00:54:58,340
GSIS əsasən asinxron var.

1259
00:54:58,340 --> 00:55:02,570
yeniləmə masa gəlir,
masa sonra asynchronously yenilənir

1260
00:55:02,570 --> 00:55:03,720
Sizin GSIS bütün.

1261
00:55:03,720 --> 00:55:06,680
GSIS Buna görə
nəticədə ardıcıl.

1262
00:55:06,680 --> 00:55:09,440
>> Bu qeyd etmək vacibdir
zaman GSIS tikinti edirik,

1263
00:55:09,440 --> 00:55:13,110
və siz oluşturuyorsanız anlamaq
aggregation-- bir ölçüsü

1264
00:55:13,110 --> 00:55:16,594
İndi yaxşı bir nümunə deyək
burada istehsalçısıdır.

1265
00:55:16,594 --> 00:55:19,260
Mən danışdıq bilər edirəm
bir tibbi cihaz istehsalçısı.

1266
00:55:19,260 --> 00:55:23,870
Tibbi cihaz istehsalçıları
oftentimes serialized hissələri var.

1267
00:55:23,870 --> 00:55:28,070
getmək hissələri
bir hip əvəz bütün

1268
00:55:28,070 --> 00:55:30,200
onlara bir az seriya nömrəsi var.

1269
00:55:30,200 --> 00:55:33,584
Onlar milyonlarla var bilər və
milyonlarla hissələri milyardlarla

1270
00:55:33,584 --> 00:55:35,000
Onlar gəmi bütün cihazlar.

1271
00:55:35,000 --> 00:55:37,440
Bəli, onlar altında məcmu lazımdır
müxtəlif ölçüləri, bütün hissələri

1272
00:55:37,440 --> 00:55:39,520
toplantıda, bütün
edildi hissələri

1273
00:55:39,520 --> 00:55:41,670
müəyyən bir xətt üzərində, bütün
gəldi hissələri

1274
00:55:41,670 --> 00:55:44,620
müəyyən bir istehsalçı ilə
müəyyən bir tarixi.

1275
00:55:44,620 --> 00:55:47,940
Bəzən bu aggregations
milyardlarla qədər almaq.

1276
00:55:47,940 --> 00:55:50,550
>> Beləliklə, mən bəzi iş
əziyyət çəkir bu uşaqlar

1277
00:55:50,550 --> 00:55:53,156
onlar yaratmaq olduğunuz
bu ginormous aggregations

1278
00:55:53,156 --> 00:55:54,280
onların orta göstəriciləri ilə.

1279
00:55:54,280 --> 00:55:57,070
Onlar xam hissələri ola bilər
yalnız hash kimi gəlir masa.

1280
00:55:57,070 --> 00:55:59,090
Hər hissəsi bir unikal seriya nömrəsi var.

1281
00:55:59,090 --> 00:56:00,975
Mən hash kimi seriya nömrəsini istifadə edin.

1282
00:56:00,975 --> 00:56:01,600
Bu gözəldir.

1283
00:56:01,600 --> 00:56:04,160
Mənim xam data masa yayılmışdır
bütün əsas məkan arasında.

1284
00:56:04,160 --> 00:56:05,930
Mənim [? yazmaq?]
[? yeyilməsi?] zəhmli deyil.

1285
00:56:05,930 --> 00:56:07,876
Mən bir çox veri almaq.

1286
00:56:07,876 --> 00:56:09,500
Sonra onlar nə onlar bir GSI yaratmaq edir.

1287
00:56:09,500 --> 00:56:12,666
Mən görmək lazımdır, nə bilirik, demək
Bu istehsalçının bütün hissələri.

1288
00:56:12,666 --> 00:56:15,060
Yaxşı, qəflətən Mən
bir milyard satır alaraq,

1289
00:56:15,060 --> 00:56:17,550
və üzərində onlara mövzusu
bir node, çünki

1290
00:56:17,550 --> 00:56:21,170
Mən məcmu
hash kimi istehsalçısı ID,

1291
00:56:21,170 --> 00:56:25,410
və sıra kimi hissəsinin nömrəsi,
sonra Mən birdən-birə

1292
00:56:25,410 --> 00:56:30,530
bir milyard hissələri qoyulması nə
bu istehsalçı mənə təslim etdi.

1293
00:56:30,530 --> 00:56:34,447
>> Ki, bir çox səbəb ola bilər
GSI təzyiq,

1294
00:56:34,447 --> 00:56:36,030
yenə bir node hammering edirəm, çünki.

1295
00:56:36,030 --> 00:56:38,350
Mən bütün bu qoyulması alıram
bir node daxil edər.

1296
00:56:38,350 --> 00:56:40,940
Və bir real problemli istifadə halda var.

1297
00:56:40,940 --> 00:56:43,479
İndi mən bir yaxşı dizayn var
ki, qarşısını almaq necə model.

1298
00:56:43,479 --> 00:56:45,770
Və problemlərdən biri var
Mən həmişə ilə işləmək ki.

1299
00:56:45,770 --> 00:56:49,590
Nə Lakin, GSI bilər edir
kifayət qədər yazma qabiliyyəti yoxdur

1300
00:56:49,590 --> 00:56:52,330
bütün bu təkan etmək
bir node daxil satır.

1301
00:56:52,330 --> 00:56:55,390
Və nə sonra olur
əsas müştəri masa,

1302
00:56:55,390 --> 00:57:00,180
əsas cədvəl throttled olunacaq
GSI davam edə bilməz, çünki.

1303
00:57:00,180 --> 00:57:02,980
Belə ki, mənim insert dərəcəsi olacaq
əsas cədvəl düşür

1304
00:57:02,980 --> 00:57:06,230
Mənim GSI saxlamaq üçün çalışır kimi.

1305
00:57:06,230 --> 00:57:08,850
>> Bütün hüquqlar, LSI-nin, GSI belə,
Mən bir istifadə etməlidir?

1306
00:57:08,850 --> 00:57:12,290
LSI nin uyğundur.

1307
00:57:12,290 --> 00:57:13,750
GSI nin nəhayət uyğundur.

1308
00:57:13,750 --> 00:57:17,490
Ki, OK, mən bir istifadə edərək gəlir
GSI, onlar daha çevik istəyirik.

1309
00:57:17,490 --> 00:57:20,270
LSI bir GSI kimi modelləşdirilmişdir bilər.

1310
00:57:20,270 --> 00:57:27,040
Əgər hash düymələri başına data ölçüsü
Sizin toplanması 10 gigabayt artıq,

1311
00:57:27,040 --> 00:57:31,050
sonra siz ki, istifadə etmək istədiyiniz olacaq
GSI yalnız bir ağır limit çünki.

1312
00:57:31,050 --> 00:57:32,035
>> Bütün hüquqlar, belə scaling.

1313
00:57:32,035 --> 00:57:35,210

1314
00:57:35,210 --> 00:57:37,460
Dynamo DB qabiliyyəti, siz
qarşılığını [işitilemez]

1315
00:57:37,460 --> 00:57:38,680
bir masa ötürücülük.

1316
00:57:38,680 --> 00:57:42,740
Biz müştərilər var
nəzərdə 60 billion--

1317
00:57:42,740 --> 00:57:45,970
müntəzəm 60 milyard sorğu edirik
bir milyondan artıq sorğu çalışan

1318
00:57:45,970 --> 00:57:47,790
sofralarımızdan saniyədə.

1319
00:57:47,790 --> 00:57:50,360
Heç bir həqiqətən var
nəzəri limit nə qədər

1320
00:57:50,360 --> 00:57:53,730
və necə sürətli masa
Dynamo DB çalıştırabilirsiniz.

1321
00:57:53,730 --> 00:57:55,920
Bəzi yumşaq var
Hesabınıza məhdudiyyətlər

1322
00:57:55,920 --> 00:57:58,170
biz belə orada qoymaq ki,
ki, crazy getmək yoxdur.

1323
00:57:58,170 --> 00:58:00,070
Siz daha çox istəyirsinizsə
ki, bir problem.

1324
00:58:00,070 --> 00:58:00,820
Siz bizə gəlir.

1325
00:58:00,820 --> 00:58:02,810
Biz dial çevirmək lazımdır.

1326
00:58:02,810 --> 00:58:08,210
>> Hər hesab bəzi səviyyədə məhduddur
hər xidmət, yalnız yarasa off

1327
00:58:08,210 --> 00:58:11,920
belə insanlar crazy getmək yoxdur
narahatlıq içinə özləri almaq.

1328
00:58:11,920 --> 00:58:12,840
Ölçüsü No limit.

1329
00:58:12,840 --> 00:58:14,940
Siz hər hansı bir sayı qoya bilər
bir masa maddələr.

1330
00:58:14,940 --> 00:58:17,620
bir maddə ölçüsü
400 kilobayt hər məhdud,

1331
00:58:17,620 --> 00:58:20,050
ki, maddə deyil atributları olardı.

1332
00:58:20,050 --> 00:58:24,200
Bütün atributları məbləği belə
400 kilobayt məhdudlaşır.

1333
00:58:24,200 --> 00:58:27,300
Və sonra yenə biz
ki, az LSI məsələ

1334
00:58:27,300 --> 00:58:30,405
hash 10 gigabyte limit ilə.

1335
00:58:30,405 --> 00:58:33,280
Auditoriya: Kiçik nömrəsi, mən itkin alıram
nə ki, mənə izah edirik is--

1336
00:58:33,280 --> 00:58:36,830
Auditoriya: Oh, 400 kilobayt
maddə başına maksimum ölçüsü.

1337
00:58:36,830 --> 00:58:39,570
Belə ki, bir maddə bütün atributları var.

1338
00:58:39,570 --> 00:58:43,950
Belə ki, 400 k ümumi ölçüsü
ki maddə 400 kilobayttan.

1339
00:58:43,950 --> 00:58:46,170
Bütün atributları Belə ki,
birləşmiş, bütün məlumatlar

1340
00:58:46,170 --> 00:58:49,140
ki, bütün bu atributları var,
ümumi ölçüsü daxil suvadı,

1341
00:58:49,140 --> 00:58:51,140
Hal-hazırda, bu gün maddə limit 400 k edir.

1342
00:58:51,140 --> 00:58:54,390

1343
00:58:54,390 --> 00:58:57,046
Belə ki, əldə, daha scaling
bölümleme vasitəsilə.

1344
00:58:57,046 --> 00:58:58,920
Ötürücülük nəzərdə edilir
masa səviyyəsində.

1345
00:58:58,920 --> 00:59:00,160
Və həqiqətən iki knobs var.

1346
00:59:00,160 --> 00:59:02,400
Biz gücü oxumaq
və gücü yazın.

1347
00:59:02,400 --> 00:59:05,530
>> Belə ki, bu düzəlişlər edilir
bir-birindən müstəqil.

1348
00:59:05,530 --> 00:59:08,640
RCU nin tədbir ciddi ardıcıl deyilir.

1349
00:59:08,640 --> 00:59:13,005
OK, belə ki, mən 1000 istəyirəm deyərək edirik
RCU həmin ciddi uyğundur

1350
00:59:13,005 --> 00:59:14,130
bu ardıcıl deyilir var.

1351
00:59:14,130 --> 00:59:17,130
Mən istəyirəm demək olarsa
ardıcıl son deyilir

1352
00:59:17,130 --> 00:59:19,402
Siz müddəa 1000 bilərsiniz
RCU nin, siz olacaq

1353
00:59:19,402 --> 00:59:21,840
nəticədə 2000 almaq üçün
ardıcıl deyilir.

1354
00:59:21,840 --> 00:59:25,940
Və o yarısı qiyməti
nəticədə deyilir ibarətdir.

1355
00:59:25,940 --> 00:59:28,520
>> Yenə düzəlişlər
bir-birindən müstəqil.

1356
00:59:28,520 --> 00:59:32,900
Onlar throughput-- var
Siz RCU 100% istehlak əgər,

1357
00:59:32,900 --> 00:59:35,960
Siz təsir etmək fikrində deyilik
Sizin hüquqları mövcudluğu.

1358
00:59:35,960 --> 00:59:40,161
Belə ki, onlar tamamilə
bir-birindən müstəqil.

1359
00:59:40,161 --> 00:59:43,160
Bütün hüquqlar, belə ki, hər biri ki,
Mən qısaca azaldılmasını edildi qeyd edib.

1360
00:59:43,160 --> 00:59:44,320
Azaldılmasını pis.

1361
00:59:44,320 --> 00:59:47,311
Azaldılmasını heç bir SQL pis göstərir.

1362
00:59:47,311 --> 00:59:50,310
Biz kömək üçün nə edə bilər şeylər var
Siz azaldılmasını azaltmaq ki,

1363
00:59:50,310 --> 00:59:51,040
yaşayırıq.

1364
00:59:51,040 --> 00:59:53,240
Amma ən yaxşı həll
Bu nin götürək deyil

1365
00:59:53,240 --> 00:59:58,000
bir, çünki siz yapýyorsun nə baxmaq
burada oyun bir anti-model var.

1366
00:59:58,000 --> 01:00:02,140
>> Bunlar, qeyri-vahid kimi şeylər
iş yükünün isti düymələri, isti arakəsmələr.

1367
01:00:02,140 --> 01:00:06,210
Mən xüsusi əsas yer vuruş alıram
çox sərt bəzi xüsusi səbəbdən.

1368
01:00:06,210 --> 01:00:07,080
Niyə bunu edirəm?

1369
01:00:07,080 --> 01:00:08,710
Ki anlamaq edək.

1370
01:00:08,710 --> 01:00:10,427
Mən soyuq data ilə isti data qarışdırmaqla alıram.

1371
01:00:10,427 --> 01:00:12,510
Mən masalar almaq imkan alıram
böyük, lakin həqiqətən var

1372
01:00:12,510 --> 01:00:15,970
məlumatların yalnız bəzi alt
ki, mənə, həqiqətən maraqlı deyil.

1373
01:00:15,970 --> 01:00:20,290
Belə ki, log məlumat üçün, misal üçün, bir çox
müştərilər, onlar hər gün məlumat daxil almaq.

1374
01:00:20,290 --> 01:00:22,490
Onlar log məlumatların böyük məbləği var.

1375
01:00:22,490 --> 01:00:25,940
>> Yalnız bütün log dempinq edirsinizsə
zamanla böyük bir masa data,

1376
01:00:25,940 --> 01:00:28,070
ki, masa kütləvi almaq olacaq.

1377
01:00:28,070 --> 01:00:30,950
Amma mən, həqiqətən, yalnız maraqlı deyiləm
Son 24 saat, son yeddi gün,

1378
01:00:30,950 --> 01:00:31,659
Son 30 gün.

1379
01:00:31,659 --> 01:00:34,074
Vaxt nə olursa olsun pəncərə
Mən axtarır maraqlı deyiləm ki,

1380
01:00:34,074 --> 01:00:37,010
məni narahat, və ya hadisə üçün
Mənə maraqlı hadisə,

1381
01:00:37,010 --> 01:00:39,540
Mən lazım yalnız pəncərə vaxt var.

1382
01:00:39,540 --> 01:00:42,470
Belə ki, niyə mən 10 il qoyaraq edirəm
masa log data dəyər?

1383
01:00:42,470 --> 01:00:45,030
Hansı ki səbəb olur
masa parça.

1384
01:00:45,030 --> 01:00:45,880
>> Bu böyük olur.

1385
01:00:45,880 --> 01:00:48,340
Bu həyata yayılması başlayır
qovşaqlarının minlərlə arasında.

1386
01:00:48,340 --> 01:00:51,380
Və gücü ci ildən
Siz istəyirik, belə aşağı

1387
01:00:51,380 --> 01:00:54,090
həqiqətən hər məhdudlaşdıran dərəcəsi
həmin fərdi qovşaqlarının biri.

1388
01:00:54,090 --> 01:00:57,120
Belə ki, necə axtarır başlamaq edək
biz artıq ki, masa gəzmək yoxdur.

1389
01:00:57,120 --> 01:01:01,502
Ki, məlumatların bir az idarə necə
daha yaxşı bu problemlərin qarşısını almaq üçün.

1390
01:01:01,502 --> 01:01:02,710
Və nə kimi görünür?

1391
01:01:02,710 --> 01:01:04,370
Bu kimi görünür.

1392
01:01:04,370 --> 01:01:06,790
Bu pis NoSQL kimi görünür.

1393
01:01:06,790 --> 01:01:07,830
>> Mən burada bir isti düyməsini var.

1394
01:01:07,830 --> 01:01:10,246
Burada tərəfində baxsaq,
Bunların hamısı mənim arakəsmələr var.

1395
01:01:10,246 --> 01:01:12,630
Mən burada 16 arakəsmələr qalxıb
bu bazasında.

1396
01:01:12,630 --> 01:01:13,630
Biz bu bütün vaxt.

1397
01:01:13,630 --> 01:01:15,046
Mən müştərilər üçün hər zaman bu axır.

1398
01:01:15,046 --> 01:01:16,550
Bu istilik xəritəsi deyirlər.

1399
01:01:16,550 --> 01:01:20,590
İstilik xəritəsi ne mənə deyir
əsas yer daxil.

1400
01:01:20,590 --> 01:01:23,700
Və nə bu mənə izah edir
müəyyən bir hash var ki,

1401
01:01:23,700 --> 01:01:26,330
bu oğlan bir bəyənir ki,
dəhşətli çox, o, çünki

1402
01:01:26,330 --> 01:01:28,250
həqiqətən, həqiqətən çətin vuruş.

1403
01:01:28,250 --> 01:01:29,260
>> Belə ki, mavi gözəl.

1404
01:01:29,260 --> 01:01:29,900
Biz mavi kimi.

1405
01:01:29,900 --> 01:01:30,720
Biz qırmızı kimi deyil.

1406
01:01:30,720 --> 01:01:33,120
Qırmızı harada təzyiq
100% -ə qədər olur.

1407
01:01:33,120 --> 01:01:35,560
100%, indi throttled olacaq.

1408
01:01:35,560 --> 01:01:39,030
Belə ki, kimi hər hansı bir qırmızı xətləri görmək zaman
şeylərdir və yalnız Dinamo DB-- deyil

1409
01:01:39,030 --> 01:01:41,630
hər NoSQL verilənlər bazası bu problem var.

1410
01:01:41,630 --> 01:01:44,640
Anti-nümunələri edə var
şərait bu cür sürücü.

1411
01:01:44,640 --> 01:01:49,070
Mən nə mən müştərilər ilə iş deyil
bu şərtləri azaltmaq üçün.

1412
01:01:49,070 --> 01:01:51,840
>> Və nə kimi görünür?

1413
01:01:51,840 --> 01:01:54,260
Və bu ən olur
Dynamo DB ötürücülük həyata,

1414
01:01:54,260 --> 01:01:56,176
lakin bu, həqiqətən əldə
NoSQL ən.

1415
01:01:56,176 --> 01:01:58,740
Bu Dinamo məhdudlaşmır.

1416
01:01:58,740 --> 01:02:02,050
Bu definitely-- mən
Mongo işləmək üçün istifadə olunur.

1417
01:02:02,050 --> 01:02:04,090
Mən çox NoSQL platformaları ilə tanış oldum.

1418
01:02:04,090 --> 01:02:06,830
Hər kəs bu növ var
isti əsas problemlərin.

1419
01:02:06,830 --> 01:02:10,320
Hər hansı bir NoSQL ən çıxmaq üçün
verilənlər bazası, xüsusi Dynamo DB,

1420
01:02:10,320 --> 01:02:13,320
Siz masalar yaratmaq istədiyiniz
burada hash əsas element var

1421
01:02:13,320 --> 01:02:18,590
fərqli dəyərlər çox sayda
cardinality yüksək dərəcəsi.

1422
01:02:18,590 --> 01:02:22,530
Mən yazıram deməkdir
müxtəlif buketler çox üçün.

1423
01:02:22,530 --> 01:02:24,870
>> Mən daha çox buketler
, daha çox yazılı

1424
01:02:24,870 --> 01:02:29,100
Hesab edirəm ki, yazmaq yük yaymaq am və ya
Çox qovşaqlarının arasında həyata yük oxumaq,

1425
01:02:29,100 --> 01:02:33,560
daha çox Mən var am
masa yüksək ötürücülük.

1426
01:02:33,560 --> 01:02:37,440
Və sonra mən dəyərlər olmaq istəyirəm
zamanla kifayət qədər bərabər tələb

1427
01:02:37,440 --> 01:02:39,430
və bərabər kimi təsadüfi mümkün.

1428
01:02:39,430 --> 01:02:42,410
Yaxşı ki, cür maraqlı
çünki bilməz, həqiqətən,

1429
01:02:42,410 --> 01:02:43,960
nəzarət users gələndə.

1430
01:02:43,960 --> 01:02:47,645
Biz yayılmışdır Belə ki, demək kifayətdir
əsas yer üzrə şeyi,

1431
01:02:47,645 --> 01:02:49,270
biz yəqin ki, daha yaxşı vəziyyətdə olacaq.

1432
01:02:49,270 --> 01:02:51,522
>> Müəyyən var
vaxtında çatdırılması məbləği

1433
01:02:51,522 --> 01:02:53,230
Siz fikrində deyilik ki,
edə nəzarəti olmalıdır.

1434
01:02:53,230 --> 01:02:55,438
Lakin o, həqiqətən var
biz iki ölçüləri,

1435
01:02:55,438 --> 01:02:58,800
space, giriş bərabər
yayılması, vaxt, sorğu

1436
01:02:58,800 --> 01:03:01,040
eyni zamanda aralıklı gələn.

1437
01:03:01,040 --> 01:03:03,110
Və bu iki halda
şərtlər yerinə olunur,

1438
01:03:03,110 --> 01:03:05,610
sonra ki, nə var
kimi baxmaq olacaq.

1439
01:03:05,610 --> 01:03:07,890
Bu çox gözəl edir.

1440
01:03:07,890 --> 01:03:08,890
Biz burada həqiqətən xoşbəxt istəyirik.

1441
01:03:08,890 --> 01:03:10,432
Biz çox belə çıxış model var.

1442
01:03:10,432 --> 01:03:13,098
Bəli, bəlkə əldə etdiyiniz bir
az təzyiq indi və sonra hər,

1443
01:03:13,098 --> 01:03:14,830
lakin heç bir şey həqiqətən çox geniş.

1444
01:03:14,830 --> 01:03:17,660
Belə ki, neçə dəfə gözəl
Mən müştərilər ilə işləmək zaman,

1445
01:03:17,660 --> 01:03:20,670
böyük qırmızı ilə ilk graph
bar və bütün sarı var çirkin

1446
01:03:20,670 --> 01:03:23,147
bütün yer üzərində, biz
həyata keçirilməsi ilə görülən almaq

1447
01:03:23,147 --> 01:03:24,980
bir neçə ay sonra
yenidən memarlıq,

1448
01:03:24,980 --> 01:03:28,050
Onlar eyni yayınlıyorsanız
eyni yük iş yükü.

1449
01:03:28,050 --> 01:03:30,140
Bu indi kimi axtarır nə edir.

1450
01:03:30,140 --> 01:03:36,600
Beləliklə, nə siz NoSQL ilə almaq bir
tamamilə data şeması

1451
01:03:36,600 --> 01:03:38,510
giriş model bağladı.

1452
01:03:38,510 --> 01:03:42,170
>> Və bu data şeması optimize edə bilərsiniz
giriş model dəstək.

1453
01:03:42,170 --> 01:03:45,490
Əgər deyilsə, onda siz olacaq
problemlərin bu növ görmək

1454
01:03:45,490 --> 01:03:46,710
o isti düymələri ilə.

1455
01:03:46,710 --> 01:03:50,518
>> Auditoriya: Yaxşı, istər-istəməz bəzi yerlərdə
daha hotter olacaq.

1456
01:03:50,518 --> 01:03:51,450
>> RICK Houlihan: Həmişə.

1457
01:03:51,450 --> 01:03:51,960
Həmişə.

1458
01:03:51,960 --> 01:03:54,620
Bəli, mən həmişə var deməkdir
a-- və yenidən var

1459
01:03:54,620 --> 01:03:56,980
bəzi dizayn nümunələri biz vasitəsilə almaq lazımdır
ki, məşğul necə haqqında danışacağıq

1460
01:03:56,980 --> 01:03:58,480
bu super böyük aggregations ilə.

1461
01:03:58,480 --> 01:04:01,260
Mən demək, mən onlara var
biz onlarla necə məşğul yoxdur?

1462
01:04:01,260 --> 01:04:03,760
Mən olduqca yaxşı istifadə halda var
Bunun üçün haqqında danışmaq lazımdır ki.

1463
01:04:03,760 --> 01:04:05,940
>> Bütün hüquqlar, belə edək müzakirəsi
İndi bəzi müştərilər.

1464
01:04:05,940 --> 01:04:06,950
Bu uşaqlar AdRoll var.

1465
01:04:06,950 --> 01:04:08,990
Siz əgər mən bilmirəm
AdRoll ilə tanış.

1466
01:04:08,990 --> 01:04:10,781
Siz yəqin ki, onları görmək
browser bir çox.

1467
01:04:10,781 --> 01:04:14,230
Onlar istəyirik, ad yenidən hedeflediğiniz
böyük ad yenidən hedefleme business

1468
01:04:14,230 --> 01:04:14,940
orada.

1469
01:04:14,940 --> 01:04:17,792
Onlar adətən müntəzəm basdırmaq
Gündə 60 milyard əməliyyatlar.

1470
01:04:17,792 --> 01:04:20,000
Onlar bir milyon edirik
saniyədə əməliyyatlar.

1471
01:04:20,000 --> 01:04:22,660
Onlar olduqca sadə masa var
strukturu, işlək masa.

1472
01:04:22,660 --> 01:04:26,450
Bu əsasən yalnız bir
hash əsas cookie

1473
01:04:26,450 --> 01:04:29,010
sıra demoqrafik deyil
kateqoriya, və sonra

1474
01:04:29,010 --> 01:04:31,220
üçüncü atributu hesab edir.

1475
01:04:31,220 --> 01:04:33,720
>> Beləliklə, biz bütün cookies
Bu uşaqlar bizim browser.

1476
01:04:33,720 --> 01:04:35,900
Və bir getmək zaman
tacir qatılan

1477
01:04:35,900 --> 01:04:39,390
Onlar əsasən arasında siz hesab
müxtəlif demoqrafik categories.

1478
01:04:39,390 --> 01:04:42,070
Bir web getmək zaman və
Mən bu ad-- görmək istəyirsiniz

1479
01:04:42,070 --> 01:04:44,920
və ya əsasən that-- demək deyil
lakin siz web getmək zaman

1480
01:04:44,920 --> 01:04:47,550
onlar bu reklamı görmək istəyirsiniz.

1481
01:04:47,550 --> 01:04:49,370
Onlar AdRoll ki, reklam almaq gedin.

1482
01:04:49,370 --> 01:04:51,130
AdRoll onların masa siz görünür.

1483
01:04:51,130 --> 01:04:52,115
Onlar cookie tapa bilərsiniz.

1484
01:04:52,115 --> 01:04:53,990
izah advertisers
Onları kimsə istəyirəm

1485
01:04:53,990 --> 01:04:58,632
olan, orta yaşlı var
Idman daxil 40 yaşındakı adam.

1486
01:04:58,632 --> 01:05:01,590
Onlar o demoqrafik sizə hesab
və onlar və ya qərar

1487
01:05:01,590 --> 01:05:02,740
ki, sizin üçün yaxşı bir ad var.

1488
01:05:02,740 --> 01:05:10,330
>> İndi onlar bir SLA ilə var
reklam təminatçıları

1489
01:05:10,330 --> 01:05:14,510
sub-10 millisecond təmin etmək
hər bir xahişi ilə cavab.

1490
01:05:14,510 --> 01:05:16,090
Belə ki, onlar bu Dynamo DB istifadə edirik.

1491
01:05:16,090 --> 01:05:18,131
Onlar bizə bir vuruş etdiyiniz
saniyədə milyon sorğu.

1492
01:05:18,131 --> 01:05:21,120
Onlar bütün edə istəyirik onların
lookups, triage bütün məlumatlar,

1493
01:05:21,120 --> 01:05:26,130
ki, geri ki, əlavə keçid
10 ms altında Advertisers.

1494
01:05:26,130 --> 01:05:29,800
Bu, həqiqətən, olduqca fenomenal var
icra onlar var.

1495
01:05:29,800 --> 01:05:36,210
>> Bu uşaqlar həqiqətən
Sizlər bu var.

1496
01:05:36,210 --> 01:05:38,010
Mən bu uşaqlar əgər əmin deyiləm.

1497
01:05:38,010 --> 01:05:40,127
Bu uşaqlar ola bilər.

1498
01:05:40,127 --> 01:05:42,210
Əsasən mən heç bir us-- bildirib
onları idi düşünmürəm.

1499
01:05:42,210 --> 01:05:43,000
Mən başqası idi.

1500
01:05:43,000 --> 01:05:44,750
Mən bir ilə iş
müştəri mənə dedi ki,

1501
01:05:44,750 --> 01:05:47,040
ki, indi onlar var ki,
Dynamo DB getdi, onlar

1502
01:05:47,040 --> 01:05:50,330
üçün qəlyanaltılar daha çox pul sərf
Onların inkişaf komanda hər ay

1503
01:05:50,330 --> 01:05:52,886
onların bazasında sərf çox.

1504
01:05:52,886 --> 01:05:54,760
Belə ki, bir verəcəyik
qənaət ideyası

1505
01:05:54,760 --> 01:05:57,889
Siz Dynamo DB əldə edə bilərsiniz ki, böyük deyil.

1506
01:05:57,889 --> 01:05:59,430
Bütün hüquqlar, Dropcam bir şirkət var.

1507
01:05:59,430 --> 01:06:02,138
Bu oğlan növ var hesab edirəm ki, əgər var
şeyi internet, Dropcam of

1508
01:06:02,138 --> 01:06:05,150
əsasən internet təhlükəsizlik video var.

1509
01:06:05,150 --> 01:06:06,660
Siz kamera söndürüldü.

1510
01:06:06,660 --> 01:06:08,180
Camera bir hərəkət detector var.

1511
01:06:08,180 --> 01:06:10,290
Biri, çıxınca
bir replika point tetikler.

1512
01:06:10,290 --> 01:06:13,540
Camera bir müddət qədər üçün qeyd başlayır
Bu artıq hər hansı bir hərəkət aşkar deyil.

1513
01:06:13,540 --> 01:06:15,310
Internetdə ki video qoyur.

1514
01:06:15,310 --> 01:06:19,800
>> Dropcam olan şirkət idi
əsasən Dynamo DB keçid

1515
01:06:19,800 --> 01:06:22,200
onlar qarşılaşdıqda, çünki
böyük ağrıları artan.

1516
01:06:22,200 --> 01:06:25,820
Onlar izah nə
birdən məlumatların petabayt yaddaşa malik.

1517
01:06:25,820 --> 01:06:28,070
Onlar heç bir fikir onların xidmət idi
belə uğurlu ola bilər.

1518
01:06:28,070 --> 01:06:32,310
YouTube daha gelen video
bu uşaqlar əldə edir.

1519
01:06:32,310 --> 01:06:36,780
Onlar bütün izlemek üçün DynamoDB istifadə
bütün video əsas xal metadata.

1520
01:06:36,780 --> 01:06:40,282
>> Belə ki, onlar təkan S3 buketler var
bütün ikili əsərlər daxil.

1521
01:06:40,282 --> 01:06:41,990
Və sonra onlar
Dynamo DB qeydlər ki,

1522
01:06:41,990 --> 01:06:44,070
bu S3 üç obyektlərin insanları qeyd.

1523
01:06:44,070 --> 01:06:47,070
Onlar bir video baxmaq lazım,
onlar Dynamo DB rekord axtarmaq.

1524
01:06:47,070 --> 01:06:47,903
Onlar linki vurun.

1525
01:06:47,903 --> 01:06:49,770
Onlar S3 video aşağı çəkin.

1526
01:06:49,770 --> 01:06:51,590
Belə ki, bu kimi görünür nə cür var.

1527
01:06:51,590 --> 01:06:53,580
Bu onların komanda düz deyil.

1528
01:06:53,580 --> 01:06:56,010
>> Dynamo DB onların azaldır
video hadisələr üçün çatdırılma vaxtı

1529
01:06:56,010 --> 01:06:57,590
beş 10 saniyə.

1530
01:06:57,590 --> 01:07:00,470
Köhnə relational mağaza,
onlar getmək və icra etmək üçün istifadə

1531
01:07:00,470 --> 01:07:03,780
rəqəmi çox kompleks sorğu
olan video, aşağı çəkmək üçün

1532
01:07:03,780 --> 01:07:06,690
50-dən az ms üçün.

1533
01:07:06,690 --> 01:07:08,990
Belə ki, gözəl, gözəl
nə qədər performance

1534
01:07:08,990 --> 01:07:12,990
Siz optimize zaman əldə edə bilərsiniz və
siz tune əsas bazası

1535
01:07:12,990 --> 01:07:15,110
giriş model dəstək.

1536
01:07:15,110 --> 01:07:20,500
Onu nə Halfbrick, bu uşaqlar,
Hərhalda Fruit Ninja onların şeydir.

1537
01:07:20,500 --> 01:07:22,590
Dynamo DB bütün çalışır ki.

1538
01:07:22,590 --> 01:07:26,810
Və bu uşaqlar, onlar böyük
inkişaf komanda, böyük inkişaf

1539
01:07:26,810 --> 01:07:27,670
mağaza.

1540
01:07:27,670 --> 01:07:29,364
>> Yaxşı bir ops komanda.

1541
01:07:29,364 --> 01:07:31,280
Onlar bir çox yox idi
əməliyyat resursları.

1542
01:07:31,280 --> 01:07:33,940
Onlar saxlamaq üçün çalışırıq mübarizə edən
onların tətbiqi infrastruktur qədər

1543
01:07:33,940 --> 01:07:34,290
və çalışan.

1544
01:07:34,290 --> 01:07:35,000
Onlar bizə gəldi.

1545
01:07:35,000 --> 01:07:36,251
Onlar Dynamo DB baxdı.

1546
01:07:36,251 --> 01:07:37,291
Onlar bizim üçün etdi.

1547
01:07:37,291 --> 01:07:39,470
Onlar bütün inşa
bu proqram çərçivəsində.

1548
01:07:39,470 --> 01:07:43,640
Burada bəzi həqiqətən gözəl şərhlər
Onların qabiliyyəti komanda

1549
01:07:43,640 --> 01:07:46,800
İndi bina diqqət
oyun və

1550
01:07:46,800 --> 01:07:49,010
saxlamaq üçün olan
infrastruktur, hansı

1551
01:07:49,010 --> 01:07:51,910
böyük məbləğ olmaq edilib
öz komandası üçün yerüstü.

1552
01:07:51,910 --> 01:07:56,170
Belə ki, bu bir şey deyil that--
Siz Dynamo DB almaq faydalanır.

1553
01:07:56,170 --> 01:08:00,930
>> Bütün hüquqlar, nəzərə almaq
Burada data modelləşdirilməsi.

1554
01:08:00,930 --> 01:08:03,440
Və biz haqqında bir az söhbət
bir bu bir çox bir,

1555
01:08:03,440 --> 01:08:05,060
və bir çox növü münasibətləri çox.

1556
01:08:05,060 --> 01:08:07,630
Və necə Dinamo həmin saxlamaq yoxdur.

1557
01:08:07,630 --> 01:08:10,500
Dynamo DB istifadə
indeksləri, ümumiyyətlə,

1558
01:08:10,500 --> 01:08:12,910
məlumat dönüşümlü
Digər bir ləzzət.

1559
01:08:12,910 --> 01:08:15,210
Hash düymələri, sıra düymələri və göstəriciləri.

1560
01:08:15,210 --> 01:08:18,540
>> Bu Xüsusilə
Məsələn, əksər dövlətlər kimi

1561
01:08:18,540 --> 01:08:23,802
lisenziya tələb var ki,
adam başına yalnız bir sürücü lisenziya.

1562
01:08:23,802 --> 01:08:26,510
Siz iki sürücü üçün getmək bilməz
Boston əyalətində lisenziya.

1563
01:08:26,510 --> 01:08:27,500
Mən Texas bunu edə bilməz.

1564
01:08:27,500 --> 01:08:28,708
Yəni bu şəkildə növü var.

1565
01:08:28,708 --> 01:08:32,779
Və belə DMV, biz lookups var, biz
sürücü lisenziya up baxmaq istəyirəm

1566
01:08:32,779 --> 01:08:35,180
sosial təminat sayı.

1567
01:08:35,180 --> 01:08:39,990
Mən istifadəçi ətraflı baxmaq istəyirəm
sürücü sənədi sayı.

1568
01:08:39,990 --> 01:08:43,620
>> Beləliklə, biz bir istifadəçi masa ola bilər ki,
seriya nömrəsi bir hash əsas var,

1569
01:08:43,620 --> 01:08:47,830
və ya sosial təminat sayı, və
müxtəlif atributları maddə üzrə müəyyən edilmişdir.

1570
01:08:47,830 --> 01:08:49,859
İndi masa I
bir GSI müəyyən edə bilər ki,

1571
01:08:49,859 --> 01:08:53,370
deyir ki, ətrafında mən istəyirəm ki, flips
sonra lisenziya və bir hash əsas

1572
01:08:53,370 --> 01:08:54,252
bütün digər maddələr.

1573
01:08:54,252 --> 01:08:57,210
İndi sorğu və tapmaq istəyirsinizsə
Hər hansı bir Sosial lisenziya nömrəsi

1574
01:08:57,210 --> 01:08:59,609
Təhlükəsizlik sayı, mən
Əsas masa sorğu.

1575
01:08:59,609 --> 01:09:02,130
>> Mən sorğu etmək istəyirik və mən istəyirsinizsə
sosial təminat almaq üçün

1576
01:09:02,130 --> 01:09:05,735
nömrəsi və ya bir tərəfindən digər atributları
lisenziya nömrəsi, mən GSI sorğu edə bilər.

1577
01:09:05,735 --> 01:09:08,689
Bu model ki, bir deyil
bir əlaqələr.

1578
01:09:08,689 --> 01:09:12,460
Yalnız bir çox sadə GSI,
ətrafında o şeyi çevirmek.

1579
01:09:12,460 --> 01:09:13,979
İndi, bir çox haqqında bir danışmaq.

1580
01:09:13,979 --> 01:09:16,450
Çox One əsasən
Sizin hash sıra düyməsini basın.

1581
01:09:16,450 --> 01:09:20,510
Biz bu bir çox almaq harada
istifadə halda monitor məlumatdır.

1582
01:09:20,510 --> 01:09:23,880
Monitor data müntəzəm gəlir
şeyi internet kimi interval.

1583
01:09:23,880 --> 01:09:26,890
Biz həmişə bütün bu almaq
qeydlər bütün vaxt gəlir.

1584
01:09:26,890 --> 01:09:31,420
>> Və mən bütün oxunuşda tapmaq istəyirəm
müəyyən bir müddət arasında.

1585
01:09:31,420 --> 01:09:34,220
Bu bir çox ümumi sorğu var
monitorinq infrastruktur.

1586
01:09:34,220 --> 01:09:38,430
bu barədə yol getmək bir tapmaq üçün
sadə masa strukturu, bir masa.

1587
01:09:38,430 --> 01:09:42,250
Mən bir cihaz ölçmə masa var
cihaz ID bir hash açarı ilə.

1588
01:09:42,250 --> 01:09:47,340
Mən bir sıra əsas var
damgası, və ya bu halda, epik.

1589
01:09:47,340 --> 01:09:50,350
Və mənə kompleksi icra imkan verir
ki, sıra əsas qarşı sorğu

1590
01:09:50,350 --> 01:09:54,950
və həmin qeydlər qayıtmaq
Nəticədə nisbi

1591
01:09:54,950 --> 01:09:56,310
I arıyorum ki, müəyyən.

1592
01:09:56,310 --> 01:09:58,360
Və bu ki, bir qurur
çox əlaqələr

1593
01:09:58,360 --> 01:10:02,340
istifadə əsas masa
hash əsas sıra əsas strukturu.

1594
01:10:02,340 --> 01:10:04,600
>> Belə ki, bu cür inşa
Dynamo DB masa.

1595
01:10:04,600 --> 01:10:07,290
Mən bir hash müəyyən zaman
və sıra t masa, mən

1596
01:10:07,290 --> 01:10:09,240
çox əlaqələr üçün bir müəyyən.

1597
01:10:09,240 --> 01:10:12,770
Bu valideyn-uşaq əlaqələr var.

1598
01:10:12,770 --> 01:10:14,620
>> Çox danışaq
çox münasibətləri.

1599
01:10:14,620 --> 01:10:19,170
Və bu, məsələn,
yenə biz GSI istifadə etmək olacaq.

1600
01:10:19,170 --> 01:10:23,500
Və oyun haqqında danışmaq edək
Mən bir istifadəçi var ssenari.

1601
01:10:23,500 --> 01:10:26,500
Mən bütün oyunlar tapmaq istəyirəm ki,
O və ya oynayan qeydiyyatdan edir.

1602
01:10:26,500 --> 01:10:29,600
Və bir oyun üçün, mən
bütün istifadəçilər tapmaq istəyirəm.

1603
01:10:29,600 --> 01:10:31,010
Belə ki, necə ki etməliyəm?

1604
01:10:31,010 --> 01:10:34,330
Mənim istifadəçi oyunları masa, mən gedirəm
istifadəçi ID bir hash əsas var

1605
01:10:34,330 --> 01:10:35,810
və oyun bir sıra düyməsini basın.

1606
01:10:35,810 --> 01:10:37,810
>> Belə bir istifadəçi çox oyunlar ola bilər.

1607
01:10:37,810 --> 01:10:41,380
Bu arasında çox əlaqələr üçün bir biri
istifadəçi və o oynayır oyunlar.

1608
01:10:41,380 --> 01:10:43,410
Və sonra GSI on,
Mən ki, ətrafında çevirmek lazımdır.

1609
01:10:43,410 --> 01:10:46,679
Mən oyun hash lazımdır və
Mən istifadəçi üçündür lazımdır.

1610
01:10:46,679 --> 01:10:48,970
Mən bütün almaq istəyirsinizsə Belə ki,
Oyun istifadəçi, oynayan

1611
01:10:48,970 --> 01:10:49,950
Mən əsas masa sorğu lazımdır.

1612
01:10:49,950 --> 01:10:52,699
Mən bütün istifadəçilər almaq istəyirsinizsə
ki, müəyyən bir oyun oynayır,

1613
01:10:52,699 --> 01:10:53,887
Mən GSI sorğu.

1614
01:10:53,887 --> 01:10:54,970
Belə ki, biz bunu necə?

1615
01:10:54,970 --> 01:10:58,369
Bu GSI nin dəstək inşa
istifadə halda, proqram, giriş

1616
01:10:58,369 --> 01:10:59,410
model, tətbiqi.

1617
01:10:59,410 --> 01:11:01,440
>> Mən sorğu etmək lazımdır, əgər
Bu ölçüsü, qoy

1618
01:11:01,440 --> 01:11:03,500
Mənə ölçüsü bir index yaratmaq.

1619
01:11:03,500 --> 01:11:05,850
Mən deyil, mən qayğı yoxdur.

1620
01:11:05,850 --> 01:11:09,060
Və istifadə halda asılı olaraq, I
index ehtiyac və ya güc ola bilər.

1621
01:11:09,060 --> 01:11:12,390
Bu sadə bir çox varsa,
əsas cədvəl gözəl.

1622
01:11:12,390 --> 01:11:15,860
Mən bu çox nə etmək lazımdır, əgər
çox-nin, və ya, olanları bir etmək lazımdır

1623
01:11:15,860 --> 01:11:18,390
onda bəlkə mən lazımdır
ikinci index etmək.

1624
01:11:18,390 --> 01:11:20,840
Belə ki, bütün asılıdır
mən nə çalışıram

1625
01:11:20,840 --> 01:11:24,550
və mən həyata almaq üçün çalışıram nə.

1626
01:11:24,550 --> 01:11:28,000
>> Yəqin ki, mən də sərf etmək fikrində deyiləm
qədər vaxt sənədlər haqqında söhbət.

1627
01:11:28,000 --> 01:11:31,460
Bu, yəqin ki, bir az olur
dərin biz getmək lazımdır çox.

1628
01:11:31,460 --> 01:11:33,710
Bir az danışmaq edək
zəngin sorğu ifadə.

1629
01:11:33,710 --> 01:11:37,831
Belə ki, Dynamo DB var
yaratmaq imkanı

1630
01:11:37,831 --> 01:11:39,330
biz proyeksiya ifadələri dediyimiz.

1631
01:11:39,330 --> 01:11:42,660
Projection ifadələri sadəcə
sahələri və ya dəyərlər aldığınız

1632
01:11:42,660 --> 01:11:44,290
Siz keçirmək üçün istədiyiniz.

1633
01:11:44,290 --> 01:11:46,000
OK, belə ki, mən bir seçim etmək.

1634
01:11:46,000 --> 01:11:48,010
Mən Dinamo DB qarşı sorğu etmək.

1635
01:11:48,010 --> 01:11:51,730
Mən şou nə bilirik, demək
Mənə yalnız beş ulduzlu nəzərdən

1636
01:11:51,730 --> 01:11:54,544
bu məhsul üçün.

1637
01:11:54,544 --> 01:11:55,710
Belə ki, mən görmək istəyirəm bütün var.

1638
01:11:55,710 --> 01:11:57,320
Mən bütün görmək istəmirəm
sıra digər atributları,

1639
01:11:57,320 --> 01:11:58,319
Mən yalnız bu görmək istəyirik.

1640
01:11:58,319 --> 01:12:01,209
Bu, yalnız zaman SQL kimi siz
seçin ulduz və ya masa demək,

1641
01:12:01,209 --> 01:12:02,000
Siz hər şeyi almaq.

1642
01:12:02,000 --> 01:12:05,450
Mən seçin adını deyəndə
masa, mən yalnız bir atributu almaq.

1643
01:12:05,450 --> 01:12:09,070
Bu şey eyni cür var
Dynamo DB və ya digər NoSQL verilənlər bazaları.

1644
01:12:09,070 --> 01:12:14,510
Filter ifadələri mənə imkan verir
əsasən yazmaq nəticə kəsdi.

1645
01:12:14,510 --> 01:12:15,540
Mən bir sorğu etmək.

1646
01:12:15,540 --> 01:12:17,260
Query 500 maddələri ilə geri gələ bilər.

1647
01:12:17,260 --> 01:12:20,255
Amma yalnız maddələr istəyirəm ki,
Bu deyir ki, bir atributu var.

1648
01:12:20,255 --> 01:12:23,380
OK, belə ki, həmin maddələr filtrelemek imkan
ki, xüsusi sorğu uyğun gəlmir.

1649
01:12:23,380 --> 01:12:25,540
Beləliklə, biz filter ifadələr var.

1650
01:12:25,540 --> 01:12:28,310
>> Filter ifadələri bilərsiniz
Hər bir atributu run.

1651
01:12:28,310 --> 01:12:30,260
Onlar sıra sorğu kimi deyilik.

1652
01:12:30,260 --> 01:12:32,690
Raise sorğu daha seçici var.

1653
01:12:32,690 --> 01:12:36,470
Filter sorğu getmək üçün mənə tələb
bütün nəticələri sonra qurmaq və almaq

1654
01:12:36,470 --> 01:12:39,170
Mən istəmirəm məlumatların oymaq.

1655
01:12:39,170 --> 01:12:40,660
Nə vacibdir?

1656
01:12:40,660 --> 01:12:42,770
Mən bunu bütün oxumaq çünki.

1657
01:12:42,770 --> 01:12:46,597
Bir sorğu, mən oxumaq gedirəm və
Bu data barədə bir nəhəng olacaq.

1658
01:12:46,597 --> 01:12:48,430
Və sonra mən gedirəm
Mən lazım nə həyata oymaq.

1659
01:12:48,430 --> 01:12:52,080
Və mən yalnız həyata oyma alıram əgər
satır neçə, o OK.

1660
01:12:52,080 --> 01:12:53,620
Bu, belə səmərəsiz deyil.

1661
01:12:53,620 --> 01:12:57,800
>> Amma bütün qalaq oxuyuram əgər
data, yalnız bir maddə həyata oymaq üçün

1662
01:12:57,800 --> 01:13:01,490
sonra mən daha yaxşı olmaq gedirəm
bir sıra sorğu istifadə edərək off,

1663
01:13:01,490 --> 01:13:03,030
daha selektiv çünki.

1664
01:13:03,030 --> 01:13:06,330
Bu, mənim bir çox qənaət olacaq
pul, mən ki, oxumaq ödəmək çünki.

1665
01:13:06,330 --> 01:13:10,430
Harada geri gəlir nəticələri
kiçik ola bilər ki, tel keçmək,

1666
01:13:10,430 --> 01:13:11,890
amma oxumaq ödənilməsi alıram.

1667
01:13:11,890 --> 01:13:14,340
Belə ki, necə başa düşmək
Siz data alırıq.

1668
01:13:14,340 --> 01:13:16,420
Ki Dynamo DB çox vacibdir.

1669
01:13:16,420 --> 01:13:19,710
>> Şərti ifadələr, bu nə edir
Siz nikbin qapanma zəng edə bilər.

1670
01:13:19,710 --> 01:13:28,470
Update IF var, və ya bu dəyər əgər
Mən müəyyən nə bərabərdir.

1671
01:13:28,470 --> 01:13:31,494
Və mən bir bir vaxt möhürü varsa
rekord, mən data oxumaq bilər.

1672
01:13:31,494 --> 01:13:32,535
Hesab edirəm ki, data dəyişə bilər.

1673
01:13:32,535 --> 01:13:35,030
Mən yazmaq getmək bilər ki,
verilənlər bazası data geri.

1674
01:13:35,030 --> 01:13:38,100
Kimsə rekord dəyişib varsa,
damgası dəyişib ola bilər.

1675
01:13:38,100 --> 01:13:40,370
Və yol mənim şərti
yeniləmə yeniləmə deyə bilər

1676
01:13:40,370 --> 01:13:42,340
damgası bu bərabərdir əgər.

1677
01:13:42,340 --> 01:13:46,290
Və ya yeniləmə kimsə çünki uğursuz olacaq
Bu vaxt rekord yeniləndi.

1678
01:13:46,290 --> 01:13:48,290
>> Yəni biz nikbin kilid zəng budur.

1679
01:13:48,290 --> 01:13:50,670
Bu kimsə deməkdir
gəlmək və onu dəyişə bilərsiniz,

1680
01:13:50,670 --> 01:13:53,100
və mən aşkar etmək üçün gedirəm
Mən geri getmək zaman yazmaq üçün.

1681
01:13:53,100 --> 01:13:56,106
Və sonra mən həqiqətən ki oxuya bilərsiniz
məlumat və oh, o, bu dəyişdi, deyirlər.

1682
01:13:56,106 --> 01:13:57,230
Hesab edirəm ki, hesab etmək lazımdır.

1683
01:13:57,230 --> 01:14:00,490
Mən data dəyişə bilərsiniz mənim
qeyd və bir yeniləmə müraciət.

1684
01:14:00,490 --> 01:14:04,330
Belə ki, bu artan tutmaq olar
arasında baş yenilikləri

1685
01:14:04,330 --> 01:14:08,740
Siz məlumat və oxumaq
zaman məlumatları yazmaq bilər.

1686
01:14:08,740 --> 01:14:11,520
>> Auditoriya: Və filter
ifadə həqiqətən deməkdir

1687
01:14:11,520 --> 01:14:13,020
sayı və ya deyilik da

1688
01:14:13,020 --> 01:14:14,316
>> [SƏSLƏRİ INTERPOSING]

1689
01:14:14,316 --> 01:14:16,232
RICK Houlihan: I olmayacaq
Bu daxil çox almaq.

1690
01:14:16,232 --> 01:14:17,700
Bu qorunur söz edir.

1691
01:14:17,700 --> 01:14:20,130
kiloluq görünüşü qorunur
Dynamo DB söz.

1692
01:14:20,130 --> 01:14:24,500
Hər bazası var öz qorunub
Siz istifadə edə bilməz kolleksiyalar üçün adları.

1693
01:14:24,500 --> 01:14:27,240
Dynamo DB, belirttiğiniz əgər
bu qarşısında bir funt,

1694
01:14:27,240 --> 01:14:29,310
Yuxarıdakı bu adları qədər müəyyən edə bilərsiniz.

1695
01:14:29,310 --> 01:14:31,840
Bu müraciət dəyəri.

1696
01:14:31,840 --> 01:14:34,880
Bu yəqin ki, ən yaxşı sintaksis deyil
Bu müzakirə üçün var,

1697
01:14:34,880 --> 01:14:38,090
bəzi real-- daxil olur, çünki
Mən söhbət olardı daha

1698
01:14:38,090 --> 01:14:41,360
bir daha dərin səviyyədə bu barədə.

1699
01:14:41,360 --> 01:14:46,130
>> Amma demək kifayətdir ki, bu ola bilər
Onlar views-- harada scan sorğu ola

1700
01:14:46,130 --> 01:14:50,190
nə də funt views 10-dən çox deyil.

1701
01:14:50,190 --> 01:14:54,660
Bu, bəli, bir ədədi dəyəri.

1702
01:14:54,660 --> 01:14:57,322
Əgər istəyirsinizsə, biz haqqında danışmaq olar
müzakirə sonra.

1703
01:14:57,322 --> 01:15:00,030
Bütün hüquqlar, belə ki, biz nəzərə alırıq
ən yaxşı təcrübələr bəzi ssenarilər

1704
01:15:00,030 --> 01:15:02,000
biz danışmaq olacaq
burada apps haqqında.

1705
01:15:02,000 --> 01:15:03,810
Dynamo DB üçün istifadə halları nə var.

1706
01:15:03,810 --> 01:15:06,120
Dizayn hansılardır
Dynamo DB nümunələri.

1707
01:15:06,120 --> 01:15:09,110
>> Və ilk biz olacaq
haqqında danışmaq şeyi internet edir.

1708
01:15:09,110 --> 01:15:15,010
Hərhalda of-- Beləliklə, biz bir çox almaq,
pseudocode 50% -dən çox nə

1709
01:15:15,010 --> 01:15:19,370
bu gün internet trafikin
həqiqətən maşın tərəfindən yaradılan,

1710
01:15:19,370 --> 01:15:21,930
Biz insanlar tərəfindən avtomatlaşdırılmış prosesləri.

1711
01:15:21,930 --> 01:15:25,140
Mən bu şey bu şey deməkdir ki,
Siz cibinizdə ətrafında aparmaq

1712
01:15:25,140 --> 01:15:28,840
nə qədər data ki, bir şey ki,
həqiqətən, sizin olmadan ətrafında göndərmək

1713
01:15:28,840 --> 01:15:30,550
bilmədən tamamilə gözəl deyil.

1714
01:15:30,550 --> 01:15:34,970
Sizin yeri, informasiya
necə sürətli haqqında olacaq.

1715
01:15:34,970 --> 01:15:38,400
Google Maps işləri düşünürsünüz necə
Onlar sizə zaman yol nə.

1716
01:15:38,400 --> 01:15:41,275
Milyonlarla var, çünki bu və
ətrafında sürücülük milyonlarla insan

1717
01:15:41,275 --> 01:15:44,667
göndəririk telefonlar
bütün vaxt yer üzərində data.

1718
01:15:44,667 --> 01:15:46,500
Hər biri So
məlumatların bu növü haqqında

1719
01:15:46,500 --> 01:15:50,980
ki, gəlir, monitor data, daxil
data, zaman seriyası data, bu deyil

1720
01:15:50,980 --> 01:15:53,540
adətən yalnız maraqlı
vaxt bir az.

1721
01:15:53,540 --> 01:15:55,580
Bu saatdan sonra bu
qədər maraqlı deyil.

1722
01:15:55,580 --> 01:15:58,390
Belə ki, biz imkan vermir haqqında danışdı
bu masalar həddi olmadan inkişaf.

1723
01:15:58,390 --> 01:16:03,410
Burada fikir bəlkə mən 24 var ki,
mənim isti masa hadisələrin dəyər saat.

1724
01:16:03,410 --> 01:16:06,160
Və isti masa olacaq
çox yüksək dərəcəsi nəzərdə,

1725
01:16:06,160 --> 01:16:07,950
Bu bir çox veri alaraq, çünki.

1726
01:16:07,950 --> 01:16:10,920
Bu bir çox veri alaraq
və mən bir çox oxuyuram.

1727
01:16:10,920 --> 01:16:14,560
Mən əməliyyat bir çox var
ki, data qarşı çalışan sorğu.

1728
01:16:14,560 --> 01:16:18,120
>> 24 saat sonra hey, siz
mən qayğı yoxdur nə bilirik.

1729
01:16:18,120 --> 01:16:21,150
Belə ki, bəlkə hər gecə Mən roll
yeni masa üzərində mənim masa

1730
01:16:21,150 --> 01:16:22,430
və mən bu masa deprovision.

1731
01:16:22,430 --> 01:16:26,440
Mən almaq lazımdır RCU və
WCU aşağı, çünki 24 saat sonra

1732
01:16:26,440 --> 01:16:28,630
Mən çox çalışan deyiləm
ki, data qarşı sorğu.

1733
01:16:28,630 --> 01:16:30,200
Belə ki, pul saxlamaq üçün gedirəm.

1734
01:16:30,200 --> 01:16:32,940
Və bəlkə 30 gün sonra mən deyil
hətta bütün haqqında qayğı lazımdır.

1735
01:16:32,940 --> 01:16:35,020
Mən WCU nin bilər
bir aşağı bütün yol,

1736
01:16:35,020 --> 01:16:36,990
Bilirsiniz, çünki, bu nə
heç vaxt yazılı almaq üçün gedir.

1737
01:16:36,990 --> 01:16:38,300
məlumat 30 gün yaşı var.

1738
01:16:38,300 --> 01:16:40,000
Bu dəyişikliklər heç vaxt.

1739
01:16:40,000 --> 01:16:44,200
>> Və bu, oxumaq almaq olacaq demək olar ki, heç vaxt
Belə ki, yalnız 10 aşağı RCU götürək.

1740
01:16:44,200 --> 01:16:49,372
Və mən bu pul bir ton qənaət alıram
məlumat və yalnız mənim isti data ödənilməsi.

1741
01:16:49,372 --> 01:16:52,330
Belə ki, baxmaq vacibdir şey
Bir zaman seriyası baxdığımız zaman da

1742
01:16:52,330 --> 01:16:54,716
data həcmi gəlir.

1743
01:16:54,716 --> 01:16:55,590
Bu strategiyaları var.

1744
01:16:55,590 --> 01:16:58,010
İndi yalnız imkan bilər
eyni masa getmək

1745
01:16:58,010 --> 01:16:59,461
və yalnız masa inkişaf edək.

1746
01:16:59,461 --> 01:17:01,460
Nəhayət, mən gedirəm
performans məsələləri görəcəksiniz.

1747
01:17:01,460 --> 01:17:04,060
Mən arxivi başlamaq üçün gedirəm
masadan məlumatlar bəzi,

1748
01:17:04,060 --> 01:17:04,720
nə.

1749
01:17:04,720 --> 01:17:07,010
>> Nin daha yaxşı edək
ərizə dizayn

1750
01:17:07,010 --> 01:17:08,900
belə ki, sağ bu şəkildə fəaliyyət göstərə bilər ki,.

1751
01:17:08,900 --> 01:17:11,460
Belə ki, yalnız avtomatik var
proqram kodu.

1752
01:17:11,460 --> 01:17:13,580
Gecə yarısı hər gecə
Bu masa rulonlarda.

1753
01:17:13,580 --> 01:17:17,170
Bəlkə nə lazımdır sürüşmə var
məlumatların 24 saat pəncərə.

1754
01:17:17,170 --> 01:17:20,277
Sonra müntəzəm olaraq mən
masadan data zəng.

1755
01:17:20,277 --> 01:17:22,360
Mən bir ilə bəzək alıram
Cron iş və mən onu qoyulması alıram

1756
01:17:22,360 --> 01:17:24,160
bu digər masalar üzərində,
sizə lazım nə.

1757
01:17:24,160 --> 01:17:25,940
Bir rollover işləri Belə ki, böyük deyil.

1758
01:17:25,940 --> 01:17:27,080
Əgər, bu kəsmək.

1759
01:17:27,080 --> 01:17:29,640
Amma ki, isti məlumatların saxlamaq imkan
üz soyuq məlumatlar.

1760
01:17:29,640 --> 01:17:32,535
Bu pul bir çox saxlaya bilərsiniz və
masalar daha performans edir.

1761
01:17:32,535 --> 01:17:35,960

1762
01:17:35,960 --> 01:17:38,210
Belə ki, növbəti odur ki, biz danışmaq lazımdır
haqqında məhsul kataloq edir.

1763
01:17:38,210 --> 01:17:42,000
Product kataloq edir
olduqca ümumi istifadə halda.

1764
01:17:42,000 --> 01:17:46,600
Bu, həqiqətən, bir çox ümumi model
biz şeyi bir sıra görəcəksiniz ki.

1765
01:17:46,600 --> 01:17:48,870
Siz, Twitter bilirik
Məsələn, bir isti tweet.

1766
01:17:48,870 --> 01:17:51,280
Hər kəs gəlir və
ki tweet qənimətçilik.

1767
01:17:51,280 --> 01:17:52,680
Məhsul kataloqu, mən bir satış var.

1768
01:17:52,680 --> 01:17:54,120
Mən isti satış var.

1769
01:17:54,120 --> 01:17:57,277
Mən başına 70,000 sorğu var
ikinci bir məhsul üçün gələn

1770
01:17:57,277 --> 01:17:58,860
Mənim məhsul kataloq həyata təsviri.

1771
01:17:58,860 --> 01:18:02,384
Biz pərakəndə on görürük
əməliyyat bir qədər.

1772
01:18:02,384 --> 01:18:03,550
Belə ki, necə ki, ilə məşğul yoxdur?

1773
01:18:03,550 --> 01:18:04,924
Ilə məşğul heç bir yol var.

1774
01:18:04,924 --> 01:18:07,110
Bütün users görmək istəyirəm
məlumatların eyni parça.

1775
01:18:07,110 --> 01:18:09,410
Onlar eyni zamanda, gəlir edirik.

1776
01:18:09,410 --> 01:18:11,920
Onlar bütün istekleri edirik
məlumatların eyni parça üçün.

1777
01:18:11,920 --> 01:18:16,240
Bu mənə verir ki, isti əsas ki, böyük qırmızı
biz kimi deyil, mənim chart zolaq.

1778
01:18:16,240 --> 01:18:17,720
Və kimi görünür nə.

1779
01:18:17,720 --> 01:18:22,290
Mənim əsas məkan arasında alıram belə
satış maddələr olurdu.

1780
01:18:22,290 --> 01:18:24,070
Mən hər yerdə başqa bir şey alıram.

1781
01:18:24,070 --> 01:18:26,050
>> Mən bu problem azaltmaq edirsiniz?

1782
01:18:26,050 --> 01:18:28,410
Bəli, biz cache ilə bu azaltmaq.

1783
01:18:28,410 --> 01:18:33,630
Cache, in-yaddaş əsasən qoymaq
verilənlər bazası qarşısında partition.

1784
01:18:33,630 --> 01:18:37,260
Biz bilmişik
[Işitilemez] cache, necə

1785
01:18:37,260 --> 01:18:40,260
Öz cache bilərsiniz, [işitilemez]
cache [? d?] istədiyiniz hər hansı.

1786
01:18:40,260 --> 01:18:42,220
Verilənlər bazası qarşısında qədər qoyun.

1787
01:18:42,220 --> 01:18:47,250
Və yol ki, məlumatları saxlaya bilərsiniz
ki, cache up bu isti düymələri

1788
01:18:47,250 --> 01:18:49,390
yer və cache gəzib.

1789
01:18:49,390 --> 01:18:51,962
>> Və sonra ən çox oxuyan
bu kimi axtarır başlamaq.

1790
01:18:51,962 --> 01:18:54,920
Mən bu cache burada bütün Xit oldu
Mən heç bir şey aşağı burada gedən oldu

1791
01:18:54,920 --> 01:18:59,330
Verilənlər bazası arxasında oturan, çünki
cache vasitəsilə gəlmək heç vaxt deyilir.

1792
01:18:59,330 --> 01:19:02,520
Mən data dəyişdirmək əgər
verilənlər bazası ki, mən cache yeniləmə var.

1793
01:19:02,520 --> 01:19:04,360
Biz bir şey istifadə edə bilərsiniz
kimi bunu buxarlarının.

1794
01:19:04,360 --> 01:19:07,360
Mən ki, necə izah edəcəyik.

1795
01:19:07,360 --> 01:19:09,060
Bütün hüquqlar, mesajlaşma.

1796
01:19:09,060 --> 01:19:11,180
Email, biz bütün e-poçt istifadə edin.

1797
01:19:11,180 --> 01:19:12,540
>> Bu olduqca yaxşı bir nümunəsidir.

1798
01:19:12,540 --> 01:19:14,950
Biz messages masa bir növ var.

1799
01:19:14,950 --> 01:19:17,040
Və biz gelen qutusu ve Giden var.

1800
01:19:17,040 --> 01:19:19,760
Bu nə SQL olardı
ki, gelen qurmaq kimi baxmaq.

1801
01:19:19,760 --> 01:19:23,350
Biz növ eyni cür istifadə
GSI nin GSI nin istifadə etmək strategiyasının

1802
01:19:23,350 --> 01:19:25,320
mənim inbox və Giden üçün.

1803
01:19:25,320 --> 01:19:27,600
Beləliklə, mən xam messages gələn var
Mesajlarım masa.

1804
01:19:27,600 --> 01:19:30,194
Və bu ilk yanaşma
ola bilər, OK, heç bir problem, demək.

1805
01:19:30,194 --> 01:19:31,110
Mən xam mesaj var.

1806
01:19:31,110 --> 01:19:33,710
Gələn mesaj [işitilemez],
Mesaj ID, ki, böyük deyil.

1807
01:19:33,710 --> 01:19:35,070
Bu mənim unikal hash var.

1808
01:19:35,070 --> 01:19:38,280
Mən iki GSI yaratmaq üçün bir gedirəm
mənim inbox, mənim Giden üçün bir.

1809
01:19:38,280 --> 01:19:40,530
Və ilk şey mən edəcəyik
Mən hash əsas demək lazımdır ki,

1810
01:19:40,530 --> 01:19:43,310
Alıcı olacaq və
Mən tarix təşkil gedirəm.

1811
01:19:43,310 --> 01:19:44,220
Bu fantastik deyil.

1812
01:19:44,220 --> 01:19:45,890
Mən burada mənim gözəl görünüşü var.

1813
01:19:45,890 --> 01:19:47,780
Amma bir az məsələ burada var.

1814
01:19:47,780 --> 01:19:50,891
Və bu daxil
relational verilənlər bazası həmçinin.

1815
01:19:50,891 --> 01:19:52,390
Onlar şaquli bölümleme çağırıb.

1816
01:19:52,390 --> 01:19:55,840
Siz böyük data saxlamaq istədiyiniz
üz sizin kiçik məlumatlar.

1817
01:19:55,840 --> 01:20:00,470
>> Mən gerek, çünki səbəbi var
atributları almaq üçün maddələr oxumaq gedin.

1818
01:20:00,470 --> 01:20:05,570
Və mənim orqanları burada bütün əgər,
sonra yalnız bir neçə maddələri oxu

1819
01:20:05,570 --> 01:20:08,560
Mənim bədən uzunluğu əgər
256 kilobayt hər orta,

1820
01:20:08,560 --> 01:20:10,991
riyaziyyat olduqca çirkin olur.

1821
01:20:10,991 --> 01:20:12,490
Belə ki, Davudun inbox oxumaq istəyirsiniz.

1822
01:20:12,490 --> 01:20:14,520
Davudun inbox 50 maddələr var.

1823
01:20:14,520 --> 01:20:17,880
orta və ölçüsü 256 kilobayt edir.

1824
01:20:17,880 --> 01:20:21,730
Burada mənim dönüşüm oranı var
RCU nin üçün dörd kilobayt edir.

1825
01:20:21,730 --> 01:20:24,450
>> OK, ilə gedək
nəticədə ardıcıl deyilir.

1826
01:20:24,450 --> 01:20:28,640
Mən hələ 1600 RCU nin yeyirəm
yalnız Davudun inbox oxumaq.

1827
01:20:28,640 --> 01:20:29,950
Ouch.

1828
01:20:29,950 --> 01:20:31,980
OK, indi düşünək
app işləri necə haqqında.

1829
01:20:31,980 --> 01:20:35,340
Mən bir e-poçt app Ben əgər və
Mən gelen baxıram

1830
01:20:35,340 --> 01:20:39,680
və mən hər mesaj orqanı baxmaq,
heç bir, mən xülasəsi baxıram.

1831
01:20:39,680 --> 01:20:41,850
Mən yalnız başlıqlarını baxıram.

1832
01:20:41,850 --> 01:20:46,310
Belə ki, bir masa strukturu yaratmaq imkan
daha kimi görünür.

1833
01:20:46,310 --> 01:20:49,470
>> Belə ki, burada məlumat var
Mənim iş lazımdır.

1834
01:20:49,470 --> 01:20:50,890
Bu, mənim inbox GSI var.

1835
01:20:50,890 --> 01:20:53,800
Bu tarixi var, göndərən,
mövzu və sonra

1836
01:20:53,800 --> 01:20:56,790
işarə mesaj ID,
geri messages masa

1837
01:20:56,790 --> 01:20:57,850
harada bədən əldə edə bilərsiniz.

1838
01:20:57,850 --> 01:21:01,260

1839
01:21:01,260 --> 01:21:04,420
Yaxşı, bu rekord kimlikleri olardı.

1840
01:21:04,420 --> 01:21:09,850
Onlar geri qeyd olardı
Dynamo DB masa maddə kimlikleri.

1841
01:21:09,850 --> 01:21:12,220
Hər index həmişə creates--
həmişə maddə var

1842
01:21:12,220 --> 01:21:15,750
Ki of-- hissəsi kimi ID
indeksi ilə gəlir.

1843
01:21:15,750 --> 01:21:17,414
>> Oldu.

1844
01:21:17,414 --> 01:21:19,080
Auditoriya: Bu deyir saxlandığı?

1845
01:21:19,080 --> 01:21:21,420
RICK Houlihan: Bəli, deyir
exactly-- ki, dəqiq nə var.

1846
01:21:21,420 --> 01:21:22,644
Burada deyir, mənim yenidən rekord var.

1847
01:21:22,644 --> 01:21:24,310
Və mənim yenidən rekord geri qeyd edəcəyik.

1848
01:21:24,310 --> 01:21:26,460
Məhz.

1849
01:21:26,460 --> 01:21:29,490
OK, belə ki, indi mənim inbox deyil
həqiqətən çox kiçik.

1850
01:21:29,490 --> 01:21:32,210
Bu, həqiqətən dəstəkləyir
bir e-poçt app iş.

1851
01:21:32,210 --> 01:21:34,230
Mənim inbox Belə ki, mən basın.

1852
01:21:34,230 --> 01:21:38,160
Mən birlikdə getmək və mən mesaj basın
Mən bədən almaq getmək lazımdır ki, var

1853
01:21:38,160 --> 01:21:40,180
Mən gedirəm, çünki
Good luck gedin.

1854
01:21:40,180 --> 01:21:43,870
Siz MVC növü haqqında düşünmək Belə ki,
çərçivə, model görünüşü nəzarətçi.

1855
01:21:43,870 --> 01:21:46,120
>> model var
veri görünüşü ehtiyacı ki,

1856
01:21:46,120 --> 01:21:48,130
və nəzarətçi ilə qarşılıqlı.

1857
01:21:48,130 --> 01:21:51,670
Mən çərçivəsində dəyişdirmək zaman, zaman
Mən perspektiv dəyişdirmək,

1858
01:21:51,670 --> 01:21:55,080
Bu geri getmək üçün OK
server və model repopulate,

1859
01:21:55,080 --> 01:21:56,860
ki, istifadəçi gözləyir nə çünki.

1860
01:21:56,860 --> 01:22:00,530
Onlar views dəyişdirmək zaman ki, zaman var
Biz geri bazasında bilərsiniz.

1861
01:22:00,530 --> 01:22:02,480
Belə ki, e-poçt, basın.

1862
01:22:02,480 --> 01:22:03,710
Mən bədən arıyorum.

1863
01:22:03,710 --> 01:22:04,330
Səfər.

1864
01:22:04,330 --> 01:22:05,680
Bədən almaq gedin.

1865
01:22:05,680 --> 01:22:06,950
>> Mən çox az məlumatları oxuyun.

1866
01:22:06,950 --> 01:22:09,960
Mən yalnız orqanları oxuyuram ki,
O, onlara lazım David lazımdır.

1867
01:22:09,960 --> 01:22:14,230
Mən 1600-ci ildə yandırmaq deyiləm
RCU yalnız onun inbox göstərir.

1868
01:22:14,230 --> 01:22:17,670
Belə ki, indi bu yolla that--
LSI ya GSI-- Üzgünüm ki,

1869
01:22:17,670 --> 01:22:19,900
GSI, iş olardı.

1870
01:22:19,900 --> 01:22:25,450
Biz alan bizim hash var.

1871
01:22:25,450 --> 01:22:27,030
Biz tarixi sıra əsas var.

1872
01:22:27,030 --> 01:22:31,380
Və biz proqnozlaşdırılır atributları var
biz görünüşü dəstəkləmək üçün yalnız lazımdır.

1873
01:22:31,380 --> 01:22:34,300
>> Biz Giden üçün dönüşümlü.

1874
01:22:34,300 --> 01:22:35,770
Göndərən hash.

1875
01:22:35,770 --> 01:22:39,612
Və əslində, biz
çox gözəl, təmiz görünüşü.

1876
01:22:39,612 --> 01:22:41,570
Və bu basically-- biz var
Bu gözəl mesajlarınız var

1877
01:22:41,570 --> 01:22:45,870
gözəl, çünki yayılmışdır olunur masa
Bu hash yalnız hashed mesaj ID var.

1878
01:22:45,870 --> 01:22:51,750
Və biz iki göstəriciləri var ki,
ki, masa off fırlanan olunur.

1879
01:22:51,750 --> 01:22:57,411
Bütün hüquqlar, belə ki, burada fikir nə deyil
böyük məlumat və bu kiçik məlumat saxlamaq

1880
01:22:57,411 --> 01:22:57,910
birlikdə.

1881
01:22:57,910 --> 01:23:00,700
Şaquli bölüm,
bu masalar bölüm.

1882
01:23:00,700 --> 01:23:03,150
Məlumat oxumaq etməyin yoxdur.

1883
01:23:03,150 --> 01:23:04,850
Bütün sağ, oyun.

1884
01:23:04,850 --> 01:23:06,990
Biz bütün oyun kimi.

1885
01:23:06,990 --> 01:23:10,902
Ən azı mən sonra oyun kimi.

1886
01:23:10,902 --> 01:23:12,735
Bəzi şeyləri belə
biz zaman ilə məşğul ki,

1887
01:23:12,735 --> 01:23:14,193
biz doğru, oyun haqqında düşünür istəyirsinizsə?

1888
01:23:14,193 --> 01:23:16,999
Bu gün oyun, xüsusilə mobil
oyun, bütün düşüncə edir.

1889
01:23:16,999 --> 01:23:19,540
Mən burada bir dönüşümlü gedirəm
üz DynamoDB az bit.

1890
01:23:19,540 --> 01:23:21,373
Mən gətirmək üçün gedirəm
müzakirə bəzi

1891
01:23:21,373 --> 01:23:24,240
bəzi ətrafında
digər AWS texnologiyaları.

1892
01:23:24,240 --> 01:23:28,930
>> Lakin oyun haqqında fikir hesab edir
API baxımından var API,

1893
01:23:28,930 --> 01:23:31,730
ümumiyyətlə, HTTP və JSON danışan.

1894
01:23:31,730 --> 01:23:34,550
Bu necə mobil oyunlar növ
onların geri bitir ilə qarşılıqlı.

1895
01:23:34,550 --> 01:23:35,850
Onlar JSON poçt yoxdur.

1896
01:23:35,850 --> 01:23:40,660
Onlar məlumat almaq və bütün var,
ümumiyyətlə gözəl JSON API danışan.

1897
01:23:40,660 --> 01:23:44,950
>> Dost almaq kimi şeylər almaq
leaderboard, məlumat mübadiləsi,

1898
01:23:44,950 --> 01:23:47,699
istifadəçi generated content,
sistem qədər geri itələmək,

1899
01:23:47,699 --> 01:23:49,740
bunlar növləri
Biz nə olacaq ki.

1900
01:23:49,740 --> 01:23:52,542
Binary aktiv data, bu veri
bazasında oturmaq bilər.

1901
01:23:52,542 --> 01:23:54,250
Bu oturmaq bilər
object mağaza, sağ?

1902
01:23:54,250 --> 01:23:56,541
Amma bazası gedir
sistemi izah başa,

1903
01:23:56,541 --> 01:23:59,140
proqram izah
harada almaq getmək.

1904
01:23:59,140 --> 01:24:03,550
Və istər-istəməz, multiplayer
server, geri sonuna infrastruktur,

1905
01:24:03,550 --> 01:24:06,180
və yüksək üçün nəzərdə
mövcudluğu və ölçeklenebilirlik.

1906
01:24:06,180 --> 01:24:09,400
Belə ki, bu biz bütün istədiyiniz şeyi var
oyun infrastruktur bu gün.

1907
01:24:09,400 --> 01:24:12,160
>> Belə ki, bir nəzər salaq
nə kimi görünür.

1908
01:24:12,160 --> 01:24:16,070
, Əsas geri sonuna Got
çox sadə.

1909
01:24:16,070 --> 01:24:19,880
Biz burada bir sistem var
Çox mövcudluğu zonaları.

1910
01:24:19,880 --> 01:24:23,780
Hesab being-- kimi AZS haqqında danışdı
Onların ayrı-ayrı məlumat mərkəzləri kimi.

1911
01:24:23,780 --> 01:24:26,040
Daha çox məlumat mərkəzi
AZ başına, lakin, OK

1912
01:24:26,040 --> 01:24:28,831
yalnız ayrı-ayrı data kimi onlara hesab
coğrafi var mərkəzləri

1913
01:24:28,831 --> 01:24:30,090
və günah təcrid.

1914
01:24:30,090 --> 01:24:32,172
>> Biz olacaq
neçə EC2 hallarda.

1915
01:24:32,172 --> 01:24:33,880
Biz olacaq
bəzi geri sonuna server.

1916
01:24:33,880 --> 01:24:35,800
Siz bir miras etdiyiniz bəlkə
memarlıq, biz istəyirik

1917
01:24:35,800 --> 01:24:38,920
biz RDS dediyimiz istifadə edərək,
relational verilənlər bazası xidmətləri.

1918
01:24:38,920 --> 01:24:42,040
MSSQL, MySQL ola bilər,
ya kimi bir şey.

1919
01:24:42,040 --> 01:24:47,080
Bu yolla bir çox applications var
Bu gün nəzərdə tutulmuşdur.

1920
01:24:47,080 --> 01:24:49,594
>> Yaxşı ilə getmək istəyirəm bilər
biz miqyaslı zaman bu.

1921
01:24:49,594 --> 01:24:51,510
Biz irəli getmək və qoymaq lazımdır
Orada S3 bucket.

1922
01:24:51,510 --> 01:24:54,200
Və S3 bucket, əvəzinə xidmət
Bizim server həmin obyektlərin qədər

1923
01:24:54,200 --> 01:24:55,220
biz bunu edə bilər.

1924
01:24:55,220 --> 01:24:57,210
Siz bütün ikili qoymaq
Sizin server obyektləri

1925
01:24:57,210 --> 01:24:59,751
və bu server istifadə edə bilərsiniz
hallarda ki, data qədər xidmət.

1926
01:24:59,751 --> 01:25:01,860
Amma ki, olduqca bahalı.

1927
01:25:01,860 --> 01:25:05,107
>> Etmək üçün daha yaxşı bir yol davam və
bir S3 bucket həmin obyektlərin qoydu.

1928
01:25:05,107 --> 01:25:06,315
S3 bir obyekt depolar edir.

1929
01:25:06,315 --> 01:25:10,860
Bu üçün xüsusi inşa
şeyi bu növ up xidmət.

1930
01:25:10,860 --> 01:25:13,690
Və bu müştərilər tələb edək
birbaşa obyekt buketler olan,

1931
01:25:13,690 --> 01:25:15,390
server offload.

1932
01:25:15,390 --> 01:25:17,020
Beləliklə, biz burada miqyaslı üçün başlanğıc edirik.

1933
01:25:17,020 --> 01:25:19,140
>> İndi biz bütün dünyada istifadəçilər var.

1934
01:25:19,140 --> 01:25:19,730
Mən istifadəçilər var.

1935
01:25:19,730 --> 01:25:23,380
Mən yerli məzmun lazımdır
sağ, bu istifadəçilər üçün yaxın?

1936
01:25:23,380 --> 01:25:26,200
Mən S3 bucket yaratdıq
mənim mənbə deposu kimi.

1937
01:25:26,200 --> 01:25:29,370
Mən ön lazımdır ki,
CloudFront paylanması.

1938
01:25:29,370 --> 01:25:31,720
>> CloudFront bir CD və bir
content çatdırılması şəbəkə.

1939
01:25:31,720 --> 01:25:35,750
Əsasən bu belirttiğiniz data alır
və internet üzərindən bütün önbelleğe alır

1940
01:25:35,750 --> 01:25:39,230
users hər yerdə ola bilər
çox tez cavab zaman

1941
01:25:39,230 --> 01:25:40,960
Onlar həmin obyektlərin tələb.

1942
01:25:40,960 --> 01:25:41,960
>> Belə ki, bir fikir almaq.

1943
01:25:41,960 --> 01:25:48,230
Siz cür yararlanarak etdiyiniz bütün
AWS aspektləri burada bu görülən almaq üçün.

1944
01:25:48,230 --> 01:25:50,790
Və nəhayət, biz atmaq
Avtomatik scaling qrup.

1945
01:25:50,790 --> 01:25:52,737
Bizim AC2 hallarda belə
Bizim oyun server,

1946
01:25:52,737 --> 01:25:54,820
Onlar busier almaq üçün başlamaq kimi
və buther və busier,

1947
01:25:54,820 --> 01:25:57,236
Onlar yalnız bir spin lazımdır
Məsələn, başqa bir instansiya fırlatmaq

1948
01:25:57,236 --> 01:25:58,210
başqa instansiya fırlatmaq.

1949
01:25:58,210 --> 01:26:02,090
AWS, var texnologiya So
Siz parametrləri daxil imkan verir

1950
01:26:02,090 --> 01:26:04,650
ətrafında server artacaq.

1951
01:26:04,650 --> 01:26:08,110
Belə ki, server n sayı ola bilər
hər hansı bir zamanda orada.

1952
01:26:08,110 --> 01:26:11,870
Sizin yük üz gedir əgər, onlar lazımdır
shrink, sayı shrink edəcək.

1953
01:26:11,870 --> 01:26:15,250
Və yük geri gəlsə,
Bu elastiki, geri inkişaf edəcəyik.

1954
01:26:15,250 --> 01:26:17,050
>> Belə ki, bu böyük görünür.

1955
01:26:17,050 --> 01:26:19,800
Biz EC2 hallarda bir çox var.

1956
01:26:19,800 --> 01:26:21,671
Biz cache qoya bilər
verilənlər bazası ön,

1957
01:26:21,671 --> 01:26:23,045
cəhd və verilənlər bazası sürətləndirmək.

1958
01:26:23,045 --> 01:26:25,030
növbəti təzyiq point
adətən insanlar

1959
01:26:25,030 --> 01:26:28,850
Onlar istifadə edərək, bir oyun miqyaslı
relational verilənlər bazası sistemi.

1960
01:26:28,850 --> 01:26:30,790
Jeez, verilənlər bazası
performance dəhşətli deyil.

1961
01:26:30,790 --> 01:26:31,932
Ki, necə yaxşılaşdırmaq olar?

1962
01:26:31,932 --> 01:26:33,640
Nin qoyulması cəhd edək
ki, qarşısında cache.

1963
01:26:33,640 --> 01:26:36,780
>> Yaxşı, cache işləmir
oyunlar qədər böyük, sağ?

1964
01:26:36,780 --> 01:26:39,330
Oyunlar üçün, yazı ağrılı deyil.

1965
01:26:39,330 --> 01:26:40,930
Oyun çox ağır yazmaq olunur.

1966
01:26:40,930 --> 01:26:43,610
Siz olduğunuzda Cache işləmir
Siz həmişə var, çünki ağır yazmaq

1967
01:26:43,610 --> 01:26:44,610
cache yeniləmək lazımdır.

1968
01:26:44,610 --> 01:26:47,780
Siz bu, cache yeniləmə
yersiz caching olunacaq.

1969
01:26:47,780 --> 01:26:49,780
Bu, həqiqətən, yalnız əlavə iş var.

1970
01:26:49,780 --> 01:26:51,970
>> Beləliklə, biz burada getmək harada?

1971
01:26:51,970 --> 01:26:54,400
Siz böyük tıxanma var
orada bazasında.

1972
01:26:54,400 --> 01:26:57,661
Və yer getmək üçün
açıq-aydın bölümleme edir.

1973
01:26:57,661 --> 01:26:59,410
Bölümleme deyil
Siz olduğunuzda etmək asan

1974
01:26:59,410 --> 01:27:01,900
relational verilənlər bazası ilə məşğul olur.

1975
01:27:01,900 --> 01:27:05,080
Relational verilənlər bazası ilə, siz etdiyiniz
idarə edilməsi üçün məsul, səmərəli,

1976
01:27:05,080 --> 01:27:06,210
əsas yer.

1977
01:27:06,210 --> 01:27:10,527
Siz A və M arasında istifadəçilər deyərək edirik
N və Z getmək arasında getmək burada.

1978
01:27:10,527 --> 01:27:12,360
Və keçid edirik
tətbiqi daxilində.

1979
01:27:12,360 --> 01:27:15,000
Belə ki, ilə məşğul olduğunuz
Bu bölüm məlumat mənbəyi.

1980
01:27:15,000 --> 01:27:18,670
Siz işlem məhdudiyyətlər var
ki, arakəsmələr span yoxdur.

1981
01:27:18,670 --> 01:27:20,560
Siz bütün növ var
sen messiness

1982
01:27:20,560 --> 01:27:23,040
orada çalışır ilə məşğul
həyata scaling ilə məşğul

1983
01:27:23,040 --> 01:27:25,120
və daha böyük infrastruktur bina.

1984
01:27:25,120 --> 01:27:27,284
Bu, sadəcə, heç bir əyləncə var.

1985
01:27:27,284 --> 01:27:30,930
>> Auditoriya: Belə ki, söyləyərək
mənbə xal artan sürəti

1986
01:27:30,930 --> 01:27:31,430
prosesi?

1987
01:27:31,430 --> 01:27:32,513
RICK Houlihan: Artan?

1988
01:27:32,513 --> 01:27:33,520
Auditoriya: Source xal.

1989
01:27:33,520 --> 01:27:34,410
RICK Houlihan: Source bal?

1990
01:27:34,410 --> 01:27:37,500
Auditoriya: məlumat From,
harada məlumatlar gəlir?

1991
01:27:37,500 --> 01:27:38,250
RICK Houlihan: Xeyr

1992
01:27:38,250 --> 01:27:41,820
Mən deyirəm artır
data mağaza arakəsmələr sayı

1993
01:27:41,820 --> 01:27:44,060
ötürücülük yaxşılaşdırır.

1994
01:27:44,060 --> 01:27:48,300
Belə ki, nə burada baş istifadəçilər
burada EC2 Məsələn gələn,

1995
01:27:48,300 --> 01:27:50,780
yaxşı, mən bir istifadəçi lazımdır, əgər
ki, M A, mən burada getmək lazımdır.

1996
01:27:50,780 --> 01:27:53,560
N p, mən burada getmək lazımdır.

1997
01:27:53,560 --> 01:27:55,060
Z P, mən burada getmək lazımdır.

1998
01:27:55,060 --> 01:27:57,120
>> Auditoriya: OK, o belə olanlar
bütün müxtəlif qovşaqlarının saxlanılır?

1999
01:27:57,120 --> 01:27:57,911
>> RICK Houlihan: Bəli.

2000
01:27:57,911 --> 01:28:00,210
Bu kimi düşünün
məlumatların müxtəlif silos.

2001
01:28:00,210 --> 01:28:01,660
Belə ki, bunu qarşılaşdıqda.

2002
01:28:01,660 --> 01:28:02,910
Siz nə etmək çalışdığınız əgər
Bu, siz çalışdığınız əgər

2003
01:28:02,910 --> 01:28:05,730
bir relational platforma miqyaslı,
bu işle edir.

2004
01:28:05,730 --> 01:28:08,100
Siz data alaraq edirik və
Siz qısaltma edirik.

2005
01:28:08,100 --> 01:28:10,975
Və siz onu daxilində bölümleme edirik
verilənlər bazası çox hallarda.

2006
01:28:10,975 --> 01:28:13,580
Və bütün idarə etdiyiniz
proqram dərəcəli at.

2007
01:28:13,580 --> 01:28:14,729
Bu, heç bir əyləncə var.

2008
01:28:14,729 --> 01:28:15,770
Belə ki, nə biz getmək istəyirsiniz?

2009
01:28:15,770 --> 01:28:20,240
Biz DynamoDB, tam idarə getmək istəyirəm,
NoSQL data mağaza, təmin ötürücülük.

2010
01:28:20,240 --> 01:28:22,680
Biz orta göstəriciləri istifadə edin.

2011
01:28:22,680 --> 01:28:26,154
Bu əsasən HTTP API və
sənəd dəstək daxildir.

2012
01:28:26,154 --> 01:28:28,570
Belə ki, narahat yoxdur
ki bölümleme hər hansı haqqında.

2013
01:28:28,570 --> 01:28:30,740
Biz sizin üçün bütün yoxdur.

2014
01:28:30,740 --> 01:28:33,260
Belə ki, indi əvəzinə,
yalnız masa yazın.

2015
01:28:33,260 --> 01:28:36,490
Masa parçalanmış olmalıdır varsa,
ki, pərdə arxasında baş verir.

2016
01:28:36,490 --> 01:28:40,642
Siz tamamilə izolyasiya edirik
bir geliştirici kimi ki.

2017
01:28:40,642 --> 01:28:42,350
Belə ki, haqqında danışmaq edək
istifadə halları bəzi

2018
01:28:42,350 --> 01:28:47,564
biz oyun ortaq daxil ki,
oyun ssenariləri leaderboard.

2019
01:28:47,564 --> 01:28:49,980
Belə ki, istifadəçilər gələn var
Onlar BoardNames

2020
01:28:49,980 --> 01:28:52,930
, bu istifadəçi üçün puanları.

2021
01:28:52,930 --> 01:28:57,700
Biz UserID on hashing edilə bilər
və sonra oyun sıra var.

2022
01:28:57,700 --> 01:28:59,960
Belə ki, hər bir istifadəçi görmək istəyir
o ifa bütün oyun

2023
01:28:59,960 --> 01:29:01,770
və onun bütün top hesab
bütün oyun arasında.

2024
01:29:01,770 --> 01:29:04,000
Belə ki, onun şəxsi leaderboard var.

2025
01:29:04,000 --> 01:29:10,010
>> İndi getmək istəyirik və mən get-- istəyirəm
belə ki, mən bu şəxsi leaderboards almaq.

2026
01:29:10,010 --> 01:29:12,827
Mən bunu istəyirəm almaq go
bütün istifadəçilər arasında yüksək hesab.

2027
01:29:12,827 --> 01:29:13,660
Belə ki, necə ki etməliyəm?

2028
01:29:13,660 --> 01:29:18,070
Mənim rekord on hashed zaman
UserID, oyun idi,

2029
01:29:18,070 --> 01:29:20,740
mən irəli getmək üçün gedirəm
və yenidən, bir GSI yaratmaq

2030
01:29:20,740 --> 01:29:22,370
və mən ki, data yenidən gedirəm.

2031
01:29:22,370 --> 01:29:27,310
>> İndi mən hash gedirəm
Oyun BoardName.

2032
01:29:27,310 --> 01:29:29,800
Mən üst hesab Range gedirəm.

2033
01:29:29,800 --> 01:29:31,540
İndi müxtəlif buketler yaratdıq.

2034
01:29:31,540 --> 01:29:34,790
Mən eyni masa istifadə edirəm,
Eyni maddə data.

2035
01:29:34,790 --> 01:29:39,870
Amma verir bucket yaratmaq alıram
Mənə oyun yüksək hesab bir toplama.

2036
01:29:39,870 --> 01:29:43,180
>> Mən ki, masa sorğu edə bilər
ki, məlumat almaq üçün.

2037
01:29:43,180 --> 01:29:50,890
Belə ki, mən ki, sorğu model müəyyən etdik
orta göstəricisi tərəfindən dəstəklənir.

2038
01:29:50,890 --> 01:29:54,556
İndi onlar BoardName sıralaması edə bilər
və asılı olaraq, topscore sıralaması.

2039
01:29:54,556 --> 01:29:57,180
Gördüyünüz Belə ki, bu növləri
Siz oyun almaq hallarda istifadə edin.

2040
01:29:57,180 --> 01:30:02,190
Biz oyun almaq yaxşı bir istifadə halda
mükafat və kim mükafat qazandı s.

2041
01:30:02,190 --> 01:30:05,340
Və bu böyük istifadə haldır
biz seyrək göstəriciləri zəng harada.

2042
01:30:05,340 --> 01:30:07,340
Seyrək göstəriciləri var
yaratmaq imkanı

2043
01:30:07,340 --> 01:30:10,850
mütləq deyil bir index
masa hər bir maddə ehtiva edir.

2044
01:30:10,850 --> 01:30:11,470
Və niyə?

2045
01:30:11,470 --> 01:30:14,540
Çünki olan oldu atributu
indexed hər bir maddə mövcud deyil.

2046
01:30:14,540 --> 01:30:16,460
>> Bu Belə ki,
halda istifadə, mən deyirəm,

2047
01:30:16,460 --> 01:30:19,240
nə, mən gedirəm bilirik
Mükafatı adlı atributu yaradır.

2048
01:30:19,240 --> 01:30:22,970
Mən hər istifadəçi vermək gedirəm
ki atributu bir mükafat vardır.

2049
01:30:22,970 --> 01:30:25,950
İstifadəçilər mükafatlar var yoxdur ki,
ki atributu var niyyətində deyil.

2050
01:30:25,950 --> 01:30:27,800
Beləliklə, mən yaratmaq zaman
index, yalnız istifadəçilər

2051
01:30:27,800 --> 01:30:28,960
göstərir ki, gedir
index qədər

2052
01:30:28,960 --> 01:30:31,050
həqiqətən mükafatlar qazanmışlar olanları.

2053
01:30:31,050 --> 01:30:34,440
Belə ki, edə bilmək üçün böyük yoldur
filtrelenen göstəriciləri yaratmaq üçün

2054
01:30:34,440 --> 01:30:40,580
deyil ki, çox, çox seçici var
index bütün masa var.

2055
01:30:40,580 --> 01:30:43,050
>> Beləliklə, biz burada vaxt aşağı əldə edirik.

2056
01:30:43,050 --> 01:30:49,190
Mən irəli getmək və keçmək üçün gedirəm
həyata və bu ssenari keçmək.

2057
01:30:49,190 --> 01:30:52,625
Bir az danışmaq about--

2058
01:30:52,625 --> 01:30:54,460
>> Auditoriya: Mən tez sual edə bilərəmmi?

2059
01:30:54,460 --> 01:30:56,722
Bir ağır yazmaq?

2060
01:30:56,722 --> 01:30:57,680
RICK Houlihan: nədir?

2061
01:30:57,680 --> 01:30:58,596
Auditoriya: ağır yazın.

2062
01:30:58,596 --> 01:31:01,270
RICK Houlihan: ağır yazın.

2063
01:31:01,270 --> 01:31:03,460
Mənə bax edək.

2064
01:31:03,460 --> 01:31:06,220
>> Auditoriya: Və ya deyil
bir şey yalnız bilərsiniz

2065
01:31:06,220 --> 01:31:08,809
saniyə içində səs?

2066
01:31:08,809 --> 01:31:10,850
RICK Houlihan: Biz getmək
səsvermə ssenari vasitəsilə.

2067
01:31:10,850 --> 01:31:11,670
Bu pis deyil.

2068
01:31:11,670 --> 01:31:14,580
Sizlərin bir neçə dəqiqə var?

2069
01:31:14,580 --> 01:31:15,860
OLDU.

2070
01:31:15,860 --> 01:31:17,890
>> Beləliklə, biz səsvermə haqqında danışmaq lazımdır.

2071
01:31:17,890 --> 01:31:20,250
Belə ki, real vaxt səs, biz
səsvermə üçün tələblər.

2072
01:31:20,250 --> 01:31:25,250
Tələblər biz imkan verir ki, var
hər bir şəxs yalnız bir dəfə səs istifadə edəcək.

2073
01:31:25,250 --> 01:31:28,060
Biz heç kimin etmək istəyirəm
səs dəyişdirmək üçün.

2074
01:31:28,060 --> 01:31:31,045
Biz real-time aqreqasiya istəyirəm
və demoqrafik üçün analytics

2075
01:31:31,045 --> 01:31:34,210
biz olacaq ki,
Saytda istifadəçilər üçün göstərilir.

2076
01:31:34,210 --> 01:31:35,200
>> Bu ssenari düşünün.

2077
01:31:35,200 --> 01:31:37,550
Biz əslində bir çox iş
Onlar olduğunuz TV göstərir

2078
01:31:37,550 --> 01:31:38,960
şeyi bu dəqiq növü edir.

2079
01:31:38,960 --> 01:31:41,584
Belə ki, ssenari hesab edə bilər,
Biz milyonlarla və milyonlarla var

2080
01:31:41,584 --> 01:31:43,959
orada yeniyetmə qız
onların mobil telefonlar

2081
01:31:43,959 --> 01:31:46,250
və səsvermə və səsvermə, və
Onlar kim səs

2082
01:31:46,250 --> 01:31:48,610
ən məşhur ola bilərsiniz.

2083
01:31:48,610 --> 01:31:50,830
Belə ki, bu bəzi
tələblər biz tökülmək.

2084
01:31:50,830 --> 01:31:52,990
>> Və belə ki, ilk almaq
bu problemin həllində

2085
01:31:52,990 --> 01:31:55,090
bir qurmaq olardı
çox sadə proqram.

2086
01:31:55,090 --> 01:31:56,490
Mən bu app var.

2087
01:31:56,490 --> 01:31:57,950
Mən bəzi seçicilərin həyata var.

2088
01:31:57,950 --> 01:31:59,980
Onlar səsvermə hit app, gəlib.

2089
01:31:59,980 --> 01:32:03,440
Mən bəzi xam səs masa var
Mən yalnız o səs daxil dump lazımdır.

2090
01:32:03,440 --> 01:32:05,780
Mən bəzi məcmu lazımdır
votes masa ki,

2091
01:32:05,780 --> 01:32:09,490
Mənim analitik və demoqrafik edəcəyik,
və biz orada bütün bu qoymaq lazımdır.

2092
01:32:09,490 --> 01:32:11,420
>> Bu böyükdür.

2093
01:32:11,420 --> 01:32:12,332
Həyat yaxşıdır.

2094
01:32:12,332 --> 01:32:15,040
Life biz ki, tapmaq qədər yaxşı
həmişə yalnız bir və ya iki var

2095
01:32:15,040 --> 01:32:16,879
seçki məşhur olan insanlar.

2096
01:32:16,879 --> 01:32:19,420
Yalnız bir və ya iki şey var
insanlar həqiqətən qayğı ki.

2097
01:32:19,420 --> 01:32:22,340
Və səs edirsinizsə
miqyaslı, Mən birdən-birə

2098
01:32:22,340 --> 01:32:26,360
cəhənnəm həyata hammering olacaq
iki namizəd, bir və ya iki namizəd.

2099
01:32:26,360 --> 01:32:29,390
Maddələrin çox məhdud sayda
nəfər məşhur ola bilərsiniz.

2100
01:32:29,390 --> 01:32:31,710
>> Bu yaxşı dizayn model deyil.

2101
01:32:31,710 --> 01:32:33,549
Bu, həqiqətən bir deyil
çox pis dizayn model

2102
01:32:33,549 --> 01:32:36,340
yaradır, çünki dəqiq nə biz
isti düymələri olan danışıb.

2103
01:32:36,340 --> 01:32:38,960
Hot düymələri biz kimi deyil bir şey var.

2104
01:32:38,960 --> 01:32:40,470
>> Belə ki, necə ki, düzeltirim?

2105
01:32:40,470 --> 01:32:47,640
Və həqiqətən, bu düzeltmek üçün bir yoldur
bu namizəd buketler alaraq

2106
01:32:47,640 --> 01:32:51,490
və biz hər bir namizəd üçün,
biz bir təsadüfi dəyər əlavə olacaq,

2107
01:32:51,490 --> 01:32:54,192
təsadüfi biz bilirik ki, bir şey,
bir və 100 arasında dəyəri,

2108
01:32:54,192 --> 01:32:56,620
100 və 1000 arasında,
və ya bir və 1000 arasında,

2109
01:32:56,620 --> 01:32:59,940
lakin bir çox təsadüfi dəyərlər istədiyiniz
ki, namizədin sonunda üzərinə əlavə.

2110
01:32:59,940 --> 01:33:01,330
>> Mən, həqiqətən, sonra nə edib?

2111
01:33:01,330 --> 01:33:05,830
Mən namizəd ID kimi istifadə edirəm əgər
ümumi səs bucket,

2112
01:33:05,830 --> 01:33:08,780
Mən təsadüfi əlavə etdik əgər
ki, sonuna sayı

2113
01:33:08,780 --> 01:33:12,000
Mən yaratdığınız indi 10 buketler, bir
yüz buketler min buketler

2114
01:33:12,000 --> 01:33:14,160
Mən arasında səs ümumiləşdirmək alıram.

2115
01:33:14,160 --> 01:33:18,030
>> Mən milyonlarla, və milyonlarla var
və qeydlər milyonlarla gələn

2116
01:33:18,030 --> 01:33:22,050
Bu namizədlər üçün, mən indi yayılması edirəm
Namizəd A_1 arasında o səs

2117
01:33:22,050 --> 01:33:24,630
Namizəd A_100 vasitəsilə, çünki
bir səs gəlir hər zaman,

2118
01:33:24,630 --> 01:33:26,530
Mən təsadüfi yaradan alıram
bir və 100 arasında dəyəri.

2119
01:33:26,530 --> 01:33:29,446
Mən sonunda üzərinə tacking alıram
şəxsin səs namizədi.

2120
01:33:29,446 --> 01:33:31,120
Hesab edirəm ki, bucket daxil dempinq alıram.

2121
01:33:31,120 --> 01:33:33,910
>> İndi arxa bilirəm
Mən yüz buketler var.

2122
01:33:33,910 --> 01:33:36,350
Mən irəli getmək istədiyiniz zaman
və səs məcmu,

2123
01:33:36,350 --> 01:33:38,244
Mən bütün bu buketler oxumaq.

2124
01:33:38,244 --> 01:33:39,160
Belə ki, Mən irəli getmək və əlavə edin.

2125
01:33:39,160 --> 01:33:42,410
Və sonra mən dağıtmaq toplamaq yoxdur
Mən çıxmaq və hey deyirlər harada,

2126
01:33:42,410 --> 01:33:45,399
Bildiyiniz nə, bu namizədin əsas
fəzalarında yüz buketler edir.

2127
01:33:45,399 --> 01:33:47,940
Mən bütün toplamaq üçün gedirəm
o yüz buketler olan səs.

2128
01:33:47,940 --> 01:33:49,981
Mən məcmu gedirəm
Onlara və mən demək gedirəm

2129
01:33:49,981 --> 01:33:53,830
Namizəd A indi
x ümumi səslərin sayılması.

2130
01:33:53,830 --> 01:33:55,690
>> İndi yazmaq, həm də
sorğu və oxu sorğu

2131
01:33:55,690 --> 01:33:58,160
gözəl payladı
Mən rast yazıram, çünki

2132
01:33:58,160 --> 01:34:00,320
Mən düymələri yüzlərlə arasında oxuyuram.

2133
01:34:00,320 --> 01:34:03,500
Mən yazılı deyiləm və
İndi bir əsas arasında oxu.

2134
01:34:03,500 --> 01:34:04,950
Belə ki, böyük bir model var.

2135
01:34:04,950 --> 01:34:08,090
>> Bu, həqiqətən, yəqin ki, bir deyil
ən mühüm dizayn

2136
01:34:08,090 --> 01:34:10,420
NoSQL miqyaslı üçün nümunələri.

2137
01:34:10,420 --> 01:34:14,470
Siz bu cür görəcəksiniz
hər ləzzət dizayn model.

2138
01:34:14,470 --> 01:34:19,100
MongoDB, DynamoDB, bu deyil
olsun, biz bütün bu var.

2139
01:34:19,100 --> 01:34:21,840
Siz məşğul olduğunuz zaman, çünki
o böyük aggregations ilə,

2140
01:34:21,840 --> 01:34:26,650
Bir yol anlamaq lazımdır
buketler arasında onları yayılmışdır.

2141
01:34:26,650 --> 01:34:29,512
Belə ki, bu siz bunu bir yoldur.

2142
01:34:29,512 --> 01:34:31,220
Bütün hüquqlar, belə nə
indi edirik

2143
01:34:31,220 --> 01:34:35,252
Əgər oxumaq off ticarət edirik ki,
write genişlənmə üçün dəyəri.

2144
01:34:35,252 --> 01:34:37,085
Mənim oxumaq dəyəri
bir az daha mürəkkəb

2145
01:34:37,085 --> 01:34:40,220
və mən bir oxumaq getmək üçün var
yüz buketler əvəzinə bir.

2146
01:34:40,220 --> 01:34:41,310
Amma yazmaq edə edirəm.

2147
01:34:41,310 --> 01:34:44,860
Və mənim qabiliyyəti, mənim yazmaq
ötürücülük inanılmaz.

2148
01:34:44,860 --> 01:34:49,450
Belə ki, adətən qiymətli deyil
DynamoDB scaling üçün texnika,

2149
01:34:49,450 --> 01:34:51,350
və ya məsələ üçün hər hansı bir NoSQL verilənlər bazası.

2150
01:34:51,350 --> 01:34:53,824

2151
01:34:53,824 --> 01:34:55,240
Belə ki, biz bunu miqyaslı necə fiqurlu.

2152
01:34:55,240 --> 01:34:56,930
Və biz fiqurlu necə
Bizim isti düymələri aradan qaldırmaq.

2153
01:34:56,930 --> 01:34:57,820
Bu fantastik deyil.

2154
01:34:57,820 --> 01:34:58,960
Və biz bu gözəl sistemi var.

2155
01:34:58,960 --> 01:35:02,043
Və bizi çox düzgün səsvermə verilmiş
biz rekord səslə de-Dupe çünki.

2156
01:35:02,043 --> 01:35:03,130
Bu DynamoDB daxil oldu.

2157
01:35:03,130 --> 01:35:05,380
Biz şərti hüquqları haqqında danışdı.

2158
01:35:05,380 --> 01:35:08,170
>> Seçici gəldikdə, qoyur
masa bir insert,

2159
01:35:08,170 --> 01:35:11,220
onların seçici ID daxil
başqa bir səs əlavə etmək üçün cəhd edin,

2160
01:35:11,220 --> 01:35:13,320
Mən şərti yazmaq yoxdur.

2161
01:35:13,320 --> 01:35:16,960
Bu yazmaq yalnız demək
Bu mövcud deyil, əgər.

2162
01:35:16,960 --> 01:35:19,270
Belə ki, tezliklə mən ki, görəcəksiniz kimi
ki, səs masa hit,

2163
01:35:19,270 --> 01:35:20,460
heç kəs olacaq
öz səs qoymaq.

2164
01:35:20,460 --> 01:35:21,634
Və fantastik deyil.

2165
01:35:21,634 --> 01:35:23,550
Və biz incrementing edirik
adayımız counters.

2166
01:35:23,550 --> 01:35:25,466
Və biz bunu edirik
demoqrafik və bütün.

2167
01:35:25,466 --> 01:35:29,110
Amma nə olur mənim
proqram üzərində düşür?

2168
01:35:29,110 --> 01:35:31,350
İndi birdən səs bütün
gələn və mən

2169
01:35:31,350 --> 01:35:34,840
Onlar emal edirik əgər bilmirəm
Mənim analitik və demoqrafik daxil

2170
01:35:34,840 --> 01:35:36,040
artıq.

2171
01:35:36,040 --> 01:35:38,462
Və proqram
up, necə geri gəlir

2172
01:35:38,462 --> 01:35:41,420
cəhənnəm Mən səs nə bilirik
emal və harada başlar?

2173
01:35:41,420 --> 01:35:44,530
>> Belə ki, bu bir real problem zaman deyil
ssenari bu növü baxmaq başlayın.

2174
01:35:44,530 --> 01:35:45,571
Və necə ki, həll edə bilərəm?

2175
01:35:45,571 --> 01:35:48,070
Biz nə ilə həll biz
DynamoDB Akarsu zəng.

2176
01:35:48,070 --> 01:35:53,470
Akarsu bir vaxt sifariş və
hər çıxış parçalanmış dəyişiklik log

2177
01:35:53,470 --> 01:35:55,700
masa, hər yazmaq
masa çıxış.

2178
01:35:55,700 --> 01:35:58,810
Üçün yazılı hər hansı bir məlumat
masa axın göstərir.

2179
01:35:58,810 --> 01:36:01,815
>> Bu, əsasən 24 saat növbə var.

2180
01:36:01,815 --> 01:36:03,690
Items axın edib,
Onlar 24 saat yaşayır.

2181
01:36:03,690 --> 01:36:05,990
Onlar neçə dəfə oxumaq olar.

2182
01:36:05,990 --> 01:36:09,400
Təslim ediləcək zəmanət
yalnız stream bir dəfə,

2183
01:36:09,400 --> 01:36:11,180
dəfə n sayını oxuya bilər.

2184
01:36:11,180 --> 01:36:14,910
Belə ki, lakin çox proseslər istədiyiniz
ki, məlumat istehlak, siz onu istehlak edə bilərsiniz.

2185
01:36:14,910 --> 01:36:16,350
Hər yeniləmə görünür.

2186
01:36:16,350 --> 01:36:18,455
Hər yazacaq yalnız
axın dəfə görünür.

2187
01:36:18,455 --> 01:36:20,621
Belə ki, narahat yoxdur
iki dəfə emal haqqında

2188
01:36:20,621 --> 01:36:22,500
Eyni prosesi.

2189
01:36:22,500 --> 01:36:25,350
>> Bu ciddi maddə başına sifariş edir.

2190
01:36:25,350 --> 01:36:28,180
Biz vaxt deyəndə
sifariş və parçalanmış,

2191
01:36:28,180 --> 01:36:30,680
siz axın bölüm başına görəcəksiniz.

2192
01:36:30,680 --> 01:36:33,169
Siz maddələr, yenilikləri görəcəksiniz.

2193
01:36:33,169 --> 01:36:35,210
Biz təmin deyil
sen axın

2194
01:36:35,210 --> 01:36:40,240
hər əməliyyat almaq üçün gedir
maddələr rast üçün.

2195
01:36:40,240 --> 01:36:42,440
>> Belə ki, axınları idempotent var.

2196
01:36:42,440 --> 01:36:44,037
Biz bütün idempotent nə deməkdir bilirsinizmi?

2197
01:36:44,037 --> 01:36:46,620
Idempotent siz bunu edə bilərsiniz deməkdir
üzərində və üzərində və üzərində yenidən.

2198
01:36:46,620 --> 01:36:48,200
nəticə eyni olacaq.

2199
01:36:48,200 --> 01:36:49,991
>> Akarsu, idempotent var
lakin onlar olmalıdır

2200
01:36:49,991 --> 01:36:54,860
başlanğıc nöqtəsi ifa,
Seçdiyiniz yerdə başa,

2201
01:36:54,860 --> 01:36:57,950
və ya onlar nəticə verməyəcək
Eyni dəyərlər.

2202
01:36:57,950 --> 01:36:59,727
>> MongoDB ilə eyni şey.

2203
01:36:59,727 --> 01:37:01,560
MongoDB bir tikintinin var
onlar OPLOG çağırırıq.

2204
01:37:01,560 --> 01:37:04,140
Bu eyni tikinti edir.

2205
01:37:04,140 --> 01:37:06,500
Bir çox NoSQL verilənlər bazası
Bu tikintinin var.

2206
01:37:06,500 --> 01:37:08,790
Onlar hər şeyi etmək üçün istifadə
kimi təkrarlanması olan

2207
01:37:08,790 --> 01:37:10,475
məhz biz axınları ilə nə edir.

2208
01:37:10,475 --> 01:37:12,350
Auditoriya: Bəlkə bir
azğın sual, lakin

2209
01:37:12,350 --> 01:37:13,975
apps s aşağı edir haqqında danışmaq.

2210
01:37:13,975 --> 01:37:16,089
Axınları üçün təmin edilir
bəlkə enmək heç?

2211
01:37:16,089 --> 01:37:18,630
RICK Houlihan: Bəli, axınları
aşağı getmək heç vaxt təmin edilir.

2212
01:37:18,630 --> 01:37:21,040
Biz infrastrukturun idarə
arxasında. avtomatik axınları

2213
01:37:21,040 --> 01:37:22,498
onların avtomatik scaling qrup yerləşdirmək.

2214
01:37:22,498 --> 01:37:25,910
Biz bir az keçmək lazımdır
nə haqqında bit.

2215
01:37:25,910 --> 01:37:30,060
>> Mən onlar deyilik demək deyil
aşağı getmək heç vaxt zəmanət.

2216
01:37:30,060 --> 01:37:33,110
elementləri təmin edilir
axın görünür.

2217
01:37:33,110 --> 01:37:36,740
Və stream əlçatan olacaq.

2218
01:37:36,740 --> 01:37:40,580
Belə ki, nə enir və ya geri gəlir
up ki, altında baş verir.

2219
01:37:40,580 --> 01:37:43,844
Bu OK covers--.

2220
01:37:43,844 --> 01:37:46,260
Bütün hüquqlar, müxtəlif almaq
ekran off view növləri.

2221
01:37:46,260 --> 01:37:51,040
bir üçün əhəmiyyətli olan view növləri
proqramçı adətən nə var?

2222
01:37:51,040 --> 01:37:52,370
Mən köhnə görünüşü almaq.

2223
01:37:52,370 --> 01:37:55,630
Bir yeniləmə masa edib, o lazımdır
axın köhnə görünüşü təkan

2224
01:37:55,630 --> 01:38:02,070
belə data arxivi, və ya dəyişiklik edə bilər
kontrol, dəyişiklik müəyyənləşdirilməsi, dəyişdirilməsi

2225
01:38:02,070 --> 01:38:03,600
idarə.

2226
01:38:03,600 --> 01:38:07,160
>> sonra indi nə yeni image,
baxımından bir növü var yeniləmə,

2227
01:38:07,160 --> 01:38:07,660
Siz əldə edə bilərsiniz.

2228
01:38:07,660 --> 01:38:09,660
Siz köhnə və yeni şəkillər də əldə edə bilərsiniz.

2229
01:38:09,660 --> 01:38:10,660
Bəlkə onlara həm istəyirəm.

2230
01:38:10,660 --> 01:38:11,790
Mən bunu nə görmək istəyirik.

2231
01:38:11,790 --> 01:38:13,290
Mən bunu dəyişib nə görmək istəyirəm.

2232
01:38:13,290 --> 01:38:15,340
>> Mən bir uyğunluq növü
prosesin ki, çalışır.

2233
01:38:15,340 --> 01:38:17,430
Bu yoxlamaq lazımdır
bunlar dəyişdirmək zaman,

2234
01:38:17,430 --> 01:38:21,840
onlar müəyyən çərçivəsində olduğunu
və ya müəyyən parametrləri çərçivəsində.

2235
01:38:21,840 --> 01:38:23,840
>> Və sonra bəlkə mən yalnız
dəyişib nə bilmək lazımdır.

2236
01:38:23,840 --> 01:38:26,240
Mən dəyişib nə maddə qayğı yoxdur.

2237
01:38:26,240 --> 01:38:28,580
Mən bilmək lazımdır ehtiyac yoxdur
Nə dəyişib atributları.

2238
01:38:28,580 --> 01:38:30,882
Mən yalnız bilmək lazımdır
maddələr toxunub olunur.

2239
01:38:30,882 --> 01:38:33,340
Belə ki, bu Baxışların növləri
Siz stream off almaq

2240
01:38:33,340 --> 01:38:35,960
və ilə qarşılıqlı bilər.

2241
01:38:35,960 --> 01:38:37,840
>> proqram
stream istehlak,

2242
01:38:37,840 --> 01:38:39,298
bu işləyir yolu növüdür.

2243
01:38:39,298 --> 01:38:42,570
DynamoDB müştəri üçün xahiş
masalar məlumat basın.

2244
01:38:42,570 --> 01:38:44,750
Streams biz shards zəng nə yerləşdirmək.

2245
01:38:44,750 --> 01:38:47,380
Shards ölçeklendirilir
müstəqil masa.

2246
01:38:47,380 --> 01:38:50,660
Onlar tamamilə sıralamaq deyil
Sizin masa bölümü.

2247
01:38:50,660 --> 01:38:52,540
Və səbəbi var
onlar xətti, çünki

2248
01:38:52,540 --> 01:38:55,430
gücü, cari
masa gücü.

2249
01:38:55,430 --> 01:38:57,600
>> Onlar yerləşdirmək onların
öz auto scaling qrup,

2250
01:38:57,600 --> 01:39:00,800
və onlar asılı olaraq həyata fırlatmaq üçün başlamaq
gələn neçə yazır on,

2251
01:39:00,800 --> 01:39:03,090
neçə reads-- həqiqətən bu yazır.

2252
01:39:03,090 --> 01:39:05,820
Heç bir reads-- lakin necə
çox yazır gəlir.

2253
01:39:05,820 --> 01:39:08,200
>> Və sonra geri
sonunda, biz nə biz

2254
01:39:08,200 --> 01:39:11,390
bir KCl, və ya Kinesis Client Kitabxana çağırırıq.

2255
01:39:11,390 --> 01:39:19,190
Kinesis bir axın data
Amazon emal texnologiyası.

2256
01:39:19,190 --> 01:39:22,040
Və axınları ki, inşa edilmişdir.

2257
01:39:22,040 --> 01:39:25,670
>> Belə ki, bir KCL effektiv istifadə
proqram stream oxumaq.

2258
01:39:25,670 --> 01:39:28,752
Kinesis Müştəri Kitabxana həqiqətən
Sizin üçün işçi idarə edir.

2259
01:39:28,752 --> 01:39:30,460
Və bu da bəzi yoxdur
maraqlı şeylər.

2260
01:39:30,460 --> 01:39:35,630
Bəzi masalar qədər yaradacaq
Sizin DynamoDB tablespace

2261
01:39:35,630 --> 01:39:38,410
olan maddələr izlemek üçün
işləndi.

2262
01:39:38,410 --> 01:39:41,190
Belə ki, bu yol, əgər geri düşür əgər
artıq düşür və gəlir və olur

2263
01:39:41,190 --> 01:39:45,570
geri durdu, harada müəyyən edə bilər
stream emal idi.

2264
01:39:45,570 --> 01:39:48,360
>> Bu zaman çox vacibdir
Siz təkrarlanması söhbət edirik.

2265
01:39:48,360 --> 01:39:50,350
Mən nə bilmək lazımdır
data emal edildi

2266
01:39:50,350 --> 01:39:52,810
və nə data hələ emal edilməlidir.

2267
01:39:52,810 --> 01:39:57,380
Belə ki, axınları üçün KCL kitabxana olacaq
siz ki, funksionallıq bir çox verir.

2268
01:39:57,380 --> 01:39:58,990
Bu, bütün ev təsərrüfatı qayğısına qalır.

2269
01:39:58,990 --> 01:40:01,140
Hər Shard üçün bir işçi dayanır.

2270
01:40:01,140 --> 01:40:04,620
Bu inzibati masa yaradır
hər işçi üçün hər Shard üçün.

2271
01:40:04,620 --> 01:40:07,560
Və bu işçilər yanğın kimi,
onlar masalar saxlamaq

2272
01:40:07,560 --> 01:40:10,510
belə ki, bu rekord bilirik
oxumaq və emal edilmişdir.

2273
01:40:10,510 --> 01:40:13,850
Və sonra yol proses əgər
, ölür və online geri gəlir

2274
01:40:13,850 --> 01:40:17,940
Bu çıxardı harada hüququ davam edə bilərsiniz.

2275
01:40:17,940 --> 01:40:20,850
>> Beləliklə, biz üçün istifadə
cross-region təkrarlanması.

2276
01:40:20,850 --> 01:40:24,680
Müştərilərin bir çox lazımdır
onların data masalar məlumatın və ya hissələri hərəkət

2277
01:40:24,680 --> 01:40:25,920
ətrafında müxtəlif bölgələrə.

2278
01:40:25,920 --> 01:40:29,230
Doqquz rayonlarında var
Bütün dünya boyu.

2279
01:40:29,230 --> 01:40:32,100
Belə ki, bir need-- I ola bilər
Asiya istifadəçilər ola bilər, istifadəçilər

2280
01:40:32,100 --> 01:40:34,150
Amerika Birləşmiş Ştatlarının East Coast.

2281
01:40:34,150 --> 01:40:38,980
Onlar müxtəlif məlumatlar var ki,
yerli paylanacaq lazımdır.

2282
01:40:38,980 --> 01:40:42,510
Və bəlkə bir istifadəçi uçur
Amerika Birləşmiş Ştatları üzərində Asiya,

2283
01:40:42,510 --> 01:40:45,020
və mən kopya etmək istəyirəm
ona data.

2284
01:40:45,020 --> 01:40:49,340
O təyyarədən olur zaman, belə ki, o
mobil app istifadə yaxşı bir təcrübə.

2285
01:40:49,340 --> 01:40:52,360
>> Siz cross-bölgəsinə istifadə edə bilərsiniz
təkrarlanması kitabxana bunu.

2286
01:40:52,360 --> 01:40:55,730
Əsasən biz var
iki texnologiyaları təmin.

2287
01:40:55,730 --> 01:40:59,400
One Siz bir konsol proqram var
Öz EC2 instansiya durmaq.

2288
01:40:59,400 --> 01:41:01,240
Bu təmiz yankı çalışır.

2289
01:41:01,240 --> 01:41:02,720
Və sonra biz kitabxana verdi.

2290
01:41:02,720 --> 01:41:06,070
kitabxana yaratmaq üçün istifadə edə bilərsiniz
Öz proqram, əgər

2291
01:41:06,070 --> 01:41:10,740
ki, crazy şeyə istəyirəm fel
filter, bunun yalnız bir hissəsi kopya

2292
01:41:10,740 --> 01:41:14,120
, data dönüşümlü bir daxil hərəkət
müxtəlif masa, belə ki, və s.

2293
01:41:14,120 --> 01:41:18,700

2294
01:41:18,700 --> 01:41:20,520
Belə ki, kimi görünür növü var.

2295
01:41:20,520 --> 01:41:23,690
>> DynamoDB Streams ola bilər
biz Lambda zəng nə ilə emal.

2296
01:41:23,690 --> 01:41:27,394
Biz hadisə haqqında bir az qeyd
idarə proqram arxitekturaları.

2297
01:41:27,394 --> 01:41:28,810
Lambda ki, əsas komponentidir.

2298
01:41:28,810 --> 01:41:32,840
Lambda tələb edib kodu
müəyyən bir hadisə cavab.

2299
01:41:32,840 --> 01:41:36,020
Bu hadisələrin bir ola bilər
axın görünen rekord.

2300
01:41:36,020 --> 01:41:39,100
Rekord axın görünür varsa,
bu Java funksiyası zəng edəcəyik.

2301
01:41:39,100 --> 01:41:44,980
Bəli, bu JavaScript və Lambda deyil
Node.js, Java, Python dəstəkləyir

2302
01:41:44,980 --> 01:41:47,820
və tezliklə dəstək olacaq
digər dillər həmçinin.

2303
01:41:47,820 --> 01:41:50,940
Və təmiz kod, demək kifayətdir.

2304
01:41:50,940 --> 01:41:53,610
Java yazmaq, bir sinif müəyyən edir.

2305
01:41:53,610 --> 01:41:55,690
Siz Lambda daxil JAR up basın.

2306
01:41:55,690 --> 01:42:00,200
Və sonra siz sinif daxil
Tədbirdə cavab zəng.

2307
01:42:00,200 --> 01:42:04,770
Və sonra Lambda infrastruktur
ki, arxasında kod davam edəcək.

2308
01:42:04,770 --> 01:42:06,730
>> Ki code emal edə bilərsiniz
axın off qeydlər.

2309
01:42:06,730 --> 01:42:08,230
Bu onunla istədiyi şey edə bilərsiniz.

2310
01:42:08,230 --> 01:42:11,650
Bu nümunədə bütün biz istəyirik
həqiqətən atributları giriş edir edir.

2311
01:42:11,650 --> 01:42:13,480
Amma bu yalnız kodu.

2312
01:42:13,480 --> 01:42:15,260
Kodu sağ, bir şey edə bilərsiniz?

2313
01:42:15,260 --> 01:42:16,600
>> Belə ki, data dönüşümlü bilər.

2314
01:42:16,600 --> 01:42:18,160
Siz törəmə görünüşü yarada bilərsiniz.

2315
01:42:18,160 --> 01:42:21,160
Bu bir sənəd quruluşu varsa,
Siz strukturu dümdüz bilər.

2316
01:42:21,160 --> 01:42:24,300
Siz alternativ göstəriciləri yarada bilərsiniz.

2317
01:42:24,300 --> 01:42:27,100
Şeyi bütün növ edə bilərsiniz
DynamoDB Akarsu ilə.

2318
01:42:27,100 --> 01:42:28,780
>> Və həqiqətən, bu kimi görünür nə.

2319
01:42:28,780 --> 01:42:29,940
Belə ki, bu yenilikləri gələn almaq.

2320
01:42:29,940 --> 01:42:31,190
Onlar simli off gəlirik.

2321
01:42:31,190 --> 01:42:32,720
Onlar Lambda funksiyası ilə oxumaq edirik.

2322
01:42:32,720 --> 01:42:37,480
Onlar məlumatın və fırlanan edirik və
törəmə cədvəllərdə onu basmaqla,

2323
01:42:37,480 --> 01:42:42,200
dəyişiklik xarici sistemləri xəbərdar,
və ElastiCache daxil data itələyir.

2324
01:42:42,200 --> 01:42:45,900
>> Biz cache qoymaq üçün necə haqqında danışdı
ki satış üçün verilənlər bazası qarşısında

2325
01:42:45,900 --> 01:42:46,450
ssenari.

2326
01:42:46,450 --> 01:42:50,049
Yaxşı nə olur, əgər mən
maddə təsviri yeniləmə?

2327
01:42:50,049 --> 01:42:52,340
Bəli, mən bir Lambda
funksiyası, masa çalışan

2328
01:42:52,340 --> 01:42:55,490
Mən maddə təsviri yeniləmə əgər, lazımdır
axını off rekord almaq,

2329
01:42:55,490 --> 01:42:58,711
və ElastiCache yeniləyirik
yeni məlumatları instansiya.

2330
01:42:58,711 --> 01:43:00,460
Belə ki, bir çox of var
biz Lambda ilə nə.

2331
01:43:00,460 --> 01:43:02,619
Bu, bağlayıcı yapışqan kodu var.

2332
01:43:02,619 --> 01:43:04,410
Və bu, həqiqətən verir
başlamaq üçün imkanı

2333
01:43:04,410 --> 01:43:07,930
və çox mürəkkəb applications çalıştırmak üçün
xüsusi bir server olmadan

2334
01:43:07,930 --> 01:43:10,371
həqiqətən, sərin infrastruktur.

2335
01:43:10,371 --> 01:43:13,100
>> Belə ki, geri imkan bizim
real-time səsvermə memarlıq.

2336
01:43:13,100 --> 01:43:17,984
Bu yeni və təkmilləşdirilmiş edir bizim
axınlarının və KCL effektiv tətbiq.

2337
01:43:17,984 --> 01:43:20,150
Same, biz əvvəl
seçki hər hansı miqyaslı idarə.

2338
01:43:20,150 --> 01:43:21,100
Biz bu kimi.

2339
01:43:21,100 --> 01:43:24,770
Biz dağıtmaq toplayan həyata edirik
Çox buketler arasında.

2340
01:43:24,770 --> 01:43:26,780
Biz optimist kilid gedən var.

2341
01:43:26,780 --> 01:43:30,192
Biz seçicilərin edə bilərsiniz
oylarını dəyişən.

2342
01:43:30,192 --> 01:43:31,400
Onlar yalnız bir dəfə səs verə bilərlər.

2343
01:43:31,400 --> 01:43:32,880
Bu fantastik deyil.

2344
01:43:32,880 --> 01:43:35,895
Real-time günah dözümlülük,
İndi ölçeklenebilir aqreqasiya.

2345
01:43:35,895 --> 01:43:38,270
Şey üzərində düşür varsa,
özünü yenidən başladın bilir

2346
01:43:38,270 --> 01:43:41,300
çünki geri gəldiyi zaman
biz KCL app istifadə edirik.

2347
01:43:41,300 --> 01:43:45,700
Və sonra biz də istifadə edə bilərsiniz
KCL proqram məlumatların təkan

2348
01:43:45,700 --> 01:43:48,820
digər Redshift üçün
app analytics, və ya istifadə

2349
01:43:48,820 --> 01:43:51,990
Elastik MapReduce run
off real-time streaming aggregations

2350
01:43:51,990 --> 01:43:53,180
ki, məlumatların.

2351
01:43:53,180 --> 01:43:55,480
>> Belə ki, bu şeylər var
çox danışılacaq yoxdur.

2352
01:43:55,480 --> 01:43:57,375
Lakin onlar əlavə etdiyiniz
gəlib texnologiyaları

2353
01:43:57,375 --> 01:44:00,310
Siz aradığınız zaman daşıyırlar
ssenarilər bu cür at.

2354
01:44:00,310 --> 01:44:03,160
>> Bütün hüquqlar, bu barədə belə
DynamoDB Akarsu ilə analytics.

2355
01:44:03,160 --> 01:44:05,340
Siz de-Dupe toplamaq bilər
data, hər cür

2356
01:44:05,340 --> 01:44:09,490
gözəl məhsullarının məcmu məlumatlar
yaddaş, törəmə masalar yaradır.

2357
01:44:09,490 --> 01:44:13,110
Ki, böyük bir istifadə halda var
ki, müştərilərin bir çox

2358
01:44:13,110 --> 01:44:16,950
nested alaraq ilə cəlb olunur
bu JSON sənədlərin xassələri

2359
01:44:16,950 --> 01:44:18,946
və əlavə göstəriciləri yaradılması.

2360
01:44:18,946 --> 01:44:21,680

2361
01:44:21,680 --> 01:44:23,150
>> Biz sonunda istəyirik.

2362
01:44:23,150 --> 01:44:26,689
Mənimlə daşıyan üçün təşəkkür edirik.

2363
01:44:26,689 --> 01:44:28,480
Belə ki, haqqında danışmaq edək
istinad memarlıq.

2364
01:44:28,480 --> 01:44:33,440
DynamoDB belə ortasında oturur
AWS infrastrukturun çox.

2365
01:44:33,440 --> 01:44:37,090
Əsasən siz çəngəl bilər
bir şey qədər istədiyiniz.

2366
01:44:37,090 --> 01:44:45,600
Applications Dynamo daxildir istifadə inşa
Lambda, ElastiCache, CloudSearch,

2367
01:44:45,600 --> 01:44:49,890
Elastik daxil data təkan
MapReduce, DynamoDB idxal ixrac

2368
01:44:49,890 --> 01:44:52,370
S3, axınları bütün növləri daxil.

2369
01:44:52,370 --> 01:44:54,120
Amma yəqin ki, yaxşı
haqqında danışmaq bir şey,

2370
01:44:54,120 --> 01:44:56,119
və bu həqiqətən nə
maraqlı zaman biz deyil

2371
01:44:56,119 --> 01:44:58,350
Tədbirdə idarə applications haqqında danışmaq.

2372
01:44:58,350 --> 01:45:00,300
>> Bu nümunəsidir
daxili layihə

2373
01:45:00,300 --> 01:45:04,850
Biz, həqiqətən, olduğunuz var ki,
nəşriyyat sorğunun nəticələri toplamaq.

2374
01:45:04,850 --> 01:45:07,700
Bir e-poçt link Belə ki,
biz lazımdır, göndərmək

2375
01:45:07,700 --> 01:45:11,350
bir az link deyərək klik olmaq
Burada sorğu cavab.

2376
01:45:11,350 --> 01:45:14,070
Və bir şəxs klik
keçid, nə olar

2377
01:45:14,070 --> 01:45:18,020
Onlar təhlükəsiz aşağı çəkin
S3 HTML sorğu forması.

2378
01:45:18,020 --> 01:45:18,980
Heç bir server var.

2379
01:45:18,980 --> 01:45:20,600
Bu yalnız bir S3 obyekt deyil.

2380
01:45:20,600 --> 01:45:22,770
>> Ki, forma, gəlir
brauzerinizin qədər yükləyir.

2381
01:45:22,770 --> 01:45:24,240
Bu Backbone var.

2382
01:45:24,240 --> 01:45:30,160
Bu kompleks JavaScript var
ki, çalışan.

2383
01:45:30,160 --> 01:45:33,557
Belə ki, çox zəngin proqram
müştərinin browser çalışır.

2384
01:45:33,557 --> 01:45:36,390
Onlar deyilik ki, bilmirəm
geri sonuna server ilə əlaqə.

2385
01:45:36,390 --> 01:45:38,220
Bu nöqtədə, bütün browser var.

2386
01:45:38,220 --> 01:45:41,780
>> Onlar nəticələri dərc nə
biz Amazon API Gateway zəng.

2387
01:45:41,780 --> 01:45:46,270
API Gateway sadəcə bir web API
müəyyən və bağlamaq olar ki,

2388
01:45:46,270 --> 01:45:47,760
hər hansı istədiyiniz.

2389
01:45:47,760 --> 01:45:50,990
Bu halda, biz istəyirik
bir Lambda funksiyası qədər əyri.

2390
01:45:50,990 --> 01:45:54,797
>> Belə ki, mənim POST əməliyyatı
heç bir server ilə olur.

2391
01:45:54,797 --> 01:45:56,380
Əsasən ki API Gateway orada oturur.

2392
01:45:56,380 --> 01:45:58,770
Mənə insanların qədər heç bir şey başa
sağ, ona poçt başlamaq?

2393
01:45:58,770 --> 01:46:00,269
Lambda funksiyası yalnız orada oturur.

2394
01:46:00,269 --> 01:46:03,760
Və qədər mənə heç bir şey başa
insanlar vuruş başlayır.

2395
01:46:03,760 --> 01:46:07,270
Belə ki, həcmi görə bilərsiniz
ittihamlar gələndə artır ki, var.

2396
01:46:07,270 --> 01:46:09,390
Mən bir server 7/24 çalışan deyiləm.

2397
01:46:09,390 --> 01:46:12,310
>> Belə ki, forma çəkmək
aşağı bucket həyata,

2398
01:46:12,310 --> 01:46:15,719
Mən API vasitəsilə göndərmək
Lambda funksiyası daxil Gateway.

2399
01:46:15,719 --> 01:46:17,510
Və sonra Lambda
funksiyası Bildiyiniz deyir

2400
01:46:17,510 --> 01:46:20,600
nə, mən bir Piis var, bəzi
kişisel informasiya

2401
01:46:20,600 --> 01:46:21,480
bu cavablarda.

2402
01:46:21,480 --> 01:46:23,020
Mən istifadəçilər gələn şərh almışdır.

2403
01:46:23,020 --> 01:46:24,230
Mən e-poçt ünvanlarını var.

2404
01:46:24,230 --> 01:46:26,190
Mən istifadəçi adı var.

2405
01:46:26,190 --> 01:46:27,810
>> Oxşar off split imkan verir.

2406
01:46:27,810 --> 01:46:30,280
Mən bəzi yaratmaq üçün gedirəm
Bu rekord off metadata.

2407
01:46:30,280 --> 01:46:32,850
Mən təkan gedirəm
DynamoDB daxil metadata.

2408
01:46:32,850 --> 01:46:36,059
Mən bütün məlumatları şifrelemek bilər
Mən istəyirsinizsə DynamoDB onu basın.

2409
01:46:36,059 --> 01:46:38,600
Amma bu, mənim üçün asandır
irəli bir söz getmək üçün, halda istifadə,

2410
01:46:38,600 --> 01:46:42,800
Mən xammal məlumat təkan gedirəm
şifreli S3 bucket daxil.

2411
01:46:42,800 --> 01:46:47,240
Beləliklə, mən S3 server tərəfində inşa istifadə
şifrələmə və Amazon Key Management

2412
01:46:47,240 --> 01:46:51,600
Ki, Service, mən bir açar olduğunu
müntəzəm interval dönüşümlü bilər,

2413
01:46:51,600 --> 01:46:55,010
və mən ki, PII data qoruya bilər
Bu, bütün iş bir hissəsi kimi.

2414
01:46:55,010 --> 01:46:55,870
>> Belə ki, mən nə etmişəm?

2415
01:46:55,870 --> 01:47:00,397
Mən yalnız bütövlükdə səfərbər etdik
Ərizə və heç bir server var.

2416
01:47:00,397 --> 01:47:02,980
Belə ki, hadisə proqram idarə nə
memarlıq sizin üçün.

2417
01:47:02,980 --> 01:47:05,730
>> İndi haqqında düşünmək əgər
şeylərdir üçün istifadə halda

2418
01:47:05,730 --> 01:47:08,730
biz söhbət alıram digər müştərilər var
bu dəqiq memarlıq edən

2419
01:47:08,730 --> 01:47:14,560
phenomenally böyük kampaniyaları, run edən
bu baxaraq və mənim oh, gedir.

2420
01:47:14,560 --> 01:47:17,840
İndi, onlar bilər, çünki
əsasən orada təkan,

2421
01:47:17,840 --> 01:47:21,900
yalnız oturmaq ki, kampaniya imkan
orada başlayır, və qədər

2422
01:47:21,900 --> 01:47:24,400
haqqında bir əncir narahat
infrastrukturun hansı

2423
01:47:24,400 --> 01:47:26,120
onu dəstəkləmək üçün orada olacaq.

2424
01:47:26,120 --> 01:47:28,600
Və sonra tezliklə
ki kampaniyası edilir

2425
01:47:28,600 --> 01:47:31,520
Bu infrastruktur kimi
yalnız dərhal üz gedir

2426
01:47:31,520 --> 01:47:33,680
həqiqətən var, çünki
heç bir infrastruktur var.

2427
01:47:33,680 --> 01:47:35,660
Bu Lambda oturur yalnız kodu var.

2428
01:47:35,660 --> 01:47:38,560
Bu DynamoDB oturur yalnız məlumat var.

2429
01:47:38,560 --> 01:47:41,340
Bu inanılmaz bir yoldur
applications yaratmaq üçün.

2430
01:47:41,340 --> 01:47:43,970
>> Auditoriya: Belə ki, daha onu edir
efemer olacağını daha

2431
01:47:43,970 --> 01:47:45,740
Bu faktiki server saxlanılır əgər?

2432
01:47:45,740 --> 01:47:46,823
>> RICK Houlihan: Absolutely.

2433
01:47:46,823 --> 01:47:49,190
Ki, server, məsələn, çünki
bir 7/24 olmalıdır.

2434
01:47:49,190 --> 01:47:51,954
Bu üçün mövcud olmalıdır
kimsə cavab.

2435
01:47:51,954 --> 01:47:52,620
Yaxşı nə tahmin?

2436
01:47:52,620 --> 01:47:55,410
S3 7/24 mövcuddur.

2437
01:47:55,410 --> 01:47:57,100
S3 həmişə cavab verir.

2438
01:47:57,100 --> 01:47:59,320
Və S3 çox, çox yaxşı
obyektlərin xidmət edir.

2439
01:47:59,320 --> 01:48:02,590
Həmin obyektlərin HTML faylları ola bilər, və ya
JavaScript faylları, və ya istədiyiniz hər hansı.

2440
01:48:02,590 --> 01:48:07,430
Siz çox zəngin web applications çalıştırmak bilər
S3 buketler həyata və insanlar.

2441
01:48:07,430 --> 01:48:10,160
>> Və belə ki, ideya burada
üz şəkildə almaq üçün

2442
01:48:10,160 --> 01:48:11,270
biz bu barədə düşünmək üçün istifadə olunur.

2443
01:48:11,270 --> 01:48:14,270
Biz bütün düşünmək üçün istifadə
server və Host şərtləri.

2444
01:48:14,270 --> 01:48:16,580
Bu artıq bu barədə deyil.

2445
01:48:16,580 --> 01:48:19,310
Bu kod kimi infrastruktur haqqında.

2446
01:48:19,310 --> 01:48:22,470
Bulud kodu yerləşdirilməsinə və
cloud sizin üçün run edək.

2447
01:48:22,470 --> 01:48:24,980
Və AWS etməyə çalışır budur.

2448
01:48:24,980 --> 01:48:29,690
>> Auditoriya: ortada qızıl qutusu So
API Gateway, server kimi deyil

2449
01:48:29,690 --> 01:48:30,576
lakin əvəzinə izlersin deyil

2450
01:48:30,576 --> 01:48:32,850
>> RICK Houlihan: Siz hesab edə bilər
server fasad kimi.

2451
01:48:32,850 --> 01:48:38,040
Bu bütün bir HTTP almaq lazımdır deyil
tələb və başqa prosesi xəritəyə.

2452
01:48:38,040 --> 01:48:39,192
Bu nə bütün var.

2453
01:48:39,192 --> 01:48:41,525
Və bu halda, biz Xəritəçəkmə edirik
bir Lambda funksiyası.

2454
01:48:41,525 --> 01:48:44,119

2455
01:48:44,119 --> 01:48:45,410
Bütün hüquqlar, belə ki, mən var bütün var.

2456
01:48:45,410 --> 01:48:46,190
Çox sağ olun.

2457
01:48:46,190 --> 01:48:46,800
Mən bunu qiymətləndirirəm.

2458
01:48:46,800 --> 01:48:48,100
Düşünürəm ki, biz zamanla bir az istəyirəm bilirik.

2459
01:48:48,100 --> 01:48:49,980
Və inşallah uşaqlar var
məlumat bir az

2460
01:48:49,980 --> 01:48:51,410
Bu gün üz bilər ki.

2461
01:48:51,410 --> 01:48:53,520
Mən getdi və mən üzr
Sizin rəhbərləri bəzi üzərində,

2462
01:48:53,520 --> 01:48:56,697
lakin yaxşı bir çox var
fundamental fundamental bilik

2463
01:48:56,697 --> 01:48:58,280
Mən hesab edirəm ki, sizin üçün çox qiymətlidir.

2464
01:48:58,280 --> 01:48:59,825
Belə ki, mənə olan üçün təşəkkür edirik.

2465
01:48:59,825 --> 01:49:00,325
[Alqış]

2466
01:49:00,325 --> 01:49:02,619
Auditoriya: [işitilemez]
Siz deyirdilər zaman

2467
01:49:02,619 --> 01:49:05,160
Siz şey keçmək idi
əvvəldən sonuna

2468
01:49:05,160 --> 01:49:07,619
sağ dəyərlər almaq üçün
və ya eyni dəyərləri,

2469
01:49:07,619 --> 01:49:09,410
necə ki dəyərləri
[Işitilemez] əgər dəyişir.

2470
01:49:09,410 --> 01:49:10,480
>> RICK Houlihan: Oh, idempotent?

2471
01:49:10,480 --> 01:49:11,800
Dəyərləri necə dəyişə bilər?

2472
01:49:11,800 --> 01:49:15,180
Bəli, çünki run olmasaydı
Bu sonuna bütün yol,

2473
01:49:15,180 --> 01:49:19,770
sonra dəyişikliklər nə bilmirəm
son mil edilmişdir.

2474
01:49:19,770 --> 01:49:22,144
Bu olmaq niyyətində deyil
Mən gördüm nə kimi eyni data.

2475
01:49:22,144 --> 01:49:24,560
Auditoriya: Oh, belə ki, yalnız
Bütün daxil kazanılmış deyil.

2476
01:49:24,560 --> 01:49:24,770
RICK Houlihan: Sağ.

2477
01:49:24,770 --> 01:49:26,895
Siz əvvəldən getmək üçün var
Sonda, sonra bu

2478
01:49:26,895 --> 01:49:29,280
ardıcıl dövlət olacaq.

2479
01:49:29,280 --> 01:49:31,520
Cool.

2480
01:49:31,520 --> 01:49:35,907
>> Auditoriya: Siz bizə göstərdi So DynamoDB
sənəd və ya əsas dəyər edə bilərsiniz.

2481
01:49:35,907 --> 01:49:38,740
Və biz çox vaxt sərf
bir hash və yolları ilə əsas dəyər

2482
01:49:38,740 --> 01:49:40,005
ətrafında çevirmek üçün.

2483
01:49:40,005 --> 01:49:43,255
Bu masa baxanda, ki,
sənəd yanaşma geridə buraxaraq?

2484
01:49:43,255 --> 01:49:44,600
>> RICK Houlihan: Mən ki
onu geridə buraxaraq deyirlər.

2485
01:49:44,600 --> 01:49:45,855
>> Auditoriya: Onlar the-- ayrıldı

2486
01:49:45,855 --> 01:49:49,140
>> RICK Houlihan: sənədlə
yanaşma, DynamoDB sənəd növü

2487
01:49:49,140 --> 01:49:50,880
yalnız başqa atributu kimi hesab olunur.

2488
01:49:50,880 --> 01:49:53,560
Bu olan bir atributu var
bir hiyerarşik data structure.

2489
01:49:53,560 --> 01:49:56,980
Və sonra sorğu,
Siz xüsusiyyətləri istifadə edə bilərsiniz

2490
01:49:56,980 --> 01:49:59,480
Object Notation istifadə edərək, bu obyektlərin.

2491
01:49:59,480 --> 01:50:03,562
Mən bir nested filter bilər
JSON sənəd mülkiyyətidir.

2492
01:50:03,562 --> 01:50:05,520
Auditoriya: Belə istənilən vaxt mən
sənəd yanaşma yoxdur,

2493
01:50:05,520 --> 01:50:07,906
I növ tabular-- gəlmək olar

2494
01:50:07,906 --> 01:50:08,780
Auditoriya: Absolutely.

2495
01:50:08,780 --> 01:50:09,800
Auditoriya: --indexes və
Yalnız danışdıq şeylər.

2496
01:50:09,800 --> 01:50:11,280
RICK Houlihan: Bəli,
göstəriciləri və bütün ki,

2497
01:50:11,280 --> 01:50:13,363
zaman index istəyirəm
JSON xassələri,

2498
01:50:13,363 --> 01:50:18,230
biz bunu istədiyiniz yol əgər
Bir JSON obyekt və ya bir sənəd daxil

2499
01:50:18,230 --> 01:50:20,780
Dinamo daxil, siz axınları istifadə edir.

2500
01:50:20,780 --> 01:50:22,400
Streams daxil oxumaq olardı.

2501
01:50:22,400 --> 01:50:24,340
Siz JSON ki, almaq istədiyiniz
etiraz və OK demək istədiyiniz,

2502
01:50:24,340 --> 01:50:26,030
Mən index istəyirəm əmlak nədir?

2503
01:50:26,030 --> 01:50:28,717
>> Siz törəmə masa yaratmaq.

2504
01:50:28,717 --> 01:50:30,300
İndi o, sağ indi işləyir yoludur.

2505
01:50:30,300 --> 01:50:32,650
Biz indeksi sizə imkan vermir
birbaşa xassələri.

2506
01:50:32,650 --> 01:50:33,520
>> Auditoriya: sənədlər Tabularizing.

2507
01:50:33,520 --> 01:50:36,230
>> RICK Houlihan: Məhz, hamarlaşır
Bu, məhz, bu tabularizing.

2508
01:50:36,230 --> 01:50:37,415
Yəni siz bu nə var.

2509
01:50:37,415 --> 01:50:37,860
>> Auditoriya: Təşəkkür edirəm.

2510
01:50:37,860 --> 01:50:39,609
>> RICK Houlihan: Yep,
tamamilə təşəkkür edirəm.

2511
01:50:39,609 --> 01:50:42,240
Auditoriya: Belə bu cür var
Mongo Redis classifers cavab verir.

2512
01:50:42,240 --> 01:50:43,990
>> RICK Houlihan: Bəli,
bu kimi bir çox var.

2513
01:50:43,990 --> 01:50:45,940
Ki, bunun üçün yaxşı təsviri var.

2514
01:50:45,940 --> 01:50:47,490
Cool.

2515
01:50:47,490 --> 01:50:49,102