1
00:00:00,000 --> 00:00:04,969
>> [સંગીત વગાડવાનો]

2
00:00:04,969 --> 00:00:06,010
રિક Houlihan: બધા અધિકાર.

3
00:00:06,010 --> 00:00:06,600
કેમ છો બધા.

4
00:00:06,600 --> 00:00:07,670
મારું નામ રિક Houlihan છે.

5
00:00:07,670 --> 00:00:10,330
હું એક વરિષ્ઠ મુખ્ય છું
AWS અંતે સોલ્યુશન્સ આર્કિટેક્ટ.

6
00:00:10,330 --> 00:00:14,070
હું NoSQL પર ધ્યાન કેન્દ્રિત અને
DynamoDB ટેકનોલોજી.

7
00:00:14,070 --> 00:00:16,930
હું વાત કરવા માટે આજે અહીં છું
તમે તે વિશે થોડુંક.

8
00:00:16,930 --> 00:00:18,970
>> મારા પૃષ્ઠભૂમિ છે
મુખ્યત્વે માહિતી સ્તર.

9
00:00:18,970 --> 00:00:21,390
હું અડધા મારા વિકાસ ખર્ચવામાં
કારકિર્દી, ડેટાબેઝ લખી

10
00:00:21,390 --> 00:00:25,930
માહિતી ઍક્સેસ, ઉકેલો
વિવિધ કાર્યક્રમો માટે.

11
00:00:25,930 --> 00:00:30,000
હું મેઘ વર્ચ્યુઅલાઈઝેશન થયા
લગભગ 20 વર્ષ માટે.

12
00:00:30,000 --> 00:00:33,460
વાદળ મેઘ હતી તેથી, તે પહેલાં
અમે ઉપયોગિતા કમ્પ્યુટિંગ તેને કૉલ કરવા માટે વપરાય છે.

13
00:00:33,460 --> 00:00:37,170
અને આ વિચાર, તે જેમ આવી હતી
પી.જી. & E, તમે શું ઉપયોગ માટે ચૂકવણી.

14
00:00:37,170 --> 00:00:38,800
આજે આપણે વાદળ કૉલ કરો.

15
00:00:38,800 --> 00:00:41,239
>> પરંતુ વર્ષો સુધી, હું કામ કર્યું
કંપનીઓ એક દંપતિ માટે

16
00:00:41,239 --> 00:00:42,530
તમે કદાચ ક્યારેય સાંભળ્યું કર્યું છે.

17
00:00:42,530 --> 00:00:47,470
પરંતુ હું ટેકનિકલ એક યાદી તૈયાર કરી છે
સિદ્ધિઓ, હું તમને કહું છું હો ધારી.

18
00:00:47,470 --> 00:00:51,620
હું મેઘ સિસ્ટમો આઠ પેટન્ટ છે
વર્ચ્યુઅલાઈઝેશન, માઇક્રોપ્રોસેસર ડિઝાઇન,

19
00:00:51,620 --> 00:00:54,440
જટિલ ઘટના પ્રક્રિયા,
અને અન્ય વિસ્તારોમાં તેમજ.

20
00:00:54,440 --> 00:00:58,290
>> આ દિવસોમાં તેથી, હું NoSQL પર મોટે ભાગે ધ્યાન કેન્દ્રિત
ટેકનોલોજી અને આગામી પેઢી

21
00:00:58,290 --> 00:00:59,450
ડેટાબેઝ.

22
00:00:59,450 --> 00:01:03,370
અને તે હું જાઉં છું શું સામાન્ય છે
વિશે તમે આજે વાત અહીં હોય છે.

23
00:01:03,370 --> 00:01:06,030
તેથી જો તમે અપેક્ષા કરી શકો છો
આ સત્ર,

24
00:01:06,030 --> 00:01:08,254
અમે એક સંક્ષિપ્ત મારફતે જાઓ પડશે
માહિતી પ્રોસેસીંગ ઇતિહાસ.

25
00:01:08,254 --> 00:01:10,420
તે હંમેશા મદદરૂપ છે
અમે જ્યાંથી આવ્યા હતા સમજવું

26
00:01:10,420 --> 00:01:12,400
અમે છો શા માટે છે અને અમે છે જ્યાં.

27
00:01:12,400 --> 00:01:15,600
અને અમે થોડી વાત કરીશું
NoSQL ટેકનોલોજી વિશે બીટ

28
00:01:15,600 --> 00:01:17,500
મૂળભૂત દૃષ્ટિબિંદુ માંથી.

29
00:01:17,500 --> 00:01:19,870
>> અમે કેટલાક માં મળશે
આ DynamoDB આંતરિક.

30
00:01:19,870 --> 00:01:24,350
DynamoDB AWS કોઈ સ્વાદ છે.

31
00:01:24,350 --> 00:01:27,340
તે સંપૂર્ણપણે વ્યવસ્થાપિત છે અને
હોસ્ટ NoSQL ઉકેલ.

32
00:01:27,340 --> 00:01:32,420
અને અમે ટેબલ વિશે થોડુંક વાત કરીશું
માળખું, API નો, માહિતી પ્રકારો, નિર્દેશિકાઓની,

33
00:01:32,420 --> 00:01:35,177
અને આંતરિક કેટલાક
કે DynamoDB ટેકનોલોજી.

34
00:01:35,177 --> 00:01:37,760
અમે ડિઝાઇન કેટલાક માં મળશે
પેટર્ન અને શ્રેષ્ઠ પદ્ધતિઓ.

35
00:01:37,760 --> 00:01:39,968
અમે તમને તે વિશે વાત કરીશું
કેટલાક માટે આ ટેકનોલોજીનો ઉપયોગ

36
00:01:39,968 --> 00:01:41,430
આજે કાર્યક્રમો.

37
00:01:41,430 --> 00:01:44,820
અને પછી અમે થોડી વાત કરીશું
ઉત્ક્રાંતિ અથવા ઉદભવ વિશે

38
00:01:44,820 --> 00:01:48,980
પ્રોગ્રામિંગ એક નવો ફેરફાર
કહેવાય ઘટના આધારિત કાર્યક્રમો

39
00:01:48,980 --> 00:01:51,580
અને DynamoDB તેમજ કે કેવી રીતે ભજવે.

40
00:01:51,580 --> 00:01:54,690
અને અમે તમને થોડી છોડી જાય છે
સંદર્ભ સ્થાપત્ય ચર્ચા

41
00:01:54,690 --> 00:01:59,540
તેથી અમે કેટલાક વિશે વાત કરી શકો છો
આ રીતે તમે DynamoDB વાપરી શકો છો.

42
00:01:59,540 --> 00:02:04,116
>> તેથી પ્રથમ આ એક પ્રશ્ન છે off--
હું ઘણો ડેટાબેઝ શું છે તે સાંભળો.

43
00:02:04,116 --> 00:02:06,240
ઘણા લોકો તેઓ લાગે
ડેટાબેઝ શું છે ખબર.

44
00:02:06,240 --> 00:02:08,360
Google તમને, તો તમે આ જોશો.

45
00:02:08,360 --> 00:02:11,675
તે રાખવામાં માહિતી માળખાગત સમૂહ છે
કોમ્પ્યુટર, ખાસ કરીને એક કે

46
00:02:11,675 --> 00:02:13,600
વિવિધ રીતે સુલભ છે.

47
00:02:13,600 --> 00:02:16,992
હું એક સારી ધારવું
આધુનિક ડેટાબેઝ વ્યાખ્યા.

48
00:02:16,992 --> 00:02:19,450
પરંતુ હું, કારણ કે તે ગમતું નથી
તે વસ્તુઓ એક દંપતિ સૂચિત.

49
00:02:19,450 --> 00:02:20,935
તે માળખું સૂચિત.

50
00:02:20,935 --> 00:02:23,120
અને તે કમ્પ્યુટર પર છે કે સૂચિત.

51
00:02:23,120 --> 00:02:25,750
અને ડેટાબેઝો ન હતી
કમ્પ્યુટર્સ પર હંમેશા અસ્તિત્વ ધરાવે છે.

52
00:02:25,750 --> 00:02:28,020
ડેટાબેસેસ ખરેખર ઘણી રીતે અસ્તિત્વ ધરાવતું હતું.

53
00:02:28,020 --> 00:02:32,000
>> એક તેથી વધુ સારી વ્યાખ્યા
ડેટાબેઝ આ કંઈક છે.

54
00:02:32,000 --> 00:02:34,786
એક ડેટાબેઝ એક આયોજન કરવામાં આવે છે
સ્ટોર, વ્યવસ્થા કરવા માટે પદ્ધતિ

55
00:02:34,786 --> 00:02:35,910
અને જાણકારી પ્રાપ્ત.

56
00:02:35,910 --> 00:02:36,868
આ About.com છે.

57
00:02:36,868 --> 00:02:42,080
તેથી હું ખરેખર મંત્રણા કારણ કે તે આ પસંદ છે
વિશે એક ડેટાબેઝ રીપોઝીટરી છે,

58
00:02:42,080 --> 00:02:44,800
રિપોઝીટરી
માહિતી જરૂરી નથી

59
00:02:44,800 --> 00:02:46,780
કમ્પ્યુટર પર બેસીને કે કંઈક.

60
00:02:46,780 --> 00:02:49,290
અને સમગ્ર ઇતિહાસમાં, અમે
હંમેશા એન્જીનિયરિંગ થયું નથી.

61
00:02:49,290 --> 00:02:52,110
>> હવે, હું સરેરાશ પૂછતા હોય
શું ડેવલપર આજે

62
00:02:52,110 --> 00:02:54,770
ડેટાબેઝ, કે હું વિચાર જવાબ નથી.

63
00:02:54,770 --> 00:02:56,070
ક્યાંક હું સામગ્રી વળગી શકે છે.

64
00:02:56,070 --> 00:02:56,670
અધિકાર?

65
00:02:56,670 --> 00:02:58,725
અને તે સાચું છે.

66
00:02:58,725 --> 00:02:59,600
પરંતુ તે કમનસીબ છે.

67
00:02:59,600 --> 00:03:02,700
ડેટાબેઝ ખરેખર છે, કારણ કે
આધુનિક એપ્લિકેશન ફાઉન્ડેશન.

68
00:03:02,700 --> 00:03:04,810
તે પાયો છે
દરેક અરજી.

69
00:03:04,810 --> 00:03:07,240
અને તમે તે બિલ્ડ કેવી રીતે
ડેટાબેઝ, તમે કેવી રીતે માળખું

70
00:03:07,240 --> 00:03:11,750
કે માહિતી કેવી રીતે રાખે છે રહ્યું છે
તમે સ્કેલ તરીકે અરજી કરે છે.

71
00:03:11,750 --> 00:03:14,640
>> તેથી મારા કામ આજે ઘણો
સાથે વ્યવહાર કરવામાં આવે છે શું

72
00:03:14,640 --> 00:03:17,180
જ્યારે વિકાસકર્તાઓ થાય
આ અભિગમ લે છે

73
00:03:17,180 --> 00:03:19,510
અને ત્યાર બાદ સાથે વ્યવહાર
એક અરજી કે

74
00:03:19,510 --> 00:03:24,966
હવે મૂળ બહાર ખેંચે છે
ખરાબ ડિઝાઇન ઉદ્દેશ અને દુઃખ.

75
00:03:24,966 --> 00:03:26,840
તેથી આશા છે કે જ્યારે તમે
આજે દૂર જવામાં, તમે

76
00:03:26,840 --> 00:03:29,010
સાધનો એક દંપતિ માં છે
તમે રાખવા પડશે કે તમારા બેલ્ટ

77
00:03:29,010 --> 00:03:32,566
તે જ ભૂલો બનાવવા છે.

78
00:03:32,566 --> 00:03:33,066
બધા અધિકાર.

79
00:03:33,066 --> 00:03:36,360
તેથી આપણે એક થોડુંક વિશે વાત કરો
ડેટાબેઝ ટેકનોલોજી સમયરેખા.

80
00:03:36,360 --> 00:03:38,830
હું એક વાંચી લાગે છે
લેખ કે લાંબા સમય પહેલા

81
00:03:38,830 --> 00:03:43,020
અને તે રેખાઓ પર કંઈક કહ્યું હતું
તે ખૂબ જ કાવ્યાત્મક નિવેદન છે.

82
00:03:43,020 --> 00:03:46,590
તેમાં લખ્યું હતું કે ઇતિહાસ
માહિતી પ્રોસેસીંગ છે

83
00:03:46,590 --> 00:03:49,350
ઉચ્ચ વોટરમાર્ક સંપૂર્ણ
માહિતી વિપુલતા.

84
00:03:49,350 --> 00:03:49,920
ઠીક છે.

85
00:03:49,920 --> 00:03:52,532
હવે, હું તે પ્રકારના સાચું છે ધારી.

86
00:03:52,532 --> 00:03:54,990
પરંતુ હું ખરેખર છે જુઓ
ઇતિહાસ ખરેખર ભરવામાં આવે છે

87
00:03:54,990 --> 00:03:56,820
માહિતી દબાણ ઊંચા વોટરમાર્ક સાથે.

88
00:03:56,820 --> 00:04:00,040
માહિતી દર કારણ કે
લેવાથી નીચે જાય ક્યારેય.

89
00:04:00,040 --> 00:04:01,360
તે માત્ર ત્યારે જ જાય છે.

90
00:04:01,360 --> 00:04:03,670
>> અને ઇનોવેશન ત્યારે થાય છે જ્યારે
અમે માહિતી દબાણ, જે જુઓ

91
00:04:03,670 --> 00:04:07,825
છે કે જે માહિતી જથ્થો છે
હવે સિસ્ટમ માં આવતા.

92
00:04:07,825 --> 00:04:12,027
અને તે પ્રક્રિયા કરી શકાતી નથી
અસરકારક રીતે સમય અથવા ખર્ચ ક્યાં તો.

93
00:04:12,027 --> 00:04:14,110
જ્યારે અમે શરૂ અને તે છે
માહિતી દબાણ જોવા.

94
00:04:14,110 --> 00:04:15,920
>> તેથી અમે જોવા જ્યારે
પ્રથમ ડેટાબેઝ, આ

95
00:04:15,920 --> 00:04:17,180
અમારા કાન વચ્ચે હતી કે એક છે.

96
00:04:17,180 --> 00:04:18,310
અમે બધા તેને સાથે જન્મ્યા છો.

97
00:04:18,310 --> 00:04:19,194
તે એક સરસ ડેટાબેઝ છે.

98
00:04:19,194 --> 00:04:21,110
તે ઉચ્ચ ઉપલબ્ધતા ધરાવે છે.

99
00:04:21,110 --> 00:04:21,959
તે હંમેશા પર છે.

100
00:04:21,959 --> 00:04:23,930
તમે હંમેશા તે મેળવી શકો છો.

101
00:04:23,930 --> 00:04:24,890
>> પરંતુ તે એક વપરાશકર્તા છે.

102
00:04:24,890 --> 00:04:26,348
હું તમારી સાથે મારા વિચારો શેર કરી શકતા નથી.

103
00:04:26,348 --> 00:04:28,370
તમે મારા વિચારો ન મળી શકે
તમે તેમને માંગો છો.

104
00:04:28,370 --> 00:04:30,320
અને તેમના abilitiy જેથી સારી નથી.

105
00:04:30,320 --> 00:04:32,510
અમે વસ્તુઓ ભૂલી જાવ.

106
00:04:32,510 --> 00:04:36,540
દરેક હવે પછી, અમને નહીં
અને અન્ય અસ્તિત્વ પર ફરે છે

107
00:04:36,540 --> 00:04:39,110
અને અમે બધું ગુમાવી
કે ડેટાબેઝ હતી.

108
00:04:39,110 --> 00:04:40,640
તેથી તે છે કે જે બધી સારી નથી.

109
00:04:40,640 --> 00:04:43,189
>> અને આ સમય પર સારી રીતે કામ કર્યું
અમે દિવસ પાછા હતા ત્યારે

110
00:04:43,189 --> 00:04:46,230
જ્યારે અમે ખરેખર ખબર કરવા માટે જરૂરી બધા છે
જ્યાં અમે આવતી કાલે પર જવા માટે જતા હોય

111
00:04:46,230 --> 00:04:49,630
અથવા અમે શ્રેષ્ઠ ખોરાક ભેગા છે.

112
00:04:49,630 --> 00:04:52,820
પરંતુ અમે શરૂ તરીકે વધવા માટે
સંસ્કૃતિ અને સરકારી શરૂ

113
00:04:52,820 --> 00:04:55,152
કરવામાં આવી છે, અને
વ્યવસાયો, વિકસાવવાનું શરૂ કર્યું

114
00:04:55,152 --> 00:04:57,360
અમે ખ્યાલ શરૂ કર્યું
કરતાં થોડી વધુ શું કરવાની જરૂર છે

115
00:04:57,360 --> 00:04:58,210
અમે અમારા માથા માં મૂકી શકે છે.

116
00:04:58,210 --> 00:04:58,870
બધા અધિકાર?

117
00:04:58,870 --> 00:05:00,410
>> અમે રેકોર્ડ સિસ્ટમો માટે જરૂરી.

118
00:05:00,410 --> 00:05:02,220
અમે સક્ષમ સ્ટોર માહિતી હોઈ સ્થળોએ જરૂરી.

119
00:05:02,220 --> 00:05:05,450
તેથી અમે લેખન દસ્તાવેજો શરૂ
લાયબ્રેરી અને આર્કાઈવ્ઝ બનાવવા.

120
00:05:05,450 --> 00:05:08,000
અમે એક વિકાસશીલ શરૂ
સિસ્ટમ ખાતાવહી એકાઉન્ટિંગ.

121
00:05:08,000 --> 00:05:12,200
અને ખાતાવહી ગણતરી છે કે જે સિસ્ટમ
ઘણી સદીઓ માટે વિશ્વના ચાલી

122
00:05:12,200 --> 00:05:15,580
અને કદાચ સહસ્ત્રાબ્દી તરીકે
અમે પ્રકારની બિંદુ થયો હતો

123
00:05:15,580 --> 00:05:18,420
કે જ્યાં ડેટા લોડ વટાવી
તે સિસ્ટમો ક્ષમતા

124
00:05:18,420 --> 00:05:19,870
તે સમાવે સમક્ષ રજુ કરવાનો પ્રયત્ન કરવા માટે.

125
00:05:19,870 --> 00:05:22,070
>> અને આ ખરેખર એ 1880 માં થયું હતું.

126
00:05:22,070 --> 00:05:22,570
અધિકાર?

127
00:05:22,570 --> 00:05:24,390
1880 યુએસ સેન્સસ છે.

128
00:05:24,390 --> 00:05:26,976
આ જ્યાં દેવાનો ખરેખર છે
આધુનિક માહિતી પ્રોસેસીંગ નિર્દેશ કરે છે.

129
00:05:26,976 --> 00:05:28,850
આ બિંદુ પર છે
માહિતી, જે રકમ

130
00:05:28,850 --> 00:05:32,060
કે દ્વારા એકત્રિત કરવામાં આવી હતી
અમેરિકી સરકાર બિંદુ મળી

131
00:05:32,060 --> 00:05:34,005
જ્યાં તેની પર પ્રક્રિયા કરવા આઠ વર્ષ લાગ્યા.

132
00:05:34,005 --> 00:05:36,350
>> હવે, આઠ years-- તરીકે
તમે સેન્સસ ખબર

133
00:05:36,350 --> 00:05:39,180
રન દર 10 years-- તેથી તે
ખૂબ સ્પષ્ટ છે કે સમય સુધીમાં અમે

134
00:05:39,180 --> 00:05:41,419
, 1890 સેન્સસ મળી
માહિતી જથ્થો કે

135
00:05:41,419 --> 00:05:43,210
પ્રક્રિયા થઈ જવાનો હતો
સરકાર દ્વારા કરવામાં આવી હતી

136
00:05:43,210 --> 00:05:46,335
10 વર્ષ કરતાં વધી રહ્યું તે
શરૂ નવી વસ્તી ગણતરી લેશે.

137
00:05:46,335 --> 00:05:47,250
આ એક સમસ્યા હતી.

138
00:05:47,250 --> 00:05:49,000
>> તેથી એક વ્યક્તિ હર્મન નામ આપવામાં આવ્યું
Hollerith સાથે આવ્યા

139
00:05:49,000 --> 00:05:52,640
અને તે એકમ રેકોર્ડ પંચ શોધ
કાર્ડ, પંચ કાર્ડ રીડર, પંચ કાર્ડ

140
00:05:52,640 --> 00:05:58,420
કોઠા, અને સરખામણી ના
આ ટેકનોલોજી માટે પદ્ધતિઓ.

141
00:05:58,420 --> 00:06:01,860
તેણે રચના કે કંપની
સમય, અન્ય એક દંપતી સાથે

142
00:06:01,860 --> 00:06:05,450
ખરેખર બની થાંભલા એક
આજે આપણે જાણીએ છીએ નાની કંપની IBM કહેવાય છે.

143
00:06:05,450 --> 00:06:08,417
>> તેથી IBM મૂળ હતી
ડેટાબેઝ બિઝનેસ.

144
00:06:08,417 --> 00:06:09,750
અને તે તેઓ શું કર્યું ખરેખર છે.

145
00:06:09,750 --> 00:06:11,110
તેઓ માહિતી પ્રોસેસીંગ હતી.

146
00:06:11,110 --> 00:06:15,400
>> પંચ પ્રસારને જેથી
કાર્ડ, એક કુશળ પદ્ધતિઓ

147
00:06:15,400 --> 00:06:18,560
કે લાભ માટે સમર્થ હોવા
ટેકનોલોજી છટણી પરિણામ સેટ મત આપ્યા હતા.

148
00:06:18,560 --> 00:06:20,726
તમે આ ચિત્રમાં જોઈ શકો છો
ત્યાં અમે થોડું છે

149
00:06:20,726 --> 00:06:23,970
તે થોડી small-- છે, પરંતુ તમે જોઈ શકો છો
ખૂબ જ બુદ્ધિશાળી યાંત્રિક પદ્ધતિ

150
00:06:23,970 --> 00:06:26,970
અમે એક પંચ કાર્ડ ડેક હોય છે.

151
00:06:26,970 --> 00:06:28,720
અને કોઈકને લેવાથી
થોડી screwdriver

152
00:06:28,720 --> 00:06:31,400
અને મારફતે ચોંટતા
સ્લોટ અને તે ઉઠાંતરી

153
00:06:31,400 --> 00:06:34,820
, કે મેચ મળી છે કે જે
સૉર્ટ પરિણામો સુયોજિત કરો.

154
00:06:34,820 --> 00:06:36,270
>> આ એક સમૂહ છે.

155
00:06:36,270 --> 00:06:38,690
અમે આ બધા સમય કરવા
કમ્પ્યુટર આજે,

156
00:06:38,690 --> 00:06:40,100
તમે ડેટાબેઝ માં કરી છે.

157
00:06:40,100 --> 00:06:41,620
અમે અધિકાર છે, તેને જાતે કરવા માટે વપરાય?

158
00:06:41,620 --> 00:06:42,994
લોકો સાથે મળીને આ વસ્તુઓ મૂકો.

159
00:06:42,994 --> 00:06:45,440
અને તે પ્રસારને હતી
આ પંચ કાર્ડ

160
00:06:45,440 --> 00:06:50,070
અમે કહે છે માહિતી ડ્રમ્સ માં
અને માહિતી reels, કાગળ ટેપ.

161
00:06:50,070 --> 00:06:55,980
>> આ ડેટા પ્રોસેસિંગ ઉદ્યોગ લીધો
ખેલાડી pianos એક પાઠ.

162
00:06:55,980 --> 00:06:57,855
પ્લેયર પર પાછા pianos
સદીના વળાંકની

163
00:06:57,855 --> 00:07:02,100
સ્લોટ સાથે કાગળ reels ઉપયોગ કરવા માટે વપરાય
પર જે રમવા માટે કીઓ કહી.

164
00:07:02,100 --> 00:07:05,380
ટેક્નોલોજી છે કે જે સ્વીકારવામાં આવી હતી તેથી
આખરે, ડિજિટલ ડેટા સ્ટોર કરવા માટે

165
00:07:05,380 --> 00:07:08,070
તેઓ કે જે માહિતી મૂકી શકે છે, કારણ કે
તે કાગળ ટેપ reels પર.

166
00:07:08,070 --> 00:07:10,870
>> હવે, પરિણામે, માહિતી
કેવી રીતે વાસ્તવમાં હતી

167
00:07:10,870 --> 00:07:14,960
જો તમે આ માહિતી સીધી હતી ઍક્સેસ
તમે તેને સંગ્રહિત કેવી રીતે આધાર રાખે છે.

168
00:07:14,960 --> 00:07:17,825
તેથી હું એક ટેપ પર માહિતી મૂકવામાં જો,
હું સરખી માહિતી ઍક્સેસ હતી.

169
00:07:17,825 --> 00:07:20,475
હું સમગ્ર રોલ હતી
ટેપ તમામ માહિતી ઍક્સેસ કરવા માટે.

170
00:07:20,475 --> 00:07:22,600
હું પંચ માહિતી મૂકી
કાર્ડ, હું તે ઍક્સેસ કરી શકે છે

171
00:07:22,600 --> 00:07:26,270
થોડી વધુ રેન્ડમ માં
ફેશન, કદાચ નથી ઝડપથી.

172
00:07:26,270 --> 00:07:30,770
>> પરંતુ કેવી રીતે મર્યાદાઓને હતા અમે
સંગ્રહિત કરવામાં આવી હતી કેવી રીતે પર આધારિત માહિતી ઍક્સેસ કરો.

173
00:07:30,770 --> 00:07:32,890
અને તેથી આ એક સમસ્યા હતી
'50s માં જઈ રહી છે.

174
00:07:32,890 --> 00:07:37,890
ફરીથી, અમે અમે જુઓ કે શરૂ કરી શકો છો
પ્રક્રિયા કરવા માટે નવી ટેકનોલોજી વિકાસ

175
00:07:37,890 --> 00:07:41,670
માહિતી અધિકાર, તે ખોલે છે
નવા ઉકેલો માટે દરવાજા,

176
00:07:41,670 --> 00:07:45,852
નવા કાર્યક્રમો માટે, નવા
એવી માહિતી કાર્યક્રમો.

177
00:07:45,852 --> 00:07:47,810
અને ખરેખર, ગવર્નન્સ
કારણ હોઈ શકે છે

178
00:07:47,810 --> 00:07:49,435
શા માટે આપણે આ સિસ્ટમો કેટલાક વિકસાવી છે.

179
00:07:49,435 --> 00:07:52,290
પરંતુ વ્યાપાર ઝડપથી બન્યા
ઉત્ક્રાંતિ પાછળ ડ્રાઈવર

180
00:07:52,290 --> 00:07:54,720
આધુનિક ડેટાબેઝ અને
આધુનિક ફાઇલ સિસ્ટમ.

181
00:07:54,720 --> 00:07:56,870
>> આગામી વસ્તુ કે જેથી
'50s માં આવ્યા હતા

182
00:07:56,870 --> 00:08:00,780
ફાઈલ સિસ્ટમ અને હતી
રેન્ડમ ઍક્સેસ સંગ્રહ વિકાસ.

183
00:08:00,780 --> 00:08:02,050
આ સુંદર હતી.

184
00:08:02,050 --> 00:08:06,230
હવે, અચાનક તમામ, અમે મૂકી શકો છો અમારા
આ હાર્ડ ડ્રાઈવો પર ગમે ત્યાં ફાઇલો

185
00:08:06,230 --> 00:08:09,760
અને અમે રેન્ડમ આ માહિતી ઍક્સેસ કરી શકો છો.

186
00:08:09,760 --> 00:08:11,950
અમે તે પાર્સ કરી શકો છો
ફાઇલો બહાર જાણકારી.

187
00:08:11,950 --> 00:08:14,920
અને અમે વિશ્વના તમામ હલ
માહિતી પ્રક્રિયા સાથે સમસ્યાઓ.

188
00:08:14,920 --> 00:08:17,550
>> અને તે ચાલ્યો 20 અથવા
ઉત્ક્રાંતિ સુધી 30 વર્ષ

189
00:08:17,550 --> 00:08:22,100
આ રીલેશ્નલ ડેટાબેઝ, કે જે
વિશ્વમાં હવે અમે નક્કી કર્યું છે જ્યારે

190
00:08:22,100 --> 00:08:27,940
ભાંગી કે રીપોઝીટરી હોય છે કરવાની જરૂર
ફાઇલ સમગ્ર માહિતી ફેલાવ

191
00:08:27,940 --> 00:08:29,540
અમે નિર્માણ કર્યું છે કે જે સિસ્ટમો. અધિકાર?

192
00:08:29,540 --> 00:08:34,270
ઘણા વિતરણ ખૂબ માહિતી
સ્થળો, માહિતી દ-નકલ,

193
00:08:34,270 --> 00:08:37,120
અને સંગ્રહ કિંમત પ્રચંડ હતો.

194
00:08:37,120 --> 00:08:43,760
>> '70s માં, સૌથી વધુ ખર્ચાળ રિસોર્સ
કમ્પ્યુટર હતું કે સંગ્રહ હતો.

195
00:08:43,760 --> 00:08:46,200
પ્રોસેસર હતી
નિયત ખર્ચ તરીકે જોવામાં આવે છે.

196
00:08:46,200 --> 00:08:49,030
હું બોક્સ ખરીદી,
એ CPU કેટલાક કામ કરે છે.

197
00:08:49,030 --> 00:08:51,960
કે શું સ્પિનિંગ કરી રહ્યું છે
તે ખરેખર કામ નથી અથવા.

198
00:08:51,960 --> 00:08:53,350
તે ખરેખર એક છેવાડે કિંમત છે.

199
00:08:53,350 --> 00:08:56,030
>> પરંતુ શું એક તરીકે મને ખર્ચ
બિઝનેસ સંગ્રહ છે.

200
00:08:56,030 --> 00:09:00,020
હું આગામી વધુ ડિસ્ક ખરીદી હોય તો
મહિને, કે હું ચૂકવણી કે એક વાસ્તવિક કિંમત છે.

201
00:09:00,020 --> 00:09:01,620
અને તે સંગ્રહ ખર્ચાળ છે.

202
00:09:01,620 --> 00:09:05,020
>> હવે અમે આગળ ઝડપી 40 વર્ષ
અને અમે એક અલગ સમસ્યા હોય છે.

203
00:09:05,020 --> 00:09:10,020
આ ગણતરી હવે છે
સૌથી વધુ ખર્ચાળ સ્ત્રોત.

204
00:09:10,020 --> 00:09:11,470
સંગ્રહ સસ્તા છે.

205
00:09:11,470 --> 00:09:14,570
હું અમે પર ગમે ત્યાં જઈ શકે છે, અર્થ
વાદળ અને અમે વાજબી દરની સંગ્રહ શોધી શકો છો.

206
00:09:14,570 --> 00:09:17,190
પરંતુ શું હું શોધી શકો છો સસ્તા Compute છે.

207
00:09:17,190 --> 00:09:20,700
>> આજે ઉત્ક્રાંતિ તેથી
ટેકનોલોજી, ડેટાબેઝ ટેકનોલોજી,

208
00:09:20,700 --> 00:09:23,050
ખરેખર આસપાસ ધ્યાન કેન્દ્રિત કર્યું છે
વિતરણ ડેટાબેઝ

209
00:09:23,050 --> 00:09:26,960
કે પીડાતા નથી
સ્કેલ જ પ્રકાર

210
00:09:26,960 --> 00:09:29,240
રીલેશ્નલ ડેટાબેઝ મર્યાદાઓ.

211
00:09:29,240 --> 00:09:32,080
અમે વિશે થોડુંક વાત કરીશું
કે ખરેખર એનો શું અર્થ થાય.

212
00:09:32,080 --> 00:09:34,760
>> પરંતુ એક કારણ અને
છે આ અમે પાછળ ડ્રાઈવર

213
00:09:34,760 --> 00:09:38,290
માહિતી દબાણ વિશે વાત કરી હતી.

214
00:09:38,290 --> 00:09:41,920
ડેટા દબાણ કંઈક છે
કે નવીનીકરણ નહીં.

215
00:09:41,920 --> 00:09:44,610
અને તમે પર જોવા હોય તો
છેલ્લા પાંચ વર્ષમાં,

216
00:09:44,610 --> 00:09:48,180
આ શું માહિતી એક ચાર્ટ છે
સામાન્ય એન્ટરપ્રાઇઝ સમગ્ર ભાર

217
00:09:48,180 --> 00:09:49,640
છેલ્લા પાંચ વર્ષમાં જેવો દેખાય છે.

218
00:09:49,640 --> 00:09:52,570
>> અને અંગૂઠો સામાન્ય નિયમ
આ days-- તમે Google-- જાઓ તો

219
00:09:52,570 --> 00:09:55,290
માહિતી 90% છે
આજે આપણે સ્ટોર, અને તે હતી

220
00:09:55,290 --> 00:09:57,330
છેલ્લા બે વર્ષમાં પેદા.

221
00:09:57,330 --> 00:09:57,911
ઠીક છે.

222
00:09:57,911 --> 00:09:59,410
હવે, આ નવી છે કે વલણ નથી.

223
00:09:59,410 --> 00:10:01,230
આ કરવામાં આવી છે કે એક વલણ છે
100 વર્ષ માટે જઈ રહી છે.

224
00:10:01,230 --> 00:10:03,438
એવર હર્મન Hollerith થી
પંચ કાર્ડ વિકસાવવામાં,

225
00:10:03,438 --> 00:10:08,040
અમે માહિતી રીપોઝીટરીઓ નિર્માણ કર્યું
અને અસાધારણ દરે માહિતી ભેગી.

226
00:10:08,040 --> 00:10:10,570
>> તેથી છેલ્લા 100 વર્ષો સુધી,
અમે આ વલણ જોવા મળે છે.

227
00:10:10,570 --> 00:10:11,940
કે બદલવા માટે ચાલી રહ્યું છે.

228
00:10:11,940 --> 00:10:14,789
આગળ જતાં, અમે જોવા માટે જઈ રહ્યાં છો
આ ન હોય તો ત્વરિત વલણ.

229
00:10:14,789 --> 00:10:16,330
અને તમે તે શું લાગે છે જોઈ શકે છે.

230
00:10:16,330 --> 00:10:23,510
>> 2010 માં એક બિઝનેસ એક હોય તો
સંચાલન હેઠળ માહિતી ટેરાબાઈટ,

231
00:10:23,510 --> 00:10:27,080
તેઓ અર્થ એ થાય કે આજે
માહિતી 6.5 petabytes વ્યવસ્થા.

232
00:10:27,080 --> 00:10:30,380
તે 6,500 ગણી વધુ માહિતી છે.

233
00:10:30,380 --> 00:10:31,200
અને હું આ ખબર.

234
00:10:31,200 --> 00:10:33,292
હું દરરોજ આ વ્યવસાયો સાથે કામ કરે છે.

235
00:10:33,292 --> 00:10:35,000
પાંચ વર્ષ પહેલાં, હું
કંપનીઓ સાથે વાત કરશે

236
00:10:35,000 --> 00:10:38,260
શું પીડા વિશે મને જે વાત કરશે
તે માહિતી ટેરાબાઇટો વ્યવસ્થા છે.

237
00:10:38,260 --> 00:10:39,700
અને તેઓ વાત કરશે
અમે જુઓ કે કેવી રીતે વિશે મને

238
00:10:39,700 --> 00:10:41,825
આ કદાચ રહ્યું છે
એક Petabyte અથવા બે હોઈ

239
00:10:41,825 --> 00:10:43,030
વર્ષો દંપતિ અંદર.

240
00:10:43,030 --> 00:10:45,170
>> આ જ કંપનીઓ
હું સાથે બેઠક છું આજે,

241
00:10:45,170 --> 00:10:48,100
અને તેઓ વિશે મને વાત કરી રહ્યા છીએ
સમસ્યા મેનેજિંગ ત્યાં આવી રહી છે

242
00:10:48,100 --> 00:10:51,440
દસ માહિતી 20 petabytes.

243
00:10:51,440 --> 00:10:53,590
આ વિસ્ફોટ તેથી
ઉદ્યોગ માહિતી

244
00:10:53,590 --> 00:10:56,670
પ્રચંડ ડ્રાઇવિંગ છે
સારી ઉકેલો માટે જરૂર છે.

245
00:10:56,670 --> 00:11:00,980
અને રીલેશ્નલ ડેટાબેઝ છે
માત્ર માંગ સુધી રહેતા નથી.

246
00:11:00,980 --> 00:11:03,490
>> અને તેથી એક રેખીય છે
માહિતી દબાણ વચ્ચે સંબંધ

247
00:11:03,490 --> 00:11:05,210
અને ટેકનિકલ નવીનીકરણ.

248
00:11:05,210 --> 00:11:07,780
ઇતિહાસ અમને બતાવ્યું છે
આ છે, કે જે સમય જતાં,

249
00:11:07,780 --> 00:11:11,090
જ્યારે ડેટા વોલ્યુમ
કે પ્રક્રિયા કરવાની જરૂર છે

250
00:11:11,090 --> 00:11:15,490
સિસ્ટમ ક્ષમતા કરતાં વધી જાય
વાજબી સમય માં તે પ્રક્રિયા કરવા માટે

251
00:11:15,490 --> 00:11:18,870
અથવા વાજબી ખર્ચે,
પછી નવી ટેકનોલોજી

252
00:11:18,870 --> 00:11:21,080
તે સમસ્યાઓ ઉકેલવા માટે શોધ કરવામાં આવે છે.

253
00:11:21,080 --> 00:11:24,090
તે નવી ટેકનોલોજી,
બદલામાં, બારણું ખોલી

254
00:11:24,090 --> 00:11:27,840
સમસ્યાઓ અન્ય સમૂહ છે, જે
પણ વધુ માહિતી ભેગી થયેલ છે.

255
00:11:27,840 --> 00:11:29,520
>> હવે, આપણે આ રોકવા માટે જઈ રહ્યાં છો.

256
00:11:29,520 --> 00:11:30,020
અધિકાર?

257
00:11:30,020 --> 00:11:31,228
અમે આ રોકવા માટે જઈ રહ્યાં છો.

258
00:11:31,228 --> 00:11:31,830
શા માટે?

259
00:11:31,830 --> 00:11:35,520
તમે બધું જાણતા નથી શકે છે
બ્રહ્માંડમાં ખબર છે.

260
00:11:35,520 --> 00:11:40,510
અને લાંબા સમય સુધી અમે જીવંત કરવામાં આવી છે તેમ
માણસ સમગ્ર ઇતિહાસ દરમિયાન,

261
00:11:40,510 --> 00:11:43,440
અમે હંમેશા વધુ જાણવા માટે નહીં હોય.

262
00:11:43,440 --> 00:11:49,840
>> તેથી તે અમે ખસેડવા દરેક ઇંચ જેવી લાગે છે
વૈજ્ઞાનિક શોધ પાથ નીચે,

263
00:11:49,840 --> 00:11:54,620
અમે માહિતી જથ્થો ગુણાકાર છે
અમે ઝડપી પ્રક્રિયા કરવા માટે જરૂર છે કે જે

264
00:11:54,620 --> 00:11:59,920
અમે વધુ અને વધુ અને વધુ ઉઘાડું કરવું
જીવન આંતરિક કાર્યરચના વિશે

265
00:11:59,920 --> 00:12:04,530
બ્રહ્માંડ કેવી રીતે કામ કરે વિશે
વૈજ્ઞાનિક શોધ ડ્રાઇવિંગ,

266
00:12:04,530 --> 00:12:06,440
અને શોધ કે
આજે આપણે કરી રહ્યા છીએ.

267
00:12:06,440 --> 00:12:09,570
માહિતી વોલ્યુમ માત્ર
સતત વધે છે.

268
00:12:09,570 --> 00:12:12,120
તેથી સાથે વ્યવહાર કરવા માટે સક્ષમ છે
આ સમસ્યા પ્રચંડ છે.

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

270
00:12:14,790 --> 00:12:17,410
>> વસ્તુઓ એક જેથી
અમે NoSQL શા તરીકે જોવા?

271
00:12:17,410 --> 00:12:19,200
કેવી રીતે NoSQL આ સમસ્યા હલ નથી?

272
00:12:19,200 --> 00:12:24,980
વેલ, સંબંધ ડેટાબેઝો,
સ્ટ્રક્ચર્ડ ક્વેરી લેંગ્વેજ,

273
00:12:24,980 --> 00:12:28,600
SQL-- તે ખરેખર એક રચના છે
સંબંધ આ વસ્તુઓ છે database--

274
00:12:28,600 --> 00:12:30,770
સંગ્રહ માટે શ્રેષ્ટ થયેલ છે.

275
00:12:30,770 --> 00:12:33,180
>> પાછા '70s માં, ફરી,
ડિસ્ક ખર્ચાળ છે.

276
00:12:33,180 --> 00:12:36,990
સંગ્રહ બચાવ કસરત
એન્ટરપ્રાઇઝ માં ક્યારેય અંત છે.

277
00:12:36,990 --> 00:12:37,490
મને ખબર છે.

278
00:12:37,490 --> 00:12:38,020
હું તે રહેતા હતા.

279
00:12:38,020 --> 00:12:41,250
હું એક માટે સંગ્રહ ડ્રાઈવરો લખ્યું
enterprised superserver કંપની

280
00:12:41,250 --> 00:12:42,470
પાછા '90s માં.

281
00:12:42,470 --> 00:12:45,920
અને નીચે લીટી અન્ય સહાયકોને તકલીફ આપવાનું છે
સંગ્રહ એરે માત્ર કંઈક હતું કે

282
00:12:45,920 --> 00:12:47,600
એન્ટરપ્રાઇઝ દરરોજ થયું.

283
00:12:47,600 --> 00:12:49,030
અને તે ક્યારેય બંધ.

284
00:12:49,030 --> 00:12:52,690
ઉચ્ચ ઘનતા સંગ્રહ માંગ
ઉચ્ચ ઘનતા સંગ્રહ માટે,

285
00:12:52,690 --> 00:12:56,340
અને વધુ કાર્યક્ષમ સંગ્રહ માટે
તે ક્યારેય બંધ છે devices--.

286
00:12:56,340 --> 00:13:00,160
>> અને NoSQL એક મહાન ટેકનોલોજી છે
તે માહિતી normalizes છે.

287
00:13:00,160 --> 00:13:02,210
તે માહિતી દ-ડુપ્લિકેટ્સ.

288
00:13:02,210 --> 00:13:07,180
તે માળખામાં માહિતી મૂકે છે
દરેક વપરાશ પેટર્ન અજ્ઞેયવાદી છે.

289
00:13:07,180 --> 00:13:11,600
બહુવિધ કાર્યક્રમો કે હિટ કરી શકે છે
SQL ડેટાબેઝ, તદર્થ પ્રશ્નો ચલાવો,

290
00:13:11,600 --> 00:13:15,950
અને આકાર માહિતી મેળવવા કે તેઓ
તેમના વર્કલોડ માટે પ્રક્રિયા કરવા માટે જરૂર છે.

291
00:13:15,950 --> 00:13:17,570
કે વિચિત્ર લાગે છે.

292
00:13:17,570 --> 00:13:21,350
પરંતુ નીચે લીટી કોઇ સાથે છે
સિસ્ટમ, તે બધું અજ્ઞેયવાદી છે, તો

293
00:13:21,350 --> 00:13:23,500
તે કશું માટે શ્રેષ્ટ થયેલ છે.

294
00:13:23,500 --> 00:13:24,050
ઠીક છે?

295
00:13:24,050 --> 00:13:26,386
>> અને તે અમે સાથે વિચાર શું છે
આ રીલેશ્નલ ડેટાબેઝ.

296
00:13:26,386 --> 00:13:27,510
તે સંગ્રહ માટે શ્રેષ્ટ છે.

297
00:13:27,510 --> 00:13:28,280
તે સામાન્ય છે.

298
00:13:28,280 --> 00:13:29,370
તે સંબંધ છે.

299
00:13:29,370 --> 00:13:31,660
તે તદર્થ પ્રશ્નો આધાર આપે છે.

300
00:13:31,660 --> 00:13:34,000
અને તે અને તે ઊભી લાગુ થાય છે.

301
00:13:34,000 --> 00:13:39,030
>> હું એક મોટી SQL ડેટાબેઝ મેળવવાની જરૂર પડે તો
અથવા વધુ શક્તિશાળી એસક્યુએલ ડેટાબેઝ,

302
00:13:39,030 --> 00:13:41,090
હું લોખંડ એક મોટી ભાગ ખરીદી પર જાઓ.

303
00:13:41,090 --> 00:13:41,600
ઠીક છે?

304
00:13:41,600 --> 00:13:44,940
હું ઘણાં બધા ગ્રાહકો સાથે કામ કર્યું
મુખ્ય સુધારાઓ મારફતે કરવામાં આવી છે કે

305
00:13:44,940 --> 00:13:48,340
તેમના એસક્યુએલ ઇન્ફ્રાસ્ટ્રક્ચર માત્ર
છ મહિના પછી તે શોધવા માટે,

306
00:13:48,340 --> 00:13:49,750
તેઓ ફરીથી દિવાલ હિટ રહ્યા છો.

307
00:13:49,750 --> 00:13:55,457
અને ઓરેકલ અથવા MSSQL જવાબ
અથવા અન્ય કોઇ મોટા બોક્સ વિચાર છે.

308
00:13:55,457 --> 00:13:58,540
વેલ, વહેલા અથવા પછીના તમે ખરીદી કરી શકો છો
બોક્સ મોટી છે, અને તે વાસ્તવિક સમસ્યા છે.

309
00:13:58,540 --> 00:14:00,080
અમે ખરેખર વસ્તુઓ બદલવા માટે જરૂર છે.

310
00:14:00,080 --> 00:14:01,080
તેથી જ્યાં આ કામ કરે છે?

311
00:14:01,080 --> 00:14:06,560
તે ઑફલાઇન માટે સારી રીતે કામ કરે
ઍનલિટિક્સ, ઓલાપ પ્રકારના વર્કલોડ.

312
00:14:06,560 --> 00:14:08,670
એસક્યુએલ અનુસરે છે અને તે ખરેખર છે.

313
00:14:08,670 --> 00:14:12,540
હવે, તે ઘણા ઑનલાઇન આજે વપરાય છે
ટ્રાન્ઝેક્શનલ પ્રોસેસીંગ પ્રકારના

314
00:14:12,540 --> 00:14:13,330
કાર્યક્રમો.

315
00:14:13,330 --> 00:14:16,460
અને તે માત્ર દંડ કામ કરે છે
ઉપયોગ અમુક સ્તર,

316
00:14:16,460 --> 00:14:18,670
પરંતુ તે માત્ર નથી માપવાના નથી
NoSQL નથી કે જે રીતે.

317
00:14:18,670 --> 00:14:20,660
અને અમે થોડી વાત કરીશું
કે શા માટે વિશે બીટ.

318
00:14:20,660 --> 00:14:23,590
>> હવે, noSQL, બીજી બાજુ પર,
વધુ Compute માટે શ્રેષ્ટ થયેલ છે.

319
00:14:23,590 --> 00:14:24,540
ઠીક છે?

320
00:14:24,540 --> 00:14:26,830
તે અજ્ઞેયવાદી નથી
વપરાશ પેટર્ન.

321
00:14:26,830 --> 00:14:31,620
અમે ડિ-સામાન્ય કૉલ શું છે
માળખું અથવા સ્તરવાળું માળખું.

322
00:14:31,620 --> 00:14:35,000
એક રીલેશ્નલ ડેટાબેઝ માં માહિતી છે
બહુવિધ કોષ્ટકો માંથી મળીને જોડાયા

323
00:14:35,000 --> 00:14:36,850
તમને જરૂર છે કે જુઓ પેદા કરવા માટે.

324
00:14:36,850 --> 00:14:40,090
એક NoSQL ડેટાબેઝ માં માહિતી
દસ્તાવેજ માં સંગ્રહાય છે

325
00:14:40,090 --> 00:14:42,100
આ સ્તરવાળું માળખું ધરાવે છે.

326
00:14:42,100 --> 00:14:45,670
સામાન્ય રીતે હશે કે તમામ માહિતી
કે જુઓ પેદા કરવા માટે સાથે મળીને જોડાયા

327
00:14:45,670 --> 00:14:47,160
એક દસ્તાવેજ માં સંગ્રહાય છે.

328
00:14:47,160 --> 00:14:50,990
અને અમે વિશે થોડુંક વાત કરીશું
કેવી રીતે ચાર્ટ એક દંપતિ માં કામ કરે છે.

329
00:14:50,990 --> 00:14:55,320
>> પરંતુ અહીં વિચાર તમે સંગ્રહ છે
આ instantiated જોવાઈ તરીકે તમારી માહિતી.

330
00:14:55,320 --> 00:14:56,410
ઠીક છે?

331
00:14:56,410 --> 00:14:58,610
તમે સીધા પાયે.

332
00:14:58,610 --> 00:14:59,556
અધિકાર?

333
00:14:59,556 --> 00:15:02,100
હું વધારવા માટે જરૂર હોય તો
મારા NoSQL ક્લસ્ટરના માપ,

334
00:15:02,100 --> 00:15:03,700
હું એક મોટી બોક્સ વિચાર કરવાની જરૂર નથી.

335
00:15:03,700 --> 00:15:05,200
હું અન્ય બોક્સ મળે છે.

336
00:15:05,200 --> 00:15:07,700
અને હું મળીને તે ક્લસ્ટર
અને મને લાગે છે કે માહિતી ઠીકરું શકો છો.

337
00:15:07,700 --> 00:15:10,780
અમે વિશે થોડી વાત કરીશું
sharding શું છે, હોઈ

338
00:15:10,780 --> 00:15:14,270
તે ડેટાબેઝ આરોહણ કરવા માટે સક્ષમ
બહુવિધ ભૌતિક ઉપકરણો સમગ્ર

339
00:15:14,270 --> 00:15:18,370
અને અવરોધ દૂર કે
ઊભી આરોહણ કરવા માટે મને જરૂરી છે.

340
00:15:18,370 --> 00:15:22,080
>> તેથી તે ખરેખર ઑનલાઇન માટે બનેલ છે
વ્યવહાર પ્રક્રિયા અને પાયે.

341
00:15:22,080 --> 00:15:25,480
એક મોટી તફાવત છે
અહીં અહેવાલ વચ્ચે, અધિકાર?

342
00:15:25,480 --> 00:15:27,810
અહેવાલ, હું ખબર નથી
પ્રશ્નો હું પૂછી જાઉં છું.

343
00:15:27,810 --> 00:15:28,310
અધિકાર?

344
00:15:28,310 --> 00:15:30,570
Reporting-- કોઈને તો
મારા માર્કેટિંગ વિભાગ

345
00:15:30,570 --> 00:15:34,520
મારા ગ્રાહકોને કેટલા just-- કરવા માંગે છે
આ ચોક્કસ લાક્ષણિકતા ધરાવતા

346
00:15:34,520 --> 00:15:37,850
મને ખબર નથી આ day-- પર ખરીદી
તેઓ શું પૂછો જઈ રહ્યાં છો તે શોધો.

347
00:15:37,850 --> 00:15:39,160
તેથી હું અજ્ઞેયવાદી કરવાની જરૂર છે.

348
00:15:39,160 --> 00:15:41,810
>> હવે, ઓનલાઇન
ટ્રાન્ઝેક્શનલ એપ્લિકેશન,

349
00:15:41,810 --> 00:15:43,820
હું પૂછવા છું કયા પ્રશ્નો ખબર.

350
00:15:43,820 --> 00:15:46,581
હું અરજી બાંધવામાં
એક ખૂબ ચોક્કસ વર્કફ્લો.

351
00:15:46,581 --> 00:15:47,080
ઠીક છે?

352
00:15:47,080 --> 00:15:50,540
હું માહિતી ઑપ્ટિમાઇઝ તેથી જો
વર્કફ્લો આધાર આપવા માટે સંગ્રહવા,

353
00:15:50,540 --> 00:15:52,020
તે ઝડપી હોઈ રહ્યું છે.

354
00:15:52,020 --> 00:15:55,190
અને તે શા માટે NoSQL શકે છે
ખરેખર આ બોલ વેગ

355
00:15:55,190 --> 00:15:57,710
સેવાઓ તે પ્રકારના છે.

356
00:15:57,710 --> 00:15:58,210
બધા અધિકાર.

357
00:15:58,210 --> 00:16:00,501
>> તેથી અમે પ્રવેશ મેળવવા જઈ રહ્યાં છો
અહીં સિદ્ધાંત એક થોડુંક.

358
00:16:00,501 --> 00:16:03,330
અને તમે કેટલાક તમારી આંખો
થોડો પાછળ રોલ કરી શકે છે.

359
00:16:03,330 --> 00:16:06,936
પરંતુ હું તે રાખવા પ્રયાસ કરીશું
હું કરી શકો છો તરીકે ઊંચા સ્તરે.

360
00:16:06,936 --> 00:16:08,880
તમે પ્રોજેક્ટ છો તેથી જો
મેનેજમેન્ટ, ત્યાં છે

361
00:16:08,880 --> 00:16:12,280
એક રચના કહેવાય
પરિમાણોને ત્રિકોણ.

362
00:16:12,280 --> 00:16:12,936
ઠીક છે.

363
00:16:12,936 --> 00:16:16,060
Constrains સૂચવે ના ત્રિકોણ
તમે બધું બધા સમય હોઈ શકે નહિં.

364
00:16:16,060 --> 00:16:17,750
તમારા પાઇ હોય છે અને તે ખૂબ ખાય કરી શકો છો.

365
00:16:17,750 --> 00:16:22,310
જેથી પ્રોજેક્ટ મેનેજમેન્ટ, કે ત્રિકોણ
પરિમાણોને, તો તમે તેને સસ્તા હોઈ શકે છે

366
00:16:22,310 --> 00:16:24,710
તમે તેને ઝડપી હોઈ શકે છે
અથવા તમે તેને સારી હોઈ શકે છે.

367
00:16:24,710 --> 00:16:25,716
બે ચૂંટો.

368
00:16:25,716 --> 00:16:27,090
તમે બધા ત્રણ ન હોય શકે છે.

369
00:16:27,090 --> 00:16:27,460
અધિકાર?

370
00:16:27,460 --> 00:16:27,820
ઠીક છે.

371
00:16:27,820 --> 00:16:28,920
>> તેથી જો તમે આ ઘણો વિશે સાંભળવા.

372
00:16:28,920 --> 00:16:31,253
તે એક ટ્રીપલ અવરોધ છે
ટ્રીપલ મર્યાદાને ત્રિકોણ,

373
00:16:31,253 --> 00:16:34,420
અથવા આયર્ન ત્રિકોણ oftentimes-- છે
તમે મેનેજરો પ્રોજેક્ટ વાત ત્યારે,

374
00:16:34,420 --> 00:16:35,420
તેઓ આ વિશે વાત કરીશું.

375
00:16:35,420 --> 00:16:37,640
હવે, ડેટાબેઝ હોય છે
તેમના પોતાના લોખંડ ત્રિકોણ.

376
00:16:37,640 --> 00:16:40,350
અને માહિતી આયર્ન ત્રિકોણ
અમે કેપ પ્રમેય કૉલ છે.

377
00:16:40,350 --> 00:16:41,580
ઠીક છે?

378
00:16:41,580 --> 00:16:43,770
>> CAP પ્રમેય સૂચવે
કેવી રીતે ડેટાબેઝ કામ

379
00:16:43,770 --> 00:16:45,627
એક ખૂબ ચોક્કસ શરત હેઠળ.

380
00:16:45,627 --> 00:16:47,460
અને અમે વિશે વાત કરીશું
કે શરત શું છે.

381
00:16:47,460 --> 00:16:52,221
પરંતુ ત્રિકોણ ના ત્રણ પોઇન્ટ,
તેથી, સી છે, સાતત્ય વાત કરવા માટે.

382
00:16:52,221 --> 00:16:52,720
ઠીક છે?

383
00:16:52,720 --> 00:16:56,760
તેથી કેપમાં, સુસંગતતા બધા અર્થ એ થાય કે
ડેટાબેઝ ઍક્સેસ કરી શકો છો જે ક્લાઈન્ટો

384
00:16:56,760 --> 00:16:59,084
હંમેશા ખૂબ જ પડશે
માહિતી સતત જુઓ.

385
00:16:59,084 --> 00:17:00,750
કોઇએ તેમ બે અલગ અલગ વસ્તુઓ જુઓ.

386
00:17:00,750 --> 00:17:01,480
ઠીક છે?

387
00:17:01,480 --> 00:17:04,020
હું ડેટાબેઝ જુઓ તો,
હું એ જ દૃશ્ય જોઈ રહ્યો છું

388
00:17:04,020 --> 00:17:06,130
મારા જીવનસાથી તરીકે જે જુએ છે
એ જ ડેટાબેઝ.

389
00:17:06,130 --> 00:17:07,470
કે સુસંગતતા છે.

390
00:17:07,470 --> 00:17:12,099
>> ઉપલબ્ધતા અર્થ એ થાય કે જો
ડેટાબેઝ ઓનલાઇન, તે પહોંચી શકાય છે, તો

391
00:17:12,099 --> 00:17:14,760
બધા ક્લાઈન્ટો હંમેશા કરશે કે
વાંચવા અને લખવા માટે સક્ષમ હોય છે.

392
00:17:14,760 --> 00:17:15,260
ઠીક છે?

393
00:17:15,260 --> 00:17:17,010
તેથી દરેક ક્લાઈન્ટ કે
ડેટાબેઝ વાંચી શકે છે

394
00:17:17,010 --> 00:17:18,955
હંમેશા સક્ષમ વાંચી હશે
માહિતી અને લખવા માહિતી.

395
00:17:18,955 --> 00:17:21,819
અને તે કેસ છે, તો
તે ઉપલબ્ધ સિસ્ટમ છે.

396
00:17:21,819 --> 00:17:24,230
>> અને ત્રીજા બિંદુ શું છે
અમે પાર્ટીશન સહનશીલતા કૉલ કરો.

397
00:17:24,230 --> 00:17:24,730
ઠીક છે?

398
00:17:24,730 --> 00:17:28,160
પાર્ટીશન સહનશીલતા સાધન
આ સિસ્ટમ સારી રીતે કામ કરે છે કે

399
00:17:28,160 --> 00:17:32,000
ભૌતિક નેટવર્ક હોવા છતાં
ગાંઠો વચ્ચે પાર્ટીશનોને બનાવે છે.

400
00:17:32,000 --> 00:17:32,760
ઠીક છે?

401
00:17:32,760 --> 00:17:36,270
તેથી ક્લસ્ટર ગાંઠો નથી કરી શકો છો
એકબીજા સાથે વાત, શું થાય છે?

402
00:17:36,270 --> 00:17:36,880
બધા અધિકાર.

403
00:17:36,880 --> 00:17:39,545
>> તેથી રીલેશ્નલ ડેટાબેઝ choose--
તમે આ બે પસંદ કરી શકો છો.

404
00:17:39,545 --> 00:17:40,045
ઠીક છે.

405
00:17:40,045 --> 00:17:43,680
તેથી રીલેશ્નલ ડેટાબેઝ પસંદ
સતત અને ઉપલબ્ધ હોય છે.

406
00:17:43,680 --> 00:17:47,510
પાર્ટીશન વચ્ચે થાય તો
માહિતી સ્ટોર માં DataNodes,

407
00:17:47,510 --> 00:17:48,831
ડેટાબેઝ ક્રેશ થાય છે.

408
00:17:48,831 --> 00:17:49,330
અધિકાર?

409
00:17:49,330 --> 00:17:50,900
તે માત્ર નીચે જાય છે.

410
00:17:50,900 --> 00:17:51,450
ઠીક છે.

411
00:17:51,450 --> 00:17:54,230
>> અને આ માટે તેઓ છે શા માટે છે
મોટી બોક્સ સાથે વધવા માટે.

412
00:17:54,230 --> 00:17:54,730
અધિકાર?

413
00:17:54,730 --> 00:17:58,021
No-- સામાન્ય રીતે એક ક્લસ્ટર છે કારણ કે
ડેટાબેઝ, તેમને ઘણા ત્યાં નથી

414
00:17:58,021 --> 00:17:59,590
કે જે રીતે કાર્ય કરે છે.

415
00:17:59,590 --> 00:18:03,019
પરંતુ મોટા ભાગના ડેટાબેઝ પરિમાણ
ઊભી એક બોક્સ અંદર.

416
00:18:03,019 --> 00:18:05,060
તેઓ જરૂર છે, કારણ
સતત અને ઉપલબ્ધ છે.

417
00:18:05,060 --> 00:18:10,320
પાર્ટીશન ઇન્જેક્ટ કરવામાં આવ્યા હતા, તો
પછી તમે એક પસંદગી કરી હશે.

418
00:18:10,320 --> 00:18:13,720
તમે વચ્ચે પસંદગી કરી છે
સતત અને ઉપલબ્ધ છે.

419
00:18:13,720 --> 00:18:16,080
>> અને તે NoSQL ડેટાબેઝ શું છે.

420
00:18:16,080 --> 00:18:16,580
બધા અધિકાર.

421
00:18:16,580 --> 00:18:20,950
તેથી NoSQL ડેટાબેઝ, તે
બે સ્વાદો માં આવે છે.

422
00:18:20,950 --> 00:18:22,990
અમે તેને સારી રીતે અહી
ઘણા સ્વાદો માં આવે છે,

423
00:18:22,990 --> 00:18:26,140
પરંતુ તે બે મૂળભૂત સાથે આવે છે
શું characteristics--

424
00:18:26,140 --> 00:18:30,050
અમે સીપી ડેટાબેઝ, અથવા કૉલ કરશે
સતત અને પાર્ટીશન સહનશીલતા

425
00:18:30,050 --> 00:18:31,040
સિસ્ટમ.

426
00:18:31,040 --> 00:18:34,930
આ ગાય્સ પસંદગી કરી છે કે જ્યારે
ગાંઠો એકબીજા સાથે સંપર્ક ગુમાવી

427
00:18:34,930 --> 00:18:37,091
અમે પરવાનગી આપે છે નથી જઈ રહ્યાં છો
લોકો કોઇ પણ વધુ લખવા માટે.

428
00:18:37,091 --> 00:18:37,590
ઠીક છે?

429
00:18:37,590 --> 00:18:41,855
>> પાર્ટીશન દૂર કરવામાં આવે છે ત્યાં સુધી,
રાઇટ એક્સેસ અવરોધિત છે.

430
00:18:41,855 --> 00:18:43,230
એટલે કે, તેઓ ઉપલબ્ધ નથી થાય છે.

431
00:18:43,230 --> 00:18:44,510
તેઓ સતત છો.

432
00:18:44,510 --> 00:18:46,554
અમે એ જોઈને
પાર્ટીશન પોતે પિચકારીની,

433
00:18:46,554 --> 00:18:48,470
અમે હવે સુસંગત હોય છે
અમે જઈ રહ્યાં છો કારણ કે

434
00:18:48,470 --> 00:18:51,517
બે પર માહિતી બદલી માટે પરવાનગી આપે છે
સ્વતંત્ર પાર્ટીશન પક્ષો

435
00:18:51,517 --> 00:18:52,100
દરેક અન્ય.

436
00:18:52,100 --> 00:18:54,130
અમે પડશે
સંચાર reestablish

437
00:18:54,130 --> 00:18:56,930
માટે કોઇ સુધારા પહેલાં
માહિતી માન્ય છે.

438
00:18:56,930 --> 00:18:58,120
ઠીક છે?

439
00:18:58,120 --> 00:19:02,650
>> આગામી સ્વાદ, એક એપી સિસ્ટમ હશે
અથવા ઉપલબ્ધ છે અને પાર્ટીશન

440
00:19:02,650 --> 00:19:03,640
સહનશીલતા સિસ્ટમ.

441
00:19:03,640 --> 00:19:05,320
આ ગાય્ઝ કાળજી નથી.

442
00:19:05,320 --> 00:19:06,020
અધિકાર?

443
00:19:06,020 --> 00:19:08,960
એક નહીં કે કોઈપણ નોડ
અમે તેને લેવા પડશે, લખો.

444
00:19:08,960 --> 00:19:11,480
તેથી હું મારા માહિતી પ્રતિકૃતિ છું
ઘણા નોડો સમગ્ર.

445
00:19:11,480 --> 00:19:14,730
આ ગાંઠો ક્લાઈન્ટ, ક્લાઈન્ટ આવે વિચાર
કહે છે, હું અમુક માહિતી લખવા જઈ રહ્યો છું.

446
00:19:14,730 --> 00:19:16,300
નોડ કોઈ સમસ્યા છે, કહે છે.

447
00:19:16,300 --> 00:19:18,580
નોડ તેમને નહીં આગામી
એ જ રેકોર્ડ પર લખતી

448
00:19:18,580 --> 00:19:20,405
તે કોઈ સમસ્યા કહી રહ્યું છે.

449
00:19:20,405 --> 00:19:23,030
ક્યાંક પાછા પાછળ ઓવરને પર,
કે માહિતી નકલ કરવા જઈ રહ્યું છે.

450
00:19:23,030 --> 00:19:27,360
અને પછી કોઈને ખ્યાલ રહ્યું છે
યુએચ-ઓહ, ખ્યાલ આવશે કે તેઓ સિસ્ટમ, યુએચ-ઓહ,

451
00:19:27,360 --> 00:19:28,870
બે બાજુઓ માટે એક અપડેટ કરવામાં આવી છે.

452
00:19:28,870 --> 00:19:30,370
અમે શું કરી શકું?

453
00:19:30,370 --> 00:19:33,210
અને શું તેઓ તે કરે છે
તેઓ કંઈક કે જે

454
00:19:33,210 --> 00:19:36,080
તેમને જે માહિતી રાજ્ય ઉકેલવા માટે પરવાનગી આપે છે.

455
00:19:36,080 --> 00:19:39,000
અને અમે વિશે વાત કરીશું
આગામી ચાર્ટ છે.

456
00:19:39,000 --> 00:19:40,000
>> વસ્તુ અહીં બહાર નિર્દેશ કરે છે.

457
00:19:40,000 --> 00:19:42,374
અને હું પણ વિચાર નથી જઈ રહ્યો છું
ખૂબ આ માં, આ કારણ કે

458
00:19:42,374 --> 00:19:43,510
ઊંડા માહિતી સિદ્ધાંત માં નોંધાયો નહીં.

459
00:19:43,510 --> 00:19:46,670
પરંતુ ટ્રાન્ઝેક્શનલ છે
ફ્રેમવર્ક કે

460
00:19:46,670 --> 00:19:50,680
સંબંધ સિસ્ટમ ચાલે છે
મને સુરક્ષિત રીતે સુધારાઓ બનાવવા માટે પરવાનગી આપે

461
00:19:50,680 --> 00:19:53,760
ડેટાબેઝમાં બહુવિધ કંપનીઓ છે.

462
00:19:53,760 --> 00:19:58,320
અને તે સુધારાઓ થશે
બધા એક જ સમયે અથવા તમામ નથી.

463
00:19:58,320 --> 00:20:00,500
અને આ એસિડ વ્યવહારો કહેવામાં આવે છે.

464
00:20:00,500 --> 00:20:01,000
ઠીક છે?

465
00:20:01,000 --> 00:20:06,570
>> એસિડ, અમને સુસંગતતા પરમાણુતાઈ આપે છે,
અલગતા, અને ટકાઉપણું.

466
00:20:06,570 --> 00:20:07,070
ઠીક છે?

467
00:20:07,070 --> 00:20:13,550
કે બધા અણુ, વ્યવહારો અર્થ એ થાય
મારા અપડેટ્સ થાય અથવા તેઓ નથી.

468
00:20:13,550 --> 00:20:16,570
સુસંગતતા અર્થ એ થાય કે
ડેટાબેઝ હંમેશા કરશે

469
00:20:16,570 --> 00:20:19,780
સતત માં લાવવામાં આવશે
એક સુધારા પછી રાજ્ય.

470
00:20:19,780 --> 00:20:23,900
હું એક ડેટાબેઝ છોડી નહીં
સુધારો લાગુ થયા બાદ ખરાબ રાજ્ય.

471
00:20:23,900 --> 00:20:24,400
ઠીક છે?

472
00:20:24,400 --> 00:20:26,720
>> તેથી તે થોડો અલગ છે
CAP સુસંગતતા કરતાં.

473
00:20:26,720 --> 00:20:29,760
CAP સુસંગતતા અર્થ એ થાય મારા બધા
ગ્રાહકોને હંમેશા ડેટા જોઈ શકો છો.

474
00:20:29,760 --> 00:20:34,450
ACID સુસંગતતા અર્થ એ થાય કે
વ્યવહાર ડેટા સારા, થાય છે.

475
00:20:34,450 --> 00:20:35,709
મારા સંબંધો બધા સારા છે.

476
00:20:35,709 --> 00:20:38,750
હું પિતૃ પંક્તિ કાઢી નથી જઈ રહ્યો છું
અને અનાથ બાળકો એક ટોળું છોડી

477
00:20:38,750 --> 00:20:40,970
કેટલાક અન્ય કોષ્ટકમાં.

478
00:20:40,970 --> 00:20:44,320
હું સતત છું, જો તે ન થઇ શકે
એસિડ વ્યવહાર છે.

479
00:20:44,320 --> 00:20:49,120
>> આઇસોલેશનથી વ્યવહારો અર્થ એ થાય કે
હંમેશા અન્ય પછી થશે.

480
00:20:49,120 --> 00:20:51,920
માહિતી અંતિમ પરિણામ
આ જ રાજ્ય હશે

481
00:20:51,920 --> 00:20:54,770
તે વ્યવહારો જો તરીકે
કે વારાફરતી જારી કરવામાં આવી હતી

482
00:20:54,770 --> 00:20:57,340
ધારાવાહિક ચલાવવામાં આવી હતી.

483
00:20:57,340 --> 00:21:00,030
તેથી તે સમાંતર છે
ડેટાબેઝમાં નિયંત્રણ.

484
00:21:00,030 --> 00:21:04,130
તેથી મૂળભૂત રીતે, હું ઇન્ક્રીમેન્ટ નથી કરી શકો છો
બે વખત બે ઓપરેશન સાથે જ મૂલ્ય.

485
00:21:04,130 --> 00:21:08,580
>> પરંતુ હું આ કિંમત માટે 1 ઉમેરવા કહેશે,
અને બે વ્યવહારો આવે છે

486
00:21:08,580 --> 00:21:10,665
અને એક છે, તે કરવા પ્રયત્ન કરો
પ્રથમ ત્યાં વિચાર જઈ

487
00:21:10,665 --> 00:21:12,540
અને અન્ય એક
પછી ત્યાં વિચાર જઈ રહી છે.

488
00:21:12,540 --> 00:21:15,210
તેથી અંતે, હું બે ઉમેર્યું.

489
00:21:15,210 --> 00:21:16,170
તમે મારા કહેવાનો અર્થ શું જુઓ છો?

490
00:21:16,170 --> 00:21:16,670
ઠીક છે.

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

492
00:21:19,220 --> 00:21:21,250
>> ટકાઉપણું ખૂબ સરળ છે.

493
00:21:21,250 --> 00:21:23,460
જ્યારે વ્યવહાર
સ્વીકાર છે, તે

494
00:21:23,460 --> 00:21:26,100
પણ ત્યાં જ હશે
આ સિસ્ટમ ભંગાણો તો.

495
00:21:26,100 --> 00:21:29,230
તે સિસ્ટમ ધક્કામાંથી, ત્યારે તે
પ્રતિબદ્ધ હતી કે વ્યવહાર

496
00:21:29,230 --> 00:21:30,480
ત્યાં ખરેખર હોઈ ચાલે છે.

497
00:21:30,480 --> 00:21:33,130
જેથી ગેરંટી છે
ACID વ્યવહારો.

498
00:21:33,130 --> 00:21:35,470
તે ખૂબ સરસ ગેરંટી છે
ડેટાબેઝ પર હોય છે,

499
00:21:35,470 --> 00:21:36,870
પરંતુ તે ખર્ચે આવે છે.

500
00:21:36,870 --> 00:21:37,640
અધિકાર?

501
00:21:37,640 --> 00:21:40,520
>> સમસ્યા કારણ
આ માળખું સાથે

502
00:21:40,520 --> 00:21:44,540
માહિતી પાર્ટીશન હોય તો
સમૂહ, હું એક નિર્ણય કરવા માટે હોય છે.

503
00:21:44,540 --> 00:21:48,000
હું પરવાનગી આપે છે જાઉં છું
એક બાજુ અથવા અન્ય પર સુધારાઓ.

504
00:21:48,000 --> 00:21:50,310
અને જો આવું થાય,
પછી હું લાંબા સમય સુધી જતા છું

505
00:21:50,310 --> 00:21:52,630
જાળવી રાખવા માટે સમર્થ થવા માટે
તે લક્ષણો છે.

506
00:21:52,630 --> 00:21:53,960
તેઓ સતત રહેશે નહીં.

507
00:21:53,960 --> 00:21:55,841
તેઓ અલગ કરવામાં આવશે નહીં.

508
00:21:55,841 --> 00:21:58,090
તે નીચે તોડે છે આ છે
સંબંધ ડેટાબેઝો માટે.

509
00:21:58,090 --> 00:22:01,360
આ કારણ સંબંધ છે
ડેટાબેઝ ઊભી પાયે.

510
00:22:01,360 --> 00:22:05,530
>> બીજી બાજુ પર, અમે છે
શું આધાર ટેકનોલોજી કહેવાય છે.

511
00:22:05,530 --> 00:22:07,291
અને આ તમારા NoSQL ડેટાબેસેસ છે.

512
00:22:07,291 --> 00:22:07,790
બધા અધિકાર.

513
00:22:07,790 --> 00:22:10,180
જેથી અમે અમારા સી.પી., એપી ડેટાબેઝ હોય છે.

514
00:22:10,180 --> 00:22:14,720
અને આ તમે મૂળભૂત રીતે કૉલ શું છે
ઉપલબ્ધ નરમ રાજ્ય છેવટે

515
00:22:14,720 --> 00:22:15,740
સુસંગત.

516
00:22:15,740 --> 00:22:16,420
ઠીક છે?

517
00:22:16,420 --> 00:22:19,690
>> મૂળભૂત રીતે ઉપલબ્ધ છે, કારણ કે
તેઓ પાર્ટીશન સહન છો.

518
00:22:19,690 --> 00:22:21,470
તેઓ હંમેશા રહેશે
ત્યાં, ત્યાં છે, પણ જો

519
00:22:21,470 --> 00:22:23,053
ગાંઠો વચ્ચે નેટવર્ક પાર્ટીશન.

520
00:22:23,053 --> 00:22:25,900
હું એક નોડ સાથે વાત કરી શકો છો, હું છું
માહિતી વાંચવા માટે સમર્થ થવા માટે જઈ રહી છે.

521
00:22:25,900 --> 00:22:26,460
ઠીક છે?

522
00:22:26,460 --> 00:22:30,810
હું હંમેશા લખવા માટે સમર્થ નહિં હોઈ શકે
માહિતી હું સતત પ્લેટફોર્મ છું.

523
00:22:30,810 --> 00:22:32,130
પરંતુ હું માહિતી વાંચવા માટે સમર્થ હશો.

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

525
00:22:34,960 --> 00:22:38,010
>> સોફ્ટ પરિસ્થિતિ સૂચવે છે
મને લાગે છે કે માહિતી વાંચી ત્યારે,

526
00:22:38,010 --> 00:22:40,790
તે અન્ય ગાંઠો તરીકે જ ન હોઈ શકે છે.

527
00:22:40,790 --> 00:22:43,390
અધિકાર નોડ પર જારી કરવામાં આવી હતી તો
ક્લસ્ટર બીજું ક્યાંક

528
00:22:43,390 --> 00:22:46,650
અને તે સમગ્ર નકલ નથી
ક્લસ્ટર હજુ સુધી હું, કે જે માહિતી વાંચી ત્યારે

529
00:22:46,650 --> 00:22:48,680
કે રાજ્ય સુસંગત ન હોઈ શકે છે.

530
00:22:48,680 --> 00:22:51,650
જો કે, તે હશે
આખરે સુસંગત,

531
00:22:51,650 --> 00:22:53,870
જેનો અર્થ થાય છે જ્યારે લખી કે
સિસ્ટમમાં કરવામાં આવે છે,

532
00:22:53,870 --> 00:22:56,480
તે ગાંઠો સમગ્ર નકલ કરશે.

533
00:22:56,480 --> 00:22:59,095
અને છેવટે, કે રાજ્ય
ક્રમમાં લાવવામાં આવશે,

534
00:22:59,095 --> 00:23:00,890
અને તે સતત રાજ્ય હશે.

535
00:23:00,890 --> 00:23:05,000
>> હવે, CAP પ્રમેય ખરેખર
માત્ર એક શરત રમે છે.

536
00:23:05,000 --> 00:23:08,700
આવું થાય ત્યારે તે સ્થિતિ છે.

537
00:23:08,700 --> 00:23:13,710
જ્યારે તે ઓપરેટિંગ છે કારણ કે
સામાન્ય સ્થિતિમાં, કોઈપણ પાર્ટીશન છે,

538
00:23:13,710 --> 00:23:16,370
બધું સતત અને ઉપલબ્ધ છે.

539
00:23:16,370 --> 00:23:19,990
તમે માત્ર CAP વિશે ચિંતા
અમે તે પાર્ટીશન હોય છે.

540
00:23:19,990 --> 00:23:21,260
તેથી તે દુર્લભ છે.

541
00:23:21,260 --> 00:23:25,360
પરંતુ સિસ્ટમ ત્યારે તે પ્રતિક્રિયા કેવી રીતે
સિસ્ટમ કયા પ્રકારનું રાખે થાય

542
00:23:25,360 --> 00:23:26,750
અમે સાથે કામ કરી રહ્યા છીએ.

543
00:23:26,750 --> 00:23:31,110
>> તેથી આપણે એક નજર કરીએ શું
કે એપી સિસ્ટમો માટે જેવો દેખાય છે.

544
00:23:31,110 --> 00:23:32,621
ઠીક છે?

545
00:23:32,621 --> 00:23:34,830
એપી સિસ્ટમો બે સ્વાદો માં આવે છે.

546
00:23:34,830 --> 00:23:38,514
તેઓ એક છે કે સ્વાદ આવે છે
માસ્ટર માસ્ટર હંમેશા ઉપલબ્ધ 100%.

547
00:23:38,514 --> 00:23:40,430
અને તેઓ આવે
કહે છે, જે અન્ય સ્વાદ,

548
00:23:40,430 --> 00:23:43,330
તમે, હું ચિંતા કરવા જઇ રહ્યો છું શું ખબર
આ પાર્ટીશનીંગ વસ્તુ વિશે

549
00:23:43,330 --> 00:23:44,724
જ્યારે એક વાસ્તવિક પાર્ટીશન જોવા મળે છે.

550
00:23:44,724 --> 00:23:47,890
નહિંતર, પ્રાથમિક હોઈ રહ્યું છે
અધિકારો લાગી રહ્યું છે જે ગાંઠો.

551
00:23:47,890 --> 00:23:48,500
ઠીક છે?

552
00:23:48,500 --> 00:23:50,040
>> Cassandra જેમ આપણે કંઈક તેથી જો.

553
00:23:50,040 --> 00:23:54,440
Cassandra એક માસ્ટર હશે
ધણી મને કોઇ નોડ પર લખવા દો.

554
00:23:54,440 --> 00:23:55,540
તેથી શું થાય છે?

555
00:23:55,540 --> 00:23:58,270
તેથી હું એક પદાર્થ છે
બે નોડો પર અસ્તિત્વમાં છે કે ડેટાબેઝ.

556
00:23:58,270 --> 00:24:01,705
માતાનો પદાર્થ એસ કૉલ કરો
તેથી અમે એસ રાજ્ય શાળા માટે છે

557
00:24:01,705 --> 00:24:04,312
અમે કેટલાક કામગીરી હોય છે
એસ પર ચાલુ હોય છે.

558
00:24:04,312 --> 00:24:06,270
Cassandra મને પરવાનગી આપે છે
ઘણા નોડો પર લખો.

559
00:24:06,270 --> 00:24:08,550
તેથી હું એક વિચાર કહે દો
બે ગાંઠો ઓ માટે લખો.

560
00:24:08,550 --> 00:24:12,274
ઠીક છે, શું છે અંત થાય છે અપ
અમે એક પાર્ટીશન ઘટના કે ફોન કરો.

561
00:24:12,274 --> 00:24:14,190
ન હોઈ શકે છે
ભૌતિક નેટવર્ક પાર્ટીશન.

562
00:24:14,190 --> 00:24:15,950
પરંતુ કારણ કે ડિઝાઇન
સિસ્ટમ, તે

563
00:24:15,950 --> 00:24:18,449
ખરેખર જલદી પાર્ટીશન
હું બે ગાંઠો પર લખવા વિચાર છે.

564
00:24:18,449 --> 00:24:20,830
મને તે મજબૂર નથી
એક નોડ મારફતે બધા લખો.

565
00:24:20,830 --> 00:24:22,340
હું બે નોડો પર લખી રહ્યો છું.

566
00:24:22,340 --> 00:24:23,330
ઠીક છે?

567
00:24:23,330 --> 00:24:25,740
>> તેથી હવે હું બે રાજ્યો છે.

568
00:24:25,740 --> 00:24:26,360
ઠીક છે?

569
00:24:26,360 --> 00:24:28,110
શું ચાલી રહ્યું છે
, વહેલા અથવા પછીના છે

570
00:24:28,110 --> 00:24:29,960
એક નકલ ઘટના હોઈ રહ્યું છે.

571
00:24:29,960 --> 00:24:33,300
ત્યાં શું થઈ રહ્યું છે અમે
પાર્ટીશન પુનઃપ્રાપ્તિ કહેવાય છે, જે

572
00:24:33,300 --> 00:24:35,200
જ્યાં આ બે છે
સ્ટેટ્સ મળીને પાછા આવો

573
00:24:35,200 --> 00:24:37,310
અને એક અલ્ગોરિધમનો હોય રહ્યું છે
કે, ડેટાબેઝ અંદર ચાલે છે

574
00:24:37,310 --> 00:24:38,540
શું કરવું તે નક્કી કરે છે.

575
00:24:38,540 --> 00:24:39,110
ઠીક છે?

576
00:24:39,110 --> 00:24:43,057
મૂળભૂત રીતે, છેલ્લા સુધારાની તારીખ
સૌથી વધુ એપી સિસ્ટમો જીતી જાય છે.

577
00:24:43,057 --> 00:24:44,890
તેથી સામાન્ય રીતે ત્યાં એક
મૂળભૂત અલ્ગોરિધમનો, શું

578
00:24:44,890 --> 00:24:47,400
તેઓ એક કૉલબૅક કૉલ
કાર્ય, કંઈક કે

579
00:24:47,400 --> 00:24:51,000
ત્યારે આ સ્થિતિ કહેવાય આવશે
કેટલાક તર્ક ચલાવવા માટે શોધાયેલ છે

580
00:24:51,000 --> 00:24:52,900
કે સંઘર્ષ ઉકેલવા માટે.

581
00:24:52,900 --> 00:24:53,850
ઠીક છે?

582
00:24:53,850 --> 00:24:58,770
મૂળભૂત કૉલબૅક અને મૂળભૂત
સૌથી વધુ એપી ડેટાબેઝ રિઝોલ્વર

583
00:24:58,770 --> 00:25:01,130
છે, ટાઇમસ્ટેમ્પ જીતી શું ધારી.

584
00:25:01,130 --> 00:25:02,380
આ છેલ્લા સુધારાની તારીખ હતી.

585
00:25:02,380 --> 00:25:04,320
હું ત્યાં કે સુધારા મૂકી જાઉં છું.

586
00:25:04,320 --> 00:25:08,440
હું આ રેકોર્ડ ડમ્પ શકે કે હું
પુનઃપ્રાપ્તિ લોગ માં બંધ ડમ્પ

587
00:25:08,440 --> 00:25:11,670
વપરાશકર્તા પછીથી પાછા આવી શકે છે કે જેથી
અને કહે છે, અરે, અથડામણ આવી હતી.

588
00:25:11,670 --> 00:25:12,320
શું થયું?

589
00:25:12,320 --> 00:25:16,370
અને તમે ખરેખર એક રેકોર્ડ ડમ્પ પણ કરી શકશો
બધા અથડામણમાં અને રોલબેક

590
00:25:16,370 --> 00:25:17,550
અને શું થાય છે તે જુઓ.

591
00:25:17,550 --> 00:25:21,580
>> હવે, વપરાશકર્તા તરીકે, તમે પણ કરી શકો છો
કે કૉલબૅક માં તર્કશાસ્ત્ર સમાવેશ થાય છે.

592
00:25:21,580 --> 00:25:24,290
તેથી તમે બદલી શકો છો
કૉલબૅક કામગીરી.

593
00:25:24,290 --> 00:25:26,730
તમે અરે, હું માંગો છો કહી શકો છો,
આ માહિતી સિદ્ધાંતોનો.

594
00:25:26,730 --> 00:25:28,880
અને હું પ્રયત્ન કરવા માંગો છો અને
તે બે રેકોર્ડ મર્જ.

595
00:25:28,880 --> 00:25:30,050
પરંતુ તે તમારા પર છે.

596
00:25:30,050 --> 00:25:32,880
ડેટાબેઝ ખબર નથી કેવી રીતે
મૂળભૂત રીતે તે કરવા. સમય મોટા ભાગના

597
00:25:32,880 --> 00:25:34,850
આ જ વસ્તુ ડેટાબેઝ
કેવી રીતે કહેવું છે કરવા માટે જાણે છે,

598
00:25:34,850 --> 00:25:36,100
આ એક છેલ્લા રેકોર્ડ હતો.

599
00:25:36,100 --> 00:25:39,183
તે જીતવા માટે જઇ રહ્યું છે કે એક છે
અને તે હું મૂકી જાઉં છું કિંમત છે.

600
00:25:39,183 --> 00:25:41,490
પાર્ટીશન પુનઃપ્રાપ્તિ એકવાર
અને નકલ થાય છે,

601
00:25:41,490 --> 00:25:43,930
અમે અમારા રાજ્ય છે કે જે
હવે, કે જે વડાપ્રધાન એસ

602
00:25:43,930 --> 00:25:46,890
તે બધા વસ્તુઓ મર્જ રાજ્ય.

603
00:25:46,890 --> 00:25:49,700
તેથી એપી સિસ્ટમો આ છે.

604
00:25:49,700 --> 00:25:51,615
સીપી સિસ્ટમો જરૂર નથી
આ વિશે ચિંતા કરવાની.

605
00:25:51,615 --> 00:25:54,490
જલદી પાર્ટીશન આવે છે કારણ કે
નાટક, તેઓ માત્ર લેવાનું બંધ

606
00:25:54,490 --> 00:25:55,530
લખે છે.

607
00:25:55,530 --> 00:25:56,180
ઠીક છે?

608
00:25:56,180 --> 00:25:58,670
તેથી તે ખૂબ જ સરળ છે
સુસંગત હોવા સાથે વ્યવહાર

609
00:25:58,670 --> 00:26:01,330
જ્યારે તમે કોઇપણ સુધારાઓ સ્વીકારી નથી.

610
00:26:01,330 --> 00:26:04,620
સીપી સિસ્ટમો શું સાથે છે.

611
00:26:04,620 --> 00:26:05,120
બધા અધિકાર.

612
00:26:05,120 --> 00:26:07,590
>> તેથી આપણે થોડી વાત કરીએ
ઍક્સેસ પેટર્ન વિશે બીટ.

613
00:26:07,590 --> 00:26:11,580
અમે NoSQL વિશે વાત ત્યારે, તે છે
બધા વપરાશ પેટર્ન વિશે.

614
00:26:11,580 --> 00:26:13,550
હવે, એસક્યુએલ તદર્થ, પ્રશ્નો છે.

615
00:26:13,550 --> 00:26:14,481
તે સંબંધ સ્ટોર છે.

616
00:26:14,481 --> 00:26:16,480
અમે ચિંતા કરવાની જરૂર નથી
વપરાશ પેટર્ન વિશે.

617
00:26:16,480 --> 00:26:17,688
હું ખૂબ જ જટિલ ક્વેરી લખો.

618
00:26:17,688 --> 00:26:19,250
તે જાય છે અને માહિતી મળે છે.

619
00:26:19,250 --> 00:26:21,210
કે આ શું લાગે છે
જેમ કે, નોર્મલાઇઝેશન.

620
00:26:21,210 --> 00:26:24,890
>> આ ચોક્કસ માળખું તેથી
અમે ઉત્પાદનો સૂચિ પર શોધી રહ્યાં છે.

621
00:26:24,890 --> 00:26:26,640
હું ઉત્પાદનો વિવિધ પ્રકારના હોય છે.

622
00:26:26,640 --> 00:26:27,217
હું પુસ્તકો છે.

623
00:26:27,217 --> 00:26:27,800
હું આલ્બમ છે.

624
00:26:27,800 --> 00:26:30,090
હું વિડિઓઝ છે.

625
00:26:30,090 --> 00:26:33,370
ઉત્પાદનો વચ્ચે સંબંધ
અને આ પુસ્તકો, આલ્બમ કોઈ પણ એક,

626
00:26:33,370 --> 00:26:34,860
અને વિડિઓઝ કોષ્ટકો 1: 1.

627
00:26:34,860 --> 00:26:35,800
બધા અધિકાર?

628
00:26:35,800 --> 00:26:38,860
હું ઉત્પાદન ID મળી છે,
અને તે આઈડી અનુલક્ષે

629
00:26:38,860 --> 00:26:41,080
એક પુસ્તક, એક આલ્બમ, અથવા એક વિડિઓ છે.

630
00:26:41,080 --> 00:26:41,580
ઠીક છે?

631
00:26:41,580 --> 00:26:44,350
1 સંબંધ: તે એક 1 છે
તે કોષ્ટકો સમગ્ર.

632
00:26:44,350 --> 00:26:46,970
>> હવે, બધા તેઓ books--
છે રુટ મિલકત છે.

633
00:26:46,970 --> 00:26:47,550
કોઇ વાંધો નહી.

634
00:26:47,550 --> 00:26:48,230
તે મહાન છે.

635
00:26:48,230 --> 00:26:52,130
એક થી એક સંબંધ, હું બધા વિચાર
માહિતી મને લાગે છે કે પુસ્તક વર્ણવે છે કરવાની જરૂર છે.

636
00:26:52,130 --> 00:26:54,770
Albums-- આલ્બમ ટ્રેક છે.

637
00:26:54,770 --> 00:26:56,470
આ અમે ઘણા એક કૉલ છે.

638
00:26:56,470 --> 00:26:58,905
દરેક આલ્બમ ઘણા ટ્રેક કરી શકે છે.

639
00:26:58,905 --> 00:27:00,780
દરેક ટ્રેક તેથી
આલ્બમ, હું કરી શકે છે

640
00:27:00,780 --> 00:27:02,570
આ બાળક ટેબલ અન્ય રેકોર્ડ.

641
00:27:02,570 --> 00:27:04,680
તેથી હું એક રેકોર્ડ બનાવી
મારા આલ્બમ ટેબલ છે.

642
00:27:04,680 --> 00:27:06,700
હું ઘણી રેકોર્ડ બનાવવા
ટ્રેક ટેબલ છે.

643
00:27:06,700 --> 00:27:08,850
એક થી વધુ સંબંધ.

644
00:27:08,850 --> 00:27:11,220
>> આ સંબંધ શું છે
અમે ઘણા થી વધુ ફોન કરો.

645
00:27:11,220 --> 00:27:11,750
ઠીક છે?

646
00:27:11,750 --> 00:27:17,000
તમે અભિનેતાઓ હોઈ શકે છે કે નહીં તે જોવા
ઘણા ચલચિત્રો, ઘણા વીડિયો.

647
00:27:17,000 --> 00:27:21,450
તેથી અમે શું આપણે આ મેપિંગ મૂકી છે
તે વચ્ચે ટેબલ, કે જે તેને માત્ર

648
00:27:21,450 --> 00:27:24,040
વિડિઓ ID માં અભિનેતા ID ને દર્શાવે છે.

649
00:27:24,040 --> 00:27:28,464
હવે હું જોડાય ક્વેરી બનાવી શકો છો
અભિનેતાઓ માટે અભિનેતા વિડિયો દ્વારા વિડિઓઝ,

650
00:27:28,464 --> 00:27:31,130
અને તે મને એક સરસ યાદી આપે છે
બધા ફિલ્મો અને તમામ અભિનેતાઓ

651
00:27:31,130 --> 00:27:32,420
જે ફિલ્મ હતી.

652
00:27:32,420 --> 00:27:33,290
>> ઠીક છે.

653
00:27:33,290 --> 00:27:33,880
તેથી અહીં અમે જાઓ.

654
00:27:33,880 --> 00:27:38,040
એક થી એક શીર્ષ-સ્તર છે
સંબંધ; એક થી વધુ,

655
00:27:38,040 --> 00:27:40,240
ટ્રેક આલ્બમ્સ; ઘણા-થી-ઘણા.

656
00:27:40,240 --> 00:27:44,990
તે ત્રણ શીર્ષ-સ્તર છે
કોઈપણ ડેટાબેઝમાં સંબંધો.

657
00:27:44,990 --> 00:27:48,050
તમે કેવી રીતે તે જાણો છો, તો
સંબંધો સાથે મળીને કામ કરે છે,

658
00:27:48,050 --> 00:27:51,490
પછી તમે ઘણું જાણો
પહેલેથી ડેટાબેઝ વિશે.

659
00:27:51,490 --> 00:27:55,660
તેથી NoSQL થોડું અલગ કામ કરે છે.

660
00:27:55,660 --> 00:27:58,930
ચાલો એક બીજા માટે વિશે વિચારો તે શું
દેખાવ મારા બધા ઉત્પાદનો મેળવવા જવા માગો.

661
00:27:58,930 --> 00:28:01,096
>> એક સંબંધ સ્ટોર, હું
મારા બધા ઉત્પાદનો મેળવવા માંગો છો

662
00:28:01,096 --> 00:28:02,970
મારા બધા ઉત્પાદનો યાદી પર.

663
00:28:02,970 --> 00:28:04,910
તે પ્રશ્નો ઘણો છે.

664
00:28:04,910 --> 00:28:07,030
હું મારા બધા પુસ્તકો માટે ક્વેરી મળી.

665
00:28:07,030 --> 00:28:08,470
હું મારા આલ્બમ માંથી એક ક્વેરી મળી.

666
00:28:08,470 --> 00:28:09,970
અને હું મારા બધા વિડિઓઝ માટે ક્વેરી મળી.

667
00:28:09,970 --> 00:28:11,719
અને હું તેને મૂકવા મળી
બધા સાથે મળીને યાદીમાં

668
00:28:11,719 --> 00:28:15,250
અને બેક અપ સેવા આપવા
તે વિનંતી છે કે અરજી.

669
00:28:15,250 --> 00:28:18,000
>> મારા પુસ્તકો મેળવવા માટે, હું જોડાવા
ઉત્પાદનો અને પુસ્તકો.

670
00:28:18,000 --> 00:28:21,680
મારા આલ્બમ વિચાર, હું જોડાવા માટે મળી
પ્રોડક્ટ્સ, આલ્બમ્સ, અને ટ્રેક.

671
00:28:21,680 --> 00:28:25,330
અને હું, મારા વિડિઓઝ વિચાર
વિડિઓઝ પ્રોડક્ટ્સ જોડાવા માટે,

672
00:28:25,330 --> 00:28:28,890
અભિનેતા વિડિઓઝ મારફતે જોડાવા માટે,
અને અભિનેતા માં લાવે છે.

673
00:28:28,890 --> 00:28:31,020
જેથી ત્રણ પ્રશ્નો છે.

674
00:28:31,020 --> 00:28:34,560
કરવા માટે ખૂબ જ જટિલ પ્રશ્નો
એક પરિણામ સેટ ભેગા.

675
00:28:34,560 --> 00:28:36,540
>> તે શ્રેષ્ઠ કરતાં ઓછી છે.

676
00:28:36,540 --> 00:28:39,200
આ અમે વાત શા માટે કરે છે
છે કે એ માહિતી બંધારણ વિશે

677
00:28:39,200 --> 00:28:42,900
વપરાશ માટે અજ્ઞેયવાદી હોઈ બનાવવામાં
pattern-- સારી કે મહાન છે.

678
00:28:42,900 --> 00:28:45,730
અને તમે આ ખરેખર જોઈ શકો છો
અમે માહિતી આયોજન કર્યું કેટલો સરસ.

679
00:28:45,730 --> 00:28:46,550
અને તમે શું જાણો છો?

680
00:28:46,550 --> 00:28:49,750
હું માત્ર એક અભિનેતા માટે એક રેકોર્ડ ધરાવે છે.

681
00:28:49,750 --> 00:28:50,440
>> કે ઠંડી છે.

682
00:28:50,440 --> 00:28:53,750
હું મારા બધા અભિનેતાઓ deduplicated કર્યું છે,
અને હું મારા એસોસિએશનો જાળવવામાં

683
00:28:53,750 --> 00:28:55,200
આ મેપિંગ ટેબલ છે.

684
00:28:55,200 --> 00:29:00,620
જો કે, માહિતી મેળવવામાં
બહાર ખર્ચાળ બની જાય છે.

685
00:29:00,620 --> 00:29:04,500
હું તમામ સિસ્ટમ પર એ CPU મોકલવા છું
સાથે મળીને આ માહિતી માળખાં જોડાયા

686
00:29:04,500 --> 00:29:05,950
કે માહિતી પાછા ખેંચી કરવાનો પ્રયત્ન કરવા માટે.

687
00:29:05,950 --> 00:29:07,310
>> તેથી હું કેવી રીતે કે આસપાસ મેળવી શકું?

688
00:29:07,310 --> 00:29:11,200
NoSQL તે વિશે છે
એકંદર, નથી સામાન્ય.

689
00:29:11,200 --> 00:29:13,534
તેથી અમે કરવા માંગો છો કહે માંગો છો
વપરાશ પેટર્ન આધાર આપે છે.

690
00:29:13,534 --> 00:29:15,283
વપરાશ પેટર્ન, તો
કાર્યક્રમોને,

691
00:29:15,283 --> 00:29:16,770
હું મારા બધા ઉત્પાદનો મેળવવા કરવાની જરૂર છે.

692
00:29:16,770 --> 00:29:19,027
માતાનો એક ટેબલ તમામ ઉત્પાદનો મૂકી દો.

693
00:29:19,027 --> 00:29:22,110
હું એક ટેબલ તમામ ઉત્પાદનો મૂકી,
હું માત્ર તમામ ઉત્પાદનો પસંદ કરી શકો છો

694
00:29:22,110 --> 00:29:23,850
તે ટેબલ પરથી અને હું તે બધા મળે છે.

695
00:29:23,850 --> 00:29:25,240
વેલ હું કેવી રીતે કરવું?

696
00:29:25,240 --> 00:29:28,124
વેલ NoSQL કોઈ છે
ટેબલ પર માળખું.

697
00:29:28,124 --> 00:29:30,540
અમે વિશે થોડુંક વાત કરીશું
કેવી રીતે આ ડાયનેમો ડીબી કામ કરે છે.

698
00:29:30,540 --> 00:29:33,570
પરંતુ જો તમે એક જ નથી
લક્ષણો અને જ ગુણધર્મો

699
00:29:33,570 --> 00:29:37,751
દરેક એક દરેક એક પંક્તિ માં
વસ્તુ, તમે એક એસક્યુએલ ટેબલ શું ગમે છે.

700
00:29:37,751 --> 00:29:39,750
અને આ શું મને પરવાનગી આપે છે
શું વસ્તુઓ ઘણો છે

701
00:29:39,750 --> 00:29:41,124
અને મને રાહત ઘણો આપે છે.

702
00:29:41,124 --> 00:29:45,360
આ ચોક્કસ કિસ્સામાં, હું
મારા ઉત્પાદન દસ્તાવેજો છે.

703
00:29:45,360 --> 00:29:49,090
અને આ ખાસ કરીને
ઉદાહરણ તરીકે, બધું

704
00:29:49,090 --> 00:29:51,930
આ ઉત્પાદનો ટેબલ એક દસ્તાવેજ છે.

705
00:29:51,930 --> 00:29:56,510
અને એક પુસ્તક માટે ઉત્પાદન કદાચ
એક પુસ્તક સ્પષ્ટ કરે છે કે એક પ્રકાર ID હોય છે.

706
00:29:56,510 --> 00:29:59,180
અને એપ્લિકેશન
કે ID પર સ્વિચ કરશે.

707
00:29:59,180 --> 00:30:02,570
>> અરજી ટાયર, હું જાઉં છું
ઓહ, આ શું રેકોર્ડ પ્રકાર છે કહે છે?

708
00:30:02,570 --> 00:30:04,100
ઓહ, તે એક પુસ્તક રેકોર્ડ છે.

709
00:30:04,100 --> 00:30:05,990
બુક રેકોર્ડ આ ગુણધર્મો ધરાવે છે.

710
00:30:05,990 --> 00:30:08,100
મને એક પુસ્તક પદાર્થ બનાવવા દો.

711
00:30:08,100 --> 00:30:11,289
તેથી હું ભરવા માટે જઇ રહ્યો છું
આ આઇટમ સાથે પુસ્તક પદાર્થ.

712
00:30:11,289 --> 00:30:13,080
આગળ વસ્તુ આવે છે અને
આ આઇટમ શું છે, છે?

713
00:30:13,080 --> 00:30:14,560
વેલ આ આઇટમ એક આલ્બમ છે.

714
00:30:14,560 --> 00:30:17,340
ઓહ, હું સમગ્ર અલગ મળી
તે માટે પ્રોસેસીંગ નિયમિત

715
00:30:17,340 --> 00:30:18,487
તે એક આલ્બમ છે કારણ કે.

716
00:30:18,487 --> 00:30:19,320
તમે મારા કહેવાનો અર્થ શું જુઓ છો?

717
00:30:19,320 --> 00:30:21,950
>> જેથી આ એપ્લિકેશન tier-- હું
માત્ર આ તમામ રેકોર્ડ પસંદ કરો.

718
00:30:21,950 --> 00:30:23,200
તેઓ બધા આવતા શરૂ કરો.

719
00:30:23,200 --> 00:30:24,680
તેઓ તમામ અલગ અલગ પ્રકારના હોઈ શકે છે.

720
00:30:24,680 --> 00:30:27,590
અને તે અરજી તર્ક છે
કે તે પ્રકારના સમગ્ર સ્વિચ

721
00:30:27,590 --> 00:30:29,530
અને તેમને પ્રક્રિયા કેવી રીતે નક્કી કરે છે.

722
00:30:29,530 --> 00:30:33,640
>> ફરીથી, તેથી અમે આશાવાદી રહ્યાં છો
વપરાશ પેટર્ન માટે પદ્ધતિ.

723
00:30:33,640 --> 00:30:36,390
અમે તેને કરી રહ્યા છીએ
તે કોષ્ટકો તૂટી.

724
00:30:36,390 --> 00:30:39,670
અમે મૂળભૂત રીતે લઇ રહ્યા છીએ
આ સામાન્ય માળખાં,

725
00:30:39,670 --> 00:30:42,000
અને અમે મકાન કરી રહ્યાં છો
અધિક્રમિક માળખાં.

726
00:30:42,000 --> 00:30:45,130
આ રેકોર્ડ દરેક એક અંદર
હું એરે ગુણધર્મો જોવા જાઉં છું.

727
00:30:45,130 --> 00:30:49,400
>> આલ્બમ્સ માટે આ દસ્તાવેજ અંદર,
હું ટ્રેક એરે જોઈ રહ્યો છું.

728
00:30:49,400 --> 00:30:53,900
તે ટ્રેક હવે તે become--
મૂળભૂત રીતે આ બાળક ટેબલ કે

729
00:30:53,900 --> 00:30:56,520
અહીં આ માળખું અસ્તિત્વમાં છે.

730
00:30:56,520 --> 00:30:57,975
તેથી જો તમે DynamoDB આ કરી શકો છો.

731
00:30:57,975 --> 00:30:59,810
તમે MongoDB આ કરી શકો છો.

732
00:30:59,810 --> 00:31:01,437
જો તમે કોઇ NoSQL ડેટાબેઝ કરી શકો છો.

733
00:31:01,437 --> 00:31:03,520
આ પ્રકારના બનાવો
અધિક્રમિક માહિતી માળખાં

734
00:31:03,520 --> 00:31:07,120
તમે માહિતી મેળવવા માટે પરવાનગી આપે છે કે
ખૂબ જ ઝડપથી હવે, કારણ કે હું

735
00:31:07,120 --> 00:31:08,537
ખાતરી કરવા માટે જરૂર નથી.

736
00:31:08,537 --> 00:31:11,620
હું આ ટ્રેક એક પંક્તિ દાખલ
ટેબલ, અથવા આલ્બમ્સ કોષ્ટક માં એક પંક્તિ

737
00:31:11,620 --> 00:31:13,110
મને લાગે છે કે પદ્ધતિ માટે અનુકૂળ હોય છે.

738
00:31:13,110 --> 00:31:18,060
હું આ લક્ષણ અથવા હોય છે
તે ટેબલ પર વ્યાખ્યાયિત કરવામાં આવે છે કે મિલકત.

739
00:31:18,060 --> 00:31:20,480
તેમને દરેક એક,
મને લાગે છે કે પંક્તિ સામેલ છે.

740
00:31:20,480 --> 00:31:21,910
તે NoSQL માં કેસ નથી.

741
00:31:21,910 --> 00:31:24,440
>> હું તદ્દન અલગ હોઈ શકે છે
દરેક દસ્તાવેજ ગુણધર્મો

742
00:31:24,440 --> 00:31:26,100
હું સંગ્રહ દાખલ છે.

743
00:31:26,100 --> 00:31:30,480
તેથી ખૂબ જ શક્તિશાળી પદ્ધતિ.

744
00:31:30,480 --> 00:31:32,852
અને તે ખરેખર તમે કેવી રીતે છે
સિસ્ટમ ઑપ્ટિમાઇઝ.

745
00:31:32,852 --> 00:31:35,310
તેના બદલે હવે ક્વેરી, કારણ કે
આ બધા કોષ્ટકો જોડાયા

746
00:31:35,310 --> 00:31:39,160
અને અડધા એક ડઝન પ્રશ્નો ચલાવવા
હું જરૂરી માહિતી પાછા ખેંચી,

747
00:31:39,160 --> 00:31:40,890
હું એક ક્વેરી ચલાવવા છું.

748
00:31:40,890 --> 00:31:43,010
અને હું વારો છું
સેટ પરિણામો તરફ.

749
00:31:43,010 --> 00:31:46,512
તે તમને એક વિચાર આપે છે
NoSQL શક્તિ.

750
00:31:46,512 --> 00:31:49,470
હું પ્રકારની પડખોપડખ અહીં જાઓ જાઉં છું
અને આ વિશે થોડુંક વાત કરો.

751
00:31:49,470 --> 00:31:53,240
આ વધુ પ્રકારની છે
માર્કેટિંગ કે technology--

752
00:31:53,240 --> 00:31:55,660
ટેકનોલોજી માર્કેટિંગ
ચર્ચા પ્રકાર.

753
00:31:55,660 --> 00:31:58,672
પરંતુ તે સમજવા માટે મહત્વનું છે
અમે ટોચ પર જોવા હોય તો, કારણ કે

754
00:31:58,672 --> 00:32:00,380
અહીં આ ચાર્ટ પર,
અમે શું જોઈ રહ્યાં છો,

755
00:32:00,380 --> 00:32:04,030
અમે શું કહી છે
ટેકનોલોજી હાઈપ વળાંક.

756
00:32:04,030 --> 00:32:06,121
અને આ શું થાય છે
નવી સામગ્રી નાટક માં આવે છે.

757
00:32:06,121 --> 00:32:07,120
લોકો તેને મહાન લાગે છે.

758
00:32:07,120 --> 00:32:09,200
હું મારા બધા સમસ્યાઓ હલ થઈ છે.

759
00:32:09,200 --> 00:32:11,630
>> આ ઓવરને હોઈ શકે છે
બધા બધું બધા છે.

760
00:32:11,630 --> 00:32:12,790
અને તેઓ તેનો ઉપયોગ કરવાનું શરૂ કરો.

761
00:32:12,790 --> 00:32:14,720
અને તેઓ આ સામગ્રી કામ કરતું નથી, કહે છે.

762
00:32:14,720 --> 00:32:17,600
આ યોગ્ય નથી.

763
00:32:17,600 --> 00:32:19,105
જૂની સામગ્રી સારી હતી.

764
00:32:19,105 --> 00:32:21,230
અને તેઓ શું કરી પર પાછા જાઓ
વસ્તુઓ તેઓ હતા તે રીતે.

765
00:32:21,230 --> 00:32:22,730
અને પછી છેવટે
તેઓ તમને શું ખબર, જાઓ?

766
00:32:22,730 --> 00:32:24,040
આ સામગ્રી જેથી ખરાબ નથી.

767
00:32:24,040 --> 00:32:26,192
ઓહ, તે કેવી રીતે કામ કરે છે.

768
00:32:26,192 --> 00:32:28,900
અને તેઓ કેવી રીતે બહાર આકૃતિ એકવાર
કામ કરે છે, તેઓ વધુ સારી રીતે મેળવવાનું શરૂ.

769
00:32:28,900 --> 00:32:32,050
>> અને તે વિશે રમૂજી વસ્તુ
તેને માટે, લાઇન્સ કાઇન્ડ શું

770
00:32:32,050 --> 00:32:34,300
અમે ટેકનોલોજી એડોપ્શન કર્વ કૉલ કરો.

771
00:32:34,300 --> 00:32:36,910
તેથી અમે શું થાય છે
અમુક પ્રકારના ટેકનોલોજી ટ્રિગર.

772
00:32:36,910 --> 00:32:39,100
ડેટાબેઝ કિસ્સામાં,
તે માહિતી દબાણ છે.

773
00:32:39,100 --> 00:32:42,200
અમે ઉચ્ચ જળ બિંદુઓ વિશે વાત કરી
સમય દરમ્યાન માહિતી દબાણ.

774
00:32:42,200 --> 00:32:46,310
કે માહિતી દબાણ ચોક્કસ બનાવ્યા
બિંદુ કે ટેકનોલોજી ટ્રિગર છે.

775
00:32:46,310 --> 00:32:47,830
>> તે ખૂબ ખર્ચાળ મેળવવામાં આવે છે.

776
00:32:47,830 --> 00:32:49,790
તે માહિતી પર પ્રક્રિયા કરવા માટે ખૂબ લાંબા લે છે.

777
00:32:49,790 --> 00:32:50,890
અમે વધુ સારી રીતે કંઈક કરવાની જરૂર છે.

778
00:32:50,890 --> 00:32:52,890
તમે સર્જકોએ વિચાર
ત્યાં ત્યાં બહાર આસપાસ ચાલી રહ્યું છે,

779
00:32:52,890 --> 00:32:55,050
ઉકેલ છે તે શોધવા માટે પ્રયાસ કરે છે.

780
00:32:55,050 --> 00:32:56,050
નવા વિચાર શું છે?

781
00:32:56,050 --> 00:32:58,170
>> શ્રેષ્ઠ શું છે
આ વસ્તુ કરવા માટે માર્ગ છે?

782
00:32:58,170 --> 00:32:59,530
અને તેઓ કંઈક સાથે આવે છે.

783
00:32:59,530 --> 00:33:03,140
અને વાસ્તવિક પીડા સાથે લોકો,
રક્તસ્રાવ ધાર પર ગાય્સ,

784
00:33:03,140 --> 00:33:06,390
તેઓ તેને પર તમામ કૂદી પડશે,
તેઓ એક જવાબ જરૂર છે.

785
00:33:06,390 --> 00:33:09,690
હવે અનિવાર્ય શું થાય તે અને
તે NoSQL હમણાં શું થઈ રહ્યું છે.

786
00:33:09,690 --> 00:33:11,090
હું તે બધા સમય જુઓ.

787
00:33:11,090 --> 00:33:13,610
>> શું ખચીત થાય છે
લોકો નવા સાધનની મદદથી શરૂ

788
00:33:13,610 --> 00:33:15,490
એ જ રીતે તેઓ જૂના સાધન વપરાય છે.

789
00:33:15,490 --> 00:33:17,854
અને તેઓ તેને શોધવા
એટલી સારી રીતે કામ કરતું નથી.

790
00:33:17,854 --> 00:33:20,020
હું હતો જે યાદ રાખી શકો નહિં
અગાઉ આજે વાત.

791
00:33:20,020 --> 00:33:22,080
પરંતુ તે જ્યારે જેવું છે
jackhammer શોધ કરવામાં આવી હતી,

792
00:33:22,080 --> 00:33:24,621
લોકો તે ઉપર સ્વિંગ ન હતી
તેમના માથા કોંક્રિટ તોડવાનો.

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

794
00:33:27,360 --> 00:33:30,610
>> પરંતુ તે શું છે
આજે NoSQL સાથે શું થઈ રહ્યું.

795
00:33:30,610 --> 00:33:33,900
તમે સૌથી દુકાનો ચાલવા, તો
તેઓ NoSQL દુકાનો પ્રયત્ન કરવાનો પ્રયાસ કરવામાં આવે છે.

796
00:33:33,900 --> 00:33:36,510
શું તેઓ શું કરી રહ્યાં છે
તેઓ, noSQL ઉપયોગ કરી રહ્યાં છો

797
00:33:36,510 --> 00:33:39,900
અને તેઓ તેને લોડ કરી રહ્યા છીએ
સંબંધ પદ્ધતિ સંપૂર્ણ.

798
00:33:39,900 --> 00:33:41,630
કે કેવી રીતે કારણ કે
તેઓ ડેટાબેઝ ડિઝાઇન.

799
00:33:41,630 --> 00:33:44,046
અને તેઓ શા માટે છે, આશ્ચર્ય પામી રહ્યાં છો
તે ખૂબ જ સારી રીતે કરી રહ્યા નથી?

800
00:33:44,046 --> 00:33:45,230
બોય, આ વસ્તુ stinks.

801
00:33:45,230 --> 00:33:49,900
હું બધા જાળવી હતી મારા
તે ના, ના, જેવું છે વાહ જોડાય છે.

802
00:33:49,900 --> 00:33:50,800
જોડાય સાચવે છે?

803
00:33:50,800 --> 00:33:52,430
શા માટે તમે માહિતી જોડાયા છે?

804
00:33:52,430 --> 00:33:54,350
તમે NoSQL માહિતી જોડાવા નથી.

805
00:33:54,350 --> 00:33:55,850
તમે તેને સમજવા.

806
00:33:55,850 --> 00:34:00,690
>> તમે આ ટાળવા માંગો છો, તો જાણવા જેથી
આ સાધન ખરેખર તમે પહેલાં કેવી રીતે કામ કરે

807
00:34:00,690 --> 00:34:02,010
તેનો ઉપયોગ શરૂ કરો.

808
00:34:02,010 --> 00:34:04,860
પ્રયત્ન કરો અને નવા સાધનો ઉપયોગ નથી
એ જ રીતે તમે જૂના સાધનો વપરાય છે.

809
00:34:04,860 --> 00:34:06,500
તમે ખરાબ અનુભવ હોય જઈ રહ્યાં છો.

810
00:34:06,500 --> 00:34:08,848
અને દરેક એક સમય
કે આ વિશે શું છે.

811
00:34:08,848 --> 00:34:11,389
અમે અહીં આવતા શરૂ થાય છે, ત્યારે
લોકો બહાર figured, કારણ કે તે છે

812
00:34:11,389 --> 00:34:13,449
કેવી રીતે સાધનો વાપરવા માટે.

813
00:34:13,449 --> 00:34:16,250
>> જ્યારે તેઓ આ જ વાત હતી
રીલેશ્નલ ડેટાબેઝ શોધ કરવામાં આવી હતી,

814
00:34:16,250 --> 00:34:17,969
અને તેઓ ફાઈલ સિસ્ટમો બદલી કરવામાં આવી હતી.

815
00:34:17,969 --> 00:34:20,420
તેઓ ફાઈલ સિસ્ટમો બીલ્ડ કરવા માટે પ્રયાસ કર્યો
સંબંધ ડેટાબેઝો સાથે

816
00:34:20,420 --> 00:34:22,159
જે લોકો સમજી શું છે કારણ કે.

817
00:34:22,159 --> 00:34:23,049
તે કામ ન હતી.

818
00:34:23,049 --> 00:34:26,090
શ્રેષ્ઠ પ્રયાસો સમજવા તેથી
ટેકનોલોજી તમારી સાથે કામ કરી રહ્યા છીએ

819
00:34:26,090 --> 00:34:26,730
વિશાળ છે.

820
00:34:26,730 --> 00:34:29,870
ખુબ અગત્યનું.

821
00:34:29,870 --> 00:34:32,440
>> તેથી અમે DynamoDB પ્રવેશ મેળવવા જઈ રહ્યાં છો.

822
00:34:32,440 --> 00:34:36,480
DynamoDB AWS માતાનો છે
NoSQL પ્લેટફોર્મ સંપૂર્ણ વ્યવસ્થાપિત.

823
00:34:36,480 --> 00:34:37,719
અર્થ શું છે સંપૂર્ણપણે-વ્યવસ્થાપિત છે?

824
00:34:37,719 --> 00:34:40,010
તે તમને જરૂર નથી એનો અર્થ એ થાય
ખરેખર કંઈપણ વિશે ચિંતા.

825
00:34:40,010 --> 00:34:42,060
>> તમે આવે છે, તમે કહો
અમેરિકા, હું એક ટેબલ જરૂર છે.

826
00:34:42,060 --> 00:34:43,409
આ ઘણી ક્ષમતા જરૂર છે.

827
00:34:43,409 --> 00:34:47,300
તમે બટન દબાવો, અને અમે જોગવાઈ
આ દ્રશ્ય પાછળ તમામ ઈન્ફ્રાસ્ટ્રક્ચર.

828
00:34:47,300 --> 00:34:48,310
હવે પ્રચંડ છે.

829
00:34:48,310 --> 00:34:51,310
>> તમે વાત કારણ કે જ્યારે
ડેટાબેઝ માપન વિશે

830
00:34:51,310 --> 00:34:53,917
NoSQL માહિતી જુથમાં
સ્કેલ, ચાલી petabytes,

831
00:34:53,917 --> 00:34:55,750
લાખો ચાલી
સેકન્ડ પ્રતિ વ્યવહારો,

832
00:34:55,750 --> 00:34:58,180
આ વસ્તુઓ નાના ઝુમખા નથી.

833
00:34:58,180 --> 00:35:00,830
અમે ઉદાહરણો હજારો વાત કરી રહ્યા છીએ.

834
00:35:00,830 --> 00:35:04,480
ઉદાહરણો હજારો વ્યવસ્થા કરવા માટે,
પણ વર્ચ્યુઅલ કિસ્સાઓમાં,

835
00:35:04,480 --> 00:35:06,350
કુંદો માં વાસ્તવિક પીડા છે.

836
00:35:06,350 --> 00:35:09,110
હું દર વખતે એક વિશે વિચારો અર્થ
ઓપરેટિંગ સિસ્ટમ પેચ બહાર આવે છે

837
00:35:09,110 --> 00:35:11,552
અથવા ડેટાબેઝ ની નવી આવૃત્તિ.

838
00:35:11,552 --> 00:35:13,260
કે શું અર્થ છે
તમે કામગીરીયુક્ત?

839
00:35:13,260 --> 00:35:16,330
એટલે કે, તમે 1,200 મળી એનો અર્થ એ થાય
જરૂર છે કે જે સર્વર્સ અપડેટ કરવામાં આવશે.

840
00:35:16,330 --> 00:35:18,960
હવે પણ ઓટોમેશન સાથે,
કે લાંબા સમય લાગી શકે છે.

841
00:35:18,960 --> 00:35:21,480
તે ઘણો કારણ બની શકે છે
ઓપરેશનલ માથાનો દુખાવો,

842
00:35:21,480 --> 00:35:23,090
મને સેવાઓ નીચે પડી શકે છે, કારણ કે.

843
00:35:23,090 --> 00:35:26,070
>> હું આ ડેટાબેઝ અપડેટ તરીકે, હું
વાદળી, લીલી જમાવટો કરી શકે

844
00:35:26,070 --> 00:35:29,420
જ્યાં હું જમાવવા અને સુધારો મારા અડધા
ગાંઠો છે, અને પછી બીજા અડધા સુધારો.

845
00:35:29,420 --> 00:35:30,490
તે નીચે લઇ.

846
00:35:30,490 --> 00:35:33,410
તેથી ઇન્ફ્રાસ્ટ્રક્ચર વ્યવસ્થા
સ્કેલ પુષ્કળ પીડાદાયક છે.

847
00:35:33,410 --> 00:35:36,210
અને AWS તેને બહાર કે પીડા લે છે.

848
00:35:36,210 --> 00:35:39,210
અને NoSQL ડેટાબેઝ કરી શકો છો
અદભૂત પીડાદાયક હોઈ

849
00:35:39,210 --> 00:35:41,780
તેઓ પરિમાણ રીતે છે.

850
00:35:41,780 --> 00:35:42,926
>> આડા પરિમાણ.

851
00:35:42,926 --> 00:35:45,550
તમે એક મોટી NoSQL મેળવવા માંગો છો તો
ડેટાબેઝ, તમે વધુ ગાંઠો ખરીદે છે.

852
00:35:45,550 --> 00:35:48,660
તમે ખરીદી દરેક નોડ છે
અન્ય કામગીરીની માથાનો દુખાવો.

853
00:35:48,660 --> 00:35:50,830
તેથી કોઈ બીજા તમારા માટે તે કરવા દો.

854
00:35:50,830 --> 00:35:52,000
AWS કરી શકો છો.

855
00:35:52,000 --> 00:35:54,587
>> અમે દસ્તાવેજ કી કિંમતો આધાર આપે છે.

856
00:35:54,587 --> 00:35:56,670
હવે અમે ખૂબ જ નહોતા
અન્ય ચાર્ટ પર માં.

857
00:35:56,670 --> 00:35:58,750
વિવિધ ઘણો છે
NoSQL સ્વાદો.

858
00:35:58,750 --> 00:36:02,670
તેઓ મેળવવામાં તમામ પ્રકારની છો
આ બિંદુએ મળીને munged.

859
00:36:02,670 --> 00:36:06,260
તમે DynamoDB જોવા અને હા કહી શકો છો
અમે એક દસ્તાવેજ અને કી કિંમત બંને છો

860
00:36:06,260 --> 00:36:08,412
આ બિંદુએ સ્ટોર કરે છે.

861
00:36:08,412 --> 00:36:10,620
અને તમે લક્ષણો દલીલ કરી શકે છે
અન્ય ઉપર એક છે.

862
00:36:10,620 --> 00:36:13,950
મારા માટે, આ એક ઘણો ખરેખર છ
એક અડધા અન્ય એક ડઝન.

863
00:36:13,950 --> 00:36:18,710
આ ટેક્નોલોજીઓ દરેક એક છે
દંડ ટેકનોલોજી અને દંડ ઉકેલ.

864
00:36:18,710 --> 00:36:23,390
હું MongoDB સારી અથવા કહી ન હોત
પછી લાંબાં, Cassandra કરતાં વધુ ખરાબ,

865
00:36:23,390 --> 00:36:25,994
પછી ડાયનેમો, અથવા તેનાથી ઊલટું.

866
00:36:25,994 --> 00:36:27,285
હું આ માત્ર વિકલ્પો છે, એમ થાય છે.

867
00:36:27,285 --> 00:36:29,850

868
00:36:29,850 --> 00:36:32,700
>> તે ઝડપી છે અને તે છે
કોઈપણ સ્કેલ પર સુસંગત.

869
00:36:32,700 --> 00:36:36,210
તેથી આ એક સૌથી મોટી છે
બોનસ તમે AWS સાથે મળે છે.

870
00:36:36,210 --> 00:36:40,850
DynamoDB સાથે ક્ષમતા છે
ઓછી એક આંકડાના વિચાર

871
00:36:40,850 --> 00:36:44,040
કોઈપણ સ્કેલ પર મિલિસેકન્ડ લેટન્સી.

872
00:36:44,040 --> 00:36:45,720
કે જે સિસ્ટમ એક ડિઝાઇન ગોલ નોંધાવ્યો હતો.

873
00:36:45,720 --> 00:36:49,130
અને અમે કરી રહ્યા છે કે ગ્રાહકો
સેકન્ડ પ્રતિ વ્યવહારો લાખો.

874
00:36:49,130 --> 00:36:52,670
>> હવે હું તે કેટલાક મારફતે જાઓ પડશે
અહીં થોડા મિનિટ કિસ્સાઓમાં ઉપયોગ કરે છે.

875
00:36:52,670 --> 00:36:55,660
ઈન્ટિગ્રેટેડ ઍક્સેસ control--
અમે કોલ શું છે

876
00:36:55,660 --> 00:36:57,920
ઓળખ સુધી પહોંચવા મેનેજમેન્ટ, અથવા પહેલેથી જ.

877
00:36:57,920 --> 00:37:01,980
તે દરેક સિસ્ટમને પ્રસરે,
AWS આપે છે કે દરેક સેવા.

878
00:37:01,980 --> 00:37:03,630
DynamoDB કોઈ અપવાદ નથી.

879
00:37:03,630 --> 00:37:06,020
તમે વપરાશ નિયંત્રિત કરી શકો છો
આ DynamoDB કોષ્ટકો.

880
00:37:06,020 --> 00:37:09,960
તમારા AWS દ્વારા જેટલો બધી
ઍક્સેસ ભૂમિકા અને પરવાનગીઓ વ્યાખ્યાયિત

881
00:37:09,960 --> 00:37:12,140
આ પહેલેથી જ ઇન્ફ્રાસ્ટ્રક્ચર.

882
00:37:12,140 --> 00:37:16,630
>> અને તેને એક કી અને અભિન્ન ઘટક છે
અમે આધારિત પ્રોગ્રામિંગ ઘટના કહી છે.

883
00:37:16,630 --> 00:37:19,056
હવે આ નવી નમૂનારૂપ છે.

884
00:37:19,056 --> 00:37:22,080
>> પ્રેક્ષક: કેવી રીતે સાચા તમારી દર છે
ખોટા ઋણો વિરુદ્ધ ધન

885
00:37:22,080 --> 00:37:24,052
તમારા વપરાશ નિયંત્રણ સિસ્ટમ પર?

886
00:37:24,052 --> 00:37:26,260
રિક Houlihan: સાચું ધન
ખોટા ઋણો વિરુદ્ધ?

887
00:37:26,260 --> 00:37:28,785
પ્રેક્ષક: શું પરત
તમે પરત જોઈએ?

888
00:37:28,785 --> 00:37:33,720
જ્યારે એક વખત માટે વિરોધ તે
તેને માન્ય જોઈએ જ્યારે પાછા નથી?

889
00:37:33,720 --> 00:37:36,260

890
00:37:36,260 --> 00:37:38,050
>> રિક Houlihan: હું તમને કે કહી શકે છે.

891
00:37:38,050 --> 00:37:40,140
કોઇ નિષ્ફળતા હોય તો
બિલકુલ તે પર,

892
00:37:40,140 --> 00:37:42,726
હું પૂછી વ્યક્તિ નથી
કે જે ચોક્કસ પ્રશ્ન.

893
00:37:42,726 --> 00:37:43,850
પરંતુ તે એક સારો પ્રશ્ન છે.

894
00:37:43,850 --> 00:37:45,905
ખબર હું વિચિત્ર હશે
મારી કે, ખરેખર.

895
00:37:45,905 --> 00:37:48,810

896
00:37:48,810 --> 00:37:51,320
>> અને તેથી તે પછી ફરી, ન્યુ પેરાડિમ
ઘટના આધારિત પ્રોગ્રામિંગ છે.

897
00:37:51,320 --> 00:37:55,160
આ સૂચવે છે કે તમે કરી શકો છો વિચાર છે
જટિલ કાર્યક્રમો જમાવવા કે

898
00:37:55,160 --> 00:37:59,720
ખૂબ, ખૂબ જ ઊંચી પાયે કામ કરી શકે છે
બિલકુલ કોઈ ઇન્ફ્રાસ્ટ્રક્ચર વગર.

899
00:37:59,720 --> 00:38:02,120
કોઇ નિયત વિના
બિલકુલ ઈન્ફ્રાસ્ટ્રક્ચર.

900
00:38:02,120 --> 00:38:04,720
અને અમે થોડી વાત કરીશું
કે અમે શું અર્થ થાય છે તે વિશે

901
00:38:04,720 --> 00:38:06,550
ચાર્ટ આગામી થોડા પર મળે છે.

902
00:38:06,550 --> 00:38:08,716
>> અમે કરીશ પ્રથમ વસ્તુ
અમે કોષ્ટકો વિશે વાત કરીશું.

903
00:38:08,716 --> 00:38:10,857
ડાયનેમો માટે API ડેટા પ્રકારો.

904
00:38:10,857 --> 00:38:13,190
પ્રથમ વસ્તુ છે અને તમે પડશે
તમે આ જુઓ ત્યારે નોટિસ,

905
00:38:13,190 --> 00:38:17,930
જો તમે કોઇ ડેટાબેઝ સાથે પરિચિત કરશો, તો
ડેટાબેઝ API નો ખરેખર બે પ્રકારના હોય છે

906
00:38:17,930 --> 00:38:18,430
હું તેને કૉલ છો.

907
00:38:18,430 --> 00:38:21,570
અથવા API બે સુયોજિત કરે છે.

908
00:38:21,570 --> 00:38:23,840
તે એક હશે
વહીવટી API.

909
00:38:23,840 --> 00:38:26,710
>> તેઓ કાળજી લેવા વસ્તુઓ
ડેટાબેઝ કાર્ય કરે છે.

910
00:38:26,710 --> 00:38:31,340
સંગ્રહ એન્જિન રૂપરેખાંકિત કરી,
સુયોજિત અને કોષ્ટકો ઉમેરી રહ્યા છે.

911
00:38:31,340 --> 00:38:35,180
બનાવવા ડેટાબેઝ
કેટલોગ અને ઉદાહરણો.

912
00:38:35,180 --> 00:38:40,450
DynamoDB માં આ વસ્તુઓ, તમે
ખૂબ જ ટૂંકા ટૂંકા યાદીઓ છે.

913
00:38:40,450 --> 00:38:43,120
>> તેથી અન્ય ડેટાબેઝ,
તમે ડઝનેક જોઈ શકે છે

914
00:38:43,120 --> 00:38:45,680
વહીવટી ના આદેશો
આદેશો, રૂપરેખાંકિત કરવા માટે

915
00:38:45,680 --> 00:38:47,290
આ વધારાના વિકલ્પો.

916
00:38:47,290 --> 00:38:51,234
DynamoDB તમે કારણ કે તે જરૂર નથી
તમે સિસ્ટમને રૂપરેખાંકિત નથી, અમે કરીએ છીએ.

917
00:38:51,234 --> 00:38:54,150
જેથી તમે શું કરવાની જરૂર છે આ જ વસ્તુ છે
હું જરૂર શું કદના ટેબલ મને કહો.

918
00:38:54,150 --> 00:38:55,660
તેથી જો તમે એક ખૂબ જ વિચાર
આદેશો મર્યાદિત સમૂહ.

919
00:38:55,660 --> 00:38:58,618
>> તમે કોષ્ટક અપડેટ બનાવો વિચાર, ટેબલ,
કોષ્ટક કાઢી નાખો, અને ટેબલ વર્ણવે છે.

920
00:38:58,618 --> 00:39:01,150
તે માત્ર વસ્તુઓ છે
તમે DynamoDB માટે જરૂર છે.

921
00:39:01,150 --> 00:39:03,294
તમે સંગ્રહ જરૂર નથી
એન્જિન રૂપરેખાંકન.

922
00:39:03,294 --> 00:39:04,960
હું નકલ વિશે ચિંતા કરવાની જરૂર નથી.

923
00:39:04,960 --> 00:39:06,490
હું sharding વિશે ચિંતા કરવાની જરૂર નથી.

924
00:39:06,490 --> 00:39:07,800
>> હું ચિંતા કરવાની જરૂર નથી
આ સામગ્રી કોઈપણ વિશે.

925
00:39:07,800 --> 00:39:08,740
અમે તમારા માટે તે બધા નથી.

926
00:39:08,740 --> 00:39:11,867
તેથી તે ઓવરહેડ એક વિશાળ જથ્થો છે
કે જે હમણાં જ તમારા પ્લેટ ઉઠાવી લેવામાં આવે છે.

927
00:39:11,867 --> 00:39:13,200
પછી અમે CRUD ઓપરેટરો છે.

928
00:39:13,200 --> 00:39:17,740
CRUD કંઈક અમે શું છે
છે કે ડેટાબેઝ માં કૉલ

929
00:39:17,740 --> 00:39:19,860
, સુધારો, ઓપરેટરો કાઢી નાખો બનાવો.

930
00:39:19,860 --> 00:39:24,180
આ તમારા સામાન્ય છે
ડેટાબેઝ કામગીરી.

931
00:39:24,180 --> 00:39:31,299
પુટ વસ્તુ જેવી વસ્તુઓ, વસ્તુ, સુધારા વિચાર
વસ્તુઓ, વસ્તુઓ કાઢી, બેચ ક્વેરી, સ્કેન કરે છે.

932
00:39:31,299 --> 00:39:32,840
તમે સમગ્ર ટેબલ સ્કેન કરવા માંગો છો.

933
00:39:32,840 --> 00:39:34,220
બોલ ટેબલ બધું ખેંચો.

934
00:39:34,220 --> 00:39:37,130
DynamoDB વિશે સરસ વસ્તુઓ એક
તે સમાંતર સ્કેનીંગ પરવાનગી આપે છે.

935
00:39:37,130 --> 00:39:40,602
તેથી તમે ખરેખર કેટલા મને જણાવી શકો છો
થ્રેડો છે કે જે તમને સ્કેન પર ચલાવવા માંગો છો.

936
00:39:40,602 --> 00:39:41,810
અને અમે તે થ્રેડો ચલાવી શકો છો.

937
00:39:41,810 --> 00:39:43,985
અમે જે સ્કેન સ્પિન કરી શકો છો
મલ્ટીપલ થ્રેડો સમગ્ર

938
00:39:43,985 --> 00:39:49,060
તેથી તમે સમગ્ર ટેબલ સ્કેન કરી શકે છે
ખૂબ, ખૂબ ઝડપથી DynamoDB જગ્યા.

939
00:39:49,060 --> 00:39:51,490
>> અમારી પાસે અન્ય API છે
અમે અમારા સ્ટ્રીમ્સ API કૉલ શું.

940
00:39:51,490 --> 00:39:52,940
અમે પણ વાત કરવા માટે નથી જતા રહ્યાં છો
હમણાં આ વિશે ખૂબ.

941
00:39:52,940 --> 00:39:55,189
હું કેટલીક સામગ્રી પાછળથી મળી છે
આ વિશે તૂતક પર.

942
00:39:55,189 --> 00:39:59,910
પરંતુ સ્ટ્રીમ્સ ખરેખર એક ચાલી છે
સમય આદેશ આપ્યો, કે લાગે છે

943
00:39:59,910 --> 00:40:01,274
અને પાર્ટીશન ફેરફાર લોગ.

944
00:40:01,274 --> 00:40:03,940
પર ચાલી રહ્યું છે કે બધું
કોષ્ટક સ્ટ્રીમ પર બતાવે છે.

945
00:40:03,940 --> 00:40:05,940
>> દરેક ટેબલ પર લખવા
સ્ટ્રીમ પર બતાવે છે.

946
00:40:05,940 --> 00:40:08,370
તમે તે સ્ટ્રીમ વાંચી શકો છો, અને
તમે તેની સાથે વસ્તુઓ કરી શકો છો.

947
00:40:08,370 --> 00:40:10,150
અમે વિશે વાત કરીશું શું
વસ્તુઓ પ્રકારો તમે

948
00:40:10,150 --> 00:40:13,680
નકલ ગમે વસ્તુઓ સાથે શું કરવું
ગૌણ નિર્દેશિકાઓની બનાવવા.

949
00:40:13,680 --> 00:40:17,620
ખરેખર ઠંડી તમામ પ્રકારના
વસ્તુઓ કે જે તમને સાથે કરી શકો છો.

950
00:40:17,620 --> 00:40:19,150
>> ડેટા પ્રકારો.

951
00:40:19,150 --> 00:40:23,320
DynamoDB, આપણે બંને કી આધાર
કિંમત અને દસ્તાવેજ માહિતી પ્રકારો.

952
00:40:23,320 --> 00:40:26,350
આ સ્ક્રીનની ડાબી બાજુ પર
અહીં, અમે અમારી મુખ્ય પ્રકાર મળી છે.

953
00:40:26,350 --> 00:40:27,230
કી કિંમત પ્રકારો.

954
00:40:27,230 --> 00:40:30,040
આ શબ્દમાળાઓ છે,
નંબરો, અને દ્વિસંગીઓ.

955
00:40:30,040 --> 00:40:31,640
>> તેથી માત્ર ત્રણ મૂળ પ્રકારના.

956
00:40:31,640 --> 00:40:33,700
અને પછી તમે તે સેટ કરી શકે છે.

957
00:40:33,700 --> 00:40:37,650
આ સરસ વસ્તુઓ એક NoSQL વિશે
ગુણધર્મો તરીકે એરે સમાવી શકે છે.

958
00:40:37,650 --> 00:40:42,050
અને DynamoDB સાથે તમે એરે સમાવી શકે છે
રુટ મિલકત તરીકે મૂળભૂત પ્રકારો છે.

959
00:40:42,050 --> 00:40:43,885
>> અને પછી જે દસ્તાવેજ પ્રકારના હોય છે.

960
00:40:43,885 --> 00:40:45,510
ઘણા લોકો આ રીતે JSON સાથે પરિચિત હોય છે?

961
00:40:45,510 --> 00:40:47,130
ખૂબ JSON સાથે પરિચિત તમે ગાય્સ?

962
00:40:47,130 --> 00:40:49,380
તે મૂળભૂત રીતે જાવાસ્ક્રિપ્ટ માતાનો
ઓબ્જેક્ટ નોટેશન.

963
00:40:49,380 --> 00:40:52,510
તે તમને મૂળભૂત માટે પરવાનગી આપે છે
એક સ્તરવાળું માળખું વ્યાખ્યાયિત કરે છે.

964
00:40:52,510 --> 00:40:58,107
>> તમે પર એક JSON દસ્તાવેજ સ્ટોર કરી શકો છો
DynamoDB સામાન્ય ઘટકો ઉપયોગ

965
00:40:58,107 --> 00:41:00,940
અથવા તે બિલ્ડિંગ બ્લૉક્સ ઉપલબ્ધ છે
સૌથી પ્રોગ્રામિંગ ભાષાઓ છે.

966
00:41:00,940 --> 00:41:03,602
તમે જાવા હોય, તો તમે છો
નકશા અને યાદીઓ જોઈ.

967
00:41:03,602 --> 00:41:05,060
મને લાગે છે કે વિસ્તાર નકશો પદાર્થો બનાવી શકો છો.

968
00:41:05,060 --> 00:41:08,030
કી કિંમતો તરીકે નકશો
ગુણધર્મો તરીકે સંગ્રહિત.

969
00:41:08,030 --> 00:41:10,890
અને તે યાદી હોય શકે છે
તે ગુણધર્મો અંદર કિંમતો.

970
00:41:10,890 --> 00:41:13,490
તમે આ જટિલ સ્ટોર કરી શકો છો
સ્તરવાળું માળખું

971
00:41:13,490 --> 00:41:16,320
એક લક્ષણ તરીકે
એક DynamoDB વસ્તુ.

972
00:41:16,320 --> 00:41:19,010

973
00:41:19,010 --> 00:41:24,460
>> DynamoDB કોષ્ટકો તેથી, મોટા ભાગના જેવા
NoSQL ડેટાબેઝ કોષ્ટકો વસ્તુઓ હોય છે.

974
00:41:24,460 --> 00:41:26,469
MongoDB તમે કરશે
આ દસ્તાવેજો કૉલ કરો.

975
00:41:26,469 --> 00:41:27,760
અને તે નીચા વળવું નમવું આધાર હશે.

976
00:41:27,760 --> 00:41:28,900
આ પણ એક દસ્તાવેજ ડેટાબેઝ.

977
00:41:28,900 --> 00:41:29,941
આપ આ દસ્તાવેજોની કૉલ કરો.

978
00:41:29,941 --> 00:41:32,930
દસ્તાવેજો અથવા વસ્તુઓ લક્ષણો છે.

979
00:41:32,930 --> 00:41:35,850
લક્ષણો અસ્તિત્વમાં કરી શકો છો અથવા
આઇટમ અસ્તિત્વમાં.

980
00:41:35,850 --> 00:41:38,520
DynamoDB, ત્યાં છે
એક ફરજિયાત લક્ષણ.

981
00:41:38,520 --> 00:41:43,880
માત્ર એક રીલેશ્નલ ડેટાબેઝ જેમ,
તમે ટેબલ પર પ્રાથમિક કી છે.

982
00:41:43,880 --> 00:41:46,010
>> DynamoDB અમે હેશ કી કૉલ શું છે.

983
00:41:46,010 --> 00:41:48,280
હેશ કી અનન્ય હોવો જોઈએ.

984
00:41:48,280 --> 00:41:52,580
તેથી હું એક હેશ ટેબલ વ્યાખ્યાયિત, ત્યારે
મૂળભૂત હું શું કહી રહ્યો છું

985
00:41:52,580 --> 00:41:54,110
દરેક વસ્તુ હેશ કી પડશે.

986
00:41:54,110 --> 00:41:58,520
અને દરેક હેશ કી અનન્ય હોવો જોઈએ.

987
00:41:58,520 --> 00:42:01,200
>> દરેક વસ્તુ વ્યાખ્યાયિત કરવામાં આવે છે
કે અનન્ય હેશ કી દ્વારા.

988
00:42:01,200 --> 00:42:02,940
અને ત્યાં માત્ર એક જ હોઈ શકે છે.

989
00:42:02,940 --> 00:42:05,820
આ બરાબર છે, પરંતુ ઘણી વખત નજર
લોકો શું જરૂર

990
00:42:05,820 --> 00:42:08,170
તેઓ માંગો છો આ હેશ છે
થોડી વધુ બીટ કરવું કી

991
00:42:08,170 --> 00:42:11,010
કરતાં માત્ર એક અનન્ય ઓળખકર્તા હોઈ.

992
00:42:11,010 --> 00:42:15,240
ઘણી વખત નજર અમે તે હેશ કી ઉપયોગ કરવા માંગો છો
ટોચ સ્તર એકત્રિત ડોલ તરીકે.

993
00:42:15,240 --> 00:42:19,160
અને અમે તે જે રીતે છે
અમે એક શ્રેણી કી કૉલ શું ઉમેરી રહ્યા છે.

994
00:42:19,160 --> 00:42:22,460
>> તે માત્ર એક હેશ તેથી જો
ટેબલ, આ અનન્ય હોવું જ જોઈએ.

995
00:42:22,460 --> 00:42:27,040
તે હેશ અને શ્રેણી ટેબલ છે, તો
હેશ અને શ્રેણી મિશ્રણ

996
00:42:27,040 --> 00:42:28,640
અનન્ય હોવા જ જોઈએ.

997
00:42:28,640 --> 00:42:30,110
તેથી આ રીતે તે વિશે વિચારો.

998
00:42:30,110 --> 00:42:32,140
હું એક ફોરમ હોય છે.

999
00:42:32,140 --> 00:42:39,010
અને ફોર્મ તે છે, વિષયો છે
પોસ્ટ્સ, અને તે જવાબો છે.

1000
00:42:39,010 --> 00:42:42,630
>> તેથી હું હેશ હોય શકે છે
વિષય ID છે જે કી.

1001
00:42:42,630 --> 00:42:46,650
અને હું એક શ્રેણી કી હોઇ શકે છે,
જે પ્રતિભાવ ID છે.

1002
00:42:46,650 --> 00:42:49,650
આ રીતે હું તમામ વિચાર કરવા માંગો છો, તો
ચોક્કસ વિષય માટે જવાબો,

1003
00:42:49,650 --> 00:42:52,370
હું માત્ર હેશ ક્વેરી કરી શકો છો.

1004
00:42:52,370 --> 00:42:55,190
મને બધા હમણાં જ કહેવું આપવા કરી શકો છો
આ હેશ છે કે વસ્તુઓ.

1005
00:42:55,190 --> 00:43:01,910
અને હું દરેક પ્રશ્ન વિચાર જાઉં છું
અથવા તે ચોક્કસ વિષય માટે પોસ્ટ કરો.

1006
00:43:01,910 --> 00:43:03,910
આ ટોચ સ્તર એગ્રિગેશન
ખૂબ જ મહત્વપૂર્ણ છે.

1007
00:43:03,910 --> 00:43:07,370
તેઓ પ્રાથમિક વપરાશ આધાર
અરજી પેટર્ન.

1008
00:43:07,370 --> 00:43:09,420
સામાન્ય રીતે, આ બોલતા
અમે કરવા માંગો છો શું છે.

1009
00:43:09,420 --> 00:43:11,780
અમે તે table-- માંગો છો
તમે ટેબલ લોડ તરીકે,

1010
00:43:11,780 --> 00:43:16,640
અમે આ માહિતી માળખું કરવા માંગો છો
એવી રીતે ટેબલ અંદર

1011
00:43:16,640 --> 00:43:20,140
કે એપ્લિકેશન ખૂબ જ કરી શકો છો
ઝડપથી તે પરિણામો મેળવવા.

1012
00:43:20,140 --> 00:43:24,510
અને ઘણી વખત નજર તે કરવા માટે માર્ગ છે
અમે આ એગ્રિગેશન જાળવી રાખવા માટે

1013
00:43:24,510 --> 00:43:25,650
માહિતી દાખલ કરો.

1014
00:43:25,650 --> 00:43:31,110
મૂળભૂત રીતે, અમે માહિતી ફેલાવી રહ્યાં છો
તેજસ્વી ડોલ માં આવે છે.

1015
00:43:31,110 --> 00:43:35,210
>> રેન્જ કીઓ me-- હેશ પરવાનગી આપે છે
કીઓ સમાનતા હોય છે.

1016
00:43:35,210 --> 00:43:39,490
હું એક હેશ પ્રશ્ન છે, ત્યારે મને કહે છે
મને આ બરાબર છે કે હેશ આપે છે.

1017
00:43:39,490 --> 00:43:41,950
હું એક શ્રેણી ક્વેરી ત્યારે, હું
મને એક શ્રેણી આપે છે કહી શકો છો

1018
00:43:41,950 --> 00:43:47,040
કે કોઇ પણ પ્રકારની ઉપયોગ કરી રહ્યા છે
અમે આધાર છે કે જે સમૃદ્ધ ઓપરેટર.

1019
00:43:47,040 --> 00:43:49,200
મને હેશ માટે તમામ વસ્તુઓ આપી.

1020
00:43:49,200 --> 00:43:52,520
તે કરતાં વધારે સમાન હોય
તેની સાથે શરૂ થાય છે, કરતાં ઓછી છે,

1021
00:43:52,520 --> 00:43:54,145
તે આ બે કિંમતો વચ્ચે અસ્તિત્વમાં નથી?

1022
00:43:54,145 --> 00:43:56,811
શ્રેણી પ્રશ્નો તેથી આ પ્રકારના
અમે હંમેશા રસ ધરાવતા હો છે.

1023
00:43:56,811 --> 00:43:59,650
હવે માહિતી વિશે એક વસ્તુ છે, જ્યારે
તમે જ્યારે માહિતી ઍક્સેસ જોવા

1024
00:43:59,650 --> 00:44:02,360
તમે માહિતી ઍક્સેસ, તે
હંમેશા એકંદર વિશે.

1025
00:44:02,360 --> 00:44:05,770
તે રેકોર્ડ અંગે હંમેશા
આ સાથે સંબંધિત છે.

1026
00:44:05,770 --> 00:44:10,390
મને અહીં બધું આપી બધા that's--
આ ક્રેડિટ કાર્ડ પર વ્યવહારો

1027
00:44:10,390 --> 00:44:12,500
છેલ્લા મહિના માટે.

1028
00:44:12,500 --> 00:44:13,960
તે એકંદર છે.

1029
00:44:13,960 --> 00:44:17,490
>> લગભગ બધું તમે શું
ડેટાબેઝ એકત્રિકરણ અમુક પ્રકારની છે.

1030
00:44:17,490 --> 00:44:21,530
વ્યાખ્યાયિત કરવાનો પ્રયત્ન કરવા માટે જેથી હોવા સક્ષમ
આ buckets અને તમે આ શ્રેણી આપે છે

1031
00:44:21,530 --> 00:44:24,950
પર પ્રશ્ન કરવાનો પ્રયત્ન કરવા માટે ગુણધર્મો,
તે સમૃદ્ધ પ્રશ્નો, ઘણા આધાર

1032
00:44:24,950 --> 00:44:27,165
ઘણી એપ્લિકેશન એક્સેસ પેટર્ન.

1033
00:44:27,165 --> 00:44:30,990

1034
00:44:30,990 --> 00:44:35,000
>> અન્ય વસ્તુ હેશ કી તેથી
કરે છે તે અમને એક પદ્ધતિ આપે છે

1035
00:44:35,000 --> 00:44:37,740
આસપાસ માહિતી ફેલાવવા માટે સક્ષમ હોય છે.

1036
00:44:37,740 --> 00:44:40,390
NoSQL ડેટાબેઝ શ્રેષ્ઠ કામ
જ્યારે ડેટા સમાનરૂપે છે

1037
00:44:40,390 --> 00:44:41,740
ક્લસ્ટર સમગ્ર વિતરણ થાય છે.

1038
00:44:41,740 --> 00:44:44,530

1039
00:44:44,530 --> 00:44:47,050
ઘણા લોકો આ રીતે પરિચિત હોય છે
ગાણિતીક નિયમો હેશીંગ સાથે?

1040
00:44:47,050 --> 00:44:49,860
હું હેશ અને hashing-- કહે છે ત્યારે
એક હેશીંગ અલગોરિધમ કારણ કે

1041
00:44:49,860 --> 00:44:54,140
પેદા કરવા માટે સક્ષમ છે એક માર્ગ છે
આપેલ કોઈપણ કિંમત રેન્ડમ કિંમત.

1042
00:44:54,140 --> 00:44:59,300
આ ચોક્કસ કિસ્સામાં તેથી,
અમે ચલાવવા હેશ અલ્ગોરિધમનો આધારિત એનડી 5 છે.

1043
00:44:59,300 --> 00:45:04,765
>> અને હું એક ID છે, અને આ તો
મારા હેશ કી છે, હું 1, 2, 3 છે.

1044
00:45:04,765 --> 00:45:07,390
હું હેશ અલ્ગોરિધમનો ચલાવી રહ્યા હોય ત્યારે,
તે પાછા આવો અને કહી રહ્યું છે

1045
00:45:07,390 --> 00:45:10,800
સારી રીતે 1, 2 7b બરાબર
48 બરાબર 3 સીડી સમકક્ષ હોય છે.

1046
00:45:10,800 --> 00:45:13,092
તેઓ બધા કી જગ્યા પર ફેલાય કરી રહ્યાં છો.

1047
00:45:13,092 --> 00:45:14,050
અને શા માટે તમે આ શું કરી શકું?

1048
00:45:14,050 --> 00:45:17,120
સુનિશ્ચિત કરે છે કે કારણ કે હું કરી શકો છો
ઘણા નોડો સમગ્ર રેકોર્ડ રાખે છે.

1049
00:45:17,120 --> 00:45:19,574
>> હું આ કરી રહ્યો છું તો
વધતી જતી, 1, 2, 3.

1050
00:45:19,574 --> 00:45:21,990
અને હું એક હેશ શ્રેણી છે કે
આ ચોક્કસ કિસ્સામાં રન

1051
00:45:21,990 --> 00:45:24,785
નાના હેશ જગ્યા,
તે એફએફ 00 થી ચાલે છે

1052
00:45:24,785 --> 00:45:27,951
પછી રેકોર્ડ આવી રહ્યા છે
અને તેઓ જાઓ જઈ રહ્યાં છો 1, 2, 3, 4, 5,

1053
00:45:27,951 --> 00:45:30,390
6, 7, 8, 9, 10, 11, 12.

1054
00:45:30,390 --> 00:45:31,800
શું થયું?

1055
00:45:31,800 --> 00:45:34,860
દરેક સામેલ એ જ નોડ રહ્યું છે.

1056
00:45:34,860 --> 00:45:36,070
તમે મારા કહેવાનો અર્થ શું જુઓ છો?

1057
00:45:36,070 --> 00:45:40,910
>> હું જગ્યા વિભાજિત જ્યારે કારણ કે,
અને હું સમગ્ર આ રેકોર્ડ ફેલાવો

1058
00:45:40,910 --> 00:45:45,950
અને હું પાર્ટીશન, હું કહેવા જાઉં છું
પાર્ટીશન 1 54 કી જગ્યા 0 છે.

1059
00:45:45,950 --> 00:45:47,720
પાર્ટીશન 2 89 55 છે.

1060
00:45:47,720 --> 00:45:49,780
પાર્ટીશન 3 એફએફ એએ છે.

1061
00:45:49,780 --> 00:45:53,740
હું incrementing સરખી ઉપયોગ કરું છું, તેથી જો
ID, તમે શું થઈ રહ્યું છે તે જોઈ શકો છો.

1062
00:45:53,740 --> 00:45:57,410
1, 2, 3, 4, 5, 6, ઉપર 54 બધા માર્ગ.

1063
00:45:57,410 --> 00:46:00,030
હું સતત પ્રહાર અથવા મારપીટ છું તેથી
આ સિસ્ટમ માં રેકોર્ડ,

1064
00:46:00,030 --> 00:46:02,030
બધું એક નોડ પર જઈને અંત થાય છે.

1065
00:46:02,030 --> 00:46:03,160
>> તે સારી નથી.

1066
00:46:03,160 --> 00:46:04,820
તે એક antipattern છે.

1067
00:46:04,820 --> 00:46:08,760
MongoDB તેઓ આ સમસ્યા હોય
તમે હેશ કી વાપરવા નથી.

1068
00:46:08,760 --> 00:46:11,325
MongoDB તમે વિકલ્પ આપે છે
કી કિંમત હેશીંગ.

1069
00:46:11,325 --> 00:46:13,950
તમે હંમેશા છે, કે જે કરવું જોઈએ
તમે એક incrementing હેશ ઉપયોગ કરી રહ્યાં છો

1070
00:46:13,950 --> 00:46:17,380
MongoDB કી, અથવા તમે રહેશો
એક નોડ માટે દરેક લખવા nailing,

1071
00:46:17,380 --> 00:46:21,290
અને તમે મર્યાદિત કરવામાં આવશે
ખરાબ તમારા દુરસ્ત થ્રુપુટ.

1072
00:46:21,290 --> 00:46:24,896
>> પ્રેક્ષક: દશાંશ કે A9 169 છે?

1073
00:46:24,896 --> 00:46:28,450
>> રિક Houlihan: અરે વાહ, તે
ક્યાંક આસપાસ.

1074
00:46:28,450 --> 00:46:29,950
A9, મને ખબર નથી.

1075
00:46:29,950 --> 00:46:32,200
તમે મારા દ્વિસંગી વિચાર હોય તો
દશાંશ કેલ્ક્યુલેટર.

1076
00:46:32,200 --> 00:46:34,237
મારા મગજ કે જેમ કામ કરતું નથી.

1077
00:46:34,237 --> 00:46:36,320
પ્રેક્ષક: જસ્ટ એ ક્વિક વન
તમારા મોગો ટિપ્પણીઓ.

1078
00:46:36,320 --> 00:46:39,530
તેથી આવે છે કે પદાર્થ ID છે
નેટીવ મોગો સાથે કે શું?

1079
00:46:39,530 --> 00:46:40,179

1080
00:46:40,179 --> 00:46:41,470
રિક Houlihan: તે કરે છે?

1081
00:46:41,470 --> 00:46:42,970
તમે તેને સ્પષ્ટ છે.

1082
00:46:42,970 --> 00:46:45,030
MongoDB સાથે, તમે વિકલ્પ હોય છે.

1083
00:46:45,030 --> 00:46:48,930
તમે દરેક દસ્તાવેજ specify-- કરી શકો છો
MongoDB નીચા ID ને હોય છે.

1084
00:46:48,930 --> 00:46:50,300
કે અનન્ય મૂલ્ય છે.

1085
00:46:50,300 --> 00:46:55,240
>> MongoDB તમે સ્પષ્ટ કરી શકો છો
તે હેશ કે ન કરવો તે.

1086
00:46:55,240 --> 00:46:56,490
તેઓ માત્ર તમે વિકલ્પ આપે છે.

1087
00:46:56,490 --> 00:46:58,198
તમે તેને ખબર છે કે જો
રેન્ડમ, કોઈ સમસ્યા નથી.

1088
00:46:58,198 --> 00:46:59,640
તમે તે કરવા માટે જરૂર નથી.

1089
00:46:59,640 --> 00:47:04,260
તમે તે રેન્ડમ નથી કે ખબર હોય
તે incrementing છે, પછી હેશ નથી.

1090
00:47:04,260 --> 00:47:06,880
>> હવે વસ્તુ વિશે
શું તમે હેશ એકવાર, હેશીંગ

1091
00:47:06,880 --> 00:47:08,800
એક કિંમત અને આ છે
શા માટે હેશ કીઓ હંમેશા હોય છે

1092
00:47:08,800 --> 00:47:13,740
અનન્ય પ્રશ્નો, હું બદલ્યું છે કારણ કે
કિંમત, હવે હું એક શ્રેણી ક્વેરી ન કરી શકો.

1093
00:47:13,740 --> 00:47:15,640
હું આ કહે છે નથી કરી શકો છો
આ કે તે વચ્ચે,

1094
00:47:15,640 --> 00:47:20,800
હેશ કિંમત નથી જતા હોય છે, કારણ કે
વાસ્તવિક કિંમત સમકક્ષ હોય છે.

1095
00:47:20,800 --> 00:47:24,570
તેથી જો તમે કે હેશ જ્યારે
કી, તે માત્ર સમાનતા છે.

1096
00:47:24,570 --> 00:47:28,700
આ શા માટે DynamoDB હેશ કી છે
પ્રશ્નો હંમેશા માત્ર સમાનતા છે.

1097
00:47:28,700 --> 00:47:32,090

1098
00:47:32,090 --> 00:47:34,700
>> તેથી હવે શ્રેણીમાં key--
મને લાગે છે કે શ્રેણી કી ઉમેરો ત્યારે,

1099
00:47:34,700 --> 00:47:38,180
તે શ્રેણી કી રેકોર્ડ બધા આવે છે અને
તેઓ એ જ પાર્ટીશન પર સંગ્રહ કરો.

1100
00:47:38,180 --> 00:47:42,430
જેથી તેઓ સરળતાથી ખૂબ જ ઝડપથી છે
આ હેશ છે કારણ કે સુધારો,

1101
00:47:42,430 --> 00:47:43,220
આ શ્રેણી છે.

1102
00:47:43,220 --> 00:47:44,928
અને તમે બધું જોઈ
એ જ હેશ સાથે

1103
00:47:44,928 --> 00:47:48,550
એ જ પાર્ટીશન જગ્યા પર સંગ્રહિત નહીં.

1104
00:47:48,550 --> 00:47:53,889
તમે મદદ કરવા માટે કે શ્રેણી કી ઉપયોગ કરી શકો છો
તેના પિતૃ નજીક તમારી માહિતી સ્થિત કરો.

1105
00:47:53,889 --> 00:47:55,180
તેથી હું ખરેખર અહીં શું કરી રહ્યો છું?

1106
00:47:55,180 --> 00:47:57,320
આ ઘણા સંબંધ એક છે.

1107
00:47:57,320 --> 00:48:01,490
હેશ કી વચ્ચેનો સંબંધ
અને શ્રેણી કી ઘણા છે.

1108
00:48:01,490 --> 00:48:03,490
હું ઘણી હેશ કીઓ હોઈ શકે છે.

1109
00:48:03,490 --> 00:48:07,610
હું માત્ર બહુવિધ શ્રેણી હોઈ શકે છે
દરેક હેશ કી અંદર કીઓ.

1110
00:48:07,610 --> 00:48:11,910
>> આ હેશ પિતૃ વ્યાખ્યાયિત કરે છે,
શ્રેણી બાળકો વ્યાખ્યાયિત કરે છે.

1111
00:48:11,910 --> 00:48:15,240
તેથી તમે જોઈ શકો છો એનાલોગ અહીં છે
સંબંધ રચના વચ્ચે

1112
00:48:15,240 --> 00:48:18,840
અને તે જ પ્રકારના
NoSQL માં સર્જન કરે છે.

1113
00:48:18,840 --> 00:48:20,760
લોકો વિશે વાત
Nonrelational તરીકે NoSQL.

1114
00:48:20,760 --> 00:48:22,200
તે nonrelational નથી.

1115
00:48:22,200 --> 00:48:24,680
ડેટા હંમેશા સંબંધો ધરાવે છે.

1116
00:48:24,680 --> 00:48:28,172
તે સંબંધો માત્ર
અલગ મોડલિંગ કર્યું છે.

1117
00:48:28,172 --> 00:48:29,880
માતાનો થોડી વાત કરીએ
ટકાઉપણું વિશે બીટ.

1118
00:48:29,880 --> 00:48:34,860
તમે DynamoDB પર લખાય છે ત્યારે લખે છે
હંમેશા ત્રણ માર્ગ નકલ કરવામાં આવે છે.

1119
00:48:34,860 --> 00:48:37,550
અમે ત્રણ માતાનો ઝેડ છે કે જેનો અર્થ.

1120
00:48:37,550 --> 00:48:39,160
ઝેડ ઉપલબ્ધતા ઝોન છે.

1121
00:48:39,160 --> 00:48:43,430
તમે એક ઉપલબ્ધતા વિચાર કરી શકો છો
એક માહિતી કેન્દ્ર તરીકે ઝોન

1122
00:48:43,430 --> 00:48:45,447
માહિતી કેન્દ્રો અથવા સંગ્રહ.

1123
00:48:45,447 --> 00:48:47,780
આ બધી વસ્તુઓ ભૌગોલિક છે
દરેક અન્ય અલગ

1124
00:48:47,780 --> 00:48:51,610
વિવિધ દોષ ઝોન સમગ્ર સમગ્ર
પાવર ગ્રીડ અને પૂર અલગ છે.

1125
00:48:51,610 --> 00:48:54,510
એક ઝેડ નિષ્ફળતા નથી
અન્ય નીચે લઇ જઈ રહી છે.

1126
00:48:54,510 --> 00:48:56,890
તેઓ પણ જોડાયેલી હોય છે
સાથે મળીને શ્યામ ફાઇબર સાથે.

1127
00:48:56,890 --> 00:49:01,240
તે એક પેટા આધાર આપે છે 1
AZs વચ્ચે મિલિસેકન્ડ લેટન્સી.

1128
00:49:01,240 --> 00:49:05,390
તેથી વાસ્તવિક સમય માહિતી replications
મલ્ટી AZs સક્ષમ.

1129
00:49:05,390 --> 00:49:09,990
>> અને ઘણી વખત નજર બહુ ઝેડ જમાવટો
ઉચ્ચ ઉપલબ્ધતા જરૂરિયાતો પૂરી

1130
00:49:09,990 --> 00:49:12,930
મોટા ભાગના એન્ટરપ્રાઈઝ સંસ્થાઓ.

1131
00:49:12,930 --> 00:49:16,139
તેથી DynamoDB ફેલાય છે
મૂળભૂત રીતે ત્રણ AZs સમગ્ર.

1132
00:49:16,139 --> 00:49:19,430
અમે માત્ર જ્ઞાન લખી રહ્યા છીએ
તે ત્રણ ગાંઠો બે પાછા આવો ત્યારે

1133
00:49:19,430 --> 00:49:21,470
અને હું તે મળ્યું, અરે વાહ, કહે છે.

1134
00:49:21,470 --> 00:49:22,050
શા માટે છે?

1135
00:49:22,050 --> 00:49:25,950
આ વાંચો બાજુ પર અમે છો કારણ કે માત્ર
જ્યારે તમે પાછા ડેટા આપી રહ્યું

1136
00:49:25,950 --> 00:49:27,570
અમે બે ગાંઠો પરથી મળી.

1137
00:49:27,570 --> 00:49:30,490
>> હું આખા પ્રતિકૃતિ છું
ત્રણ, અને હું બે વાંચી રહ્યો છું,

1138
00:49:30,490 --> 00:49:32,840
હું હંમેશા ખાતરી આપી રહ્યો છું
ઓછામાં ઓછા એક હોય

1139
00:49:32,840 --> 00:49:35,720
તે હોઈ વાંચે છે
માહિતી ના મોટા ભાગના વર્તમાન નકલ.

1140
00:49:35,720 --> 00:49:38,340
તે DynamoDB સુસંગત બનાવે છે તે છે.

1141
00:49:38,340 --> 00:49:42,450
હવે તમે ચાલુ કરવા માટે પસંદ કરી શકો છો
તે સતત બંધ વાંચે છે.

1142
00:49:42,450 --> 00:49:45,070
જે કિસ્સામાં હું કહેવા જાઉં છું,
હું માત્ર એક નોડ માંથી વાંચી શકશો.

1143
00:49:45,070 --> 00:49:47,430
અને હું તે ચાલી રહ્યું છે ખાતરી આપી શકે નહિં
સૌથી વર્તમાન માહિતી હોય છે.

1144
00:49:47,430 --> 00:49:49,450
>> એક લખ આવે છે તેથી જો,
તે હજુ સુધી નકલ નથી

1145
00:49:49,450 --> 00:49:50,360
તમે તે નકલ મેળવવા માટે જઈ રહ્યાં છો.

1146
00:49:50,360 --> 00:49:52,220
તે એક આખરે સુસંગત વાંચી છે.

1147
00:49:52,220 --> 00:49:54,640
અને શું છે અડધા ખર્ચ છે.

1148
00:49:54,640 --> 00:49:56,140
તેથી આ વિશે વિચારો કંઈક છે.

1149
00:49:56,140 --> 00:50:00,160
જ્યારે તમે DynamoDB વાંચી રહ્યાં છો, અને
તમે તમારા વાંચો ક્ષમતા સુયોજિત કરી રહ્યાં છો

1150
00:50:00,160 --> 00:50:04,430
એકમો, તમે છેવટે પસંદ કરો તો
સતત, તે ઘણો સસ્તો છે, વાંચે છે

1151
00:50:04,430 --> 00:50:06,010
તે વિશે અડધા ખર્ચ છે.

1152
00:50:06,010 --> 00:50:09,342
>> અને તેથી તે તમે નાણાં બચાવે છે.

1153
00:50:09,342 --> 00:50:10,300
પરંતુ તે તમારી પસંદગી છે.

1154
00:50:10,300 --> 00:50:12,925
તમે સતત વાંચો માંગો છો અથવા
એક આખરે સુસંગત વાંચો.

1155
00:50:12,925 --> 00:50:15,720
એટલે કે, તમે પસંદ કરી શકો છો કે જે કંઈક છે.

1156
00:50:15,720 --> 00:50:17,659
>> માતાનો નિર્દેશિકાઓની વિશે વાત કરો.

1157
00:50:17,659 --> 00:50:19,450
તેથી અમે ઉલ્લેખ કર્યો છે કે
ટોચ સ્તર એકત્રિત.

1158
00:50:19,450 --> 00:50:23,720
અમે હેશ કીઓ મળ્યું, અને કર્યું
અમે શ્રેણી કીઓ મળી છે.

1159
00:50:23,720 --> 00:50:24,320
કે સરસ છે.

1160
00:50:24,320 --> 00:50:26,950
અને તે, પ્રાથમિક ટેબલ પર હું
એક હેશ કી મળ્યું, હું એક શ્રેણી કી મળી.

1161
00:50:26,950 --> 00:50:27,783
>> કે શું અર્થ છે?

1162
00:50:27,783 --> 00:50:30,410
હું એક લક્ષણ મળી છે કે હું
સામે સમૃદ્ધ પ્રશ્નો ચલાવી શકો છો.

1163
00:50:30,410 --> 00:50:31,800
તે શ્રેણી કી છે.

1164
00:50:31,800 --> 00:50:35,530
કે item-- પર અન્ય લક્ષણો
હું તે લક્ષણો પર ફિલ્ટર કરી શકો છો.

1165
00:50:35,530 --> 00:50:40,050
પરંતુ હું તે વસ્તુઓ જેવી નથી કરી શકો છો
સાથે શરૂ થાય છે, અથવા એક કરતાં વધારે છે.

1166
00:50:40,050 --> 00:50:40,820
>> મને લાગે છે કે કેવી રીતે કરવું?

1167
00:50:40,820 --> 00:50:42,860
હું ઇન્ડેક્સ બનાવો.

1168
00:50:42,860 --> 00:50:45,340
બે પ્રકારના હોય છે
DynamoDB માં નિર્દેશિકાઓની.

1169
00:50:45,340 --> 00:50:49,002
એક ઇન્ડેક્સ ખરેખર છે
ટેબલ અન્ય દૃશ્ય.

1170
00:50:49,002 --> 00:50:50,490
અને સ્થાનિક ગૌણ ઇન્ડેક્સ.

1171
00:50:50,490 --> 00:50:51,781
>> અમે વિશે વાત કરીશું પ્રથમ એક.

1172
00:50:51,781 --> 00:50:57,740
જેથી સ્થાનિક બીજી સહઅસ્તિત્વ છે
માહિતી તરીકે જ પાર્ટીશન પર.

1173
00:50:57,740 --> 00:51:00,240
અને જેમ કે, તેઓ પર હોય છે
એ જ ભૌતિક નોડ.

1174
00:51:00,240 --> 00:51:01,780
તેઓ અમે સતત કૉલ શું છે.

1175
00:51:01,780 --> 00:51:04,599
અર્થ, તેઓ સ્વીકારો કરશે
ટેબલ સાથે લખો.

1176
00:51:04,599 --> 00:51:06,890
આ લખ આવે છે,
અમે ઇન્ડેક્સ દ્વારા લખીશ.

1177
00:51:06,890 --> 00:51:09,306
અમે ટેબલ ઉપર લખીશ
અને પછી અમે સ્વીકારો કરશે.

1178
00:51:09,306 --> 00:51:10,490
તેથી તે સતત છે.

1179
00:51:10,490 --> 00:51:13,174
દુરસ્ત થઈ જાય
ટેબલ પરથી સ્વીકાર,

1180
00:51:13,174 --> 00:51:15,090
તે ખાતરી આપી છે
સ્થાનિક ગૌણ ઈન્ડેક્સ

1181
00:51:15,090 --> 00:51:18,380
ડેટાના સમાન દ્રષ્ટિ હશે.

1182
00:51:18,380 --> 00:51:22,390
પરંતુ શું તેઓ માટે પરવાનગી આપે છે તમે શું છે
વૈકલ્પિક શ્રેણી કીઓ વ્યાખ્યાયિત કરે છે.

1183
00:51:22,390 --> 00:51:25,260
>> જ હેશ વાપરવા માટે છે
પ્રાથમિક કોષ્ટક તરીકે કી,

1184
00:51:25,260 --> 00:51:29,050
છે કારણ કે તેઓ પર સહ સ્થિત
જ પાર્ટીશન છે, અને તેઓ સતત છો.

1185
00:51:29,050 --> 00:51:33,110
પરંતુ હું ઇન્ડેક્સ બનાવી શકો છો
વિવિધ શ્રેણી કીઓ સાથે.

1186
00:51:33,110 --> 00:51:41,590
તેથી ઉદાહરણ તરીકે, જો હું એક ઉત્પાદક હતી
કે કાચા ભાગો ટેબલ આવતા હતા.

1187
00:51:41,590 --> 00:51:44,590
અને કાચા ભાગોમાં આવે છે, અને
તેઓ એસેમ્બલી દ્વારા એકત્રિત કરી રહ્યાં છો.

1188
00:51:44,590 --> 00:51:46,840
અને કદાચ એક બોલાવવાનો છે.

1189
00:51:46,840 --> 00:51:50,240
>> આ દ્વારા કરવામાં આવી હતી કે કોઇ પણ ભાગ
આ તારીખ પછી ઉત્પાદક,

1190
00:51:50,240 --> 00:51:52,840
હું મારા વાક્ય માંથી ખેંચવાનો જરૂર છે.

1191
00:51:52,840 --> 00:51:55,950
હું ઇન્ડેક્સ સ્પિન કરી શકો છો
કે, શોધી આવશે

1192
00:51:55,950 --> 00:52:00,760
તારીખ પર એકત્રીકરણથી
તે ચોક્કસ ભાગ ઉત્પાદન.

1193
00:52:00,760 --> 00:52:03,930
મારા ટોચ સ્તર ટેબલ હતી તેથી જો
પહેલેથી જ ઉત્પાદક દ્વારા hashed,

1194
00:52:03,930 --> 00:52:07,655
કદાચ તે હું ભાગ ID પર આયોજન કરવામાં આવ્યું હતું
તે ટેબલ બંધ ઇન્ડેક્સ બનાવી શકો છો

1195
00:52:07,655 --> 00:52:11,140
ઉત્પાદક દ્વારા hashed અને
ઉત્પાદન તારીખે સુધીનું હતું.

1196
00:52:11,140 --> 00:52:14,490
અને હું કહી શકે છે કે જે રીતે, જે કંઇ પણ
આ તારીખો વચ્ચે ઉત્પાદિત કરવામાં આવી હતી,

1197
00:52:14,490 --> 00:52:16,804
હું રેખા માંથી ખેંચવાનો જરૂર છે.

1198
00:52:16,804 --> 00:52:18,220
તેથી કે જે સ્થાનિક ગૌણ ઈન્ડેક્સ છે.

1199
00:52:18,220 --> 00:52:22,280
>> આ અસર
તમારા હેશ કી જગ્યા મર્યાદિત બનાવે છે.

1200
00:52:22,280 --> 00:52:24,360
તેઓ કારણ કે સહ અસ્તિત્વ
એ જ સંગ્રહ નોડ પર,

1201
00:52:24,360 --> 00:52:26,860
તેઓ હેશ કી મર્યાદા
10 ગીગાબાઇટ્સ જગ્યા.

1202
00:52:26,860 --> 00:52:28,950
DynamoDB હેઠળ
કોષ્ટકો, પાર્ટીશન આવશે

1203
00:52:28,950 --> 00:52:31,380
તમારા ટેબલ દર 10 ગીગાબાઇટ્સ.

1204
00:52:31,380 --> 00:52:34,760
તમે માહિતી 10 શોના માં મૂકવામાં આવે છે, અમે
[PHH] જાઓ, અને અમે અન્ય નોડ ઉમેરો.

1205
00:52:34,760 --> 00:52:38,120

1206
00:52:38,120 --> 00:52:42,070
>> અમે LSI વિભાજિત નહીં
ઘણાબધા પાર્ટીશનોની સમગ્ર.

1207
00:52:42,070 --> 00:52:43,200
અમે ટેબલ વિભાજિત પડશે.

1208
00:52:43,200 --> 00:52:44,679
પરંતુ અમે LSI વિભાજિત નહીં.

1209
00:52:44,679 --> 00:52:46,470
કે કંઈક છે તેથી
સમજવા માટે મહત્વનું

1210
00:52:46,470 --> 00:52:50,070
તમે ખૂબ જ કરી રહ્યાં છો, તો છે,
ખૂબ, ખૂબ મોટા એગ્રિગેશન,

1211
00:52:50,070 --> 00:52:53,860
પછી તમે મર્યાદિત કરી રહ્યા છીએ
તમારા LSIs 10 ગીગાબાઇટ્સ છે.

1212
00:52:53,860 --> 00:52:56,640
>> જો કે આ કેસ છે, તો અમે કરી શકો છો
વૈશ્વિક બીજી ઉપયોગ કરે છે.

1213
00:52:56,640 --> 00:52:58,630
વૈશ્વિક બીજી છે
ખરેખર અન્ય કોષ્ટક.

1214
00:52:58,630 --> 00:53:01,720
તેઓ માટે આ બોલ પર સંપૂર્ણપણે અસ્તિત્વ
તમારા પ્રાથમિક કોષ્ટક બાજુ.

1215
00:53:01,720 --> 00:53:04,680
અને તેઓ મને એક શોધવા માટે પરવાનગી આપે છે
સંપૂર્ણપણે અલગ માળખું.

1216
00:53:04,680 --> 00:53:08,010
માહિતી શામેલ કરવામાં આવી છે જેથી તેને લાગે
બે અલગ અલગ કોષ્ટકો માં, માળખાગત

1217
00:53:08,010 --> 00:53:09,220
બે અલગ અલગ રીતે.

1218
00:53:09,220 --> 00:53:11,360
>> હું એક તદ્દન વ્યાખ્યાયિત કરી શકો છો
વિવિધ હેશ કી.

1219
00:53:11,360 --> 00:53:13,490
હું એક તદ્દન વ્યાખ્યાયિત કરી શકો છો
વિવિધ શ્રેણી કી.

1220
00:53:13,490 --> 00:53:15,941
અને હું આ ચલાવી શકો છો
સંપૂર્ણપણે સ્વતંત્ર.

1221
00:53:15,941 --> 00:53:18,190
હકીકત એ છે કે બાબત તરીકે, હું કર્યું
મારા વાંચો ક્ષમતા જોગવાઇ

1222
00:53:18,190 --> 00:53:21,090
અને ક્ષમતા લખવા મારા
વૈશ્વિક ગૌણ નિર્દેશિકાઓની

1223
00:53:21,090 --> 00:53:24,240
સંપૂર્ણપણે સ્વતંત્ર
મારા પ્રાથમિક કોષ્ટક.

1224
00:53:24,240 --> 00:53:26,640
મને લાગે છે કે ઇન્ડેક્સ વ્યાખ્યાયિત તો, હું કહી
કેટલી વાંચી અને લખી

1225
00:53:26,640 --> 00:53:28,610
ક્ષમતા તેનો ઉપયોગ કરી રહ્યું છે.

1226
00:53:28,610 --> 00:53:31,490
>> અને તે અલગ છે
મારા પ્રાથમિક કોષ્ટક છે.

1227
00:53:31,490 --> 00:53:35,240
હવે નિર્દેશિકાઓની બંને માટે પરવાનગી આપે છે
એટલું જ નહીં, હેશ અને શ્રેણી કીઓ વ્યાખ્યાયિત

1228
00:53:35,240 --> 00:53:38,610
પરંતુ તેઓ કરવા માટે પરવાનગી આપે
વધારાની કિંમતોની પ્રોજેક્ટ.

1229
00:53:38,610 --> 00:53:44,950
હું ઇન્ડેક્સ બંધ વાંચી કરવા માંગો છો તેથી જો,
અને હું માહિતી અમુક સમૂહ મેળવવા માંગો છો,

1230
00:53:44,950 --> 00:53:48,327
હું મુખ્ય પાછા જવાની જરૂર નથી
ટેબલ વધારાના લક્ષણો વિચાર.

1231
00:53:48,327 --> 00:53:50,660
હું તે વધારાની પ્રોજેક્ટ કરી શકો છો
ટેબલ માં લક્ષણો

1232
00:53:50,660 --> 00:53:53,440
વપરાશ પેટર્ન આધાર આપવા માટે.

1233
00:53:53,440 --> 00:53:57,700
હું અમે કદાચ કેટલાક માં મળી રહ્યાં છે
ખરેખર, નીંદણ માં મેળવવામાં really--

1234
00:53:57,700 --> 00:53:58,910
અહીં આ સામગ્રી કેટલાક પર.

1235
00:53:58,910 --> 00:54:02,725
હવે હું આ બહાર લક્ષ્ય મળી.

1236
00:54:02,725 --> 00:54:07,320
>> AUDIENCE: [અશ્રાવ્ય]
--table કી હેશ હતી અર્થ?

1237
00:54:07,320 --> 00:54:08,840
મૂળ હેશ?

1238
00:54:08,840 --> 00:54:09,340
મલ્ટી સ્લોટ્સ આવેલા હોય છે?

1239
00:54:09,340 --> 00:54:10,200
>> રિક Houlihan: હા.

1240
00:54:10,200 --> 00:54:11,070
હા.

1241
00:54:11,070 --> 00:54:15,260
કોષ્ટક કી મૂળભૂત
પાછા આઇટમ નિર્દેશ કરે છે.

1242
00:54:15,260 --> 00:54:19,280
તો પછી ઈન્ડેક્સમાં એક નિર્દેશક પાછા છે
ટેબલ પર મૂળ વસ્તુઓ.

1243
00:54:19,280 --> 00:54:22,910
હવે તમે એક બીલ્ડ કરવા માટે પસંદ કરી શકો છો
માત્ર ટેબલ કી છે કે ઇન્ડેક્સ

1244
00:54:22,910 --> 00:54:24,840
અને અન્ય કોઈ ગુણધર્મો.

1245
00:54:24,840 --> 00:54:26,570
અને મને લાગે છે કે શા માટે કરી શકે?

1246
00:54:26,570 --> 00:54:28,570
વેલ, કદાચ હું ખૂબ જ મોટી વસ્તુઓ હોય છે.

1247
00:54:28,570 --> 00:54:31,660
>> હું ખરેખર માત્ર જાણવાની જરૂર which--
મારા વપરાશ પેટર્ન, કહી શકે

1248
00:54:31,660 --> 00:54:33,760
જે વસ્તુઓ આ મિલકત ધરાવે છે?

1249
00:54:33,760 --> 00:54:35,780
આઇટમ પરત કરવાની જરૂર નથી.

1250
00:54:35,780 --> 00:54:37,800
હું માત્ર ખબર જરૂર છે
જે વસ્તુઓ તે સમાવે છે.

1251
00:54:37,800 --> 00:54:40,700
તેથી જો તમે નિર્દેશિકાઓની બનાવી શકો છો
કે માત્ર ટેબલ કી છે.

1252
00:54:40,700 --> 00:54:43,360
>> પરંતુ તે મુખ્યત્વે શું છે
ડેટાબેઝમાં એક ઈન્ડેક્સ માટે છે.

1253
00:54:43,360 --> 00:54:46,280
તે ઝડપથી કરવા માટે સમર્થ હોવા માટે છે
, રેકોર્ડ જે ઓળખવા

1254
00:54:46,280 --> 00:54:49,470
જે પંક્તિઓ, જે
કોષ્ટકમાં વસ્તુઓ હોય

1255
00:54:49,470 --> 00:54:51,080
હું માટે શોધ છું કે ગુણધર્મો.

1256
00:54:51,080 --> 00:54:53,610

1257
00:54:53,610 --> 00:54:54,860
>> GSIs, જેથી તેઓ કેવી રીતે કામ કરી શકું?

1258
00:54:54,860 --> 00:54:58,340
GSIs મૂળભૂત અસુમેળ છે.

1259
00:54:58,340 --> 00:55:02,570
આ સુધારો કોષ્ટક માં આવે છે,
ટેબલ પછી અસુમેળ અપડેટ થયેલ છે

1260
00:55:02,570 --> 00:55:03,720
તમારા GSIs બધા.

1261
00:55:03,720 --> 00:55:06,680
GSIs છે શા માટે છે
આખરે સુસંગત.

1262
00:55:06,680 --> 00:55:09,440
>> તે નોંધવું મહત્વનું છે
જ્યારે તમે GSIs નિર્માણ કરી રહ્યાં છો,

1263
00:55:09,440 --> 00:55:13,110
અને તમે બનાવી રહ્યા છો સમજવા
aggregation-- અન્ય પરિમાણ

1264
00:55:13,110 --> 00:55:16,594
હવે આપણે એક સારું ઉદાહરણ કહી દો
અહીં એક ઉત્પાદક છે.

1265
00:55:16,594 --> 00:55:19,260
હું વિશે વાત કરી છે શકે છે
તબીબી ઉપકરણ નિર્માતા.

1266
00:55:19,260 --> 00:55:23,870
તબીબી ઉપકરણ ઉત્પાદકો
ઘણી વખત નજર શ્રેણીબદ્ધ ભાગો છે.

1267
00:55:23,870 --> 00:55:28,070
જાય કે ભાગો
એક હિપ રિપ્લેસમેન્ટ બધા

1268
00:55:28,070 --> 00:55:30,200
તેમના પર થોડી સીરીયલ નંબર હોય છે.

1269
00:55:30,200 --> 00:55:33,584
અને તેઓ લાખો હોય છે અને
લાખો અને ભાગો અબજો

1270
00:55:33,584 --> 00:55:35,000
તેઓ જહાજ કે બધા ઉપકરણો છે.

1271
00:55:35,000 --> 00:55:37,440
ઠીક છે, તેઓ હેઠળ એકત્રિત કરવા જરૂર
વિવિધ પરિમાણો, બધા ભાગો

1272
00:55:37,440 --> 00:55:39,520
એક વિધાનસભા, બધા
કરવામાં આવ્યા હતા કે ભાગો

1273
00:55:39,520 --> 00:55:41,670
ચોક્કસ વાક્ય પર, બધા
આવ્યા હતા કે ભાગો

1274
00:55:41,670 --> 00:55:44,620
ચોક્કસ ઉત્પાદક માંથી
ચોક્કસ તારીખે.

1275
00:55:44,620 --> 00:55:47,940
અને ક્યારેક આ એગ્રિગેશન
અબજો માં મળે છે.

1276
00:55:47,940 --> 00:55:50,550
>> તેથી હું કેટલાક સાથે કામ
પીડાતા હોય તેવા આ ગાય્ઝ

1277
00:55:50,550 --> 00:55:53,156
તેઓ બનાવી રહ્યાં છો કારણ કે
આ ginormous એગ્રિગેશન

1278
00:55:53,156 --> 00:55:54,280
તેમના માધ્યમિક નિર્દેશિકાઓની.

1279
00:55:54,280 --> 00:55:57,070
તેઓ કાચા ભાગો પડી શકે છે
માત્ર હેશ તરીકે આવે છે કે કોષ્ટક.

1280
00:55:57,070 --> 00:55:59,090
દરેક ભાગ અનન્ય સીરીયલ નંબર છે.

1281
00:55:59,090 --> 00:56:00,975
હું હેશ તરીકે સીરીયલ નંબર ઉપયોગ કરે છે.

1282
00:56:00,975 --> 00:56:01,600
તે સુંદર છે.

1283
00:56:01,600 --> 00:56:04,160
મારી કાચી ડેટા ટેબલ ફેલાય છે
બધા કી જગ્યા સમગ્ર.

1284
00:56:04,160 --> 00:56:05,930
મારા [? લખી?]
[? લેવાથી?] ભયાનક છે.

1285
00:56:05,930 --> 00:56:07,876
હું માહિતી ઘણો લે છે.

1286
00:56:07,876 --> 00:56:09,500
પછી તેઓ શું તેઓ એક GSI બનાવવા છે.

1287
00:56:09,500 --> 00:56:12,666
અને હું જોવા માટે જરૂર છે, તમે શું જાણો છો, કહે છે
આ ઉત્પાદક માટે તમામ ભાગો.

1288
00:56:12,666 --> 00:56:15,060
વેલ, અચાનક તમામ હું
એક અબજ પંક્તિઓ લેતી

1289
00:56:15,060 --> 00:56:17,550
અને તેમને પર સામગ્રી
એક નોડ, કારણ કે જ્યારે

1290
00:56:17,550 --> 00:56:21,170
હું તરીકે એકત્રિત
હેશ તરીકે ઉત્પાદક ને,

1291
00:56:21,170 --> 00:56:25,410
અને શ્રેણી તરીકે ભાગ નંબર,
પછી હું છું અચાનક તમામ

1292
00:56:25,410 --> 00:56:30,530
એક અબજ ભાગો મૂકવા શું
આ ઉત્પાદક મને આપ્યું છે.

1293
00:56:30,530 --> 00:56:34,447
>> તે ઘણો કારણ બની શકે છે
આ GSI પર દબાણ,

1294
00:56:34,447 --> 00:56:36,030
ફરીથી, હું એક નોડ સતત પ્રહાર અથવા મારપીટ છું.

1295
00:56:36,030 --> 00:56:38,350
હું આ બધા મૂકી રહ્યો છું
એક નોડ માં દાખલ.

1296
00:56:38,350 --> 00:56:40,940
અને તે એક વાસ્તવિક સમસ્યારૂપ ઉપયોગ કેસ છે.

1297
00:56:40,940 --> 00:56:43,479
હવે, હું એક સારી ડિઝાઇન મળી
તમે તે ટાળવા માટે કેવી રીતે પેટર્ન.

1298
00:56:43,479 --> 00:56:45,770
અને તે સમસ્યાઓ એક છે
હું હંમેશા સાથે કામ કરે છે.

1299
00:56:45,770 --> 00:56:49,590
શું થાય છે પરંતુ, GSI શકે છે
પૂરતી લખવા ક્ષમતા નથી

1300
00:56:49,590 --> 00:56:52,330
તે બધા દબાણ સમક્ષ રજુ કરવાનો પ્રયત્ન કરવા માટે
એક નોડ માં પંક્તિઓ.

1301
00:56:52,330 --> 00:56:55,390
અને શું પછી શું થાય છે
પ્રાથમિક, ક્લાઈન્ટ ટેબલ,

1302
00:56:55,390 --> 00:57:00,180
પ્રાથમિક કોષ્ટક નિયંત્રિત કરવામાં આવશે
આ GSI ન રાખી શકે છે.

1303
00:57:00,180 --> 00:57:02,980
તેથી મારા સામેલ દર કરશે
પ્રાથમિક કોષ્ટક પર પડી

1304
00:57:02,980 --> 00:57:06,230
મારા GSI રાખવા પ્રયત્ન કરે છે.

1305
00:57:06,230 --> 00:57:08,850
>> બધા હક છે, LSI માતાનો, GSI, તેથી
હું એક કે જે ઉપયોગ કરવો જોઇએ?

1306
00:57:08,850 --> 00:57:12,290
LSI માતાનો સુસંગત હોય છે.

1307
00:57:12,290 --> 00:57:13,750
GSI માતાનો આખરે સુસંગત હોય છે.

1308
00:57:13,750 --> 00:57:17,490
તે બરાબર છે, હું એક ઉપયોગ કરવાની ભલામણ
GSI, તેઓ વધુ લવચીક છો.

1309
00:57:17,490 --> 00:57:20,270
LSI એક GSI તરીકે રજૂ કરવામાં કરી શકાય છે.

1310
00:57:20,270 --> 00:57:27,040
અને જો હેશ કીઓ દીઠ માહિતી કદ
તમારા સંગ્રહમાં 10 ગીગાબાઇટ્સ કરતાં વધી જાય,

1311
00:57:27,040 --> 00:57:31,050
પછી તમે ઉપયોગ કરવા માંગો છો જઈ રહ્યાં છો
GSI તે માત્ર એક હાર્ડ મર્યાદા છે કારણ કે.

1312
00:57:31,050 --> 00:57:32,035
>> બધા હક છે, તેથી માપન.

1313
00:57:32,035 --> 00:57:35,210

1314
00:57:35,210 --> 00:57:37,460
ડાયનેમો ડીબી થ્રુપુટ, તમે
કરી શકો છો જોગવાઈ [અશ્રાવ્ય]

1315
00:57:37,460 --> 00:57:38,680
એક ટેબલ પર થ્રુપુટ.

1316
00:57:38,680 --> 00:57:42,740
અમે કે જે ગ્રાહકો
પ્રોવિઝન 60 billion--

1317
00:57:42,740 --> 00:57:45,970
નિયમિત 60 અબજ અરજીઓ કરી રહ્યા છે
એક મિલિયન અરજીઓ પર ચાલી

1318
00:57:45,970 --> 00:57:47,790
અમારા ટેબલો પર પ્રતિ સેકન્ડ.

1319
00:57:47,790 --> 00:57:50,360
કોઈ ખરેખર છે
માટે સૈદ્ધાંતિક મર્યાદા કેટલી

1320
00:57:50,360 --> 00:57:53,730
અને કેવી રીતે ઝડપી ટેબલ
ડાયનેમો ડીબી ચલાવી શકો છો.

1321
00:57:53,730 --> 00:57:55,920
કેટલાક સોફ્ટ છે
તમારા એકાઉન્ટ પર મર્યાદા

1322
00:57:55,920 --> 00:57:58,170
અમે તેથી ત્યાં મૂકી
કે તમે ક્રેઝી જાઓ નથી.

1323
00:57:58,170 --> 00:58:00,070
તમે કરતાં વધુ ઇચ્છો તો
કે નથી, સમસ્યા નથી.

1324
00:58:00,070 --> 00:58:00,820
તમે અમને કહી આવે છે.

1325
00:58:00,820 --> 00:58:02,810
અમે ડાયલ અપ ચાલુ પડશે.

1326
00:58:02,810 --> 00:58:08,210
>> દરેક એકાઉન્ટ અમુક સ્તર સુધી મર્યાદિત છે
દરેક સેવા, માત્ર બેટ બોલ

1327
00:58:08,210 --> 00:58:11,920
તેથી તે લોકોએ ઉન્મત્ત જાઓ નથી
મુશ્કેલી માં પોતાને મળે છે.

1328
00:58:11,920 --> 00:58:12,840
કદ કોઈ મર્યાદા.

1329
00:58:12,840 --> 00:58:14,940
જો તમે કોઇ નંબર મૂકી શકો છો
એક ટેબલ પર વસ્તુઓ.

1330
00:58:14,940 --> 00:58:17,620
આઇટમ નું માપ છે
400 કિલોબાઇટ દરેક માટે મર્યાદિત છે,

1331
00:58:17,620 --> 00:58:20,050
તે આઇટમ નથી લક્ષણો હશે.

1332
00:58:20,050 --> 00:58:24,200
બધા લક્ષણો ની રકમ તેથી
400 કિલોબાઇટ સુધી મર્યાદિત છે.

1333
00:58:24,200 --> 00:58:27,300
અને પછી ફરી, અમે છે
કે થોડી LSI મુદ્દો

1334
00:58:27,300 --> 00:58:30,405
હેશ દીઠ 10 gigabyte મર્યાદા સાથે.

1335
00:58:30,405 --> 00:58:33,280
પ્રેક્ષક: નાના નંબર છે, હું ગુમ છું
શું તમે મને કહી રહ્યાં is--

1336
00:58:33,280 --> 00:58:36,830
પ્રેક્ષક: ઓહ, 400 કિલોબાઇટ
આઇટમ દીઠ મહત્તમ માપ છે.

1337
00:58:36,830 --> 00:58:39,570
તેથી એક વસ્તુ તમામ ગુણો ધરાવે છે.

1338
00:58:39,570 --> 00:58:43,950
તેથી 400 K કુલ કદ છે
કે વસ્તુ, 400 કિલોબાઈટ.

1339
00:58:43,950 --> 00:58:46,170
બધા લક્ષણો તેથી
સંયુક્ત તમામ માહિતી

1340
00:58:46,170 --> 00:58:49,140
તે બધા લક્ષણો છે,
કુલ માપ માં વળેલું,

1341
00:58:49,140 --> 00:58:51,140
હાલમાં આજે આઇટમ મર્યાદા 400 K છે.

1342
00:58:51,140 --> 00:58:54,390

1343
00:58:54,390 --> 00:58:57,046
તેથી પ્રાપ્ત ફરીથી ખેંચે
પાર્ટીશન દ્વારા.

1344
00:58:57,046 --> 00:58:58,920
થ્રુપુટ જોગવાઇ છે
ટેબલ સ્તર પર.

1345
00:58:58,920 --> 00:59:00,160
અને ખરેખર બે knobs છે.

1346
00:59:00,160 --> 00:59:02,400
અમે ક્ષમતા વાંચી છે
અને ક્ષમતા લખો.

1347
00:59:02,400 --> 00:59:05,530
>> તેથી આ ગોઠવ્યો છે
દરેક અન્ય સ્વતંત્ર.

1348
00:59:05,530 --> 00:59:08,640
RCU માતાનો માપ કડક સુસંગત વાંચે છે.

1349
00:59:08,640 --> 00:59:13,005
ઠીક છે, તેથી જો તમે મને 1000 માંગો છો કહી રહ્યાં છે
RCU માતાનો તે કડક સુસંગત હોય છે

1350
00:59:13,005 --> 00:59:14,130
તે સતત વાંચે છે.

1351
00:59:14,130 --> 00:59:17,130
તમે મને માંગો છો કહે છે, તો
સુસંગત અંતિમ વાંચે

1352
00:59:17,130 --> 00:59:19,402
તમે જોગવાઈ 1,000 કરી શકો છો
RCU માતાનો, તમે જઈ રહ્યાં છો

1353
00:59:19,402 --> 00:59:21,840
આખરે 2,000 વિચાર
સુસંગત વાંચે છે.

1354
00:59:21,840 --> 00:59:25,940
અને તે માટે અડધા ભાવ
આખરે વાંચે સમાવેશ થાય છે.

1355
00:59:25,940 --> 00:59:28,520
>> ફરીથી, ગોઠવ્યો
દરેક અન્ય સ્વતંત્ર.

1356
00:59:28,520 --> 00:59:32,900
અને તેઓ throughput-- છે
તમે તમારા RCU 100% લે તો,

1357
00:59:32,900 --> 00:59:35,960
તમે અસર નથી જઈ રહ્યાં છો
તમારા અધિકારો ઉપલબ્ધતા.

1358
00:59:35,960 --> 00:59:40,161
જેથી તેઓ સંપૂર્ણપણે છે
દરેક અન્ય સ્વતંત્ર.

1359
00:59:40,161 --> 00:59:43,160
બધા હક છે, તેથી એક વસ્તુઓ છે કે જે
હું થોડા સમય માટે નિયંત્રિત કરવાનું આવ્યું હતું ઉલ્લેખ કર્યો છે.

1360
00:59:43,160 --> 00:59:44,320
Throttling ખરાબ છે.

1361
00:59:44,320 --> 00:59:47,311
Throttling કોઈ એસક્યુએલ ખરાબ સૂચવે છે.

1362
00:59:47,311 --> 00:59:50,310
અમે મદદ કરવા માટે કરી શકો છો વસ્તુઓ હોય છે
તમે throttling દૂર કે તમે

1363
00:59:50,310 --> 00:59:51,040
અનુભવી રહ્યા છે.

1364
00:59:51,040 --> 00:59:53,240
પરંતુ શ્રેષ્ઠ ઉકેલ
આ માતાનો લેવા દો

1365
00:59:53,240 --> 00:59:58,000
એક, કારણ કે તમે શું કરી રહ્યાં છો જોવા
અહીં નાટક વિરોધી પેટર્ન છે.

1366
00:59:58,000 --> 01:00:02,140
>> આ બધી વસ્તુઓ, બિન-યુનિફોર્મ જેવી વસ્તુઓ
વર્કલોડ, ગરમ કીઓ, હોટ પાર્ટીશનોને બનાવે છે.

1367
01:00:02,140 --> 01:00:06,210
હું ચોક્કસ કી જગ્યા મથાળે સ્પર્શી રહ્યો
ખૂબ જ હાર્ડ કેટલાક ચોક્કસ કારણ માટે.

1368
01:00:06,210 --> 01:00:07,080
શા માટે હું આ કરી રહ્યો છું?

1369
01:00:07,080 --> 01:00:08,710
માતાનો બહાર આકૃતિ કે દો.

1370
01:00:08,710 --> 01:00:10,427
હું ઠંડા માહિતી સાથે મારા ગરમ માહિતી મિશ્રણ છું.

1371
01:00:10,427 --> 01:00:12,510
હું મારા કોષ્ટકો વિચાર ભાડા છું
વિશાળ છે, પરંતુ ખરેખર છે

1372
01:00:12,510 --> 01:00:15,970
માહિતી માત્ર કેટલાક ઉપગણ
કે મને ખરેખર રસપ્રદ છે.

1373
01:00:15,970 --> 01:00:20,290
તેથી લોગ માહિતી માટે, ઉદાહરણ તરીકે, એક ઘણો
ગ્રાહકો, તેઓ દરેક દિવસ ડેટા લોગ વિચાર.

1374
01:00:20,290 --> 01:00:22,490
તેઓ લોગ માહિતી વિશાળ જથ્થો મળી.

1375
01:00:22,490 --> 01:00:25,940
>> તમે બધા કે લોગ ડમ્પીંગ રહ્યાં છો, તો
સમય જતાં એક મોટા ટેબલ માહિતી,

1376
01:00:25,940 --> 01:00:28,070
તે ટેબલ મોટા બનશે.

1377
01:00:28,070 --> 01:00:30,950
પરંતુ હું ખરેખર માત્ર રસ છું
છેલ્લા 24 કલાક, છેલ્લા સાત દિવસો,

1378
01:00:30,950 --> 01:00:31,659
છેલ્લા 30 દિવસોમાં.

1379
01:00:31,659 --> 01:00:34,074
સમય ગમે વિન્ડો
હું જોઈ રસ છું કે

1380
01:00:34,074 --> 01:00:37,010
મને bothers, અથવા તે ઘટના માટે
મને રસપ્રદ છે કે ઘટના,

1381
01:00:37,010 --> 01:00:39,540
કે હું જરૂર છે કે જે માત્ર વિન્ડો સમય છે.

1382
01:00:39,540 --> 01:00:42,470
તેથી શા માટે હું 10 વર્ષ મૂકવા છું
ટેબલ પ્રવેશ માહિતી વર્થ?

1383
01:00:42,470 --> 01:00:45,030
શું કારણ બને છે
કોષ્ટક ટુકડો.

1384
01:00:45,030 --> 01:00:45,880
>> તે વિશાળ નોંધાયો નહીં.

1385
01:00:45,880 --> 01:00:48,340
તે બહાર ફેલાવો શરૂ થાય છે
ગાંઠો હજારો સમગ્ર.

1386
01:00:48,340 --> 01:00:51,380
અને તમારી ક્ષમતા થી
તમે છો, તેથી ઓછી છે

1387
01:00:51,380 --> 01:00:54,090
ખરેખર દરેક પર મર્યાદિત રેટ
તે વ્યક્તિગત ગાંઠો છે.

1388
01:00:54,090 --> 01:00:57,120
તેથી આપણે કેવી રીતે જોઈ શરૂ કરીએ
અમે ઉપર કે ટેબલ રોલ નથી.

1389
01:00:57,120 --> 01:01:01,502
અમે તે માહિતી થોડી મેનેજ કરો કેવી રીતે
સારી આ સમસ્યા ટાળવા માટે.

1390
01:01:01,502 --> 01:01:02,710
અને શું આના જેવો નથી?

1391
01:01:02,710 --> 01:01:04,370
આ સૂચવે છે કે શું લાગે છે.

1392
01:01:04,370 --> 01:01:06,790
આ ખરાબ NoSQL શું લાગે છે.

1393
01:01:06,790 --> 01:01:07,830
>> હું અહીં એક ગરમ કી મળી.

1394
01:01:07,830 --> 01:01:10,246
તમે અહીં બાજુ પર જુઓ,
આ બધા મારા પાર્ટીશનો છે.

1395
01:01:10,246 --> 01:01:12,630
હું અહીં 16 પાર્ટીશનો મળી
આ ચોક્કસ ડેટાબેઝ પર.

1396
01:01:12,630 --> 01:01:13,630
અમે આ બધા સમય કરવું.

1397
01:01:13,630 --> 01:01:15,046
હું ગ્રાહકો માટે બધા સમય ચલાવો.

1398
01:01:15,046 --> 01:01:16,550
તે ગરમી નકશો કહેવાય છે.

1399
01:01:16,550 --> 01:01:20,590
હીટ નકશો તમે છો કેવી રીતે તે મને કહે છે
તમારી કી જગ્યા ઍક્સેસ.

1400
01:01:20,590 --> 01:01:23,700
અને આ શું મને કહેતાં છે
એક ખાસ હેશ છે તે

1401
01:01:23,700 --> 01:01:26,330
આ વ્યક્તિ એક ગમતો કે
ભયાનક ઘણો, તેમણે છે, કારણ કે

1402
01:01:26,330 --> 01:01:28,250
ખરેખર હાર્ડ છે, ખરેખર તે હિટ.

1403
01:01:28,250 --> 01:01:29,260
>> તેથી વાદળી સરસ છે.

1404
01:01:29,260 --> 01:01:29,900
અમે બ્લુ ગમે છે.

1405
01:01:29,900 --> 01:01:30,720
અમે લાલ ગમતું નથી.

1406
01:01:30,720 --> 01:01:33,120
રેડ જ્યાં દબાણ
100% સુધી મળે છે.

1407
01:01:33,120 --> 01:01:35,560
100%, હવે તમે નિયંત્રિત કરી રહ્યા છીએ.

1408
01:01:35,560 --> 01:01:39,030
તેથી તમે ગમે કોઈપણ લાલ લીટીઓ જોવા જ્યારે
છે આ અને તે માત્ર ડાયનેમો DB-- નથી

1409
01:01:39,030 --> 01:01:41,630
દરેક NoSQL ડેટાબેઝ આ સમસ્યા છે.

1410
01:01:41,630 --> 01:01:44,640
વિરોધી પેટર્ન કે કરી શકે છે
શરતો આ પ્રકારના ઝુંબેશ ચલાવી છે.

1411
01:01:44,640 --> 01:01:49,070
હું શું હું ગ્રાહકો સાથે કામ કરે છે
આ શરતો દૂર કરવા.

1412
01:01:49,070 --> 01:01:51,840
>> અને શું આના જેવો નથી?

1413
01:01:51,840 --> 01:01:54,260
અને આ સૌથી મેળવવામાં આવે છે
ડાયનેમો ડીબી થ્રુપુટ બહાર

1414
01:01:54,260 --> 01:01:56,176
પરંતુ તે ખરેખર મેળવવામાં આવ્યું
NoSQL સૌથી વધુ.

1415
01:01:56,176 --> 01:01:58,740
આ ડાયનેમો માટે પ્રતિબંધિત નથી.

1416
01:01:58,740 --> 01:02:02,050
આ definitely-- હું
મોગો પર કામ કરવા માટે વપરાય છે.

1417
01:02:02,050 --> 01:02:04,090
હું ઘણા NoSQL પ્લેટફોર્મ સાથે પરિચિત છું.

1418
01:02:04,090 --> 01:02:06,830
દરેક વ્યક્તિ આ પ્રકારના હોય છે
ગરમ કી સમસ્યાઓ.

1419
01:02:06,830 --> 01:02:10,320
કોઈપણ NoSQL સૌથી વધુ મેળવવા માટે
ડેટાબેઝ, ખાસ ડાયનેમો ડીબી,

1420
01:02:10,320 --> 01:02:13,320
તમે કોષ્ટકો બનાવવા માંગો છો
જ્યાં હેશ કી તત્વ છે

1421
01:02:13,320 --> 01:02:18,590
અલગ કિંમતો મોટી સંખ્યામાં,
Cardinality એક ઉચ્ચ ડિગ્રી.

1422
01:02:18,590 --> 01:02:22,530
કે હું લખી રહ્યો છું કારણ કે તેનો અર્થ
અલગ ડોલથી ઘણાં.

1423
01:02:22,530 --> 01:02:24,870
>> હું વધુ ડોલથી
, વધુ શક્યતા લેખિત

1424
01:02:24,870 --> 01:02:29,100
હું લખવા લોડ ફેલાવો છું અથવા
ઘણા નોડો સમગ્ર બહાર લાવવા વાંચો,

1425
01:02:29,100 --> 01:02:33,560
વધુ શક્યતા હું હોય છું
ટેબલ પર ઉચ્ચ થ્રુપુટ.

1426
01:02:33,560 --> 01:02:37,440
અને પછી હું કિંમતો પ્રયત્ન કરવા માંગો છો
સમય પર એકદમ સરખે ભાગે વિનંતી

1427
01:02:37,440 --> 01:02:39,430
અને એકસરખી તરીકે રેન્ડમ શક્ય.

1428
01:02:39,430 --> 01:02:42,410
ઠીક છે, કે પ્રકારની છે, રસપ્રદ છે
કારણ કે હું નથી કરી શકો છો ખરેખર

1429
01:02:42,410 --> 01:02:43,960
નિયંત્રણ વપરાશકર્તાઓ આવે છે.

1430
01:02:43,960 --> 01:02:47,645
અમે ફેલાવો તેથી, જો કહે પૂરતા
કી જગ્યા સમગ્ર વસ્તુઓ બહાર,

1431
01:02:47,645 --> 01:02:49,270
અમે કદાચ વધુ સારી રીતે આકાર હશો.

1432
01:02:49,270 --> 01:02:51,522
>> ત્યાં અમુક ચોક્કસ છે
સમય બોલ જથ્થો

1433
01:02:51,522 --> 01:02:53,230
તમે નથી જઈ રહ્યાં છો કે જે
સક્ષમ નિયંત્રણ હોય છે.

1434
01:02:53,230 --> 01:02:55,438
પરંતુ તે ખરેખર છે
અમે કે જે બે પરિમાણો,

1435
01:02:55,438 --> 01:02:58,800
જગ્યા વપરાશ સમાનરૂપે
ફેલાવો, સમય, વિનંતીઓ

1436
01:02:58,800 --> 01:03:01,040
સરખે ભાગે વહેંચાઇ સમય અંતરે પહોંચ્યા.

1437
01:03:01,040 --> 01:03:03,110
અને તે બે તો
શરતો પૂર્ણ કરવામાં આવી રહી છે,

1438
01:03:03,110 --> 01:03:05,610
પછી તે શું છે
જેમ દેખાય રહ્યું.

1439
01:03:05,610 --> 01:03:07,890
આ ખૂબ NICER છે.

1440
01:03:07,890 --> 01:03:08,890
અમે અહીં ખરેખર ખુશ છીએ.

1441
01:03:08,890 --> 01:03:10,432
અમે ખૂબ જ પણ વપરાશ પેટર્ન મળી છે.

1442
01:03:10,432 --> 01:03:13,098
અરે વાહ, કદાચ તમે મળી રહ્યાં એક
થોડી દબાણ દરેક હવે પછી,

1443
01:03:13,098 --> 01:03:14,830
પરંતુ કશું ખરેખર ખૂબ વ્યાપક.

1444
01:03:14,830 --> 01:03:17,660
તેથી તે કેટલી વખત અમેઝિંગ છે
હું ગ્રાહકો સાથે કામ જ્યારે,

1445
01:03:17,660 --> 01:03:20,670
મોટા લાલ સાથે પ્રથમ ગ્રાફ
બાર અને તે તેની પીળા નીચ

1446
01:03:20,670 --> 01:03:23,147
સ્થળ પર તમામ, અમે
કસરત સાથે કરવામાં

1447
01:03:23,147 --> 01:03:24,980
થોડા મહિના પછી
ફરીથી સ્થાપત્ય,

1448
01:03:24,980 --> 01:03:28,050
તેઓ ચોક્કસ જ ચલાવી રહ્યા છો
ચોક્કસ જ લોડ વર્કલોડ.

1449
01:03:28,050 --> 01:03:30,140
અને આ તે હવે જેમ જોઈ છે તે છે.

1450
01:03:30,140 --> 01:03:36,600
તેથી તમે શું NoSQL સાથે વિચાર છે
સંપૂર્ણપણે છે કે માહિતી પદ્ધતિ

1451
01:03:36,600 --> 01:03:38,510
વપરાશ પેટર્ન સાથે જોડાયેલું.

1452
01:03:38,510 --> 01:03:42,170
>> અને તમે તે માહિતી પદ્ધતિ પ્રભાવશાળી કરી શકો છો
ઍક્સેસ પેટર્ન આધાર આપવા માટે.

1453
01:03:42,170 --> 01:03:45,490
જો તમે ન કરો તો, પછી તમે જઈ રહ્યાં છો
સમસ્યાઓ તે પ્રકારના જોવા માટે

1454
01:03:45,490 --> 01:03:46,710
તે ગરમ કીઓ સાથે.

1455
01:03:46,710 --> 01:03:50,518
>> પ્રેક્ષક: વેલ, ખચીત કેટલાક સ્થળો
અન્ય કરતાં ગરમ ​​હશે આવે છે.

1456
01:03:50,518 --> 01:03:51,450
>> રિક Houlihan: હંમેશા.

1457
01:03:51,450 --> 01:03:51,960
હંમેશા.

1458
01:03:51,960 --> 01:03:54,620
અરે વાહ, હું હંમેશા ત્યાં છે અર્થ
a-- અને ફરી, ત્યાં છે

1459
01:03:54,620 --> 01:03:56,980
કેટલાક ડિઝાઇન પેટર્ન અમે મારફતે મળશે
કે તમે કામ કેવી રીતે વિશે વાત કરશે

1460
01:03:56,980 --> 01:03:58,480
આ સુપર મોટા એગ્રિગેશન છે.

1461
01:03:58,480 --> 01:04:01,260
હું તેનો અર્થ, હું તેમને હોય મેળવ્યા
અમે તેમની સાથે કેવી રીતે વ્યવહાર નથી?

1462
01:04:01,260 --> 01:04:03,760
હું એક સુંદર સારા ઉપયોગ કેસ મળી
અમે તે વિશે વાત કરીશું છે.

1463
01:04:03,760 --> 01:04:05,940
>> બધા હક છે, તેથી લેટ્સ ટોક
હવે કેટલાક ગ્રાહકો.

1464
01:04:05,940 --> 01:04:06,950
આ ગાય્ઝ AdRoll છે.

1465
01:04:06,950 --> 01:04:08,990
તમે છો તો મને ખબર નથી
AdRoll સાથે પરિચિત.

1466
01:04:08,990 --> 01:04:10,781
તમે કદાચ તેમને જોવા
બ્રાઉઝર પર ઘણો.

1467
01:04:10,781 --> 01:04:14,230
તેઓ છો, જાહેરાત ફરીથી લક્ષ્ય રહ્યાં છો
સૌથી જાહેરાત ફરીથી નિશાન બિઝનેસ

1468
01:04:14,230 --> 01:04:14,940
ત્યાં ત્યાં બહાર.

1469
01:04:14,940 --> 01:04:17,792
તેઓ સામાન્ય રીતે નિયમિત પર ચલાવવા
દિવસ દીઠ 60 અબજ વ્યવહારના.

1470
01:04:17,792 --> 01:04:20,000
તેઓ એક મિલિયન કરી રહ્યા છીએ
સેકન્ડ પ્રતિ વ્યવહારો.

1471
01:04:20,000 --> 01:04:22,660
તેઓ એક સુંદર, સરળ ટેબલ મળી છે
માળખું, સૌથી વ્યસ્ત કોષ્ટક.

1472
01:04:22,660 --> 01:04:26,450
મૂળભૂત રીતે તે માત્ર એક
હેશ કી, કૂકી છે

1473
01:04:26,450 --> 01:04:29,010
શ્રેણી વસ્તી વિષયક છે
શ્રેણી, અને પછી

1474
01:04:29,010 --> 01:04:31,220
ત્રીજા લક્ષણ સ્કોર છે.

1475
01:04:31,220 --> 01:04:33,720
>> તેથી આપણે બધા કૂકીઝ
આ ગાય્ઝ અમારા બ્રાઉઝર.

1476
01:04:33,720 --> 01:04:35,900
અને જો તમે એક પર જાઓ ત્યારે
વેપારી ભાગ,

1477
01:04:35,900 --> 01:04:39,390
તેઓ મૂળભૂત રીતે સમગ્ર તમે સ્કોર
વિવિધ વસ્તી વિષયક વર્ગો.

1478
01:04:39,390 --> 01:04:42,070
તમે વેબસાઇટ પર જાઓ ત્યારે અને
તમે મને આ ad-- જોવા માંગો છો કહે છે

1479
01:04:42,070 --> 01:04:44,920
અથવા મૂળભૂત તમે કે કહેવું નથી
પરંતુ જો તમે વેબસાઇટ પર જાઓ ત્યારે

1480
01:04:44,920 --> 01:04:47,550
તેઓ તમને આ જાહેરાત જોવા માંગો છો કહે છે.

1481
01:04:47,550 --> 01:04:49,370
અને તેઓ AdRoll કે જાહેરાત વિચાર જાઓ.

1482
01:04:49,370 --> 01:04:51,130
AdRoll તેમના ટેબલ પર તમે જુએ છે.

1483
01:04:51,130 --> 01:04:52,115
તેઓ તમારા કૂકી શોધો.

1484
01:04:52,115 --> 01:04:53,990
કહેવાની જાહેરાતકર્તાઓ
તેમને હું કોઇની માંગો છો

1485
01:04:53,990 --> 01:04:58,632
, જે આધેડ છે
રમતો માં 40 વર્ષ જૂના માણસ.

1486
01:04:58,632 --> 01:05:01,590
અને તેઓ તે વસ્તી વિષયક માં તમે સ્કોર
અને તેઓ કે નહીં તે નક્કી

1487
01:05:01,590 --> 01:05:02,740
કે તમારા માટે એક સારા જાહેરાત છે.

1488
01:05:02,740 --> 01:05:10,330
>> હવે તેઓ એક શ્રીલંકાના સાથે હોય
તેમની જાહેરાત પ્રદાતાઓ

1489
01:05:10,330 --> 01:05:14,510
પેટા-10 મિલિસેકન્ડ પૂરી પાડે છે
દરેક એક વિનંતી પર પ્રતિભાવ.

1490
01:05:14,510 --> 01:05:16,090
તેથી તેઓ આ માટે ડાયનેમો ડીબી ઉપયોગ કરી રહ્યાં છો.

1491
01:05:16,090 --> 01:05:18,131
તેઓ અમને હિટ રહ્યા છો
સેકન્ડ પ્રતિ મિલિયન અરજીઓ.

1492
01:05:18,131 --> 01:05:21,120
તેઓ તમામ કરવા માટે સક્ષમ છીએ તેમના
લુકઅપો, triage કે બધા માહિતી,

1493
01:05:21,120 --> 01:05:26,130
અને તે પાછા ઉમેરો કડી મળી
10 મિલિસેકન્ડોમાં હેઠળ જાહેરાતકર્તાઓ.

1494
01:05:26,130 --> 01:05:29,800
તે ખરેખર ખૂબ અસાધારણ છે
અમલીકરણ તેઓ હોય છે.

1495
01:05:29,800 --> 01:05:36,210
>> આ ગાય્ઝ વાસ્તવમાં
આ ગાય્ઝ આ છે.

1496
01:05:36,210 --> 01:05:38,010
હું તે આ ગાય્ઝ જો ખાતરી નથી.

1497
01:05:38,010 --> 01:05:40,127
આ ગાય્ઝ હોઈ શકે છે.

1498
01:05:40,127 --> 01:05:42,210
મૂળભૂત રીતે હું કોઈ us-- કહ્યું
તે તેમને હતું લાગતું નથી.

1499
01:05:42,210 --> 01:05:43,000
હું તે બીજા કોઇની હતી લાગે છે.

1500
01:05:43,000 --> 01:05:44,750
હું એક સાથે કામ કરતા હતા
ગ્રાહક મને કહ્યું હતું કે

1501
01:05:44,750 --> 01:05:47,040
કે હવે તેઓ કર્યું કે
ડાયનેમો ડીબી ગયો, તેઓ

1502
01:05:47,040 --> 01:05:50,330
માટે નાસ્તો પર વધુ પૈસા ખર્ચીને
તેમના વિકાસ ટીમ દર મહિને

1503
01:05:50,330 --> 01:05:52,886
તેઓ તેમના ડેટાબેઝ પર પસાર કરતાં.

1504
01:05:52,886 --> 01:05:54,760
તેથી તે તમને એક આપી શકશો
ખર્ચ બચત વિચાર

1505
01:05:54,760 --> 01:05:57,889
તમે ડાયનેમો ડીબી મેળવી શકો છો કે વિશાળ છે.

1506
01:05:57,889 --> 01:05:59,430
બધા હક છે, dropcam અન્ય કંપની છે.

1507
01:05:59,430 --> 01:06:02,138
આ વ્યક્તિ પ્રકારની of-- જો તમને લાગે છે
વસ્તુઓ ઈન્ટરનેટ, dropcam ના

1508
01:06:02,138 --> 01:06:05,150
મૂળભૂત ઈન્ટરનેટ સુરક્ષા વિડિઓ છે.

1509
01:06:05,150 --> 01:06:06,660
તમે ત્યાં તમારા કૅમેરા બહાર મૂકો.

1510
01:06:06,660 --> 01:06:08,180
કેમેરા એક ગતિ ડિટેક્ટર છે.

1511
01:06:08,180 --> 01:06:10,290
કોઇએ સાથે આવે છે
એક કયૂ બિંદુ ચાલુ.

1512
01:06:10,290 --> 01:06:13,540
કેમેરા જ્યારે સુધી માટે રેકોર્ડીંગ શરૂ થાય છે
તે હવે કોઈપણ ગતિ શોધી નથી.

1513
01:06:13,540 --> 01:06:15,310
ઇન્ટરનેટ પર વિડિઓ મૂકે.

1514
01:06:15,310 --> 01:06:19,800
>> Dropcam છે કે કંપની હતી
મૂળભૂત ડાયનેમો ડીબી ફેરવાઈ

1515
01:06:19,800 --> 01:06:22,200
તેઓ અનુભવી હતી કારણ કે
પ્રચંડ વધતી દુખાવો.

1516
01:06:22,200 --> 01:06:25,820
અને તેઓ અમને જણાવ્યું છે,
અચાનક માહિતી petabytes.

1517
01:06:25,820 --> 01:06:28,070
તેઓ કોઈ વિચાર તેમની સેવા કરી હતી
તેથી સફળ રહેશે.

1518
01:06:28,070 --> 01:06:32,310
YouTube કરતાં વધુ ઈનબાઉન્ડ વિડિઓ
આ ગાય્ઝ મેળવવામાં આવે છે તે છે.

1519
01:06:32,310 --> 01:06:36,780
તેઓ બધા ટ્રેક DynamoDB ઉપયોગ
તેમના તમામ વિડિઓ કી પોઇન્ટ પર મેટાડેટા.

1520
01:06:36,780 --> 01:06:40,282
>> તેથી તેઓ દબાણ S3 ને buckets છે
બધા બાઈનરી વસ્તુઓનો માં.

1521
01:06:40,282 --> 01:06:41,990
અને પછી તેઓ પાસે
ડાયનેમો ડીબી રેકોર્ડ કે

1522
01:06:41,990 --> 01:06:44,070
તે S3 ત્રણ પદાર્થો લોકો નિર્દેશ કરે છે.

1523
01:06:44,070 --> 01:06:47,070
તેઓ એક વિડિઓ જોવા માટે જરૂર છે,
તેઓ ડાયનેમો ડીબી રેકોર્ડ જુઓ.

1524
01:06:47,070 --> 01:06:47,903
તેઓ લિંકને ક્લિક કરો.

1525
01:06:47,903 --> 01:06:49,770
તેઓ S3 ના વિડિઓ નીચે ખેંચી.

1526
01:06:49,770 --> 01:06:51,590
તેથી તે આ જેમ દેખાય છે તે પ્રકારની છે.

1527
01:06:51,590 --> 01:06:53,580
અને આ તેમના ટીમ સીધા છે.

1528
01:06:53,580 --> 01:06:56,010
>> ડાયનેમો ડીબી તેમના ઘટાડે
વિડિઓ ઘટનાઓ ડ લવર સમય

1529
01:06:56,010 --> 01:06:57,590
પાંચથી 10 સેકન્ડ.

1530
01:06:57,590 --> 01:07:00,470
તેમના જૂના સંબંધ સ્ટોર,
તેઓ જાઓ અને ચલાવવા માટે છે કરવા માટે વપરાય છે

1531
01:07:00,470 --> 01:07:03,780
આંકડો બહુવિધ જટિલ પ્રશ્નો
જે બહાર વિડિઓઝ, નીચે ખેંચી

1532
01:07:03,780 --> 01:07:06,690
50 કરતાં ઓછી મિલિસેકન્ડોમાં.

1533
01:07:06,690 --> 01:07:08,990
તેથી તે સુંદર, સુંદર છે
કેટલી કામગીરી

1534
01:07:08,990 --> 01:07:12,990
તમે ઑપ્ટિમાઇઝ જ્યારે તમે વિચાર કરી શકો છો અને
તમે ટ્યુન અંતર્ગત ડેટાબેઝ

1535
01:07:12,990 --> 01:07:15,110
વપરાશ પેટર્ન આધાર આપવા માટે.

1536
01:07:15,110 --> 01:07:20,500
તે શું છે Halfbrick, આ ગાય્ઝ,
હું ધારી ફળ નીન્જા તેમના વસ્તુ છે.

1537
01:07:20,500 --> 01:07:22,590
ડાયનેમો ડીબી પર બધા રન છે.

1538
01:07:22,590 --> 01:07:26,810
અને આ ગાય્ઝ, તેઓ એક મહાન છે
વિકાસ ટીમ, મહાન વિકાસ

1539
01:07:26,810 --> 01:07:27,670
દુકાન.

1540
01:07:27,670 --> 01:07:29,364
>> સારી નથી ઓપ્સ ટીમ.

1541
01:07:29,364 --> 01:07:31,280
તેઓ ઘણો ન હતી
કામગીરી સાધનો.

1542
01:07:31,280 --> 01:07:33,940
તેઓ રાખવા પ્રયાસ કરી સંઘર્ષ કરવામાં આવી હતી
તેમની અરજી ઈન્ફ્રાસ્ટ્રક્ચર

1543
01:07:33,940 --> 01:07:34,290
અને ચાલી રહ્યું છે.

1544
01:07:34,290 --> 01:07:35,000
તેઓ અમને આવી હતી.

1545
01:07:35,000 --> 01:07:36,251
તેઓ માને છે કે ડાયનેમો ડીબી પર જોવામાં.

1546
01:07:36,251 --> 01:07:37,291
તેઓ માને છે કે અમારા માટે છે, જણાવ્યું હતું.

1547
01:07:37,291 --> 01:07:39,470
તેઓ તેમના સમગ્ર બાંધવામાં
તેના પર એપ્લિકેશન ફ્રેમવર્ક.

1548
01:07:39,470 --> 01:07:43,640
અહીં કેટલાક ખરેખર સરસ ટિપ્પણીઓ
તેમની ક્ષમતા પર ટીમ

1549
01:07:43,640 --> 01:07:46,800
હવે મકાન પર ધ્યાન કેન્દ્રિત કરવા માટે
આ રમત નથી અને

1550
01:07:46,800 --> 01:07:49,010
આ જાળવવા માટે કર્યા
ઇન્ફ્રાસ્ટ્રક્ચર, જે

1551
01:07:49,010 --> 01:07:51,910
એક પ્રચંડ જથ્થો બની હતી
તેમની ટીમ માટે ઓવરહેડ છે.

1552
01:07:51,910 --> 01:07:56,170
તેથી આ કંઈક છે that-- આ
તમે ડાયનેમો ડીબી માંથી વિચાર કે ફાયદો થાય છે.

1553
01:07:56,170 --> 01:08:00,930
>> બધા હક છે, માં મેળવવામાં
અહીં માહિતી મોડેલિંગ.

1554
01:08:00,930 --> 01:08:03,440
અને અમે વિશે થોડું વાત
એક આ એક, ઘણા એક,

1555
01:08:03,440 --> 01:08:05,060
અને ઘણા પ્રકાર સંબંધો ઘણા.

1556
01:08:05,060 --> 01:08:07,630
અને તમે કેવી રીતે ડાયનેમો તે જાળવી નથી.

1557
01:08:07,630 --> 01:08:10,500
ડાયનેમો ડીબી અમે ઉપયોગ
નિર્દેશિકાઓની, સામાન્ય રીતે કહીએ તો,

1558
01:08:10,500 --> 01:08:12,910
ના દશાંશ માહિતી ફેરવવા
અન્ય એક સ્વાદ.

1559
01:08:12,910 --> 01:08:15,210
હેશ કીઓ, શ્રેણી કીઓ, અને નિર્દેશિકાઓની.

1560
01:08:15,210 --> 01:08:18,540
>> આ ખાસ કરીને
ઉદાહરણ તરીકે, મોટા ભાગના રાજ્યો તરીકે

1561
01:08:18,540 --> 01:08:23,802
પરવાના જરૂરિયાત છે કે
વ્યક્તિ દીઠ માત્ર એક ડ્રાયવર્સ લાયસન્સ.

1562
01:08:23,802 --> 01:08:26,510
તમે બે ડ્રાયવર્સ વિચાર ન જઇ શકે છે
બોસ્ટન રાજ્યમાં લાઇસન્સ.

1563
01:08:26,510 --> 01:08:27,500
હું ટેક્સાસ તે ન કરી શકો.

1564
01:08:27,500 --> 01:08:28,708
તે જે રીતે પ્રકારની છે.

1565
01:08:28,708 --> 01:08:32,779
અને તેથી આ DMV, અમે લુકઅપો છે, અમે
ડ્રાયવર્સ લાયસન્સ ઉપર જોવા માંગો છો

1566
01:08:32,779 --> 01:08:35,180
સામાજિક સુરક્ષા નંબર દ્વારા.

1567
01:08:35,180 --> 01:08:39,990
હું વપરાશકર્તા વિગતો જોવા માંગો છો
ડ્રાયવર્સ લાયસન્સ નંબર છે.

1568
01:08:39,990 --> 01:08:43,620
>> તેથી અમે એક વપરાશકર્તા ટેબલ હોઈ શકે છે કે
સીરીયલ નંબર પર એક હેશ કી છે,

1569
01:08:43,620 --> 01:08:47,830
અથવા સામાજિક સુરક્ષા નંબર, અને
વિવિધ લક્ષણો આઇટમ પર વ્યાખ્યાયિત થયેલ છે.

1570
01:08:47,830 --> 01:08:49,859
હવે ટેબલ હું
એક GSI વ્યાખ્યાયિત કરી શકે છે કે

1571
01:08:49,859 --> 01:08:53,370
કહે છે કે આસપાસ કે હું માંગો flips
પછી લાયસન્સ અને હેશ કી

1572
01:08:53,370 --> 01:08:54,252
બધા અન્ય વસ્તુઓ.

1573
01:08:54,252 --> 01:08:57,210
હવે હું પ્રશ્ન અને શોધવા માંગો છો, તો
આપેલ કોઈપણ સમાજ માટે લાયસન્સ નંબર

1574
01:08:57,210 --> 01:08:59,609
સુરક્ષા નંબર, હું કરી શકો છો
મુખ્ય ટેબલ શોધો.

1575
01:08:59,609 --> 01:09:02,130
>> હું પ્રશ્ન કરવા માંગો છો અને હું માંગો છો, તો
સામાજિક સુરક્ષા મેળવવા માટે

1576
01:09:02,130 --> 01:09:05,735
નંબર અથવા અન્ય લક્ષણો
લાયસન્સ નંબર, હું GSI ક્વેરી કરી શકો છો.

1577
01:09:05,735 --> 01:09:08,689
કે મોડેલ કે જે એક છે
એક સંબંધ છે.

1578
01:09:08,689 --> 01:09:12,460
માત્ર એક ખૂબ જ સરળ GSI,
આસપાસ તે વસ્તુઓ વિમાનની મુસાફરી.

1579
01:09:12,460 --> 01:09:13,979
હવે, ઘણા વિશે એક વાત કરો.

1580
01:09:13,979 --> 01:09:16,450
ઘણા એક મૂળભૂત છે
તમારા હેશ શ્રેણી કી.

1581
01:09:16,450 --> 01:09:20,510
અમે આ સાથે ઘણો વિચાર જ્યાં
ઉપયોગ કેસ મોનીટર માહિતી છે.

1582
01:09:20,510 --> 01:09:23,880
મોનિટર માહિતી નિયમિત આવે છે
વસ્તુઓ ઈન્ટરનેટ જેવા અંતરાલ.

1583
01:09:23,880 --> 01:09:26,890
અમે હંમેશા તમામ આ વિચાર
રેકોર્ડ તમામ સમય આવતા.

1584
01:09:26,890 --> 01:09:31,420
>> અને હું તમામ વાંચન શોધવા માંગો છો
ચોક્કસ સમયગાળા વચ્ચે.

1585
01:09:31,420 --> 01:09:34,220
તે એક ખૂબ જ સામાન્ય ક્વેરી છે
મોનીટરીંગ ઈન્ફ્રાસ્ટ્રક્ચર.

1586
01:09:34,220 --> 01:09:38,430
તે વિશે રીતે જવું એક શોધે છે
સરળ ટેબલ માળખું, એક ટેબલ.

1587
01:09:38,430 --> 01:09:42,250
હું એક ઉપકરણ માપ ટેબલ મળી છે
ઉપકરણ ID પર હેશ કી સાથે.

1588
01:09:42,250 --> 01:09:47,340
અને હું પર શ્રેણી કી
ટાઇમસ્ટેમ્પ, અથવા આ કિસ્સામાં, મહાકાવ્ય.

1589
01:09:47,340 --> 01:09:50,350
અને તે મને જટિલ ચલાવવા માટે પરવાનગી આપે છે
કે શ્રેણી કી સામે પ્રશ્નો

1590
01:09:50,350 --> 01:09:54,950
અને તે રેકોર્ડ પાછા
પરિણામ સંબંધિત છે

1591
01:09:54,950 --> 01:09:56,310
હું શોધી રહ્યો છું કે સુયોજિત કરો.

1592
01:09:56,310 --> 01:09:58,360
અને તે એક બનાવે છે
ઘણા સંબંધ

1593
01:09:58,360 --> 01:10:02,340
નો ઉપયોગ કરીને પ્રાથમિક કોષ્ટક માં
હેશ કી શ્રેણી કી માળખું.

1594
01:10:02,340 --> 01:10:04,600
>> તેથી તે પ્રકારના બનેલ છે
ડાયનેમો ડીબી ટેબલ માં.

1595
01:10:04,600 --> 01:10:07,290
હું એક હેશ વ્યાખ્યાયિત ત્યારે
અને શ્રેણી ટી ટેબલ, હું છું

1596
01:10:07,290 --> 01:10:09,240
ઘણા સંબંધો માટે એક વ્યાખ્યાયિત.

1597
01:10:09,240 --> 01:10:12,770
તે પિતૃ બાળક સંબંધ છે.

1598
01:10:12,770 --> 01:10:14,620
>> ઘણા વિશે વાત કરો
ઘણા સંબંધો છે.

1599
01:10:14,620 --> 01:10:19,170
અને આ ચોક્કસ ઉદાહરણ તરીકે,
ફરીથી, અમે GSI માતાનો ઉપયોગ જઈ રહ્યાં છો.

1600
01:10:19,170 --> 01:10:23,500
અને ગેમિંગ વિશે વાત કરો
હું આપેલ વપરાશકર્તા હોય છે દૃશ્ય.

1601
01:10:23,500 --> 01:10:26,500
હું તમામ રમતો શોધવા માંગો છો કે
તેમણે માટે અથવા રમતા રજીસ્ટર છે.

1602
01:10:26,500 --> 01:10:29,600
અને આપેલ રમત માટે, હું
બધા વપરાશકર્તાઓ શોધવા માંગો છો.

1603
01:10:29,600 --> 01:10:31,010
તેથી હું કેવી રીતે કે શું કરવું?

1604
01:10:31,010 --> 01:10:34,330
મારા વપરાશકર્તા ગેમ્સ ટેબલ, હું જાઉં છું
વપરાશકર્તા આઈડી હેશ કી હોય

1605
01:10:34,330 --> 01:10:35,810
અને આ રમત એક શ્રેણી કી.

1606
01:10:35,810 --> 01:10:37,810
>> તેથી વપરાશકર્તા બહુવિધ ગેમ્સ હોઈ શકે છે.

1607
01:10:37,810 --> 01:10:41,380
તે વચ્ચે ઘણા સંબંધો માટે એક
વપરાશકર્તા અને તેમણે ભજવે રમતો.

1608
01:10:41,380 --> 01:10:43,410
અને પછી GSI પર
મને લાગે છે કે આસપાસ ફ્લિપ કરો પડશે.

1609
01:10:43,410 --> 01:10:46,679
હું આ રમત પર હેશ પડશે અને
હું વપરાશકર્તા પર લઇને પડશે.

1610
01:10:46,679 --> 01:10:48,970
હું તમામ વિચાર કરવા માંગો છો, તેથી જો
રમત વપરાશકર્તા, રમતા

1611
01:10:48,970 --> 01:10:49,950
હું મુખ્ય ટેબલ ક્વેરી પડશે.

1612
01:10:49,950 --> 01:10:52,699
હું બધા વપરાશકર્તાઓ મેળવવા માંગો છો તો
કે જે ચોક્કસ રમત રમી રહ્યા છે,

1613
01:10:52,699 --> 01:10:53,887
હું GSI તે શોધો.

1614
01:10:53,887 --> 01:10:54,970
તેથી જો અમે આ કેવી રીતે કરવું જુઓ છો?

1615
01:10:54,970 --> 01:10:58,369
તમે આ GSI માતાનો આધાર માટે બિલ્ડ
ઉપયોગ કેસ, અરજી, વપરાશ

1616
01:10:58,369 --> 01:10:59,410
પેટર્ન, અરજી.

1617
01:10:59,410 --> 01:11:01,440
>> હું પ્રશ્ન કરવા માટે જરૂર હોય તો
આ પરિમાણ દો

1618
01:11:01,440 --> 01:11:03,500
મને કે પરિમાણ પર ઇન્ડેક્સ બનાવો.

1619
01:11:03,500 --> 01:11:05,850
હું નથી તો, હું પડી નથી.

1620
01:11:05,850 --> 01:11:09,060
અને ઉપયોગ કેસ પર આધાર રાખીને, હું
ઇન્ડેક્સ જરૂર છે, અથવા હું નથી શકે છે શકે છે.

1621
01:11:09,060 --> 01:11:12,390
તે એક સરળ એક ઘણા છે, તો
પ્રાથમિક કોષ્ટક દંડ છે.

1622
01:11:12,390 --> 01:11:15,860
હું આ ઘણા શું કરવાની જરૂર છે, તો
ઘણા, અથવા હું રાશિઓ માટે એક કરવાની જરૂર

1623
01:11:15,860 --> 01:11:18,390
પછી કદાચ હું જરૂર નથી
બીજા ઇન્ડેક્સ.

1624
01:11:18,390 --> 01:11:20,840
તેથી તે બધા પર આધાર રાખે છે
હું શું કરવા પ્રયાસ કરી રહ્યો છું

1625
01:11:20,840 --> 01:11:24,550
અને હું પૂરું કરવાની કોશિશ કરી રહ્યો છું શું છે.

1626
01:11:24,550 --> 01:11:28,000
>> કદાચ હું પણ ખર્ચવા નથી જઈ રહ્યો છું
ખૂબ સમય દસ્તાવેજો વિશે વાત.

1627
01:11:28,000 --> 01:11:31,460
આ કદાચ થોડો નહીં
ઊંડા અમે માં જવાની જરૂર કરતાં.

1628
01:11:31,460 --> 01:11:33,710
એક થોડુંક વાત કરો
વિશે સમૃદ્ધ ક્વેરી અભિવ્યક્તિ.

1629
01:11:33,710 --> 01:11:37,831
તેથી ડાયનેમો ડીબી અમે છે
બનાવવા માટે ક્ષમતા

1630
01:11:37,831 --> 01:11:39,330
અમે પ્રક્ષેપણ સમીકરણો શું કહી.

1631
01:11:39,330 --> 01:11:42,660
પ્રોજેક્શન સમીકરણો ખાલી છે
ક્ષેત્રો અથવા કિંમતો ચૂંટવું

1632
01:11:42,660 --> 01:11:44,290
તમે પ્રદર્શિત કરવા માંગો છો.

1633
01:11:44,290 --> 01:11:46,000
ઠીક છે, તેથી હું એક પસંદગી કરો.

1634
01:11:46,000 --> 01:11:48,010
હું ડાયનેમો ડીબી સામે ક્વેરી કરો.

1635
01:11:48,010 --> 01:11:51,730
અને હું તમને બતાવવા શું ખબર કહે છે,
મને માત્ર પાંચ સ્ટાર સમીક્ષાઓ

1636
01:11:51,730 --> 01:11:54,544
આ ખાસ કરીને ઉત્પાદન માટે.

1637
01:11:54,544 --> 01:11:55,710
જેથી હું જોવા માંગો છો બધા છે.

1638
01:11:55,710 --> 01:11:57,320
હું તમામ જોવા માંગો છો નથી
આ પંક્તિ અન્ય લક્ષણો,

1639
01:11:57,320 --> 01:11:58,319
હું ફક્ત આ જોવા માંગો છો.

1640
01:11:58,319 --> 01:12:01,209
તે માત્ર ત્યારે એસક્યુએલ જેવી છે તમે
પસંદ કરો તારો અથવા ટેબલ પરથી કહે છે,

1641
01:12:01,209 --> 01:12:02,000
તમે બધું મળે છે.

1642
01:12:02,000 --> 01:12:05,450
હું માંથી પસંદ કરો નામ કહે છે ત્યારે
ટેબલ, હું માત્ર એક લક્ષણ મળે છે.

1643
01:12:05,450 --> 01:12:09,070
તે વસ્તુ એક જ પ્રકારની છે
ડાયનેમો ડીબી અથવા અન્ય NoSQL ડેટાબેઝ.

1644
01:12:09,070 --> 01:12:14,510
ફિલ્ટર સમીકરણો મને પરવાનગી આપે છે
મૂળભૂત નીચે આપેલ પરિણામ કાઢે છે.

1645
01:12:14,510 --> 01:12:15,540
તેથી હું એક ક્વેરી કરો.

1646
01:12:15,540 --> 01:12:17,260
ક્વેરી 500 વસ્તુઓ સાથે પાછા આવે છે.

1647
01:12:17,260 --> 01:12:20,255
પરંતુ હું માત્ર વસ્તુઓ માંગો છો કે
આ કહે છે કે એક લક્ષણ છે.

1648
01:12:20,255 --> 01:12:23,380
ઠીક છે, તેથી આપણે તે વસ્તુઓ ફિલ્ટર દો
કે જે ચોક્કસ ક્વેરી મેળ ખાતા નથી.

1649
01:12:23,380 --> 01:12:25,540
તેથી અમે ફિલ્ટર સમીકરણો હોય છે.

1650
01:12:25,540 --> 01:12:28,310
>> ફિલ્ટર સમીકરણો કરી શકો છો
કોઈપણ લક્ષણ પર ચલાવી શકાય છે.

1651
01:12:28,310 --> 01:12:30,260
તેઓ શ્રેણી પ્રશ્નો ગમે નથી.

1652
01:12:30,260 --> 01:12:32,690
વધારો પ્રશ્નો વધુ પસંદગીયુક્ત છે.

1653
01:12:32,690 --> 01:12:36,470
ફિલ્ટર પ્રશ્નો જવા માટે મને જરૂર
સમગ્ર પરિણામો પછી સુયોજિત કરો અને મેળવો

1654
01:12:36,470 --> 01:12:39,170
હું નથી માંગતા ડેટા કોતરીને.

1655
01:12:39,170 --> 01:12:40,660
શા માટે મહત્ત્વનું છે?

1656
01:12:40,660 --> 01:12:42,770
હું તે બધા વાંચી છે.

1657
01:12:42,770 --> 01:12:46,597
ક્વેરી, હું વાંચવા માટે જઇ રહ્યો છું અને
તે માહિતી વિશે એક વિશાળ હોઈ ચાલે છે.

1658
01:12:46,597 --> 01:12:48,430
અને પછી હું જાઉં છું
હું શું કરવાની જરૂર છે કોતરીને.

1659
01:12:48,430 --> 01:12:52,080
અને હું માત્ર બહાર કોતરકામ છું તો એક
પંક્તિઓ દંપતિ, પછી તે બરાબર છે.

1660
01:12:52,080 --> 01:12:53,620
તેથી તે બિનકાર્યક્ષમ નથી.

1661
01:12:53,620 --> 01:12:57,800
>> પરંતુ હું એક સમગ્ર ખૂંટો વાંચી રહ્યો છું તો
માહિતી, માત્ર એક વસ્તુ બહાર વિભાગ પાડવા માટે

1662
01:12:57,800 --> 01:13:01,490
પછી હું વધુ સારી રીતે થઈ જાઉં છું
શ્રેણી ક્વેરી ઉપયોગ કરીને બંધ,

1663
01:13:01,490 --> 01:13:03,030
તે વધુ પસંદગીયુક્ત છે કારણ કે.

1664
01:13:03,030 --> 01:13:06,330
તે મને ઘણો સેવ કરવા જઈ રહ્યું છે
પૈસા, હું વાંચી માટે ચૂકવણી કરે છે.

1665
01:13:06,330 --> 01:13:10,430
જ્યાં પાછા આવે છે કે પરિણામો
નાની હોઇ શકે છે કે જે વાયર પાર,

1666
01:13:10,430 --> 01:13:11,890
પરંતુ હું વાંચો માટે ચૂકવણી છું.

1667
01:13:11,890 --> 01:13:14,340
તેથી કેવી રીતે સમજી
તમે માહિતી મેળવી રહ્યાં છો.

1668
01:13:14,340 --> 01:13:16,420
તે ડાયનેમો ડીબી ખૂબ જ મહત્વપૂર્ણ છે.

1669
01:13:16,420 --> 01:13:19,710
>> શરતી સમીકરણો, આ શું છે
તમે આશાવાદી લોકીંગ કહી શકે છે.

1670
01:13:19,710 --> 01:13:28,470
અપડેટ કરો છો તો પણ અસ્તિત્વમાં છે, અથવા આ કિંમત જો
હું સ્પષ્ટ સમકક્ષ છે.

1671
01:13:28,470 --> 01:13:31,494
અને હું એક પર એક સમય સ્ટેમ્પ હોય તો
રેકોર્ડ, હું માહિતી વાંચી શકે છે.

1672
01:13:31,494 --> 01:13:32,535
મને લાગે છે કે માહિતી બદલી શકે છે.

1673
01:13:32,535 --> 01:13:35,030
હું લખવા જઈ શકે છે
ડેટાબેઝમાં માહિતી પાછા.

1674
01:13:35,030 --> 01:13:38,100
કોઈકને રેકોર્ડ બદલાઈ ગઈ હોય,
ટાઇમસ્ટેમ્પ બદલાઈ ગયેલ છે શકે છે.

1675
01:13:38,100 --> 01:13:40,370
અને તે રીતે મારા શરતી
સુધારા સુધારવા કહી શકે

1676
01:13:40,370 --> 01:13:42,340
ટાઇમસ્ટેમ્પ આ બરાબર હોય.

1677
01:13:42,340 --> 01:13:46,290
અથવા સુધારા કોઈકને કારણ કે નિષ્ફળ જશે
આ દરમિયાન રેકોર્ડ સુધારાશે.

1678
01:13:46,290 --> 01:13:48,290
>> એટલે કે, અમે આશાવાદી લોકીંગ કૉલ શું છે.

1679
01:13:48,290 --> 01:13:50,670
તે કોઈકને અર્થ એ થાય
માં આવે છે અને તે બદલી શકો છો,

1680
01:13:50,670 --> 01:13:53,100
અને હું તેને શોધી જાઉં છું
હું પાછા જાઓ ત્યારે લખવા માટે.

1681
01:13:53,100 --> 01:13:56,106
અને પછી હું ખરેખર છે કે વાંચી શકે છે
માહિતી અને ઓહ, તે આ બદલી, કહે છે.

1682
01:13:56,106 --> 01:13:57,230
હું તે માટે એકાઉન્ટ કરવાની જરૂર છે.

1683
01:13:57,230 --> 01:14:00,490
અને હું માહિતી બદલી શકો છો મારા
રેકોર્ડ અને અન્ય સુધારા લાગુ પડે છે.

1684
01:14:00,490 --> 01:14:04,330
તેથી જો તમે તે વધતો પકડી શકે છે
સમય વચ્ચે થાય છે સુધારાઓ

1685
01:14:04,330 --> 01:14:08,740
તમે માહિતી અને વાંચી
સમય તમે માહિતી લખી શકે છે.

1686
01:14:08,740 --> 01:14:11,520
>> પ્રેક્ષક: અને ફિલ્ટર
અભિવ્યક્તિ ખરેખર નથી એનો અર્થ એ થાય

1687
01:14:11,520 --> 01:14:13,020
આ નંબર અથવા not-- માં

1688
01:14:13,020 --> 01:14:14,316
>> [અવાજો INTERPOSING]

1689
01:14:14,316 --> 01:14:16,232
રિક Houlihan: 'હું નહિ
આ માં ખૂબ વિચાર.

1690
01:14:16,232 --> 01:14:17,700
આ એક સુરક્ષિત શબ્દ છે.

1691
01:14:17,700 --> 01:14:20,130
પાઉન્ડ જુઓ એક અનામત છે
ડાયનેમો ડીબી શબ્દ.

1692
01:14:20,130 --> 01:14:24,500
દરેક ડેટાબેઝ છે તેના પોતાના અનામત
તમે ઉપયોગ કરી શકો છો સંગ્રહ નામો.

1693
01:14:24,500 --> 01:14:27,240
ડાયનેમો ડીબી, તમે સ્પષ્ટ તો
આ સામે એક પાઉન્ડ,

1694
01:14:27,240 --> 01:14:29,310
તમે ઉપર તે નામો ઉપર વ્યાખ્યાયિત કરી શકો છો.

1695
01:14:29,310 --> 01:14:31,840
આ એક સંદર્ભ કિંમત છે.

1696
01:14:31,840 --> 01:14:34,880
તે કદાચ શ્રેષ્ઠ વાક્યરચના નથી
આ ચર્ચા માટે ત્યાં હોય છે,

1697
01:14:34,880 --> 01:14:38,090
તે કેટલાક real-- માં નહીં કારણ કે
હું વાત કરવામાં આવી હતી વધુ

1698
01:14:38,090 --> 01:14:41,360
એક ઊંડા સ્તરે તે વિશે.

1699
01:14:41,360 --> 01:14:46,130
>> પરંતુ કહે પૂરતા, આ કરી શકે છે
તેઓ views-- જ્યાં સ્કેન ક્વેરી બનવા

1700
01:14:46,130 --> 01:14:50,190
કે પાઉન્ડ જોવાઈ 10 કરતા વધારે છે.

1701
01:14:50,190 --> 01:14:54,660
તે હા, એક સંખ્યાત્મક કિંમત છે.

1702
01:14:54,660 --> 01:14:57,322
તમે ઇચ્છો તો, અમે વિશે વાત કરી શકો છો
ચર્ચા પછી છે.

1703
01:14:57,322 --> 01:15:00,030
બધા હક છે, તેથી અમે પ્રવેશ મળી રહ્યાં
શ્રેષ્ઠ પ્રયાસો કેટલાક દૃશ્યો

1704
01:15:00,030 --> 01:15:02,000
જ્યાં અમે વાત કરવા જઈ રહ્યાં
અહીં કેટલાક એપ્લિકેશન્સ વિશે.

1705
01:15:02,000 --> 01:15:03,810
ડાયનેમો ડીબી માટે ઉપયોગ કિસ્સાઓમાં શું છે.

1706
01:15:03,810 --> 01:15:06,120
ડિઝાઇન શું છે
ડાયનેમો ડીબી પેટર્ન.

1707
01:15:06,120 --> 01:15:09,110
>> અને પ્રથમ એક અમે જઈ રહ્યાં છો
વિશે ચર્ચા વસ્તુઓ ઇન્ટરનેટ છે.

1708
01:15:09,110 --> 01:15:15,010
હું ધારી of-- તેથી અમે ઘણો વિચાર,
તેને 50% કરતા વધારે શું છે

1709
01:15:15,010 --> 01:15:19,370
આ દિવસોમાં ઇન્ટરનેટ પર ટ્રાફિક
ખરેખર મશીનો દ્વારા પેદા થાય છે,

1710
01:15:19,370 --> 01:15:21,930
નથી મનુષ્ય દ્વારા આપમેળે થયેલ પ્રક્રિયાઓ.

1711
01:15:21,930 --> 01:15:25,140
હું આ વસ્તુ આ વસ્તુ અર્થ એ છે કે
તમે તમારા ખિસ્સામાંથી આસપાસ વહન

1712
01:15:25,140 --> 01:15:28,840
કેટલી માહિતી કે બાબત એ છે કે
ખરેખર તમે વિના આસપાસ મોકલવા

1713
01:15:28,840 --> 01:15:30,550
તે જાણ્યા એકદમ સુંદર છે.

1714
01:15:30,550 --> 01:15:34,970
તમારું સ્થાન માહિતી
કેવી રીતે ઝડપી વિશે જઈ રહ્યાં છો.

1715
01:15:34,970 --> 01:15:38,400
તમે Google Maps કામ કરે છે કેવી રીતે
તેઓ તમને કહી ત્યારે ટ્રાફિક શું છે.

1716
01:15:38,400 --> 01:15:41,275
લાખો હોય છે કારણ કે તે છે અને
આસપાસ ડ્રાઇવિંગ લોકો લાખો

1717
01:15:41,275 --> 01:15:44,667
મોકલવામાં આવે છે કે ફોન સાથે
બધા બધા સમય સ્થળ પર માહિતી.

1718
01:15:44,667 --> 01:15:46,500
વસ્તુઓ એક જેથી
માહિતી આ પ્રકારના વિશે

1719
01:15:46,500 --> 01:15:50,980
કે આવે છે, મોનીટર માહિતી, લોગ
માહિતી, સમય શ્રેણી માહિતી, તે છે

1720
01:15:50,980 --> 01:15:53,540
સામાન્ય રીતે માત્ર રસપ્રદ
સમય થોડો છે.

1721
01:15:53,540 --> 01:15:55,580
તે સમય પછી, તે
જેથી રસપ્રદ નથી.

1722
01:15:55,580 --> 01:15:58,390
તેથી અમે દો નથી, વિશે વાત કરી
તે કોષ્ટકો ભૂસકે વગર વિકસે છે.

1723
01:15:58,390 --> 01:16:03,410
અહીં વિચાર કદાચ હું 24 મળી છે કે છે
મારા ગરમ ટેબલ ઘટનાઓ વર્થ કલાક.

1724
01:16:03,410 --> 01:16:06,160
અને તે ગરમ ટેબલ હોઈ ચાલે છે
એક ખૂબ જ ઊંચા દરે જોગવાઇ,

1725
01:16:06,160 --> 01:16:07,950
તે માહિતી ઘણો લે છે, કારણ કે.

1726
01:16:07,950 --> 01:16:10,920
તે માહિતી ઘણો લે છે
અને હું તેને ઘણો વાંચી રહ્યો છું.

1727
01:16:10,920 --> 01:16:14,560
હું ઓપરેશન ઘણું મેળવ્યું
કે માહિતી સામે ચાલી પ્રશ્નો.

1728
01:16:14,560 --> 01:16:18,120
>> 24 કલાક પછી અરે, તમે
હું પડી નથી શું, ખબર.

1729
01:16:18,120 --> 01:16:21,150
તેથી કદાચ દરેક મધરાત હું રોલ
નવી ટેબલ પર મારા ટેબલ

1730
01:16:21,150 --> 01:16:22,430
અને હું આ ટેબલ deprovision.

1731
01:16:22,430 --> 01:16:26,440
અને હું લેવા પડશે આ RCU અને
WCU નીચે કારણ કે 24 કલાક પછી

1732
01:16:26,440 --> 01:16:28,630
હું ઘણા ચાલી રહ્યો નથી
કે માહિતી સામે પ્રશ્નો.

1733
01:16:28,630 --> 01:16:30,200
તેથી હું નાણાં બચાવવા જાઉં છું.

1734
01:16:30,200 --> 01:16:32,940
અને કદાચ 30 દિવસ બાદ હું નથી
પણ તે બધા વિશે કાળજી જરૂર છે.

1735
01:16:32,940 --> 01:16:35,020
હું WCU માતાનો લઇ શકે છે
એક નીચે બધી રીતે,

1736
01:16:35,020 --> 01:16:36,990
તમે જાણો છો, કારણ કે તે શું છે
ક્યારેય તેવા પરચૂરણ ખર્ચ કરવા માટે જઈ રહી છે.

1737
01:16:36,990 --> 01:16:38,300
આ ડેટા 30 દિવસ જૂની છે.

1738
01:16:38,300 --> 01:16:40,000
તે ફેરફારો નથી.

1739
01:16:40,000 --> 01:16:44,200
>> અને તે વાંચી મેળવવા જઈ લગભગ ક્યારેય છે
તેથી આપણે માત્ર 10 નીચે કે RCU લેવા દો.

1740
01:16:44,200 --> 01:16:49,372
અને હું આ પર મની એક ટન બચત છું
માહિતી, અને માત્ર મારા ગરમ માહિતી માટે ચૂકવણી.

1741
01:16:49,372 --> 01:16:52,330
તેથી તે જોવા માટે મહત્વની વસ્તુ છે
તમે સમય શ્રેણી જોવા ત્યારે

1742
01:16:52,330 --> 01:16:54,716
માહિતી વોલ્યુમ માં આવતા હોય છે.

1743
01:16:54,716 --> 01:16:55,590
આ વ્યૂહરચના છે.

1744
01:16:55,590 --> 01:16:58,010
હવે, હું હમણાં જ તે દો કરી શકે છે
બધા જ ટેબલ પર જાઓ

1745
01:16:58,010 --> 01:16:59,461
અને માત્ર કે ટેબલ વધવા દો.

1746
01:16:59,461 --> 01:17:01,460
આખરે, હું જાઉં છું
પ્રભાવ મુદ્દાઓ જુઓ.

1747
01:17:01,460 --> 01:17:04,060
હું આર્કાઇવ શરૂ કરવા માટે હોય જાઉં છું
ટેબલ બંધ છે કે જે માહિતી કેટલાક

1748
01:17:04,060 --> 01:17:04,720
શું નથી.

1749
01:17:04,720 --> 01:17:07,010
>> ખૂબ સારી દો
તમારી અરજી ડિઝાઇન

1750
01:17:07,010 --> 01:17:08,900
તેથી તમે આ રીતે કામ કરી શકે છે છે.

1751
01:17:08,900 --> 01:17:11,460
તેથી તે માત્ર આપોઆપ છે
અરજી કોડ.

1752
01:17:11,460 --> 01:17:13,580
મધરાત દરેક રાત્રે
તે ટેબલ ચાલે છે.

1753
01:17:13,580 --> 01:17:17,170
કદાચ હું શું જરૂર બારણું છે
માહિતી 24 કલાક વિન્ડો.

1754
01:17:17,170 --> 01:17:20,277
પછી એક નિયમિત ધોરણે હું
બોલ ટેબલ માહિતી કહે છે.

1755
01:17:20,277 --> 01:17:22,360
હું એક સાથે આનુષંગિક બાબતો છું
ક્રોન ક્રિયા છે અને હું તેને મૂકી રહ્યો છું

1756
01:17:22,360 --> 01:17:24,160
આ અન્ય કોષ્ટકો પર,
તમને જરૂર ગમે.

1757
01:17:24,160 --> 01:17:25,940
રોલઓવર કામ કરે છે તેથી જો, કે જે મહાન છે.

1758
01:17:25,940 --> 01:17:27,080
જો નહિં, તો તે ટ્રિમ.

1759
01:17:27,080 --> 01:17:29,640
પરંતુ તે ગરમ માહિતી રાખવા દો
દૂર તમારા ઠંડા માહિતી છે.

1760
01:17:29,640 --> 01:17:32,535
તે તમને મની ઘણો સેવ પડશે અને
તમારા કોષ્ટકો વધુ પ્રદર્શન કરે છે.

1761
01:17:32,535 --> 01:17:35,960

1762
01:17:35,960 --> 01:17:38,210
તેથી આગામી વસ્તુ અમે વાત કરીશું
વિશે ઉત્પાદન સૂચિ છે.

1763
01:17:38,210 --> 01:17:42,000
ઉત્પાદન સૂચિ છે
ખૂબ સામાન્ય ઉપયોગ કેસ.

1764
01:17:42,000 --> 01:17:46,600
આ વાસ્તવમાં એક ખૂબ જ સામાન્ય પેટર્ન છે
અમે વસ્તુઓ વિવિધ જોશો કે.

1765
01:17:46,600 --> 01:17:48,870
તમે, ટ્વિટર ખબર
ઉદાહરણ તરીકે, ગરમ ચીંચીં.

1766
01:17:48,870 --> 01:17:51,280
દરેક વ્યક્તિને આવે છે અને
કે ચીંચીં પડતો.

1767
01:17:51,280 --> 01:17:52,680
ઉત્પાદન કેટલોગ, હું એક વેચાણ થઈ જાય છે.

1768
01:17:52,680 --> 01:17:54,120
હું એક હોટ વેચાણ થઈ જાય છે.

1769
01:17:54,120 --> 01:17:57,277
હું દીઠ 70,000 અરજીઓ મળી
બીજા ઉત્પાદન માટે આવતા

1770
01:17:57,277 --> 01:17:58,860
મારા ઉત્પાદન સૂચિ બહાર વર્ણન.

1771
01:17:58,860 --> 01:18:02,384
અમે રિટેલ પર આ જુઓ
કામગીરી તદ્દન થોડી છે.

1772
01:18:02,384 --> 01:18:03,550
તેથી અમે કેવી રીતે તે સાથે વ્યવહાર નથી?

1773
01:18:03,550 --> 01:18:04,924
તે સાથે વ્યવહાર કરવા માટે કોઈ રીત છે.

1774
01:18:04,924 --> 01:18:07,110
મારા બધા વપરાશકર્તાઓ જોવા માંગો છો
માહિતી જ ભાગ.

1775
01:18:07,110 --> 01:18:09,410
તેઓ વારાફરતી, આવતા રહ્યાં છો.

1776
01:18:09,410 --> 01:18:11,920
અને તેઓ તમામ અરજીઓ કરી રહ્યા છીએ
ડેટાના સમાન ભાગ માટે.

1777
01:18:11,920 --> 01:18:16,240
આ મને આપે છે હોટ કી, કે જે મોટા લાલ
અમે ગમે નથી કે મારા ચાર્ટ પર ગેરુનો.

1778
01:18:16,240 --> 01:18:17,720
અને તે કે શું લાગે છે.

1779
01:18:17,720 --> 01:18:22,290
મારા કી જગ્યા સમગ્ર હું મેળવવામાં છું તેથી
વેચાણ વસ્તુઓ રોપવામાં.

1780
01:18:22,290 --> 01:18:24,070
હું ગમે ત્યાં બીજું કંઇ મેળવવામાં છું.

1781
01:18:24,070 --> 01:18:26,050
>> હું કેવી રીતે આ સમસ્યા દૂર કરી શકું?

1782
01:18:26,050 --> 01:18:28,410
વેલ, અમે કેશ સાથે આ શમન.

1783
01:18:28,410 --> 01:18:33,630
કેશ, તમે મેમરી મૂળભૂત મૂકી
ડેટાબેઝ સામે પાર્ટીશન.

1784
01:18:33,630 --> 01:18:37,260
અમે વ્યવસ્થાપિત છે
[અશ્રાવ્ય] કેશ, તમે કેવી રીતે

1785
01:18:37,260 --> 01:18:40,260
તમારા પોતાના કેશ સુયોજિત કરી શકો છો, [અશ્રાવ્ય]
કેશ [? ડી,?] તમે ઇચ્છો ગમે.

1786
01:18:40,260 --> 01:18:42,220
ડેટાબેઝ સામે કે મૂકો.

1787
01:18:42,220 --> 01:18:47,250
અને તે રીતે તમે જે માહિતી સ્ટોર કરી શકો છો
તે કેશ માં તે હોટ કીઓ

1788
01:18:47,250 --> 01:18:49,390
જગ્યા અને કેશ મારફતે વાંચો.

1789
01:18:49,390 --> 01:18:51,962
>> અને પછી મોટા ભાગના તમારા વાંચે
આ જેમ શોધી શરૂ કરો.

1790
01:18:51,962 --> 01:18:54,920
હું આ કેશ અહીં બધા હિટ મળી
અને હું કંઇ અહીં નીચે પર જવા મળી

1791
01:18:54,920 --> 01:18:59,330
ડેટાબેઝ પાછળ બેસીને આવે છે કારણ કે
કેશ અને મારફતે આવો ક્યારેય વાંચે છે.

1792
01:18:59,330 --> 01:19:02,520
હું આ માહિતી બદલી હોય તો
ડેટાબેઝ, હું કેશમાં હોય છે.

1793
01:19:02,520 --> 01:19:04,360
અમે કંઈક ઉપયોગ કરી શકો છો
જેમ કે શું કરવું steams.

1794
01:19:04,360 --> 01:19:07,360
અને મને લાગે છે કે કેવી રીતે કામ કરે સમજાવવું પડશે.

1795
01:19:07,360 --> 01:19:09,060
બધા હક છે, મેસેજિંગ.

1796
01:19:09,060 --> 01:19:11,180
ઇમેઇલ, અમે બધા ઇમેઇલ ઉપયોગ કરે છે.

1797
01:19:11,180 --> 01:19:12,540
>> આ એક ખૂબ સુંદર સારું ઉદાહરણ છે.

1798
01:19:12,540 --> 01:19:14,950
અમે સંદેશાઓ ટેબલ અમુક પ્રકારના મળી છે.

1799
01:19:14,950 --> 01:19:17,040
અને અમે ઇનબૉક્સ અને આઉટબૉક્સ મળી.

1800
01:19:17,040 --> 01:19:19,760
આ શું એસક્યુએલ હોત છે
કે ઇનબૉક્સ બિલ્ડ જેમ દેખાય છે.

1801
01:19:19,760 --> 01:19:23,350
અમે આ પ્રકારના જ પ્રકારની ઉપયોગ
GSI માતાનો GSI છે, વાપરવા માટે વ્યૂહરચના

1802
01:19:23,350 --> 01:19:25,320
મારા ઇનબૉક્સ અને મારા આઉટબૉક્સ છે.

1803
01:19:25,320 --> 01:19:27,600
તેથી હું કાચા સંદેશાઓ આવતા મળી
મારા સંદેશાઓ કોષ્ટક માં.

1804
01:19:27,600 --> 01:19:30,194
અને આ પ્રથમ અભિગમ
હોઇ શકે છે, ઠીક છે, કોઈ સમસ્યા છે, કહે છે.

1805
01:19:30,194 --> 01:19:31,110
હું કાચો સંદેશાઓ મળી છે.

1806
01:19:31,110 --> 01:19:33,710
આવતા સંદેશાઓ [અશ્રાવ્ય]
સંદેશ ને, તે મહાન છે.

1807
01:19:33,710 --> 01:19:35,070
તે મારા અનન્ય હેશ છે.

1808
01:19:35,070 --> 01:19:38,280
હું બે GSI માતાનો બનાવવા માટે એક જાઉં છું
મારા ઇનબૉક્સ, મારા આઉટબૉક્સ માટે એક માટે.

1809
01:19:38,280 --> 01:19:40,530
અને પ્રથમ વસ્તુ હું કરીશ
હું મારા હેશ કી છે કહેવું પડશે છે

1810
01:19:40,530 --> 01:19:43,310
પ્રાપ્તકર્તા પ્રયત્ન રહ્યું છે અને
હું તારીખે વ્યવસ્થા કરવા જઇ રહ્યો છું.

1811
01:19:43,310 --> 01:19:44,220
આ વિચિત્ર છે.

1812
01:19:44,220 --> 01:19:45,890
હું અહીં મારી સરસ જુઓ મળી.

1813
01:19:45,890 --> 01:19:47,780
પરંતુ થોડી મુદ્દો અહીં છે.

1814
01:19:47,780 --> 01:19:50,891
અને તમે આ માં ચલાવો
રીલેશ્નલ ડેટાબેઝ તેમજ.

1815
01:19:50,891 --> 01:19:52,390
તેઓ ઊભી પાર્ટીશન કહેવાય છે.

1816
01:19:52,390 --> 01:19:55,840
તમે તમારા મોટા માહિતી રાખવા માંગો છો
દૂર તમારા ઓછી માહિતી છે.

1817
01:19:55,840 --> 01:20:00,470
>> હું જેમના કારણ કે આ કારણ છે
લક્ષણો વિચાર વસ્તુઓ વાંચી જાઓ.

1818
01:20:00,470 --> 01:20:05,570
અને મારા શરીર અહીં બધા પર છે, જો,
પછી માત્ર થોડા વસ્તુઓ વાંચન

1819
01:20:05,570 --> 01:20:08,560
મારું શરીર લંબાઈ છે તો
256 કિલોબાઇટ દરેક સરેરાશ

1820
01:20:08,560 --> 01:20:10,991
ગણિત ખૂબ નીચ નહીં.

1821
01:20:10,991 --> 01:20:12,490
તેથી હું દાઉદના ઇનબૉક્સ વાંચી કરવા માંગો છો.

1822
01:20:12,490 --> 01:20:14,520
ડેવિડ ઇનબૉક્સ 50 વસ્તુઓ ધરાવે છે.

1823
01:20:14,520 --> 01:20:17,880
એવરેજ અને કદ 256 કિલોબાઇટ છે.

1824
01:20:17,880 --> 01:20:21,730
અહીં મારા રૂપાંતર ગુણોત્તર છે
RCU માતાનો માટે ચાર કિલોબાઇટ છે.

1825
01:20:21,730 --> 01:20:24,450
>> ઠીક છે, સાથે જવા દો
આખરે સુસંગત વાંચે છે.

1826
01:20:24,450 --> 01:20:28,640
હું હજુ પણ 1600 RCU માતાનો ખાવું છું
માત્ર ડેવિડ ઇનબૉક્સ વાંચવા માટે.

1827
01:20:28,640 --> 01:20:29,950
આઉચ.

1828
01:20:29,950 --> 01:20:31,980
ઠીક છે, હવે આપણે વિચારીએ
એપ્લિકેશન કેવી રીતે કામ કરે વિશે.

1829
01:20:31,980 --> 01:20:35,340
હું એક ઇમેઇલ એપ્લિકેશન છું અને
હું મારા ઇનબૉક્સ પર શોધી રહ્યો છું

1830
01:20:35,340 --> 01:20:39,680
અને હું દરેક સંદેશ શરીર પર દેખાય છે,
ના, હું સારો જોઈ રહ્યો છું.

1831
01:20:39,680 --> 01:20:41,850
હું માત્ર હેડરો પર શોધી રહ્યો છું.

1832
01:20:41,850 --> 01:20:46,310
તેથી આપણે એક ટેબલ માળખું બિલ્ડ દો
કે વધુ કે જેમ દેખાય છે.

1833
01:20:46,310 --> 01:20:49,470
>> તેથી અહીં માહિતી છે
મારા વર્કફ્લો જરૂર છે.

1834
01:20:49,470 --> 01:20:50,890
તે મારા ઇનબૉક્સ GSI છે.

1835
01:20:50,890 --> 01:20:53,800
તે તારીખ છે, મોકલનાર,
વિષય છે, અને પછી

1836
01:20:53,800 --> 01:20:56,790
નિર્દેશ જે સંદેશ ને,
પાછા સંદેશાઓ ટેબલ

1837
01:20:56,790 --> 01:20:57,850
જ્યાં હું શરીર મેળવી શકો છો.

1838
01:20:57,850 --> 01:21:01,260

1839
01:21:01,260 --> 01:21:04,420
વેલ, આ રેકોર્ડ આઇડી હશે.

1840
01:21:04,420 --> 01:21:09,850
તેઓ પાછા નિર્દેશ કરશે
ડાયનેમો ડીબી ટેબલ પર આઇટમ ID ને.

1841
01:21:09,850 --> 01:21:12,220
દરેક ઈન્ડેક્સ હંમેશા creates--
હંમેશા આઇટમ છે

1842
01:21:12,220 --> 01:21:15,750
કે of-- ભાગ તરીકે આઈડી
ઇન્ડેક્સ સાથે આવે છે.

1843
01:21:15,750 --> 01:21:17,414
>> બધા અધિકાર.

1844
01:21:17,414 --> 01:21:19,080
પ્રેક્ષક: તે કહે છે તે સંગ્રહિત છે જ્યાં?

1845
01:21:19,080 --> 01:21:21,420
રિક Houlihan: હા, તે કહે છે
exactly-- કે તે કરે છે બરાબર શું છે.

1846
01:21:21,420 --> 01:21:22,644
તે અહીં કહે મારા ફરીથી રેકોર્ડ છે.

1847
01:21:22,644 --> 01:21:24,310
અને તે મારા ફરીથી રેકોર્ડ તે પાછા નિર્દેશ પડશે.

1848
01:21:24,310 --> 01:21:26,460
ચોક્કસ.

1849
01:21:26,460 --> 01:21:29,490
ઠીક છે, તેથી હવે મારી ઇનબૉક્સ છે
ખરેખર ખૂબ નાના.

1850
01:21:29,490 --> 01:21:32,210
અને આ ખરેખર આધાર આપે છે
ઇમેઇલ એપ્લિકેશન વર્કફ્લો.

1851
01:21:32,210 --> 01:21:34,230
મારા ઇનબૉક્સ તેથી, હું ક્લિક કરો.

1852
01:21:34,230 --> 01:21:38,160
હું સાથે જાઓ અને હું સંદેશ પર ક્લિક કરો
હું શરીર મળી જાય કરવાની જરૂર છે જ્યારે કે,

1853
01:21:38,160 --> 01:21:40,180
હું જાઉં છું કારણ કે
અલગ મત પર જાઓ.

1854
01:21:40,180 --> 01:21:43,870
તમે MVC પ્રકાર વિશે વિચારો તેથી જો
ફ્રેમવર્ક, મોડલ જુઓ કંટ્રોલર.

1855
01:21:43,870 --> 01:21:46,120
>> આ મોડેલ સમાવે
માહિતી દૃશ્ય જરૂર છે કે

1856
01:21:46,120 --> 01:21:48,130
અને નિયંત્રક સાથે ક્રિયાપ્રતિક્રિયા કરે છે.

1857
01:21:48,130 --> 01:21:51,670
હું ફ્રેમ બદલી ત્યારે,
હું પરિપ્રેક્ષ્ય બદલવા માટે,

1858
01:21:51,670 --> 01:21:55,080
તે પાછળ જવા માટે બરાબર છે
સર્વર અને મોડેલ repopulate,

1859
01:21:55,080 --> 01:21:56,860
કે જે વપરાશકર્તા શું અપેક્ષા છે કારણ કે.

1860
01:21:56,860 --> 01:22:00,530
તેઓ જોવાઈ બદલો છો, ત્યારે કે જ્યારે છે
અમે પાછા ડેટાબેઝ જઈ શકો છો.

1861
01:22:00,530 --> 01:22:02,480
તેથી ઇમેઇલ, ક્લિક કરો.

1862
01:22:02,480 --> 01:22:03,710
હું શરીર શોધી રહ્યો છું.

1863
01:22:03,710 --> 01:22:04,330
ટ્રીપનો પ્રકાર રાઉન્ડ ટ્રીપ.

1864
01:22:04,330 --> 01:22:05,680
શરીર વિચાર જાઓ.

1865
01:22:05,680 --> 01:22:06,950
>> હું ઘણો ઓછો ડેટા વાંચો.

1866
01:22:06,950 --> 01:22:09,960
હું માત્ર શરીર વાંચી રહ્યો છું કે
તેમણે તેમને જરૂર છે જ્યારે ડેવિડ જરૂર છે.

1867
01:22:09,960 --> 01:22:14,230
અને હું 1600 માં બર્ન રહ્યો નથી
RCU ચાલો ફક્ત તેમના ઇનબૉક્સમાં બતાવવા માટે.

1868
01:22:14,230 --> 01:22:17,670
તેથી હવે આ માર્ગ છે that--
LSI અથવા GSI-- હું દિલગીર છું કે,

1869
01:22:17,670 --> 01:22:19,900
GSI બહાર કામ કરશે.

1870
01:22:19,900 --> 01:22:25,450
અમે પ્રાપ્તકર્તા પર અમારા હેશ મળી છે.

1871
01:22:25,450 --> 01:22:27,030
અમે તારીખે શ્રેણી કી મળી છે.

1872
01:22:27,030 --> 01:22:31,380
અને અમે અંદાજ લક્ષણો મળી છે
અમે દ્રષ્ટિકોણને ટેકો આપવા જ જરૂર છે.

1873
01:22:31,380 --> 01:22:34,300
>> અમે આઉટબૉક્સ કે ફેરવો.

1874
01:22:34,300 --> 01:22:35,770
પ્રેષક પર હેશ.

1875
01:22:35,770 --> 01:22:39,612
અને સાર, અમે છે
ખૂબ જ સરસ, સ્વચ્છ જુઓ.

1876
01:22:39,612 --> 01:22:41,570
અને તે basically-- અમે છે
આ સરસ સંદેશાઓ

1877
01:22:41,570 --> 01:22:45,870
સરસ રીતે કારણ કે ફેલાવો કરવામાં આવી રહી છે કે ટેબલ
તે હેશ માત્ર hashed સંદેશ ID ને.

1878
01:22:45,870 --> 01:22:51,750
અને અમે બે નિર્દેશિકાઓની છે કે
તે ટેબલ બંધ ફરતી આવે છે.

1879
01:22:51,750 --> 01:22:57,411
બધા હક છે, તેથી અહીં વિચાર નથી છે
મોટા ડેટા અને આ નાના માહિતી રાખવા

1880
01:22:57,411 --> 01:22:57,910
સાથે મળીને.

1881
01:22:57,910 --> 01:23:00,700
ઊભી પાર્ટીશન,
તે કોષ્ટકો પાર્ટીશન.

1882
01:23:00,700 --> 01:23:03,150
માહિતી વાંચી શકાતી નથી કરો તમે નથી.

1883
01:23:03,150 --> 01:23:04,850
બધા હક છે, ગેમિંગ.

1884
01:23:04,850 --> 01:23:06,990
અમે તમામ રમતો ગમે છે.

1885
01:23:06,990 --> 01:23:10,902
ઓછામાં ઓછા હું પછી રમતો જેમ.

1886
01:23:10,902 --> 01:23:12,735
કેટલીક બાબતો તેથી
અમે જ્યારે સાથે વ્યવહાર કે

1887
01:23:12,735 --> 01:23:14,193
અમે અધિકાર, ગેમિંગ વિશે વિચારી રહ્યાં છો?

1888
01:23:14,193 --> 01:23:16,999
આ દિવસોમાં ગેમિંગ, ખાસ કરીને મોબાઇલ
ગેમિંગ, બધા વિચાર વિશે છે.

1889
01:23:16,999 --> 01:23:19,540
અને હું અહીં એક ફેરવવા જાઉં છું
દૂર DynamoDB થી થોડુંક.

1890
01:23:19,540 --> 01:23:21,373
હું લાવવા જાઉં છું
ચર્ચા કેટલાક

1891
01:23:21,373 --> 01:23:24,240
આ કેટલાક આસપાસ
અન્ય AWS ટેકનોલોજી.

1892
01:23:24,240 --> 01:23:28,930
>> પરંતુ ગેમિંગ વિશે વિચાર લાગે છે
APIs દ્રષ્ટિએ વિશે છે કે APIs,

1893
01:23:28,930 --> 01:23:31,730
સામાન્ય રીતે, HTTP અને JSON બોલતા.

1894
01:23:31,730 --> 01:23:34,550
તે કેવી રીતે મોબાઇલ ગેમ્સ પ્રકારની
તેની પીઠ અંત સાથે ક્રિયાપ્રતિક્રિયા કરે છે.

1895
01:23:34,550 --> 01:23:35,850
તેઓ JSON પોસ્ટ નથી.

1896
01:23:35,850 --> 01:23:40,660
તેઓ માહિતી મેળવવા માટે, અને તે બધા છે,
સામાન્ય રીતે સરસ JSON API માં, બોલતા.

1897
01:23:40,660 --> 01:23:44,950
>> મિત્રો મેળવવા જેવી વસ્તુઓ, વિચાર
લીડરબોર્ડ, એક્સચેન્જ માહિતી

1898
01:23:44,950 --> 01:23:47,699
વપરાશકર્તા પેદા સામગ્રી,
સિસ્ટમમાં પાછા દબાણ,

1899
01:23:47,699 --> 01:23:49,740
આ વસ્તુઓ પ્રકારના હોય છે
અમે કરવા જઇ રહ્યાં છે.

1900
01:23:49,740 --> 01:23:52,542
બાઈનરી એસેટ માહિતી, આ માહિતી
ડેટાબેઝ બેસી શકે છે.

1901
01:23:52,542 --> 01:23:54,250
આ એક બેસી શકે
પદાર્થ સ્ટોર, અધિકાર?

1902
01:23:54,250 --> 01:23:56,541
પરંતુ ડેટાબેઝ રહ્યું છે
સિસ્ટમ કહેવાની અંત,

1903
01:23:56,541 --> 01:23:59,140
અરજી કહેવાની
જ્યાં તે વિચાર જાઓ.

1904
01:23:59,140 --> 01:24:03,550
અને અનિવાર્ય, મલ્ટિપ્લેયર
સર્વરો, પાછળ ઓવરને ઇન્ફ્રાસ્ટ્રક્ચર,

1905
01:24:03,550 --> 01:24:06,180
અને ઉચ્ચ માટે રચાયેલ
ઉપલબ્ધતા અને માપનીયતા.

1906
01:24:06,180 --> 01:24:09,400
તેથી આ અમે બધા માંગો છો તે વસ્તુઓ છે
ગેમિંગ ઈન્ફ્રાસ્ટ્રક્ચર આજે.

1907
01:24:09,400 --> 01:24:12,160
>> તેથી આપણે એક નજર કરીએ
શું છે કે જેમ દેખાય છે.

1908
01:24:12,160 --> 01:24:16,070
એક કોર પાછળ ઓવરને ગોટ
ખૂબ જ સરળ.

1909
01:24:16,070 --> 01:24:19,880
અમે અહીં સાથે સિસ્ટમ મળી છે
બહુવિધ ઉપલબ્ધતા ઝોન.

1910
01:24:19,880 --> 01:24:23,780
લાગે છે being-- તરીકે અમે AZs વિશે વાત કરી
તેમને અલગ માહિતી કેન્દ્રો છે.

1911
01:24:23,780 --> 01:24:26,040
એક કરતાં વધુ ડેટા સેન્ટર
ઝેડ દીઠ છે, પરંતુ તે ઠીક છે,

1912
01:24:26,040 --> 01:24:28,831
માત્ર અલગ માહિતી તરીકે તેમને લાગે
ભૌગોલિક છે કે કેન્દ્રો

1913
01:24:28,831 --> 01:24:30,090
અને દોષ અલગ થઈ ગયા.

1914
01:24:30,090 --> 01:24:32,172
>> અમે એક હોય રહ્યા છીએ
દંપતી EC2 ઉદાહરણો.

1915
01:24:32,172 --> 01:24:33,880
અમે હોય રહ્યા છીએ
કેટલાક પાછા અંત સર્વર.

1916
01:24:33,880 --> 01:24:35,800
તમે એક વારસો છો કદાચ જો
સ્થાપત્ય, અમે છો

1917
01:24:35,800 --> 01:24:38,920
અમે આરડીએસ કૉલ શું ઉપયોગ કરીને,
રીલેશ્નલ ડેટાબેઝ સેવાઓ.

1918
01:24:38,920 --> 01:24:42,040
MSSQL, MySQL હોઇ શકે છે,
અથવા તે કંઈક.

1919
01:24:42,040 --> 01:24:47,080
આ રીતે ઘણો કાર્યક્રમો છે
આજે રચાયેલ છે.

1920
01:24:47,080 --> 01:24:49,594
>> વેલ અમે સાથે જવા માંગો છો શકે છે
અમે બહાર આરોહણ ત્યારે આ છે.

1921
01:24:49,594 --> 01:24:51,510
અમે આગળ વધીશું અને મૂકીશું
ત્યાં S3 ને ડોલમાં.

1922
01:24:51,510 --> 01:24:54,200
અને તે S3 ને ડોલમાં, તેના બદલે સેવા આપતા
અમારા servers-- તે વસ્તુઓ

1923
01:24:54,200 --> 01:24:55,220
અમે તે કરી શકે છે.

1924
01:24:55,220 --> 01:24:57,210
તમે તમારા બધા બાઈનરી મૂકી
તમારા સર્વર પર વસ્તુઓ

1925
01:24:57,210 --> 01:24:59,751
અને તમે તે સર્વર ઉપયોગ કરી શકો છો
ઉદાહરણો છે કે જે માહિતી અપ સેવા આપવા માટે.

1926
01:24:59,751 --> 01:25:01,860
પરંતુ તે ખૂબ ખર્ચાળ છે.

1927
01:25:01,860 --> 01:25:05,107
>> કરવા માટે વધુ સારી રીતે આગળ જાઓ અને છે
એક S3 ને ડોલમાં તે વસ્તુઓ મૂકી.

1928
01:25:05,107 --> 01:25:06,315
એસ 3 એક પદાર્થ રીપોઝીટરીઓ છે.

1929
01:25:06,315 --> 01:25:10,860
તે માટે ખાસ બનેલ છે
વસ્તુઓ આ પ્રકારના અપ સેવા આપતા.

1930
01:25:10,860 --> 01:25:13,690
અને તે ક્લાઈન્ટો વિનંતી દો
સીધા તે પદાર્થ ડોલથી થી,

1931
01:25:13,690 --> 01:25:15,390
સર્વરો ઓફલોડ.

1932
01:25:15,390 --> 01:25:17,020
તેથી અમે અહીં બહાર આરોહણ કરવા માટે શરૂ કરી રહ્યાં છો.

1933
01:25:17,020 --> 01:25:19,140
>> હવે અમે સમગ્ર વિશ્વમાં વપરાશકર્તાઓ મળી.

1934
01:25:19,140 --> 01:25:19,730
હું વપરાશકર્તાઓ મળી.

1935
01:25:19,730 --> 01:25:23,380
હું સ્થાનિક સામગ્રી કરવાની જરૂર છે
અધિકાર, આ વપરાશકર્તાઓ નજીક સ્થિત થયેલ?

1936
01:25:23,380 --> 01:25:26,200
હું એક S3 ને ડોલમાં બનાવી છે
મારા સ્રોત રીપોઝીટરી તરીકે.

1937
01:25:26,200 --> 01:25:29,370
અને હું સામે પડશે સાથે
આ CloudFront વિતરણ.

1938
01:25:29,370 --> 01:25:31,720
>> CloudFront એક સીડી અને એક
સામગ્રી વિતરણ નેટવર્ક.

1939
01:25:31,720 --> 01:25:35,750
મૂળભૂત રીતે તે તમે સ્પષ્ટ છે કે ડેટા લે છે
અને ઇન્ટરનેટ પર તે બધા કેશો

1940
01:25:35,750 --> 01:25:39,230
વપરાશકર્તાઓ બધે કરી શકો છો જેથી
ખૂબ જ ઝડપી પ્રતિભાવ ત્યારે

1941
01:25:39,230 --> 01:25:40,960
તેઓ તે વસ્તુઓ વિનંતી છે.

1942
01:25:40,960 --> 01:25:41,960
>> તેથી જો તમે એક વિચાર છે.

1943
01:25:41,960 --> 01:25:48,230
તમે પ્રકારની ઉચ્ચાલન બધા કરશો
AWS પાસાં અહીં આ પૂર્ણ કરવા માટે.

1944
01:25:48,230 --> 01:25:50,790
અને છેવટે, અમે ફેંકવું
એક ઓટો માપન જૂથ છે.

1945
01:25:50,790 --> 01:25:52,737
અમારા AC2 ઉદાહરણો તેથી
અમારા રમત સર્વરો,

1946
01:25:52,737 --> 01:25:54,820
તેઓ વધુ ટ્રાફિક હોય તેવા વિચાર શરૂ
અને વધુ ટ્રાફિક હોય તેવા અને વધુ ટ્રાફિક હોય તેવા,

1947
01:25:54,820 --> 01:25:57,236
તેઓ માત્ર અન્ય સ્પિન પડશે
ઉદાહરણ, અન્ય ઉદાહરણ સ્પિન

1948
01:25:57,236 --> 01:25:58,210
અન્ય ઉદાહરણ રજૂઆત કરે છે.

1949
01:25:58,210 --> 01:26:02,090
AWS, તે છે ટેકનોલોજી તેથી
તમે પરિમાણો સ્પષ્ટ પરવાનગી આપે છે

1950
01:26:02,090 --> 01:26:04,650
જે લગભગ તમારા સર્વરોને વધશે.

1951
01:26:04,650 --> 01:26:08,110
તેથી જો તમે સર્વરો એ સંખ્યા હોઈ શકે છે
કોઈપણ સમયે ત્યાં બહાર.

1952
01:26:08,110 --> 01:26:11,870
તમારું લોડ જાય તો, તેઓ પડશે
સંકોચો આ સંખ્યા સંકોચો કરશે.

1953
01:26:11,870 --> 01:26:15,250
અને ભાર પાછા આવે છે, તો
તે elastically બહાર પાછા વધવા પડશે.

1954
01:26:15,250 --> 01:26:17,050
>> તેથી આ મહાન જુએ છે.

1955
01:26:17,050 --> 01:26:19,800
અમે EC2 ઉદાહરણો ઘણો મળી છે.

1956
01:26:19,800 --> 01:26:21,671
અમે કેશ મૂકી શકો છો
ડેટાબેઝ સામે,

1957
01:26:21,671 --> 01:26:23,045
પ્રયત્ન કરો અને ડેટાબેઝો વેગ.

1958
01:26:23,045 --> 01:26:25,030
આગામી દબાણ બિંદુ
સામાન્ય રીતે લોકો જોવા

1959
01:26:25,030 --> 01:26:28,850
તેઓ ઉપયોગ રમત પાયે છે
રીલેશ્નલ ડેટાબેઝ સિસ્ટમ.

1960
01:26:28,850 --> 01:26:30,790
Jeez, ડેટાબેઝ
કામગીરી ભયંકર છે.

1961
01:26:30,790 --> 01:26:31,932
અમે તે કેવી રીતે સુધારવા નથી?

1962
01:26:31,932 --> 01:26:33,640
માતાનો મૂકવા પ્રયાસ કરીએ
કે સામે કેશ.

1963
01:26:33,640 --> 01:26:36,780
>> વેલ, કેશ કામ કરતું નથી
રમતો એટલા મહાન છે, અધિકાર?

1964
01:26:36,780 --> 01:26:39,330
રમતો, લેખન પીડાદાયક છે.

1965
01:26:39,330 --> 01:26:40,930
ગેમ્સ ખૂબ જ ભારે લખી છે.

1966
01:26:40,930 --> 01:26:43,610
તમે છો ત્યારે કેશ કામ કરતું નથી
તમે હંમેશા કર્યું કારણ કે ભારે લખવા

1967
01:26:43,610 --> 01:26:44,610
આ કેશમાં મળી.

1968
01:26:44,610 --> 01:26:47,780
તમે તેને છે, કેશમાં
અપ્રસ્તુત કેશીંગ શકાય છે.

1969
01:26:47,780 --> 01:26:49,780
તે વાસ્તવમાં માત્ર વધારાનું કામ છે.

1970
01:26:49,780 --> 01:26:51,970
>> તેથી અમે અહીં જાઓ જ્યાં?

1971
01:26:51,970 --> 01:26:54,400
તમે એક મોટી અંતરાય મળી છે
ત્યાં નીચે ડેટાબેઝમાં.

1972
01:26:54,400 --> 01:26:57,661
અને સ્થળ પર જવા માટે
દેખીતી રીતે પાર્ટીશન છે.

1973
01:26:57,661 --> 01:26:59,410
પાર્ટીશન નથી
તમે છો ત્યારે શું કરવું સરળ

1974
01:26:59,410 --> 01:27:01,900
સંબંધ ડેટાબેઝો સાથે વ્યવહાર.

1975
01:27:01,900 --> 01:27:05,080
સંબંધ ડેટાબેઝો સાથે, તમે છો
વ્યવસ્થા કરવા માટે જવાબદાર છે, અસરકારક રીતે,

1976
01:27:05,080 --> 01:27:06,210
કી જગ્યા.

1977
01:27:06,210 --> 01:27:10,527
તમે એક અને એમ વચ્ચે વપરાશકર્તાઓ કહી રહ્યાં છે
એન અને Z ત્યાં જવા વચ્ચે, અહીં જાઓ.

1978
01:27:10,527 --> 01:27:12,360
અને તમે સ્વિચ કરી રહ્યાં છો
અરજી સમગ્ર.

1979
01:27:12,360 --> 01:27:15,000
તેથી જો તમે સાથે કામ કરીએ છીએ
આ પાર્ટીશનને માહિતી સ્ત્રોત છે.

1980
01:27:15,000 --> 01:27:18,670
તમે ટ્રાન્ઝેક્શનલ પરિમાણોને છે
કે પાર્ટીશનો વિસ્તારતા નથી.

1981
01:27:18,670 --> 01:27:20,560
તમે તમામ પ્રકારના મળી છે
તમે છો કે messiness

1982
01:27:20,560 --> 01:27:23,040
ત્યાં નીચે પ્રયાસ સાથે વ્યવહાર
બહાર માપન સાથે વ્યવહાર કરવા માટે

1983
01:27:23,040 --> 01:27:25,120
અને મોટા ઇન્ફ્રાસ્ટ્રક્ચર મકાન.

1984
01:27:25,120 --> 01:27:27,284
તે માત્ર કોઈ મજા છે.

1985
01:27:27,284 --> 01:27:30,930
>> પ્રેક્ષક: તેથી તમે કહી રહ્યા છે કે
સ્ત્રોત પોઇન્ટ વધી ઝડપી બનાવે છે

1986
01:27:30,930 --> 01:27:31,430
આ પ્રક્રિયા?

1987
01:27:31,430 --> 01:27:32,513
રિક Houlihan: વધારો?

1988
01:27:32,513 --> 01:27:33,520
પ્રેક્ષક: સોર્સ નિર્દેશ કરે છે.

1989
01:27:33,520 --> 01:27:34,410
રિક Houlihan સોર્સ પોઇન્ટ?

1990
01:27:34,410 --> 01:27:37,500
પ્રેક્ષક: માહિતીથી,
જ્યાં માહિતી આવતા હોય છે?

1991
01:27:37,500 --> 01:27:38,250
રિક Houlihan: ના

1992
01:27:38,250 --> 01:27:41,820
શું હું કહી રહ્યો છું વધતા છે
માહિતી સ્ટોર પાર્ટીશનોની સંખ્યા

1993
01:27:41,820 --> 01:27:44,060
થ્રુપુટ સુધારે છે.

1994
01:27:44,060 --> 01:27:48,300
તેથી શું અહીં ચાલી રહ્યું છે વપરાશકર્તાઓ
અહીં EC2 ઉદાહરણ આવતા,

1995
01:27:48,300 --> 01:27:50,780
વેલ, હું વપરાશકર્તા જરૂર હોય તો
એમ એક છે, હું અહીં જાઓ પડશે.

1996
01:27:50,780 --> 01:27:53,560
N માંથી પી, હું અહીં જાઓ પડશે.

1997
01:27:53,560 --> 01:27:55,060
Z પી પ્રતિ, હું અહીં જાઓ પડશે.

1998
01:27:55,060 --> 01:27:57,120
>> પ્રેક્ષક: બરાબર, તે તેથી તે છે
બધા અલગ અલગ ગાંઠો સંગ્રહિત?

1999
01:27:57,120 --> 01:27:57,911
>> રિક Houlihan: હા.

2000
01:27:57,911 --> 01:28:00,210
આ તરીકે લાગે છે
માહિતી વિવિધ silos.

2001
01:28:00,210 --> 01:28:01,660
તેથી જો તમે આ કરવા માટે આવી રહી છે.

2002
01:28:01,660 --> 01:28:02,910
તમે કરવા પ્રયાસ કરી રહ્યાં છો, તો
આ તમે પ્રયાસ કરી રહ્યાં છો, તો

2003
01:28:02,910 --> 01:28:05,730
એક સંબંધ પ્લેટફોર્મ પર આરોહણ કરવા માટે
આ તમે શું કરી રહ્યાં છો છે.

2004
01:28:05,730 --> 01:28:08,100
તમે ડેટા લઇ રહ્યા છીએ અને
તમે તેને કાપવા કરી રહ્યાં છો.

2005
01:28:08,100 --> 01:28:10,975
અને તમે તે સમગ્ર પાર્ટીશન કરી રહ્યાં છો
ડેટાબેઝ અનેક ઉદાહરણો.

2006
01:28:10,975 --> 01:28:13,580
અને તમે બધા વ્યવસ્થા કરી રહ્યા છીએ કે
અરજી ટાયર છે.

2007
01:28:13,580 --> 01:28:14,729
તે કોઈ મજા છે.

2008
01:28:14,729 --> 01:28:15,770
તેથી શું અમે જાઓ કરવા માંગો છો?

2009
01:28:15,770 --> 01:28:20,240
અમે DynamoDB, સંપૂર્ણપણે વ્યવસ્થાપિત જવા માંગો છો,
NoSQL માહિતી સ્ટોર, જોગવાઈ થ્રુપુટ.

2010
01:28:20,240 --> 01:28:22,680
અમે ગૌણ નિર્દેશિકાઓની ઉપયોગ કરે છે.

2011
01:28:22,680 --> 01:28:26,154
તે મૂળભૂત રીતે HTTP API અને
દસ્તાવેજ આધાર સમાવે છે.

2012
01:28:26,154 --> 01:28:28,570
તેથી તમે ચિંતા કરવાની જરૂર નથી
કે પાર્ટીશન કોઈપણ વિશે.

2013
01:28:28,570 --> 01:28:30,740
અમે તમારા માટે તે બધા નથી.

2014
01:28:30,740 --> 01:28:33,260
તેથી હવે, તેની જગ્યાએ, તમે
માત્ર ટેબલ પર લખો.

2015
01:28:33,260 --> 01:28:36,490
ટેબલ પાર્ટીશન કરવાની જરૂર છે, તો
કે પડદા પાછળ થાય છે.

2016
01:28:36,490 --> 01:28:40,642
તમે સંપૂર્ણપણે અવાહક કરી રહ્યાં છો
ડેવલપર તરીકે કે.

2017
01:28:40,642 --> 01:28:42,350
તેથી આપણે વિશે વાત કરો
ઉપયોગ કિસ્સાઓમાં કેટલાક

2018
01:28:42,350 --> 01:28:47,564
અમે ગેમિંગ, સામાન્ય માં ચાલે છે કે
ગેમિંગ દૃશ્યો, લીડરબોર્ડ.

2019
01:28:47,564 --> 01:28:49,980
તેથી જો તમે વપરાશકર્તાઓ આવતા મળી છે
તેઓ છો કે BoardNames

2020
01:28:49,980 --> 01:28:52,930
પર, આ વપરાશકર્તા માટે સ્કોર્સ.

2021
01:28:52,930 --> 01:28:57,700
અમે userid પર હેશીંગ કરી શકે છે
અને પછી અમે આ રમત પર શ્રેણી છે.

2022
01:28:57,700 --> 01:28:59,960
તેથી દરેક વપરાશકર્તા જોવા ઇચ્છે છે
તેમણે ભજવી છે બધા આ રમત

2023
01:28:59,960 --> 01:29:01,770
અને તેના બધા ટોચ સ્કોર
તમામ રમત સમગ્ર.

2024
01:29:01,770 --> 01:29:04,000
તેથી તે પોતાની અંગત લીડરબોર્ડ છે.

2025
01:29:04,000 --> 01:29:10,010
>> હવે હું જવા માંગો છો અને હું વિચાર કરી કરવા માંગો છો
તેથી હું આ વ્યક્તિગત લીડરબોર્ડ્સ મળે છે.

2026
01:29:10,010 --> 01:29:12,827
હું શું કરવા માંગો છો વિચાર જાઓ છે
બધા વપરાશકર્તાઓ સમગ્ર ટોચ સ્કોર.

2027
01:29:12,827 --> 01:29:13,660
તેથી હું કેવી રીતે કે શું કરવું?

2028
01:29:13,660 --> 01:29:18,070
મારા રેકોર્ડ પર hashed છે ત્યારે
આ userid, આ રમત પર અંતરના,

2029
01:29:18,070 --> 01:29:20,740
સાથે સાથે હું આગળ જાઓ જાઉં છું
અને રિસ્ટ્રકચર, એક GSI બનાવવા

2030
01:29:20,740 --> 01:29:22,370
અને મને લાગે છે કે માહિતી રિસ્ટ્રકચર જાઉં છું.

2031
01:29:22,370 --> 01:29:27,310
>> હવે હું પર હેશ જાઉં છું
આ રમત છે, કે જે BoardName.

2032
01:29:27,310 --> 01:29:29,800
અને હું ટોચ સ્કોર પર લઇને જાઉં છું.

2033
01:29:29,800 --> 01:29:31,540
અને હવે હું અલગ ડોલથી બનાવી છે.

2034
01:29:31,540 --> 01:29:34,790
હું એક જ ટેબલ ઉપયોગ કરું છું,
આ જ વસ્તુ માહિતી.

2035
01:29:34,790 --> 01:29:39,870
પરંતુ હું આપે છે કે એક ડોલ બનાવી રહ્યો છું
મને ગેમ મુજબ ટોચના સ્કોર એકંદર.

2036
01:29:39,870 --> 01:29:43,180
>> અને હું કે ટેબલ ક્વેરી કરી શકો છો
તે માહિતી મેળવવા માટે.

2037
01:29:43,180 --> 01:29:50,890
તેથી હું સુધી કે ક્વેરી પેટર્ન સેટ કર્યું
ગૌણ ઈન્ડેક્સ દ્વારા આધારભૂત આવશે.

2038
01:29:50,890 --> 01:29:54,556
હવે તેઓ BoardName દ્વારા અલગ કરી શકાય છે
અને પર આધાર રાખીને, TopScore દ્વારા સોર્ટ થાય છે.

2039
01:29:54,556 --> 01:29:57,180
તમે જોઈ શકો છો જેથી આ પ્રકારના હોય છે
તમે ગેમિંગ વિચાર કિસ્સાઓમાં ઉપયોગ કરે છે.

2040
01:29:57,180 --> 01:30:02,190
અમે ગેમિંગ વિચાર અન્ય સારી ઉપયોગ કેસ
પુરસ્કારો અને જે પુરસ્કારો જીત્યા છે છે.

2041
01:30:02,190 --> 01:30:05,340
અને આ મહાન ઉપયોગ કેસ છે
અમે સ્પર્શ નિર્દેશિકાઓની કહી છે.

2042
01:30:05,340 --> 01:30:07,340
સ્પર્શ નિર્દેશિકાઓની છે
પેદા કરવાની ક્ષમતા

2043
01:30:07,340 --> 01:30:10,850
જરૂરી નથી કે એક ઈન્ડેક્સ
ટેબલ પર દરેક એક વસ્તુ છે.

2044
01:30:10,850 --> 01:30:11,470
અને શા માટે નથી?

2045
01:30:11,470 --> 01:30:14,540
કારણ કે આવી રહી છે કે આ લક્ષણ
અનુક્રમિત દરેક વસ્તુ પર અસ્તિત્વમાં નથી.

2046
01:30:14,540 --> 01:30:16,460
>> આ ચોક્કસ તેથી
કેસ ઉપયોગ, હું કહી રહ્યો છું,

2047
01:30:16,460 --> 01:30:19,240
તમે શું, હું જાઉં છું ખબર
એવોર્ડ કહેવાય લક્ષણ બનાવો.

2048
01:30:19,240 --> 01:30:22,970
અને હું દરેક વપરાશકર્તા આપવા જઈ રહ્યો છું
લક્ષણની છે કે એક પુરસ્કાર છે.

2049
01:30:22,970 --> 01:30:25,950
વપરાશકર્તાઓ એવોર્ડ છે નથી કે
કે લક્ષણ છે જવું નથી.

2050
01:30:25,950 --> 01:30:27,800
તેથી હું બનાવો ત્યારે
ઇન્ડેક્સ માત્ર વપરાશકર્તાઓ

2051
01:30:27,800 --> 01:30:28,960
તે બતાવવા માટે જઇ રહ્યા છે
ઇન્ડેક્સ અપ છે

2052
01:30:28,960 --> 01:30:31,050
ખરેખર પુરસ્કારો જીત્યા છે કે રાશિઓ.

2053
01:30:31,050 --> 01:30:34,440
જેથી કરવાનો પ્રયત્ન કરવા માટે એક મહાન માર્ગ છે
ફિલ્ટર નિર્દેશિકાઓની બનાવવા માટે કે

2054
01:30:34,440 --> 01:30:40,580
નથી કે ખૂબ જ, ખૂબ જ પસંદ છે
ઇન્ડેક્સ સમગ્ર ટેબલ છે.

2055
01:30:40,580 --> 01:30:43,050
>> તેથી અમે અહીં સમય પર ઓછી કરી રહ્યાં છે.

2056
01:30:43,050 --> 01:30:49,190
હું આગળ જાઓ અને અવગણો જાઉં છું
બહાર અને આ દ્રશ્ય અવગણો.

2057
01:30:49,190 --> 01:30:52,625
થોડુંક વાત about--

2058
01:30:52,625 --> 01:30:54,460
>> પ્રેક્ષક: હું એક ઝડપી પ્રશ્ન પૂછી શકો છો?

2059
01:30:54,460 --> 01:30:56,722
એક ભારે લખી છે?

2060
01:30:56,722 --> 01:30:57,680
રિક Houlihan: શું છે?

2061
01:30:57,680 --> 01:30:58,596
પ્રેક્ષક: ભારે લખો.

2062
01:30:58,596 --> 01:31:01,270
રિક Houlihan ભારે લખો.

2063
01:31:01,270 --> 01:31:03,460
મને જોવા દે.

2064
01:31:03,460 --> 01:31:06,220
>> પ્રેક્ષક: અથવા તે નથી
કંઈક તમે માત્ર આ કરી શકો છો

2065
01:31:06,220 --> 01:31:08,809
સેકન્ડમાં એક બાબત માં અવાજ?

2066
01:31:08,809 --> 01:31:10,850
રિક Houlihan: અમે જાઓ
મતદાન દૃશ્ય દ્વારા.

2067
01:31:10,850 --> 01:31:11,670
તે ખરાબ નથી.

2068
01:31:11,670 --> 01:31:14,580
તમે ગાય્ઝ થોડી મિનિટો છે?

2069
01:31:14,580 --> 01:31:15,860
ઠીક છે.

2070
01:31:15,860 --> 01:31:17,890
>> તેથી અમે મતદાન વિશે વાત કરીશું.

2071
01:31:17,890 --> 01:31:20,250
તેથી વાસ્તવિક સમય મતદાન, અમારી પાસે
મતદાન માટે જરૂરીયાતો.

2072
01:31:20,250 --> 01:31:25,250
જરૂરીયાતો અમે પરવાનગી આપે છે કે છે
દરેક વ્યક્તિ માત્ર એક જ વાર મતદાન કર્યું છે.

2073
01:31:25,250 --> 01:31:28,060
અમે કોઇ સમક્ષ રજુ કરવાનો પ્રયત્ન કરવા માંગો છો
તેમના મત બદલવા માટે.

2074
01:31:28,060 --> 01:31:31,045
અમે વાસ્તવિક સમય એકત્રિત કરવા માંગો છો
અને માહિતીને ઍનલિટિક્સ

2075
01:31:31,045 --> 01:31:34,210
અમે પ્રયત્ન જઈ રહ્યાં છો કે
સાઇટ પર વપરાશકર્તાઓ માટે દર્શાવે છે.

2076
01:31:34,210 --> 01:31:35,200
>> આ દ્રશ્ય વિચારો.

2077
01:31:35,200 --> 01:31:37,550
અમે વાસ્તવિકતા ઘણો કામ
તેઓ જ્યાં ટીવી બતાવે છે

2078
01:31:37,550 --> 01:31:38,960
વસ્તુઓ આ ચોક્કસ પ્રકાર કરી.

2079
01:31:38,960 --> 01:31:41,584
તેથી જો તમે દૃશ્ય વિચાર કરી શકો છો,
અમે લાખો અને કરોડો છે

2080
01:31:41,584 --> 01:31:43,959
ત્યાં ટીનેજ છોકરીઓ
તેમના સેલ ફોન સાથે

2081
01:31:43,959 --> 01:31:46,250
અને મતદાન અને મતદાન અને
તેઓ રહેલી વ્યકિત માટે મતદાન

2082
01:31:46,250 --> 01:31:48,610
સૌથી વધુ લોકપ્રિય હોઇ શકે છે.

2083
01:31:48,610 --> 01:31:50,830
તેથી આ અમુક છે
જરૂરીયાતો અમે બહાર ચાલે છે.

2084
01:31:50,830 --> 01:31:52,990
>> અને તેથી પ્રથમ લેવા
આ સમસ્યા ઉકેલવા

2085
01:31:52,990 --> 01:31:55,090
બિલ્ડ કરવા માટે પ્રયત્ન કરશે
ખૂબ જ સરળ અરજી.

2086
01:31:55,090 --> 01:31:56,490
તેથી હું આ એપ્લિકેશન મળી છે.

2087
01:31:56,490 --> 01:31:57,950
હું ત્યાં કેટલાક મતદારો બહાર હોય છે.

2088
01:31:57,950 --> 01:31:59,980
તેઓ મતદાન એપ્લિકેશન હિટ માં આવે છે.

2089
01:31:59,980 --> 01:32:03,440
હું કેટલાક કાચા મત ટેબલ મળી છે
હું માત્ર તે મત માં ડમ્પ પડશે.

2090
01:32:03,440 --> 01:32:05,780
હું કેટલાક એકંદર પડશે
મત ટેબલ કે

2091
01:32:05,780 --> 01:32:09,490
મારા ઍનલિટિક્સ અને વસ્તી વિષયક કરશે,
અને આપણે ત્યાં આ બધા મૂકીશું.

2092
01:32:09,490 --> 01:32:11,420
>> અને આ મહાન છે.

2093
01:32:11,420 --> 01:32:12,332
જીવન સારું છે.

2094
01:32:12,332 --> 01:32:15,040
જીવન અમે શોધવા સુધી સારી
હંમેશા માત્ર એક કે બે છે

2095
01:32:15,040 --> 01:32:16,879
ચૂંટણીમાં લોકપ્રિય છે કે લોકો.

2096
01:32:16,879 --> 01:32:19,420
માત્ર એક કે બે વસ્તુઓ છે
લોકો ખરેખર વિશે કાળજી છે.

2097
01:32:19,420 --> 01:32:22,340
અને તમે મતદાન કરી રહ્યાં છો, તો
સ્કેલ, હું છું અચાનક તમામ

2098
01:32:22,340 --> 01:32:26,360
ધ હેલ આઉટ ઓફ સતત પ્રહાર અથવા મારપીટ કરી રહ્યું
બે ઉમેદવારો, એક અથવા બે ઉમેદવારો.

2099
01:32:26,360 --> 01:32:29,390
વસ્તુઓ એક ખૂબ જ મર્યાદિત નંબર
લોકો લોકપ્રિય હોઇ શકે છે.

2100
01:32:29,390 --> 01:32:31,710
>> આ એક સારી ડિઝાઇન પેટર્ન નથી.

2101
01:32:31,710 --> 01:32:33,549
આ ખરેખર એક છે
ખૂબ જ ખરાબ ડિઝાઇન પેટર્ન

2102
01:32:33,549 --> 01:32:36,340
તે બનાવે છે કારણ કે ચોકકસ શું આપણે
હોટ કીઓ હતી, જે વિશે વાત કરી.

2103
01:32:36,340 --> 01:32:38,960
હોટ કીઓ અમે ગમે નથી કંઈક છે.

2104
01:32:38,960 --> 01:32:40,470
>> તેથી અમે કેવી રીતે ઠીક છે?

2105
01:32:40,470 --> 01:32:47,640
અને ખરેખર, આ ઠીક માર્ગ છે
તે ઉમેદવાર ડોલથી લઈને

2106
01:32:47,640 --> 01:32:51,490
અને અમે દરેક ઉમેદવાર માટે,
અમે રેન્ડમ કિંમત ઉમેરી રહ્યા છીએ,

2107
01:32:51,490 --> 01:32:54,192
રેન્ડમ આપણે જાણીએ છીએ કે કંઈક છે,
એક અને 100 વચ્ચે કિંમત

2108
01:32:54,192 --> 01:32:56,620
100 અને 1,000 વચ્ચે,
અથવા એક અને 1000 વચ્ચે,

2109
01:32:56,620 --> 01:32:59,940
જોકે ઘણા રેન્ડમ કિંમતો તમે કરવા માંગો છો
કે ઉમેદવાર ઓવરને પર જોડો.

2110
01:32:59,940 --> 01:33:01,330
>> અને હું ખરેખર તે પછી શું કર્યું છે?

2111
01:33:01,330 --> 01:33:05,830
હું ઉમેદવાર આઈડી તરીકે ઉપયોગ કરું છું, તો
એકંદર મત માટે ડોલ,

2112
01:33:05,830 --> 01:33:08,780
હું રેન્ડમ ઉમેર્યા છે તો
કે ઓવરને નંબર,

2113
01:33:08,780 --> 01:33:12,000
હું બનાવી છે હવે 10 buckets, એક
સો buckets, એક હજાર ડોલથી

2114
01:33:12,000 --> 01:33:14,160
કે હું આખા મત એકત્રીકરણથી છું.

2115
01:33:14,160 --> 01:33:18,030
>> તેથી હું લાખો અને કરોડો છે
અને રેકોર્ડ લાખો આવતા

2116
01:33:18,030 --> 01:33:22,050
આ ઉમેદવારો માટે, હું હવે ફેલાવી રહ્યો છું
ઉમેદવાર a_1 સમગ્ર તે મત

2117
01:33:22,050 --> 01:33:24,630
ઉમેદવાર A_100 મારફતે, કારણ કે
એક મત આવે દર વખતે,

2118
01:33:24,630 --> 01:33:26,530
હું રેન્ડમ પેદા છું
એક અને 100 વચ્ચે મૂલ્ય.

2119
01:33:26,530 --> 01:33:29,446
હું ઓવરને પર તે આબંધન છું
વ્યક્તિ માટે મતદાન કે ઉમેદવાર.

2120
01:33:29,446 --> 01:33:31,120
મને લાગે છે કે ડોલ માં ડમ્પીંગ છું.

2121
01:33:31,120 --> 01:33:33,910
>> હવે backside પર, મને ખબર છે
કે હું સો ડોલથી મળી.

2122
01:33:33,910 --> 01:33:36,350
તેથી હું આગળ જવા માંગો છો
અને મત એકંદર,

2123
01:33:36,350 --> 01:33:38,244
હું તે બધા ડોલથી માંથી વાંચી શકાય છે.

2124
01:33:38,244 --> 01:33:39,160
તેથી હું આગળ જાઓ અને ઉમેરો.

2125
01:33:39,160 --> 01:33:42,410
અને પછી હું સ્કેટર જામે
હું બહાર જવા અને હેય કહે છે,

2126
01:33:42,410 --> 01:33:45,399
તમે શું જાણો છો, આ ઉમેદવાર કી
જગ્યાઓ એકસોથી ડોલથી છે.

2127
01:33:45,399 --> 01:33:47,940
હું તમામ ભેગા કરવા જાઉં છું
તે સો ડોલથી મત.

2128
01:33:47,940 --> 01:33:49,981
હું સમજવા જાઉં છું
તેમને અને હું કહેવા જાઉં છું

2129
01:33:49,981 --> 01:33:53,830
ઉમેદવાર હવે
એક્સ કુલ મત ગણતરી.

2130
01:33:53,830 --> 01:33:55,690
>> હવે લખવા બંને
ક્વેરી અને વાંચો ક્વેરી

2131
01:33:55,690 --> 01:33:58,160
સરસ રીતે વિતરણ કરવામાં આવે છે
હું આખા લખી રહ્યો છું કારણ કે

2132
01:33:58,160 --> 01:34:00,320
અને હું કીઓ સેંકડો સમગ્ર વાંચી રહ્યો છું.

2133
01:34:00,320 --> 01:34:03,500
હું નથી લખી રહ્યો છું અને
હવે એક કી તરફ વાંચી.

2134
01:34:03,500 --> 01:34:04,950
તેથી કે જે એક મહાન પેટર્ન છે.

2135
01:34:04,950 --> 01:34:08,090
>> આ વાસ્તવમાં કદાચ એક છે
સૌથી મહત્વપૂર્ણ ડિઝાઇન

2136
01:34:08,090 --> 01:34:10,420
NoSQL માં સ્કેલ માટે પેટર્ન.

2137
01:34:10,420 --> 01:34:14,470
તમે આ પ્રકારના જોશો
દરેક સ્વાદ ડિઝાઇન પેટર્ન.

2138
01:34:14,470 --> 01:34:19,100
MongoDB, DynamoDB, તે નથી
બાબત, અમે બધા આ કરવા માટે હોય છે.

2139
01:34:19,100 --> 01:34:21,840
તમે કામ કરી રહ્યાં છે કારણ કે જ્યારે
તે વિશાળ એગ્રિગેશન સાથે,

2140
01:34:21,840 --> 01:34:26,650
તમે એ રીતે બહાર આકૃતિ હોય છે
ડોલથી તેમને સમગ્ર ફેલાય છે.

2141
01:34:26,650 --> 01:34:29,512
તેથી આ તમે તે કરવા માર્ગ છે.

2142
01:34:29,512 --> 01:34:31,220
બધા હક છે, તેથી શું
તમે હમણાં કરી રહ્યા છીએ

2143
01:34:31,220 --> 01:34:35,252
તમે વાંચી બંધ ટ્રેડિંગ કરી રહ્યાં છો છે
લખવા માપનીયતા માટે ખર્ચ.

2144
01:34:35,252 --> 01:34:37,085
મારા વાંચો કિંમત છે
થોડી વધુ જટિલ

2145
01:34:37,085 --> 01:34:40,220
અને હું એક માંથી વાંચી જવા માટે હોય છે
સો ડોલથી બદલે છે.

2146
01:34:40,220 --> 01:34:41,310
પરંતુ હું લખવા માટે સમર્થ છું.

2147
01:34:41,310 --> 01:34:44,860
અને મારા થ્રુપુટ, મારા લખવા
થ્રુપુટ અકલ્પનીય છે.

2148
01:34:44,860 --> 01:34:49,450
તેથી તે સામાન્ય રીતે એક મૂલ્યવાન છે
DynamoDB માપન માટે તરકીબ,

2149
01:34:49,450 --> 01:34:51,350
અથવા તે બાબત માટે કોઇ NoSQL ડેટાબેઝ.

2150
01:34:51,350 --> 01:34:53,824

2151
01:34:53,824 --> 01:34:55,240
તેથી અમે તેને પરિમાણ કેવી રીતે બહાર figured.

2152
01:34:55,240 --> 01:34:56,930
અને અમે figured કેવી રીતે
અમારા હોટ કીઓ દૂર કરે છે.

2153
01:34:56,930 --> 01:34:57,820
અને આ વિચિત્ર છે.

2154
01:34:57,820 --> 01:34:58,960
અને અમે આ સરસ સિસ્ટમ મળી.

2155
01:34:58,960 --> 01:35:02,043
અને તે અમને ખૂબ જ યોગ્ય મતદાન આપવામાં આવ્યું છે
અમે રેકોર્ડ મત દ-નવી છેતરાયેલી હોય છે.

2156
01:35:02,043 --> 01:35:03,130
તે DynamoDB માં સમાયેલ છે.

2157
01:35:03,130 --> 01:35:05,380
અમે શરતી અધિકારો અંગે વાત કરી હતી.

2158
01:35:05,380 --> 01:35:08,170
>> મતદાર આવે ત્યારે મૂકે
ટેબલ પર એક insert,

2159
01:35:08,170 --> 01:35:11,220
તેઓ તેમના મતદાર આઈડી સાથે સામેલ
તેઓ અન્ય મત દાખલ કરવા માટે પ્રયત્ન કરો, તો

2160
01:35:11,220 --> 01:35:13,320
હું એક શરતી લખી શકું.

2161
01:35:13,320 --> 01:35:16,960
આ લખવા માત્ર કહે છે
આ અસ્તિત્વમાં નથી.

2162
01:35:16,960 --> 01:35:19,270
તેથી જલદી હું જુઓ કે
કે મત ટેબલ હિટ,

2163
01:35:19,270 --> 01:35:20,460
બીજા કોઇ જ હશે
તેમના મત મૂકી સમક્ષ રજુ કરવાનો.

2164
01:35:20,460 --> 01:35:21,634
અને તે વિચિત્ર છે.

2165
01:35:21,634 --> 01:35:23,550
અને અમે incrementing કરી રહ્યાં છો
અમારા ઉમેદવાર ગણકો.

2166
01:35:23,550 --> 01:35:25,466
અને અમે અમારા કરી રહ્યા છીએ
વસ્તી વિષયક અને તમામ છે.

2167
01:35:25,466 --> 01:35:29,110
પરંતુ શું થાય છે જો મારા
અરજી પર પડે છે?

2168
01:35:29,110 --> 01:35:31,350
હવે અચાનક મત તમામ
માં આવતા હોય છે, અને હું

2169
01:35:31,350 --> 01:35:34,840
તેઓ પ્રક્રિયા રહ્યાં છો, તો ખબર નથી
મારા ઍનલિટિક્સ અને વસ્તી વિષયક માં

2170
01:35:34,840 --> 01:35:36,040
હવે.

2171
01:35:36,040 --> 01:35:38,462
અને જ્યારે અરજી
ઉપર કેવી રીતે પાછા આવે

2172
01:35:38,462 --> 01:35:41,420
નરક હું મત શું ખબર નથી
પ્રક્રિયા કરવામાં આવી છે અને જ્યાં હું પ્રારંભ કરશો?

2173
01:35:41,420 --> 01:35:44,530
>> તેથી આ એક વાસ્તવિક સમસ્યા છે જ્યારે તમે છે
દૃશ્ય આ પ્રકારની જોવા માટે શરૂ કરો.

2174
01:35:44,530 --> 01:35:45,571
અને કેવી રીતે અમે તે હલ નથી?

2175
01:35:45,571 --> 01:35:48,070
અમે શું સાથે તેને ઉકેલવા અમે
DynamoDB સ્ટ્રીમ્સ કૉલ કરો.

2176
01:35:48,070 --> 01:35:53,470
સ્ટ્રીમ્સ એક સમય આદેશ આપ્યો છે અને
દરેક વપરાશ પાર્ટીશન ફેરફાર લોગ

2177
01:35:53,470 --> 01:35:55,700
ટેબલ પર દરેક લખવા
ટેબલ ઍક્સેસ કરો.

2178
01:35:55,700 --> 01:35:58,810
લખાયેલ છે કે જે કોઈપણ માહિતી
ટેબલ સ્ટ્રીમ પર બતાવે છે.

2179
01:35:58,810 --> 01:36:01,815
>> મૂળભૂત રીતે તે 24 કલાક કતારમાં છે.

2180
01:36:01,815 --> 01:36:03,690
વસ્તુઓ સ્ટ્રીમ હિટ,
તેઓ 24 કલાક માટે રહે છે.

2181
01:36:03,690 --> 01:36:05,990
તેઓ ઘણી વખત વાંચી શકાય છે.

2182
01:36:05,990 --> 01:36:09,400
પહોંચાડાય હોઈ ખાતરી આપી
માત્ર સ્ટ્રીમ એકવાર,

2183
01:36:09,400 --> 01:36:11,180
વખત એ નંબર વાંચી શકાય છે.

2184
01:36:11,180 --> 01:36:14,910
તેમ છતાં ઘણા પ્રક્રિયાઓ તમે કરવા માંગો છો
કે માહિતી વપરાશ, તો તમે તેને વપરાશ કરી શકો છો.

2185
01:36:14,910 --> 01:36:16,350
તે દરેક સુધારા દેખાશે.

2186
01:36:16,350 --> 01:36:18,455
દરેક લખશે માત્ર
સ્ટ્રીમ પર એક વાર દેખાય છે.

2187
01:36:18,455 --> 01:36:20,621
તેથી તમે ચિંતા કરવાની જરૂર નથી
બે વખત તે પ્રક્રિયા વિશે

2188
01:36:20,621 --> 01:36:22,500
એ જ પ્રક્રિયા છે.

2189
01:36:22,500 --> 01:36:25,350
>> તે કડક આઇટમ દીઠ આદેશ આપ્યો છે.

2190
01:36:25,350 --> 01:36:28,180
અમે સમય કહે છે ત્યારે
આદેશ આપ્યો છે અને પાર્ટીશન,

2191
01:36:28,180 --> 01:36:30,680
તમે સ્ટ્રીમ પર પાર્ટીશન દીઠ જોશો.

2192
01:36:30,680 --> 01:36:33,169
તમે ક્રમમાં વસ્તુઓ, સુધારાઓ જોવા મળશે.

2193
01:36:33,169 --> 01:36:35,210
અમે બાંયધરી નથી
તમે છો કે સ્ટ્રીમ પર

2194
01:36:35,210 --> 01:36:40,240
દરેક પરિવહન વિચાર જઈ
વસ્તુઓ તરફ ક્રમમાં.

2195
01:36:40,240 --> 01:36:42,440
>> તેથી સ્ટ્રીમ્સ idempotent છે.

2196
01:36:42,440 --> 01:36:44,037
અમે બધા idempotent શું અર્થ થાય છે?

2197
01:36:44,037 --> 01:36:46,620
Idempotent તમે તે કરી શકો છો એનો અર્થ એ થાય
ઉપર, અને ઉપર, અને ફરીથી.

2198
01:36:46,620 --> 01:36:48,200
પરિણામ એ જ પ્રયત્ન રહ્યું છે.

2199
01:36:48,200 --> 01:36:49,991
>> સ્ટ્રીમ્સ, idempotent છે
પરંતુ તેઓ હોય છે

2200
01:36:49,991 --> 01:36:54,860
આ શરૂ બિંદુ થી ભજવી હતી,
તમે પસંદ કરો છો ત્યાં, અંત સુધી,

2201
01:36:54,860 --> 01:36:57,950
અથવા તેઓ પરિણમશે નહીં
સમાન મૂલ્યો છે.

2202
01:36:57,950 --> 01:36:59,727
>> MongoDB સાથે જ વાત.

2203
01:36:59,727 --> 01:37:01,560
MongoDB એક રચના છે
તેઓ oplog કૉલ કરો.

2204
01:37:01,560 --> 01:37:04,140
તે ચોક્કસ જ રચના છે.

2205
01:37:04,140 --> 01:37:06,500
ઘણા NoSQL ડેટાબેઝ
આ રચના છે.

2206
01:37:06,500 --> 01:37:08,790
તેઓ વસ્તુઓ કરવા માટે તેનો ઉપયોગ
જેવા નકલ, જે

2207
01:37:08,790 --> 01:37:10,475
બરાબર અમે નદીઓ સાથે શું છે.

2208
01:37:10,475 --> 01:37:12,350
પ્રેક્ષક: કદાચ
નાસ્તિક પ્રશ્ન છે, પરંતુ તમે

2209
01:37:12,350 --> 01:37:13,975
એપ્લિકેશન્સ એક તેથી આગળ નીચે કરી વિશે વાત કરો.

2210
01:37:13,975 --> 01:37:16,089
સ્ટ્રીમ્સ માટે ખાતરી આપી છે
કદાચ નીચે જાઓ ક્યારેય?

2211
01:37:16,089 --> 01:37:18,630
રિક Houlihan: અરે વાહ, સ્ટ્રીમ્સ
નીચે જાઓ ક્યારેય ખાતરી આપી છે.

2212
01:37:18,630 --> 01:37:21,040
અમે ઇન્ફ્રાસ્ટ્રક્ચર મેનેજ
પાછળ. આપોઆપ સ્ટ્રીમ્સ

2213
01:37:21,040 --> 01:37:22,498
તેમના ઓટો માપન જૂથ જમાવવા.

2214
01:37:22,498 --> 01:37:25,910
અમે થોડી પસાર કરશો
શું થશે તે વિશે બીટ.

2215
01:37:25,910 --> 01:37:30,060
>> હું તેઓ નથી કહી ન જોઈએ
નીચે જવા ક્યારેય ખાતરી આપી.

2216
01:37:30,060 --> 01:37:33,110
આ તત્વો ખાતરી આપી છે
સ્ટ્રીમ દેખાય છે.

2217
01:37:33,110 --> 01:37:36,740
અને સ્ટ્રીમ સુલભ થશે.

2218
01:37:36,740 --> 01:37:40,580
તેથી શું નીચે જાય છે અથવા પાછા આવે છે
ઉપર, કે નીચે થાય છે.

2219
01:37:40,580 --> 01:37:43,844
તે ઠીક છે covers--.

2220
01:37:43,844 --> 01:37:46,260
બધા હક છે, તમે અલગ જેથી
સ્ક્રીન બંધ જુઓ પ્રકારો.

2221
01:37:46,260 --> 01:37:51,040
એ મહત્વનું છે કે જે દૃશ્ય પ્રકારના
પ્રોગ્રામર સામાન્ય રીતે તે શું હતું, છે?

2222
01:37:51,040 --> 01:37:52,370
હું જૂના દૃશ્ય મળે છે.

2223
01:37:52,370 --> 01:37:55,630
સુધારો ટેબલ બનાવ્યા ત્યારે, તે પડશે
સ્ટ્રીમ જૂના જુઓ દબાણ

2224
01:37:55,630 --> 01:38:02,070
જેથી ડેટા આર્કાઇવ, અથવા બદલી શકો છો
નિયંત્રણ, ફેરફાર ઓળખ, ફેરફાર

2225
01:38:02,070 --> 01:38:03,600
મેનેજમેન્ટ.

2226
01:38:03,600 --> 01:38:07,160
>> તે પછી હવે શું નવી છબી,
જુઓ અન્ય પ્રકાર છે કે સુધારો,

2227
01:38:07,160 --> 01:38:07,660
તમે વિચાર કરી શકો છો.

2228
01:38:07,660 --> 01:38:09,660
તમે જૂના અને નવી છબીઓ બંને મેળવી શકો છો.

2229
01:38:09,660 --> 01:38:10,660
કદાચ હું તેમને બંને માંગો છો.

2230
01:38:10,660 --> 01:38:11,790
હું તે શું હતું જોવા માંગો છો.

2231
01:38:11,790 --> 01:38:13,290
હું તેને બદલી છે તે જોવા માટે કરવા માંગો છો.

2232
01:38:13,290 --> 01:38:15,340
>> હું પાલન પ્રકાર હોય
પ્રક્રિયા કે ચાલે છે.

2233
01:38:15,340 --> 01:38:17,430
તે ચકાસવા માટે જરૂર છે
આ વસ્તુઓ બદલો છો, ત્યારે

2234
01:38:17,430 --> 01:38:21,840
તેઓ ચોક્કસ મર્યાદા અંદર છો કે
અથવા ચોક્કસ પરિમાણો અંદર.

2235
01:38:21,840 --> 01:38:23,840
>> અને પછી કદાચ હું માત્ર
બદલી શું જાણવાની જરૂર છે.

2236
01:38:23,840 --> 01:38:26,240
હું બદલી તે વસ્તુ પડી નથી.

2237
01:38:26,240 --> 01:38:28,580
હું જાણવાની જરૂર જરૂર નથી
શું બદલી શ્રેય.

2238
01:38:28,580 --> 01:38:30,882
હું માત્ર ખબર છે કે જરૂર
વસ્તુઓ સ્પર્શ કરવામાં આવે છે.

2239
01:38:30,882 --> 01:38:33,340
તેથી આ જોવાઈ પ્રકારના હોય છે
તમે સ્ટ્રીમ બોલ વિચાર કે

2240
01:38:33,340 --> 01:38:35,960
અને તમારી સાથે સંપર્ક કરી શકો છો.

2241
01:38:35,960 --> 01:38:37,840
>> આ એપ્લિકેશન કે
સ્ટ્રીમ ખાઈ,

2242
01:38:37,840 --> 01:38:39,298
આ રીતે કામ કરે છે પ્રકારની છે.

2243
01:38:39,298 --> 01:38:42,570
DynamoDB ક્લાઈન્ટ પૂછો
કોષ્ટકો માટે માહિતી દબાણ.

2244
01:38:42,570 --> 01:38:44,750
સ્ટ્રીમ્સ અમે shards કૉલ શું પર જમાવટ.

2245
01:38:44,750 --> 01:38:47,380
Shards નાનું છે
સ્વતંત્ર ટેબલ.

2246
01:38:47,380 --> 01:38:50,660
તેઓ સંપૂર્ણપણે અપ લાઇન નથી
તમારા ટેબલ પાર્ટીશનોનો.

2247
01:38:50,660 --> 01:38:52,540
અને કારણ કે શા માટે છે
તેઓ અપ લાઇન કારણ કે

2248
01:38:52,540 --> 01:38:55,430
આ ક્ષમતા, વર્તમાન
ટેબલ ક્ષમતા.

2249
01:38:55,430 --> 01:38:57,600
>> તેઓ જમાવવા તેમના
પોતાના ઓટો માપન જૂથ,

2250
01:38:57,600 --> 01:39:00,800
અને તેઓ આધાર રાખીને બહાર સ્પિન શરૂ
આવી રહ્યા છે કેટલા લખે છે,

2251
01:39:00,800 --> 01:39:03,090
કેટલા reads-- ખરેખર તે લખે છે.

2252
01:39:03,090 --> 01:39:05,820
ત્યાં કોઈ reads-- પરંતુ કેવી રીતે
ઘણા લખે આવતા હોય છે.

2253
01:39:05,820 --> 01:39:08,200
>> અને પછી પાછા પર
અંતે, અમે શું છે

2254
01:39:08,200 --> 01:39:11,390
એક કેસીએલ, અથવા Kinesis ક્લાઈન્ટ લાઈબ્રેરી કૉલ કરો.

2255
01:39:11,390 --> 01:39:19,190
Kinesis સ્ટ્રીમ માહિતી છે
એમેઝોન પ્રોસેસીંગ ટેકનોલોજી.

2256
01:39:19,190 --> 01:39:22,040
અને સ્ટ્રીમ્સ પર બાંધવામાં આવે છે.

2257
01:39:22,040 --> 01:39:25,670
>> તેથી જો તમે એક કેસીએલ સક્રિય ઉપયોગ
અરજી સ્ટ્રીમ વાંચવા માટે.

2258
01:39:25,670 --> 01:39:28,752
આ Kinesis ક્લાઈન્ટ લાઈબ્રેરી ખરેખર
તમારા માટે કામદારો વ્યવસ્થા કરે છે.

2259
01:39:28,752 --> 01:39:30,460
અને તે પણ કેટલાક કરે છે
રસપ્રદ વસ્તુઓ.

2260
01:39:30,460 --> 01:39:35,630
તે કેટલાક કોષ્ટકો બનાવશે
તમારા DynamoDB કોષ્ટક માં

2261
01:39:35,630 --> 01:39:38,410
જે વસ્તુઓ ટ્રૅક કરવા માટે
પ્રક્રિયા કરવામાં આવી છે.

2262
01:39:38,410 --> 01:39:41,190
તેથી આ રીતે, જો તે પાછા પડે તો
તે ઉપર પડે છે અને આવે છે અને નહીં

2263
01:39:41,190 --> 01:39:45,570
બેક અપ હતી, જ્યાં તે નક્કી કરી શકો છો
સ્ટ્રીમ પ્રક્રિયા હતી.

2264
01:39:45,570 --> 01:39:48,360
>> કે જ્યારે ખૂબ જ મહત્વપૂર્ણ છે
તમે નકલ વિશે વાત કરી રહ્યાં છો.

2265
01:39:48,360 --> 01:39:50,350
હું શું જાણવાની જરૂર છે
માહિતી પ્રક્રિયા કરવામાં આવી હતી

2266
01:39:50,350 --> 01:39:52,810
અને શું માહિતી હજુ સુધી પ્રક્રિયા કરી શકાય છે.

2267
01:39:52,810 --> 01:39:57,380
તેથી સ્ટ્રીમ્સ માટે કેસીએલ પુસ્તકાલય કરશે
તમે તે વિધેય ઘણો આપે છે.

2268
01:39:57,380 --> 01:39:58,990
તે બધા housekeeping કાળજી લે છે.

2269
01:39:58,990 --> 01:40:01,140
કે દરેક ઠીકરું માટે એક કાર્યકર સુધી રહે છે.

2270
01:40:01,140 --> 01:40:04,620
તે વહીવટી ટેબલ બનાવે છે
દરેક કાર્યકર માટે દરેક ઠીકરું માટે.

2271
01:40:04,620 --> 01:40:07,560
અને તે કામદારો આગ તરીકે,
તેઓ તે કોષ્ટકો જાળવવા

2272
01:40:07,560 --> 01:40:10,510
તેથી જો તમે આ રેકોર્ડ ખબર
વાંચી અને પ્રક્રિયા કરવામાં આવી હતી.

2273
01:40:10,510 --> 01:40:13,850
અને પછી જે રીતે પ્રક્રિયા તો
મૃત્યુ પામે છે, અને પાછા આવે છે

2274
01:40:13,850 --> 01:40:17,940
તે બંધ લીધો છે તે અધિકાર ફરી શરૂ કરી શકો છો.

2275
01:40:17,940 --> 01:40:20,850
>> તેથી અમે માટે આ વાપરો
ક્રોસ વિસ્તારમાં નકલ.

2276
01:40:20,850 --> 01:40:24,680
ઘણાં બધા ગ્રાહકો જરૂરિયાત હોય છે
તેમની માહિતી કોષ્ટકો ડેટા અથવા ભાગો ખસેડવા

2277
01:40:24,680 --> 01:40:25,920
આસપાસ વિવિધ પ્રદેશો માટે.

2278
01:40:25,920 --> 01:40:29,230
નવ વિસ્તારો છે
બધા વિશ્વભરમાં.

2279
01:40:29,230 --> 01:40:32,100
તેથી need-- હું ત્યાં હોઈ શકે છે
એશિયા વપરાશકર્તાઓ હોઈ શકે છે, વપરાશકર્તાઓ

2280
01:40:32,100 --> 01:40:34,150
યુનાઇટેડ સ્ટેટ્સ ઓફ ઈસ્ટ કોસ્ટ માં.

2281
01:40:34,150 --> 01:40:38,980
તેઓ અલગ અલગ માહિતી હોય કે
સ્થાનિક વિતરણ કરવાની જરૂર છે.

2282
01:40:38,980 --> 01:40:42,510
અને કદાચ એક વપરાશકર્તા પરથી ઉડે
યુનાઇટેડ સ્ટેટ્સ પર એશિયા,

2283
01:40:42,510 --> 01:40:45,020
અને હું નકલ કરવા માંગો છો
તેમની સાથે તેમના માહિતી.

2284
01:40:45,020 --> 01:40:49,340
તેમણે આ વિમાન બોલ નહીં ત્યારે તેમણે છે
તેમના મોબાઇલ એપ્લિકેશન ઉપયોગ એક સારો અનુભવ છે.

2285
01:40:49,340 --> 01:40:52,360
>> તમે ક્રોસ પ્રદેશ ઉપયોગ કરી શકો છો
નકલ પુસ્તકાલય આ કરવા માટે.

2286
01:40:52,360 --> 01:40:55,730
મૂળભૂત રીતે અમે છે
બે ટેકનોલોજી પૂરી પાડી હતી.

2287
01:40:55,730 --> 01:40:59,400
એક તમે કરી શકો છો એક કન્સોલ એપ્લિકેશન છે
તમારા પોતાના EC2 ઉદાહરણ પર ઊભી છે.

2288
01:40:59,400 --> 01:41:01,240
તે શુદ્ધ નકલ ચાલે છે.

2289
01:41:01,240 --> 01:41:02,720
અને પછી અમે તમને ગ્રંથાલયનો આપી હતી.

2290
01:41:02,720 --> 01:41:06,070
ગ્રંથાલયનો તમે બિલ્ડ કરવા માટે ઉપયોગ કરી શકો છો
તમારા પોતાના એપ્લિકેશન જો તમે

2291
01:41:06,070 --> 01:41:10,740
તે સાથે ઉન્મત્ત વસ્તુઓ કરવા માંગો છો data--
ફિલ્ટર, તે માત્ર ભાગ નકલ

2292
01:41:10,740 --> 01:41:14,120
, ડેટા ફેરવવા એક તેને ખસેડવા
વિવિધ ટેબલ, તેથી પર અને તેથી આગળ.

2293
01:41:14,120 --> 01:41:18,700

2294
01:41:18,700 --> 01:41:20,520
તેથી કે શું લાગે પ્રકારની છે.

2295
01:41:20,520 --> 01:41:23,690
>> DynamoDB સ્ટ્રીમ્સ હોઈ શકે છે
અમે લામડા કૉલ શું દ્વારા પ્રક્રિયા.

2296
01:41:23,690 --> 01:41:27,394
અમે ઘટના વિશે થોડુંક ઉલ્લેખ
આધારિત એપ્લિકેશન આર્કિટેક્ચર.

2297
01:41:27,394 --> 01:41:28,810
લામડા કે એક મુખ્ય ઘટક છે.

2298
01:41:28,810 --> 01:41:32,840
લામડા માંગ પર કાઢી મૂકે છે કે કોડ છે
એક ચોક્કસ ઘટના જવાબમાં.

2299
01:41:32,840 --> 01:41:36,020
તે ઘટનાઓ એક હોઈ શકે છે
સ્ટ્રીમ પર દેખાતી રેકોર્ડ.

2300
01:41:36,020 --> 01:41:39,100
રેકોર્ડ સ્ટ્રીમ પર દેખાય છે, તો
અમે આ જાવા કાર્ય કહી શકશો.

2301
01:41:39,100 --> 01:41:44,980
વેલ, આ JavaScript, અને લામડા છે
Node.js, જાવા, પાયથોન, આધાર આપે છે

2302
01:41:44,980 --> 01:41:47,820
અને ટૂંક સમયમાં આધાર કરશે
અન્ય ભાષાઓમાં તેમજ.

2303
01:41:47,820 --> 01:41:50,940
અને તે શુદ્ધ કોડ છે, પૂરતો કહે છે.

2304
01:41:50,940 --> 01:41:53,610
જાવા લખી, તમે એક વર્ગ વ્યાખ્યાયિત કરે છે.

2305
01:41:53,610 --> 01:41:55,690
તમે લામડા માં જાર ઉપર દબાણ.

2306
01:41:55,690 --> 01:42:00,200
અને પછી તમે જે વર્ગ સ્પષ્ટ
જે ઘટના જવાબમાં કૉલ કરવા માટે.

2307
01:42:00,200 --> 01:42:04,770
અને પછી લામડા ઈન્ફ્રાસ્ટ્રક્ચર
કે પાછળ છે કે કોડ ચાલશે.

2308
01:42:04,770 --> 01:42:06,730
>> તે કોડ પ્રક્રિયા કરી શકો છો
સ્ટ્રીમ બંધ રેકોર્ડ.

2309
01:42:06,730 --> 01:42:08,230
તે તેની સાથે માંગે કંઈપણ કરી શકે છે.

2310
01:42:08,230 --> 01:42:11,650
આ ચોક્કસ ઉદાહરણમાં, અમે બધા છો
ખરેખર લક્ષણો લોગીંગ કરી છે.

2311
01:42:11,650 --> 01:42:13,480
પરંતુ આ માત્ર કોડ છે.

2312
01:42:13,480 --> 01:42:15,260
કોડ યોગ્ય કંઈપણ કરી શકું?

2313
01:42:15,260 --> 01:42:16,600
>> તેથી તમે માહિતી ફેરવવા કરી શકો છો.

2314
01:42:16,600 --> 01:42:18,160
તમે એક વ્યુત્પન્ન જુઓ બનાવી શકો છો.

2315
01:42:18,160 --> 01:42:21,160
તે દસ્તાવેજ માળખું છે, તો
તમે માળખું flatten કરી શકો છો.

2316
01:42:21,160 --> 01:42:24,300
તમે વૈકલ્પિક નિર્દેશિકાઓની બનાવી શકો છો.

2317
01:42:24,300 --> 01:42:27,100
વસ્તુઓ તમામ પ્રકારના તમે કરી શકો છો
આ DynamoDB નદીઓ સાથે કામ કરે છે.

2318
01:42:27,100 --> 01:42:28,780
>> અને ખરેખર, કે શું લાગે છે.

2319
01:42:28,780 --> 01:42:29,940
તેથી જો તમે તે સુધારાઓ આવતા મળે છે.

2320
01:42:29,940 --> 01:42:31,190
તેઓ શબ્દમાળા બંધ આવતા રહ્યાં છે.

2321
01:42:31,190 --> 01:42:32,720
તેઓ લામડા કાર્ય દ્વારા વાંચી રહ્યા છો.

2322
01:42:32,720 --> 01:42:37,480
તેઓ ડેટા ફરતી કરી રહ્યાં છો અને
વ્યુત્પન્ન કોષ્ટકો તે દબાણ,

2323
01:42:37,480 --> 01:42:42,200
ફેરફાર બાહ્ય સિસ્ટમો સૂચિત,
અને ElastiCache માહિતી દબાણ.

2324
01:42:42,200 --> 01:42:45,900
>> અમે કેશ મૂકવા માટે કેવી રીતે વિશે વાત કરી
કે વેચાણ માટે ડેટાબેઝ સામે

2325
01:42:45,900 --> 01:42:46,450
દૃશ્ય.

2326
01:42:46,450 --> 01:42:50,049
વેલ શું થાય જો હું
આઇટમ વર્ણન સુધારો?

2327
01:42:50,049 --> 01:42:52,340
ઠીક છે, હું હતો તો એક લામડા
કાર્ય છે, કે જે ટેબલ પર ચાલી

2328
01:42:52,340 --> 01:42:55,490
હું આઇટમ વર્ણન અપડેટ, તો તે પડશે
સ્ટ્રીમ બોલ રેકોર્ડ બનાવ્યો છે,

2329
01:42:55,490 --> 01:42:58,711
અને તે ElastiCache અપડેટ કરીશું
નવી વિગતો સાથે ઉદાહરણ.

2330
01:42:58,711 --> 01:43:00,460
તેથી તે ઘણો છે
અમે લામડા સાથે શું કરવું.

2331
01:43:00,460 --> 01:43:02,619
તે કનેક્ટર્સ ગુંદર કોડ છે.

2332
01:43:02,619 --> 01:43:04,410
અને તે ખરેખર આપે છે
શરૂ કરવા માટે ક્ષમતા

2333
01:43:04,410 --> 01:43:07,930
અને ખૂબ જ જટિલ કાર્યક્રમો ચલાવવા માટે
એક સમર્પિત સર્વર વગર

2334
01:43:07,930 --> 01:43:10,371
ખરેખર સરસ છે, જે ઇન્ફ્રાસ્ટ્રક્ચર.

2335
01:43:10,371 --> 01:43:13,100
>> તેથી આપણે પાછા જવા દો અમારા
પ્રત્યક્ષ સમયનો મતદાન આર્કીટેક્ચર.

2336
01:43:13,100 --> 01:43:17,984
આ નવી અને સાથે વધે છે અમારા
સ્ટ્રીમ્સ અને કેસીએલ સક્રિય થયેલ કાર્યક્રમ.

2337
01:43:17,984 --> 01:43:20,150
જ, અમે કરી શકો છો પહેલાં
ચૂંટણી કોઇ પાયે હાથ ધરે છે.

2338
01:43:20,150 --> 01:43:21,100
અમે આ ગમે છે.

2339
01:43:21,100 --> 01:43:24,770
અમે છૂટાછવાયા ભેગી બહાર કરી રહ્યા છીએ
ઘણા buckets સમગ્ર.

2340
01:43:24,770 --> 01:43:26,780
અમે આશાવાદી લોકીંગ પર જવા મળી છે.

2341
01:43:26,780 --> 01:43:30,192
અમે અમારા મતદારો રાખી શકો છો
તેમના મત બદલવાથી.

2342
01:43:30,192 --> 01:43:31,400
તેઓ માત્ર માત્ર એક જ વાર મત આપી શકો છો.

2343
01:43:31,400 --> 01:43:32,880
આ વિચિત્ર છે.

2344
01:43:32,880 --> 01:43:35,895
રીઅલ-ટાઈમ દોષ સહનશીલતા,
હવે સ્કેલેબલ એકંદર.

2345
01:43:35,895 --> 01:43:38,270
આ વસ્તુ પર પડે છે, તે
પોતે પુનઃશરૂ કરવા માટે જ્યાં જાણે

2346
01:43:38,270 --> 01:43:41,300
કારણ કે તે પાછા આવે છે ત્યારે
અમે કેસીએલ એપ્લિકેશન ઉપયોગ કરી રહ્યાં છો.

2347
01:43:41,300 --> 01:43:45,700
અને પછી અમે પણ ઉપયોગ કરી શકો છો
કેસીએલ અરજી માહિતી દબાણ

2348
01:43:45,700 --> 01:43:48,820
અન્ય માટે રકતવિચલન માટે
એપ્લિકેશન ઍનલિટિક્સ, અથવા ઉપયોગ

2349
01:43:48,820 --> 01:43:51,990
સ્થિતિસ્થાપક MapReduce ચલાવવા માટે
બંધ પ્રત્યક્ષ સમયનો સ્ટ્રીમિંગ એગ્રિગેશન

2350
01:43:51,990 --> 01:43:53,180
કે જે માહિતી.

2351
01:43:53,180 --> 01:43:55,480
>> તેથી આ બધી વસ્તુઓ અમે છે
ખૂબ વિશે વાત કરી છે.

2352
01:43:55,480 --> 01:43:57,375
પરંતુ તેઓ વધારાના છો
આવે છે કે ટેકનોલોજી

2353
01:43:57,375 --> 01:44:00,310
તમે શોધી રહ્યા છો ત્યારે સહન
દૃશ્યો આ પ્રકારના છે.

2354
01:44:00,310 --> 01:44:03,160
>> બધા હક છે, તે વિશે તેથી
DynamoDB નદીઓ સાથે ઍનલિટિક્સ.

2355
01:44:03,160 --> 01:44:05,340
તમે દ-નવી છેતરાયેલી એકત્રિત કરી શકે છે
માહિતી, તમામ પ્રકારના કરવું

2356
01:44:05,340 --> 01:44:09,490
સરસ સામગ્રી, એકંદર માહિતી
મેમરી, તે વ્યુત્પન્ન કોષ્ટકો બનાવો.

2357
01:44:09,490 --> 01:44:13,110
કે એક વિશાળ ઉપયોગ કેસ છે
કે ઘણાં બધા ગ્રાહકો

2358
01:44:13,110 --> 01:44:16,950
પુનરાવર્તિત લેતી સાથે સંકળાયેલા છે
તે JSON દસ્તાવેજો ગુણધર્મો

2359
01:44:16,950 --> 01:44:18,946
અને વધારાના નિર્દેશિકાઓની બનાવવા.

2360
01:44:18,946 --> 01:44:21,680

2361
01:44:21,680 --> 01:44:23,150
>> અમે ઓવરને અંતે છો.

2362
01:44:23,150 --> 01:44:26,689
મારી સાથે બેરિંગ માટે આભાર.

2363
01:44:26,689 --> 01:44:28,480
તેથી આપણે વિશે વાત કરો
સંદર્ભ આર્કીટેક્ચર.

2364
01:44:28,480 --> 01:44:33,440
DynamoDB જેથી મધ્યમાં આવેલો છે
આ AWS ઈન્ફ્રાસ્ટ્રક્ચર ખૂબ.

2365
01:44:33,440 --> 01:44:37,090
મૂળભૂત રીતે તમે તેને રોકી શકો છો
કંઈપણ સુધી તમે કરવા માંગો છો.

2366
01:44:37,090 --> 01:44:45,600
કાર્યક્રમો ડાયનેમો સમાવેશ થાય છે મદદથી બનેલ
લામડા, ElastiCache, CloudSearch,

2367
01:44:45,600 --> 01:44:49,890
સ્થિતિસ્થાપક માં બહાર ડેટા દબાણ
MapReduce, DynamoDB આયાત નિકાસ

2368
01:44:49,890 --> 01:44:52,370
એસ 3, વર્કફ્લો તમામ પ્રકારના માં.

2369
01:44:52,370 --> 01:44:54,120
પરંતુ કદાચ શ્રેષ્ઠ
વિશે વાત કરવા માટે વસ્તુ,

2370
01:44:54,120 --> 01:44:56,119
અને આ ખરેખર શું છે
રસપ્રદ ત્યારે અમે છે

2371
01:44:56,119 --> 01:44:58,350
ઘટના આધારિત કાર્યક્રમો વિશે વાત કરો.

2372
01:44:58,350 --> 01:45:00,300
>> આ એક ઉદાહરણ છે
એક આંતરિક પ્રોજેક્ટ

2373
01:45:00,300 --> 01:45:04,850
અમે ખરેખર છો જ્યાં છે કે
પબ્લિશિંગ મોજણી પરિણામો ભેગા છે.

2374
01:45:04,850 --> 01:45:07,700
ઇમેઇલ લિંક જેથી
આપણે ત્યાં પડશે, બહાર મોકલી

2375
01:45:07,700 --> 01:45:11,350
થોડી લિંક કહેતા ક્લિક કરી
અહીં મોજણી માટે જવાબ.

2376
01:45:11,350 --> 01:45:14,070
અને જ્યારે વ્યક્તિ ક્લિક્સ
તે લિંક, શું થાય છે

2377
01:45:14,070 --> 01:45:18,020
તેઓ એક સુરક્ષિત નીચે ખેંચી છે
એસ 3 થી HTML સર્વે ફોર્મ.

2378
01:45:18,020 --> 01:45:18,980
કોઈ સર્વર છે.

2379
01:45:18,980 --> 01:45:20,600
આ માત્ર એક S3 ને પદાર્થ છે.

2380
01:45:20,600 --> 01:45:22,770
>> કે ફોર્મ ઉપર આવે છે
બ્રાઉઝર માં લોડ કરે છે.

2381
01:45:22,770 --> 01:45:24,240
તે બેકબોન મળ્યું છે.

2382
01:45:24,240 --> 01:45:30,160
તે જટિલ જાવાસ્ક્રિપ્ટ મળ્યું છે
તે ચાલી રહ્યું છે.

2383
01:45:30,160 --> 01:45:33,557
તેથી તે ખૂબ જ સમૃદ્ધ એપ્લિકેશન છે
ક્લાઈન્ટ બ્રાઉઝર માં ચાલી રહ્યું છે.

2384
01:45:33,557 --> 01:45:36,390
તેઓ નથી ખબર નથી કે
બેક ઓવરને સર્વર સાથે સંપર્કમાં આવવાની.

2385
01:45:36,390 --> 01:45:38,220
આ બિંદુએ, તે બધા બ્રાઉઝર છે.

2386
01:45:38,220 --> 01:45:41,780
>> તેઓ પરિણામો પ્રકાશિત શું
અમે એમેઝોન API ગેટવે કૉલ કરો.

2387
01:45:41,780 --> 01:45:46,270
API ગેટવે ફક્ત વેબ API છે
તમે નક્કી કરે છે અને હૂક અપ કરી શકો છો કે

2388
01:45:46,270 --> 01:45:47,760
ગમે તમે કરવા માંગો છો.

2389
01:45:47,760 --> 01:45:50,990
આ ચોક્કસ કિસ્સામાં, અમે છો
એક લામડા કાર્ય સુધી hooked.

2390
01:45:50,990 --> 01:45:54,797
>> તેથી મારી પોસ્ટ ઓપરેશન છે
કોઈ સર્વર સાથે શું થઈ રહ્યું.

2391
01:45:54,797 --> 01:45:56,380
મૂળભૂત છે કે API ગેટવે ત્યાં બેસે છે.

2392
01:45:56,380 --> 01:45:58,770
તે મને લોકો સુધી કંઇ ખર્ચ
અધિકાર, તે પોસ્ટિંગ શરૂ?

2393
01:45:58,770 --> 01:46:00,269
આ લામડા કાર્ય માત્ર ત્યાં બેસે છે.

2394
01:46:00,269 --> 01:46:03,760
અને તે ત્યાં સુધી મને કંઇ ખર્ચ
લોકો તેને હિટ શરૂ કરો.

2395
01:46:03,760 --> 01:46:07,270
તેથી તમે વોલ્યુમ તરીકે જોઈ શકો છો,
ખર્ચ આવે ત્યારે વધે, તે છે.

2396
01:46:07,270 --> 01:46:09,390
હું એક સર્વર 7/24 ચાલી રહ્યો નથી.

2397
01:46:09,390 --> 01:46:12,310
>> તેથી હું ફોર્મ ખેંચી
નીચે ડોલ બહાર

2398
01:46:12,310 --> 01:46:15,719
અને હું API દ્વારા પોસ્ટ
આ લામડા કાર્ય માં ગેટવે.

2399
01:46:15,719 --> 01:46:17,510
અને પછી લામડા
કાર્ય તમે જાણો છો, કહે છે

2400
01:46:17,510 --> 01:46:20,600
શું, હું કેટલાક PIIs મળી છે, કેટલાક
વ્યક્તિગત રૂપે ઓળખવાયોગ્ય માહિતી

2401
01:46:20,600 --> 01:46:21,480
આ જવાબો છે.

2402
01:46:21,480 --> 01:46:23,020
હું વપરાશકર્તાઓ આવતા ટિપ્પણીઓ મળી.

2403
01:46:23,020 --> 01:46:24,230
હું ઇમેઇલ સરનામાં મળી છે.

2404
01:46:24,230 --> 01:46:26,190
હું વપરાશકર્તાનામો મળી છે.

2405
01:46:26,190 --> 01:46:27,810
>> મને આ બોલ વિભાજિત દો.

2406
01:46:27,810 --> 01:46:30,280
હું કેટલાક પેદા કરવા માટે જઇ રહ્યો છું
આ રેકોર્ડ બંધ મેટાડેટા.

2407
01:46:30,280 --> 01:46:32,850
અને હું દબાણ કરવા જઇ રહ્યો છું
DynamoDB માં મેટાડેટા.

2408
01:46:32,850 --> 01:46:36,059
અને હું તમામ ડેટા એન્ક્રિપ્ટ શકે
જો હું માંગો છો અને DynamoDB માં દબાણ.

2409
01:46:36,059 --> 01:46:38,600
પરંતુ તે આ મારા માટે સરળ છે
આગળ કહે જાઓ, કેસ ઉપયોગ,

2410
01:46:38,600 --> 01:46:42,800
હું કાચા માહિતી દબાણ કરવા જઇ રહ્યો છું
એનક્રિપ્ટ થયેલ S3 ને ડોલમાં માં.

2411
01:46:42,800 --> 01:46:47,240
તેથી હું S3 સર્વર બાજુ માં બનાવવામાં ઉપયોગ
એન્ક્રિપ્શન અને એમેઝોન કી વ્યવસ્થાપન

2412
01:46:47,240 --> 01:46:51,600
કે જેથી સેવા હું કી છે કે
નિયમિત અંતરાલ પર ફેરવવા કરી શકો છો,

2413
01:46:51,600 --> 01:46:55,010
અને મને લાગે છે કે PII માહિતી રક્ષણ કરી શકે છે
આ સમગ્ર વર્કફ્લો ભાગ તરીકે.

2414
01:46:55,010 --> 01:46:55,870
>> તેથી મેં શું કર્યું છે?

2415
01:46:55,870 --> 01:47:00,397
હું માત્ર એક સમગ્ર જમાવટ કરી છે
એપ્લિકેશન, અને હું કોઈ સર્વર છે.

2416
01:47:00,397 --> 01:47:02,980
તેથી ઘટના આધારિત એપ્લિકેશન શું છે
સ્થાપત્ય તમારા માટે કરે છે.

2417
01:47:02,980 --> 01:47:05,730
>> હવે તમે વિશે વિચારો તો
છે આ માટે ઉપયોગ કેસ

2418
01:47:05,730 --> 01:47:08,730
અમે હું વાત કરું છું અન્ય ગ્રાહકો
વિશે આ ચોક્કસ આર્કીટેક્ચર માટે જે

2419
01:47:08,730 --> 01:47:14,560
મોટી માત્રામાં મોટી ઝુંબેશ, સ્કોર જે
આ જોઈ અને મારા ઓહ, જતા હોય છે.

2420
01:47:14,560 --> 01:47:17,840
હવે, તેઓ કરી શકો છો કારણ
મૂળભૂત ત્યાં બહાર દબાણ,

2421
01:47:17,840 --> 01:47:21,900
માત્ર બેસી અભિયાન કે દો
તે ત્યાં લોન્ચ, નથી અને ત્યાં સુધી

2422
01:47:21,900 --> 01:47:24,400
વિશે એક અંજીર ચિંતા કરવાની જરૂર
ઇન્ફ્રાસ્ટ્રક્ચર કેવા પ્રકારની

2423
01:47:24,400 --> 01:47:26,120
તેને ટેકો આપવા માટે ત્યાં હોઈ ચાલે છે.

2424
01:47:26,120 --> 01:47:28,600
અને પછી જલદી
અભિયાન કે થાય છે,

2425
01:47:28,600 --> 01:47:31,520
તે ઇન્ફ્રાસ્ટ્રક્ચર જેવું છે
માત્ર તરત જ દૂર જાય

2426
01:47:31,520 --> 01:47:33,680
ત્યાં ખરેખર છે, કારણ કે
કોઈ ઈન્ફ્રાસ્ટ્રક્ચર છે.

2427
01:47:33,680 --> 01:47:35,660
તે લામડા પર બેસીને કે માત્ર કોડ છે.

2428
01:47:35,660 --> 01:47:38,560
તે DynamoDB બેસે છે કે માત્ર માહિતી છે.

2429
01:47:38,560 --> 01:47:41,340
તે એક સુંદર માર્ગ છે
કાર્યક્રમો બીલ્ડ કરવા.

2430
01:47:41,340 --> 01:47:43,970
>> પ્રેક્ષક: તેથી તે વધુ છે
ક્ષણજીવી તે હશે કરતાં

2431
01:47:43,970 --> 01:47:45,740
તે એક વાસ્તવિક સર્વર પર સંગ્રહિત કરવામાં આવી હતી તો શું?

2432
01:47:45,740 --> 01:47:46,823
>> રિક Houlihan: ચોક્કસ.

2433
01:47:46,823 --> 01:47:49,190
કે સર્વર ઉદાહરણ કારણ કે
એક 7/24 હશે.

2434
01:47:49,190 --> 01:47:51,954
તે માટે ઉપલબ્ધ હોઈ શકે છે
કોઈકને માટે જવાબ.

2435
01:47:51,954 --> 01:47:52,620
વેલ શું ધારી?

2436
01:47:52,620 --> 01:47:55,410
S3 7/24 ઉપલબ્ધ છે.

2437
01:47:55,410 --> 01:47:57,100
S3 હંમેશા પ્રતિક્રિયા આપે છે.

2438
01:47:57,100 --> 01:47:59,320
અને S3 ખૂબ, ખૂબ સારી છે
વસ્તુઓ અપ સેવા આપતા છે.

2439
01:47:59,320 --> 01:48:02,590
તે પદાર્થો HTML ફાઇલો હોઈ શકે છે, અથવા
જાવાસ્ક્રિપ્ટ ફાઇલો, અથવા ગમે તે તમે કરવા માંગો છો.

2440
01:48:02,590 --> 01:48:07,430
તમે ખૂબ જ સમૃદ્ધ વેબ કાર્યક્રમો ચલાવી શકો છો
S3 ને buckets બહાર છે, અને લોકો કામ કરે છે.

2441
01:48:07,430 --> 01:48:10,160
>> અને તેથી તે વિચાર અહીં છે
દૂર માર્ગ પરથી વિચાર છે

2442
01:48:10,160 --> 01:48:11,270
અમે તે વિશે વિચારો માટે વપરાય છે.

2443
01:48:11,270 --> 01:48:14,270
આપણે બધા વિચાર કરવા માટે વપરાય
સર્વરો અને યજમાનો શરતો.

2444
01:48:14,270 --> 01:48:16,580
તે હવે તે વિશે નથી.

2445
01:48:16,580 --> 01:48:19,310
તે કોડ તરીકે ઈન્ફ્રાસ્ટ્રક્ચર વિશે છે.

2446
01:48:19,310 --> 01:48:22,470
મેઘ કોડ જમાવટ અને
મેઘ તમારા માટે તે ચલાવો.

2447
01:48:22,470 --> 01:48:24,980
અને તે AWS કરવા પ્રયાસ કરી રહી છે તે છે.

2448
01:48:24,980 --> 01:48:29,690
>> પ્રેક્ષક: મધ્યમાં તમારા સોનું બોક્સ તેથી
API માં ગેટવે ઓફ, સર્વર જેવી નથી

2449
01:48:29,690 --> 01:48:30,576
પરંતુ તેના બદલે just-- છે

2450
01:48:30,576 --> 01:48:32,850
>> રિક Houlihan: તમે વિચાર કરી શકો છો
સર્વર રવેશ, કે છે.

2451
01:48:32,850 --> 01:48:38,040
તે બધા તે એ HTTP લેવા પડશે છે
વિનંતી અને અન્ય પ્રક્રિયા તે નકશો.

2452
01:48:38,040 --> 01:48:39,192
તે બધા કરે છે.

2453
01:48:39,192 --> 01:48:41,525
અને આ કિસ્સામાં, અમે મૅપ રહ્યાં છો
તે લામડા કાર્ય કરે છે.

2454
01:48:41,525 --> 01:48:44,119

2455
01:48:44,119 --> 01:48:45,410
બધા હક છે, કે જેથી હું મળી બધા છે.

2456
01:48:45,410 --> 01:48:46,190
ખુબ ખુબ આભાર.

2457
01:48:46,190 --> 01:48:46,800
હું તે પ્રશંસનીય છે.

2458
01:48:46,800 --> 01:48:48,100
હું અમે સમય પર થોડો માંગો છો ખબર.

2459
01:48:48,100 --> 01:48:49,980
અને આશા છે કે તમે ગાય્ઝ મળી
માહિતી થોડો

2460
01:48:49,980 --> 01:48:51,410
તમે આજે લઇ શકે છે.

2461
01:48:51,410 --> 01:48:53,520
હું ગયો તો અને હું દિલગીર છીએ
તમારા માથા કેટલાક,

2462
01:48:53,520 --> 01:48:56,697
પરંતુ એક સારી ઘણો છે
મૂળભૂત પાયાના જ્ઞાન

2463
01:48:56,697 --> 01:48:58,280
મને લાગે છે કે તમારા માટે ખૂબ જ મૂલ્યવાન છે.

2464
01:48:58,280 --> 01:48:59,825
તેથી મને હોવા માટે આભાર.

2465
01:48:59,825 --> 01:49:00,325
[વધાવી]

2466
01:49:00,325 --> 01:49:02,619
AUDIENCE: [અશ્રાવ્ય]
તમે કહેતા હતા ત્યારે

2467
01:49:02,619 --> 01:49:05,160
તમે વસ્તુ મારફતે જાઓ હતી
અંત શરૂઆતથી

2468
01:49:05,160 --> 01:49:07,619
જમણી કિંમતો મેળવો
અથવા સમાન મૂલ્યો,

2469
01:49:07,619 --> 01:49:09,410
કેવી રીતે કરશે કિંમતો
[અશ્રાવ્ય] જો બદલો.

2470
01:49:09,410 --> 01:49:10,480
>> રિક Houlihan: ઓહ, idempotent?

2471
01:49:10,480 --> 01:49:11,800
કિંમતો કેવી રીતે બદલવા માંગો છો?

2472
01:49:11,800 --> 01:49:15,180
વેલ, કારણ કે હું ચલાવવા નથી, તો
તે ઓવરને બધી રીતે,

2473
01:49:15,180 --> 01:49:19,770
પછી હું શું ફેરફારો ખબર નથી
છેલ્લા માઇલ કરવામાં આવ્યા હતા.

2474
01:49:19,770 --> 01:49:22,144
તે હોઈ જવા નથી
હું શું જોયું જ માહિતી.

2475
01:49:22,144 --> 01:49:24,560
પ્રેક્ષક: ઓહ, જેથી તમે માત્ર
સમગ્ર ઇનપુટ મેળવેલ ન હોય.

2476
01:49:24,560 --> 01:49:24,770
રિક Houlihan: અધિકાર.

2477
01:49:24,770 --> 01:49:26,895
તમે શરૂઆતથી જવા માટે હોય છે
અંત છે, અને પછી તે

2478
01:49:26,895 --> 01:49:29,280
સતત રાજ્ય હોઈ ચાલે.

2479
01:49:29,280 --> 01:49:31,520
કૂલ.

2480
01:49:31,520 --> 01:49:35,907
>> પ્રેક્ષક: તમે અમને બતાવ્યું તેથી DynamoDB
દસ્તાવેજ અથવા કી કિંમત કરી શકો છો.

2481
01:49:35,907 --> 01:49:38,740
અને અમે સમય ઘણો ખર્ચ્યા
હેશ અને માર્ગો સાથે કી કિંમત

2482
01:49:38,740 --> 01:49:40,005
તેને આસપાસ ફ્લિપ કરો.

2483
01:49:40,005 --> 01:49:43,255
તમે તે કોષ્ટકો પર જોવામાં, ત્યારે તે છે
દસ્તાવેજ અભિગમ પાછળ છોડીને?

2484
01:49:43,255 --> 01:49:44,600
>> રિક Houlihan: હું નહીં કરશે
તે પાછળ છોડી કહે છે.

2485
01:49:44,600 --> 01:49:45,855
>> પ્રેક્ષક: તેઓ the-- અલગ પડી ગયા હતા

2486
01:49:45,855 --> 01:49:49,140
>> રિક Houlihan આ દસ્તાવેજ સાથે
અભિગમ, DynamoDB દસ્તાવેજ પ્રકાર

2487
01:49:49,140 --> 01:49:50,880
માત્ર અન્ય લક્ષણ તરીકે લાગે છે.

2488
01:49:50,880 --> 01:49:53,560
તે ધરાવે છે એક લક્ષણ છે
એક અધિક્રમિક માહિતી માળખું.

2489
01:49:53,560 --> 01:49:56,980
અને પછી પ્રશ્નો,
તમે ગુણધર્મો ઉપયોગ કરી શકો છો

2490
01:49:56,980 --> 01:49:59,480
ઑબ્જેક્ટ સંકેતલિપિ ની મદદથી તે પદાર્થો.

2491
01:49:59,480 --> 01:50:03,562
તેથી હું એક પુનરાવર્તિત પર ફિલ્ટર કરી શકો છો
આ JSON દસ્તાવેજનું મિલકત.

2492
01:50:03,562 --> 01:50:05,520
પ્રેક્ષક: તેથી કોઈપણ સમયે હું
દસ્તાવેજ અભિગમ નથી,

2493
01:50:05,520 --> 01:50:07,906
હું પ્રકારના tabular-- પર આવો કરી શકો છો

2494
01:50:07,906 --> 01:50:08,780
પ્રેક્ષક: ચોક્કસ.

2495
01:50:08,780 --> 01:50:09,800
પ્રેક્ષક: --indexes અને
તમે માત્ર વિશે વાત વસ્તુઓ.

2496
01:50:09,800 --> 01:50:11,280
રિક Houlihan: અરે વાહ, આ
નિર્દેશિકાઓની અને તે તમામ,

2497
01:50:11,280 --> 01:50:13,363
જ્યારે તમે ઇન્ડેક્સ કરવા માંગો છો
આ JSON ગુણધર્મો,

2498
01:50:13,363 --> 01:50:18,230
અમે તે કરવા હોય તો કે જે રીતે તો છે
તમે એક JSON ઑબ્જેક્ટ અથવા દસ્તાવેજ દાખલ

2499
01:50:18,230 --> 01:50:20,780
ડાયનેમો માં, તમે સ્ટ્રીમ્સ ઉપયોગ કરશે.

2500
01:50:20,780 --> 01:50:22,400
સ્ટ્રીમ્સ ઇનપુટ વાંચી શકે છે.

2501
01:50:22,400 --> 01:50:24,340
તમે JSON કે વિચાર કરશો
ઑબ્જેક્ટ અને તમે બરાબર કહે કરશો,

2502
01:50:24,340 --> 01:50:26,030
હું ઇન્ડેક્સ કરવા માંગો છો મિલકત શું છે?

2503
01:50:26,030 --> 01:50:28,717
>> તમે એક વ્યુત્પન્ન ટેબલ બનાવો.

2504
01:50:28,717 --> 01:50:30,300
હવે તે હમણાં જે રીતે કામ કરે છે.

2505
01:50:30,300 --> 01:50:32,650
અમે ઈન્ડેક્સ માટે તમને પરવાનગી આપે છે નથી
સીધા તે ગુણધર્મો.

2506
01:50:32,650 --> 01:50:33,520
>> પ્રેક્ષક: તમારા દસ્તાવેજો Tabularizing.

2507
01:50:33,520 --> 01:50:36,230
>> રિક Houlihan: ચોક્કસ, સપાટ
તે બરાબર છે, તે tabularizing.

2508
01:50:36,230 --> 01:50:37,415
એટલે કે, તમે તેની સાથે શું છે.

2509
01:50:37,415 --> 01:50:37,860
>> પ્રેક્ષક: આભાર.

2510
01:50:37,860 --> 01:50:39,609
>> રિક Houlihan: હા,
સંપૂર્ણપણે આભાર.

2511
01:50:39,609 --> 01:50:42,240
પ્રેક્ષક: તેથી તે પ્રકારની છે
મોગો Redis classifers મળે છે.

2512
01:50:42,240 --> 01:50:43,990
>> રિક Houlihan: અરે વાહ,
એવું ઘણું છે.

2513
01:50:43,990 --> 01:50:45,940
તે માટે એક સારા વર્ણન છે.

2514
01:50:45,940 --> 01:50:47,490
કૂલ.

2515
01:50:47,490 --> 01:50:49,102