1
00:00:00,000 --> 00:00:04,969
>> [সঙ্গীত বাজাচ্ছি]

2
00:00:04,969 --> 00:00:06,010
RICK হাউলিহান: ঠিক আছে.

3
00:00:06,010 --> 00:00:06,600
সবাই কেমন আছেন.

4
00:00:06,600 --> 00:00:07,670
আমার নাম রিক হাউলিহান হয়.

5
00:00:07,670 --> 00:00:10,330
আমি একজন সিনিয়র প্রিন্সিপাল আছি
ডেস্কটপ অ্যাপ উন্মোচন এ সমাধান স্থপতি.

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
এবং ধারণা, এটা ভালো ছিল
PG & ই, আপনি ব্যবহার করছেন তা দিতে.

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 internals.

30
00:01:19,870 --> 00:01:24,350
DynamoDB ডেস্কটপ অ্যাপ উন্মোচন এর কোন গন্ধ হয়.

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
এবং internals কিছু
যে DynamoDB প্রযুক্তির.

34
00:01:35,177 --> 00:01:37,760
আমরা নকশা কিছু ঢোকা করব
নিদর্শন এবং ভাল পদ্ধতি.

35
00:01:37,760 --> 00:01:39,968
আমরা আপনাকে কিভাবে কথা বলতে পারবেন
কিছু ক্ষেত্রে এই প্রযুক্তি ব্যবহার

36
00:01:39,968 --> 00:01:41,430
আজকের অ্যাপ্লিকেশন.

37
00:01:41,430 --> 00:01:44,820
এবং তারপর আমরা অল্প কথা করব
বিবর্তন বা উত্থান সম্পর্কে

38
00:01:44,820 --> 00:01:48,980
প্রোগ্রামিং একটি নতুন দৃষ্টান্ত
বলা ইভেন্ট চালিত অ্যাপ্লিকেশন

39
00:01:48,980 --> 00:01:51,580
এবং DynamoDB পাশাপাশি যে নাটকগুলি কিভাবে.

40
00:01:51,580 --> 00:01:54,690
আর আমরা আপনাকে একটি সামান্য বিট ছেড়ে দেব
একটি রেফারেন্স স্থাপত্যবিদ্যা আলোচনা

41
00:01:54,690 --> 00:01:59,540
তাই আমরা কিছু বিষয়ে কথা বলতে পারেন
উপায় আপনি DynamoDB ব্যবহার করতে পারেন.

42
00:01:59,540 --> 00:02:04,116
>> সুতরাং প্রথম এই একটি প্রশ্ন off--
আমি অনেক একটি ডাটাবেস কি, শুনতে.

43
00:02:04,116 --> 00:02:06,240
মানুষ অনেক তারা মনে
একটি ডাটাবেস কি জানেন.

44
00:02:06,240 --> 00:02:08,360
গুগল, তাহলে আপনি এই দেখতে পাবেন.

45
00:02:08,360 --> 00:02:11,675
এটি একটি অনুষ্ঠিত তথ্য একটি কাঠামোগত সেট
একটি কম্পিউটার, বিশেষ করে এক যে

46
00:02:11,675 --> 00:02:13,600
বিভিন্ন উপায়ে প্রবেশযোগ্য.

47
00:02:13,600 --> 00:02:16,992
আমি যে একটি ভাল অনুমান
একটি আধুনিক ডাটাবেস সংজ্ঞা.

48
00:02:16,992 --> 00:02:19,450
কিন্তু আমি, কারণ এটা পছন্দ করবেন না
এটা একটা দম্পতি বোঝা.

49
00:02:19,450 --> 00:02:20,935
এটা কাঠামো বোঝা.

50
00:02:20,935 --> 00:02:23,120
এবং এটি একটি কম্পিউটারে যে বোঝা.

51
00:02:23,120 --> 00:02:25,750
ও উপাত্ত না
কম্পিউটারে সবসময় অস্তিত্ব.

52
00:02:25,750 --> 00:02:28,020
ডেটাবেস আসলে নানাভাবে অস্তিত্ব.

53
00:02:28,020 --> 00:02:32,000
>> একটি নিয়ে তাই একটি ভাল সংজ্ঞা
ডাটাবেস ভালো কিছু হয়.

54
00:02:32,000 --> 00:02:34,786
একটি ডাটাবেসের একটি সংগঠিত হয়
সংরক্ষণ, ব্যবস্থাপনা পরিচালক জন্য প্রক্রিয়া,

55
00:02:34,786 --> 00:02:35,910
এবং তথ্য প্রাপ্ত করার.

56
00:02:35,910 --> 00:02:36,868
এই About.com থেকে হয়.

57
00:02:36,868 --> 00:02:42,080
তাই আমি সত্যিই আলোচনা এটা যেহেতু এই মত
সম্পর্কে একটি ডাটাবেসের একটি সংগ্রহস্থলের হচ্ছে,

58
00:02:42,080 --> 00:02:44,800
একটি সংগ্রহস্থলের
তথ্য, অগত্যা

59
00:02:44,800 --> 00:02:46,780
একটি কম্পিউটার যে sits কিছু.

60
00:02:46,780 --> 00:02:49,290
ইতিহাস জুড়ে, আমরা
সবসময় কম্পিউটারের ছিল না.

61
00:02:49,290 --> 00:02:52,110
>> এখন, আমি গড় জিজ্ঞাসা যদি
কি ডেভেলপার আজ

62
00:02:52,110 --> 00:02:54,770
একটি ডাটাবেস, যে আমি পেতে উত্তর.

63
00:02:54,770 --> 00:02:56,070
কোথাও আমি কাপড় থাকা যাবে.

64
00:02:56,070 --> 00:02:56,670
রাইট?

65
00:02:56,670 --> 00:02:58,725
এবং এটা সত্যি.

66
00:02:58,725 --> 00:02:59,600
কিন্তু এটা দু: খজনক.

67
00:02:59,600 --> 00:03:02,700
ডাটাবেস সত্যিই কারণ
আধুনিক অ্যাপ্লিকেশন ভিত্তি.

68
00:03:02,700 --> 00:03:04,810
এটা ফাউন্ডেশনের
ভাষার আবেদন.

69
00:03:04,810 --> 00:03:07,240
আর আপনি যে নির্মাণ কিভাবে
ডাটাবেস, আপনি কিভাবে গঠন

70
00:03:07,240 --> 00:03:11,750
যে তথ্য কিভাবে যে নির্দেশ যাচ্ছে
আপনি স্কেল হিসাবে আবেদন সঞ্চালিত হবে.

71
00:03:11,750 --> 00:03:14,640
>> সুতরাং আমার পেশা আজ অনেক
সঙ্গে আচরণ করা হয় তা

72
00:03:14,640 --> 00:03:17,180
যখন ডেভেলপারদের ঘটবে
এই অভিগমন

73
00:03:17,180 --> 00:03:19,510
এবং পরবর্তীকালে মোকাবেলার
একটি আবেদন যে

74
00:03:19,510 --> 00:03:24,966
এখন মূল অতিক্রম স্কেলিংসবচেয়ে
খারাপ নকশা থেকে অভিপ্রায় ও দুর্ভোগ.

75
00:03:24,966 --> 00:03:26,840
তাই আশা করছি যখন আপনি
আজ দূরে পদব্রজে ভ্রমণ, আপনি হবে

76
00:03:26,840 --> 00:03:29,010
সরঞ্জামের একটি দম্পতি আছে
আপনি যাব যে আপনার বেল্ট

77
00:03:29,010 --> 00:03:32,566
ঐ একই ভুল থেকে.

78
00:03:32,566 --> 00:03:33,066
ঠিক আছে.

79
00:03:33,066 --> 00:03:36,360
সুতরাং আসুন একটি সামান্য বিট সম্পর্কে কথা বলুন
ডাটাবেস প্রযুক্তির টাইমলাইনে.

80
00:03:36,360 --> 00:03:38,830
আমি একটি পড়তে মনে
নিবন্ধ না যে দীর্ঘ আগে

81
00:03:38,830 --> 00:03:43,020
এবং এটা lines-- কিছু বলেন
এটি একটি খুব কাব্যিক বিবৃতি.

82
00:03:43,020 --> 00:03:46,590
এটা বলেন ইতিহাস
তথ্য প্রক্রিয়াকরণ হয়

83
00:03:46,590 --> 00:03:49,350
উচ্চ ওয়াটারমার্ক পূর্ণ
তথ্য প্রাচুর্য.

84
00:03:49,350 --> 00:03:49,920
ঠিক আছে.

85
00:03:49,920 --> 00:03:52,532
এখন, আমি যে ধরনের সত্য অনুমান.

86
00:03:52,532 --> 00:03:54,990
কিন্তু আমি আসলে এ হিসাবে দেখুন
ইতিহাস আসলে ভরা হয়

87
00:03:54,990 --> 00:03:56,820
তথ্য চাপ উচ্চ জলছাপ সঙ্গে.

88
00:03:56,820 --> 00:04:00,040
তথ্য হার কারণ
আহার নিচে যায় না.

89
00:04:00,040 --> 00:04:01,360
এটা শুধুমাত্র যায়.

90
00:04:01,360 --> 00:04:03,670
>> এবং নতুনত্ব ঘটে যখন
আমরা তথ্য চাপ, দেখতে যা

91
00:04:03,670 --> 00:04:07,825
যে পরিমান ডেটা হয়
এখন সিস্টেমের মধ্যে আসছে.

92
00:04:07,825 --> 00:04:12,027
আর এটা প্রক্রিয়া করা যাবে না
দক্ষতার সময় বা খরচ হয়.

93
00:04:12,027 --> 00:04:14,110
আমরা শুরু হলে এবং যে
তথ্য চাপ তাকান.

94
00:04:14,110 --> 00:04:15,920
>> সুতরাং আমরা তাকান
প্রথম ডাটাবেস, এই

95
00:04:15,920 --> 00:04:17,180
আমাদের কান মধ্যে ছিল এক.

96
00:04:17,180 --> 00:04:18,310
আমরা সব জন্ম করছি.

97
00:04:18,310 --> 00:04:19,194
এটা একটা চমৎকার ডাটাবেস.

98
00:04:19,194 --> 00:04:21,110
এটি একটি উচ্চ প্রাপ্যতা আছে.

99
00:04:21,110 --> 00:04:21,959
এটা সবসময় পাওয়া যাবে.

100
00:04:21,959 --> 00:04:23,930
আপনি সবসময় এটা পেতে পারেন.

101
00:04:23,930 --> 00:04:24,890
>> কিন্তু এটা একক ব্যবহারকারী.

102
00:04:24,890 --> 00:04:26,348
আমি আপনার সাথে আমার চিন্তা শেয়ার করতে পারেন না.

103
00:04:26,348 --> 00:04:28,370
আপনি তো আমার মনের কথা না পেতে পারেন
আপনি যখন তাদের চান.

104
00:04:28,370 --> 00:04:30,320
আর তাদের abilitiy তাই ভাল হয় না.

105
00:04:30,320 --> 00:04:32,510
আমরা কিছু ভুলে যাই.

106
00:04:32,510 --> 00:04:36,540
হরদম, আমাদের এক পাতার
এবং অন্য অস্তিত্বের উপর চলে আসে

107
00:04:36,540 --> 00:04:39,110
এবং আমরা সবকিছু হারান
যে ডাটাবেসের মধ্যে ছিল.

108
00:04:39,110 --> 00:04:40,640
সুতরাং যে সব যে ভাল না.

109
00:04:40,640 --> 00:04:43,189
>> আর এই সময়ের ভাল কাজ
আমরা দিনের মধ্যে ফেরত ছিল যখন

110
00:04:43,189 --> 00:04:46,230
যখন আমরা সত্যিই জানা প্রয়োজন সব হয়
যেখানে আমরা আগামীকাল যেতে যাচ্ছি

111
00:04:46,230 --> 00:04:49,630
অথবা আমরা আপনাকে আশ্বাস- সেরা খাদ্য জড়ো করা যেখানে.

112
00:04:49,630 --> 00:04:52,820
কিন্তু আমরা শুরু হিসেবে একটি হিসাবে হত্তয়া
সভ্যতা ও সরকারের শুরু

113
00:04:52,820 --> 00:04:55,152
অস্তিত্ব লাভ করবে, এবং এর সাথে
ব্যবসা, অভিব্যক্ত শুরু

114
00:04:55,152 --> 00:04:57,360
আমরা বুঝতে শুরু
একটু বেশী প্রয়োজন কি

115
00:04:57,360 --> 00:04:58,210
আমরা আমাদের মাথা রাখা পারে.

116
00:04:58,210 --> 00:04:58,870
ঠিক আছে?

117
00:04:58,870 --> 00:05:00,410
>> আমরা রেকর্ড ব্যবস্থা প্রয়োজন.

118
00:05:00,410 --> 00:05:02,220
আমরা সক্ষম দ্বারা তথ্য সংরক্ষণের স্থান হতে জায়গা প্রয়োজন.

119
00:05:02,220 --> 00:05:05,450
সুতরাং আমরা, লেখা নথি শুরু
লাইব্রেরি ও আর্কাইভ তৈরি.

120
00:05:05,450 --> 00:05:08,000
আমরা একটি উন্নয়নশীল শুরু
সিস্টেম একটি খতিয়ান অ্যাকাউন্টিং.

121
00:05:08,000 --> 00:05:12,200
এবং লেজার কাউন্টিং যে সিস্টেম
বহু শতাব্দী ধরে বিশ্বের দৌড়ে

122
00:05:12,200 --> 00:05:15,580
এবং হয়ত এমনও হতে পারে সহস্রাব্দ হিসাবে
আমরা ধরনের বিন্দু পৌঁছয়

123
00:05:15,580 --> 00:05:18,420
যেখানে যে তথ্য লোড অতিক্রান্ত
ঐ সিস্টেমের ক্ষমতা

124
00:05:18,420 --> 00:05:19,870
এটা ধারণ পাবে.

125
00:05:19,870 --> 00:05:22,070
>> এবং এই আসলে 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
আসলে ওঠে একটি অন্যতম স্তম্ভ
আমরা আজ জানি ছোট কোম্পানি আইবিএম বলা.

143
00:06:05,450 --> 00:06:08,417
>> সুতরাং আইবিএম মূলত ছিল
ডাটাবেস ব্যবসা.

144
00:06:08,417 --> 00:06:09,750
এবং যে তারা করেনি তা সত্যিই.

145
00:06:09,750 --> 00:06:11,110
তারা তথ্য প্রক্রিয়াকরণ করেনি.

146
00:06:11,110 --> 00:06:15,400
>> পাঞ্চ বিস্তার তাই হিসাবে
কার্ড, একটি প্রতিভাশালী প্রক্রিয়া

147
00:06:15,400 --> 00:06:18,560
যে লিভারেজ সক্ষম হচ্ছে
প্রযুক্তি সাজানো ফলাফল সেট ভোট.

148
00:06:18,560 --> 00:06:20,726
আপনি এই ছবি দেখতে পারেন
সেখানে আমরা একটি little-- আছে

149
00:06:20,726 --> 00:06:23,970
এটি একটি সামান্য small-- কিন্তু যেহেতু আপনি দেখতে পারেন
একটি অত্যন্ত প্রতিভাশালী যান্ত্রিক প্রক্রিয়া

150
00:06:23,970 --> 00:06:26,970
আমরা একটি মুষ্ট্যাঘাত কার্ড ডেক আছে যেখানে.

151
00:06:26,970 --> 00:06:28,720
আর কারো কথা বলার
একটু স্ক্রু ড্রাইভার

152
00:06:28,720 --> 00:06:31,400
এবং মাধ্যমে স্টিকিং
স্লট এবং এটি তুলে

153
00:06:31,400 --> 00:06:34,820
যে ম্যাচ পেতে যে
সাজানো ফলাফল সেট.

154
00:06:34,820 --> 00:06:36,270
>> এই একত্রিত হয়.

155
00:06:36,270 --> 00:06:38,690
আমরা এই সব সময় না
কম্পিউটারে আজ,

156
00:06:38,690 --> 00:06:40,100
আপনি ডাটাবেসের মধ্যে এটা করতে যেখানে.

157
00:06:40,100 --> 00:06:41,620
আমরা ঠিক আছে, নিজে করতে ব্যবহৃত?

158
00:06:41,620 --> 00:06:42,994
মানুষ একসাথে এই জিনিস করা.

159
00:06:42,994 --> 00:06:45,440
আর এটা বিস্তার ছিল
এই পাঞ্চ কার্ডের

160
00:06:45,440 --> 00:06:50,070
আমরা কি বলা তথ্য ড্রামস মধ্যে
এবং তথ্য reels,, কাগজ টেপ.

161
00:06:50,070 --> 00:06:55,980
>> ডাটা প্রসেসিং শিল্প গ্রহণ
প্লেয়ার পিয়ানো থেকে একটি পাঠ.

162
00:06:55,980 --> 00:06:57,855
প্লেয়ার এ ফিরে পিয়ানো
শতাব্দীর পালা

163
00:06:57,855 --> 00:07:02,100
স্লট সঙ্গে কাগজের 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
Compute এখন
সবচেয়ে ব্যয়বহুল সম্পদ.

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-- যে সত্যিই একটি কনস্ট্রাক্ট এর
রিলেশনাল এই জিনিস ডাটাবেস

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 ডাটাবেস পেতে হবে
বা আরো শক্তিশালী 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
ওরাকল বা এমএস স্কুয়েল থেকে উত্তর
বা অন্য কেহ একটি বড় বাক্স পেতে হয়.

308
00:13:55,457 --> 00:13:58,540
ওয়েল আজ না হোক কাল, আপনি একটি কিনতে পারবেন না
আরো ব্যাপক অংশগ্রহন, এবং যে বাস্তব সমস্যা.

309
00:13:58,540 --> 00:14:00,080
আমরা আসলে কিছু পরিবর্তন প্রয়োজন.

310
00:14:00,080 --> 00:14:01,080
সুতরাং যেখানে এই কাজ করে?

311
00:14:01,080 --> 00:14:06,560
এটা অফলাইন জন্য ভাল কাজ করে
বিশ্লেষণ, OLAP-টাইপ চাপ.

312
00:14:06,560 --> 00:14:08,670
এসকিউএল জন্যে এবং যে যেখানে সত্যিই.

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
আমার গ্রাহকদের কতগুলি ঠিক করা চায়
এই বিশেষ বৈশিষ্ট আছে যারা

346
00:15:34,520 --> 00:15:37,850
আমি জানি না এই আগমনে কেনা
কি তারা জিজ্ঞাসা করতে যাচ্ছেন প্রশ্ন.

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
>> ক্যাপ উপপাদ্য নির্দেশনা
কিভাবে ডাটাবেস কাজ

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
>> সুতরাং এটি একটু ভিন্ন
ক্যাপ সঙ্গতির চেয়ে.

473
00:20:26,720 --> 00:20:29,760
ক্যাপ ঐক্য মানে সব আমার
ক্লায়েন্ট সবসময় তথ্য দেখতে পারেন.

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
যে সিস্টেম recovers যখন, যে
প্রতিশ্রুতিবদ্ধ ছিল লেনদেনের

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
>> এখন, ক্যাপ উপপাদ্য সত্যিই
শুধুমাত্র এক অবস্থায় নাটকগুলি.

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
আপনি শুধুমাত্র টুপি সম্পর্কে চিন্তা
আমরা যে পার্টিশন আছে.

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
>> কডি মত আমরা কিছু যদি তাই.

553
00:23:50,040 --> 00:23:54,440
কডি একটি মাস্টার হতে হবে
মাস্টার, আমার কোনো নোডের মধ্যে লিখুন চলুন শুরু করা যাক.

554
00:23:54,440 --> 00:23:55,540
তাই কি হবে?

555
00:23:55,540 --> 00:23:58,270
তাই আমি একটি বস্তু আছে
দুই নোড উপস্থিত ডাটাবেস.

556
00:23:58,270 --> 00:24:01,705
এর যে বস্তুর এস কল করা যাক
সুতরাং আমরা এস রাজ্য আছে

557
00:24:01,705 --> 00:24:04,312
আমরা কিছু অপারেশন আছে
এস চলমান আছে.

558
00:24:04,312 --> 00:24:06,270
কডি আমাকে পারবেন
একাধিক নোড লিখুন.

559
00:24:06,270 --> 00:24:08,550
সুতরাং আসুন আমি একটি পেতে বলা যাক
দুই নোড এর জন্য লিখুন.

560
00:24:08,550 --> 00:24:12,274
ওয়েল, কি ঘটছে শেষ পর্যন্ত
আমরা একটি পার্টিশন নির্মাণ প্রক্রিয়ার ক্ষেত্রে কল.

561
00:24:12,274 --> 00:24:14,190
আছে নাও হতে পারে একটি
শারীরিক নেটওয়ার্ক পার্টিশন.

562
00:24:14,190 --> 00:24:15,950
কিন্তু কারণ নকশা
সিস্টেমের, এটা

563
00:24:15,950 --> 00:24:18,449
আসলে যত তাড়াতাড়ি পার্টিশন
আমি দুটি নোডের একটি লেখার পেতে হিসাবে.

564
00:24:18,449 --> 00:24:20,830
এটা আমাকে বাধ্য না
এক নোড মাধ্যমে সব লিখুন.

565
00:24:20,830 --> 00:24:22,340
আমি দুটি নোডের লিখছি.

566
00:24:22,340 --> 00:24:23,330
ঠিক আছে?

567
00:24:23,330 --> 00:24:25,740
>> তাই এখন আমি দুটি যুক্তরাষ্ট্র আছে.

568
00:24:25,740 --> 00:24:26,360
ঠিক আছে?

569
00:24:26,360 --> 00:24:28,110
কি ঘটতে যাচ্ছে
আজ না হোক কাল হয়

570
00:24:28,110 --> 00:24:29,960
একটি প্রতিলিপি ইভেন্ট হতে যাচ্ছে.

571
00:24:29,960 --> 00:24:33,300
বিস্ফোরণ ঘটবে কি আমরা
একটি পার্টিশন রিকভারি, বলা যা

572
00:24:33,300 --> 00:24:35,200
যেখানে এই দুই
যুক্তরাষ্ট্র একসঙ্গে ফিরে আসা

573
00:24:35,200 --> 00:24:37,310
এবং একটি অ্যালগরিদম হতে চলছে
যে, ডাটাবেস ভিতরে রান

574
00:24:37,310 --> 00:24:38,540
কি করতে হবে তা সিদ্ধান্ত নেয়.

575
00:24:38,540 --> 00:24:39,110
ঠিক আছে?

576
00:24:39,110 --> 00:24:43,057
ডিফল্টরূপে, সর্বশেষ
সবচেয়ে পি সিস্টেমের মধ্যে জেতে.

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
এবং আপনি আসলে একটি রেকর্ড ডাম্প করতে পারেন
সব collisions এবং রোলব্যাক

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
আরে, আমি চাই, বলতে পারেন
এই তথ্য remediate করতে.

594
00:25:26,730 --> 00:25:28,880
আর আমি চেষ্টা করতে চাই এবং
ঐ দুটি রেকর্ড একত্রীকরণ.

595
00:25:28,880 --> 00:25:30,050
কিন্তু যে আপনি আপ এর.

596
00:25:30,050 --> 00:25:32,880
ডাটাবেস জানি না কিভাবে
ডিফল্টরূপে যে না. সময় অধিকাংশ,

597
00:25:32,880 --> 00:25:34,850
শুধু ডাটাবেসের
কিভাবে বলতে কাজ করতে হয়,

598
00:25:34,850 --> 00:25:36,100
এই এক সর্বশেষ রেকর্ড ছিল.

599
00:25:36,100 --> 00:25:39,183
যে, জয় যাচ্ছে যে এক
এবং যে আমি করা যাচ্ছে না মান.

600
00:25:39,183 --> 00:25:41,490
যে পার্টিশন রিকভারি একবার
এবং প্রতিলিপি, ঘটে

601
00:25:41,490 --> 00:25:43,930
আমরা আমাদের রাষ্ট্র, আছে যা
এখন যা, প্রধানমন্ত্রী S

602
00:25:43,930 --> 00:25:46,890
ঐ সমস্ত বস্তুর একত্রীকরণ রাষ্ট্র.

603
00:25:46,890 --> 00:25:49,700
তাই পি সিস্টেম এই আছে.

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
আমি একটি পণ্য আইডি পেয়েছেন,
এবং যে আইডি অনুরূপ

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
ভিডিও আইডি অভিনেতা আইডি মানচিত্র.

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
আমি সব সিস্টেমকে সিপিইউ প্রেরণ করছি
একসঙ্গে এই ডাটা স্ট্রাকচার যোগদান

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
আর একটি বইয়ের জন্য পণ্য হতে পারে
একটি বই নির্দিষ্ট করে একটি প্রকার আইডি আছে.

706
00:29:56,510 --> 00:29:59,180
আর আবেদন
যে আইডি তে সুইচ করবে.

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
আর আমি iterating করছি
সেট ফলাফল জুড়ে.

749
00:31:43,010 --> 00:31:46,512
এটা আপনি একটি ধারণা দেয়
NoSQL এর ক্ষমতার.

750
00:31:46,512 --> 00:31:49,470
আমি ধরনের পাশের এখানে যেতে চলেছি
এবং এই সম্পর্কে অল্প কথা বলুন.

751
00:31:49,470 --> 00:31:53,240
এই নিয়ে আরো ধরনের
মার্কেটিং বা technology--

752
00:31:53,240 --> 00:31:55,660
প্রযুক্তির বিপনন
আলোচনার টাইপ.

753
00:31:55,660 --> 00:31:58,672
কিন্তু এটা বুঝতে গুরুত্বপূর্ণ
আমরা উপরে তাকান কারণ

754
00:31:58,672 --> 00:32:00,380
এখানে এই চার্ট এ,
কি আমরা এ খুঁজছেন

755
00:32:00,380 --> 00:32:04,030
আমরা কি কল
প্রযুক্তি প্রতারণা বক্ররেখা.

756
00:32:04,030 --> 00:32:06,121
এবং কি এই মানে হল
নতুন উপাদান খেলার মধ্যে আসে.

757
00:32:06,121 --> 00:32:07,120
মানুষ এটা মহান মনে করি.

758
00:32:07,120 --> 00:32:09,200
আমি আমার সব সমস্যার সমাধান করেছি.

759
00:32:09,200 --> 00:32:11,630
>> এই শেষ হতে পারে
সব, সবকিছু করার সব হবে.

760
00:32:11,630 --> 00:32:12,790
তাঁরা এটি ব্যবহার করা শুরু.

761
00:32:12,790 --> 00:32:14,720
আর তারা এই উপাদান কাজ করে না, বলে.

762
00:32:14,720 --> 00:32:17,600
এই অধিকার নয়.

763
00:32:17,600 --> 00:32:19,105
পুরোনো কাপড় ভাল ছিল.

764
00:32:19,105 --> 00:32:21,230
এবং তারা করছেন ফিরে যেতে
কিছু তারা ভাবে.

765
00:32:21,230 --> 00:32:22,730
এবং তারপর অবশেষে
তারা আপনাকে কি জানেন, যেতে?

766
00:32:22,730 --> 00:32:24,040
এই কাপড় যাতে খারাপ না হয়.

767
00:32:24,040 --> 00:32:26,192
ওহ, যে কিভাবে এটি কাজ করে.

768
00:32:26,192 --> 00:32:28,900
এবং কিভাবে তারা এটা চিন্তা একবার
কাজ, তারা ভাল পেতে শুরু.

769
00:32:28,900 --> 00:32:32,050
>> এবং এটি সম্পর্কে মজার জিনিস
এটা করার আপ, লাইন ধরনের কি

770
00:32:32,050 --> 00:32:34,300
আমরা প্রযুক্তি গ্রহণ কার্ভ কল.

771
00:32:34,300 --> 00:32:36,910
সুতরাং আমরা কি এরকম হয়
কিছু সাজানোর প্রযুক্তি ট্রিগার.

772
00:32:36,910 --> 00:32:39,100
উপাত্ত যদি,
এটি তথ্য চাপ.

773
00:32:39,100 --> 00:32:42,200
আমরা পেশাদার, উচ্চ জল পয়েন্ট সম্পর্কে সায়ীদ
সময় জুড়ে তথ্য চাপ.

774
00:32:42,200 --> 00:32:46,310
যে তথ্য চাপ একটি নির্দিষ্ট হিট
বিন্দু, একটি প্রযুক্তি ট্রিগার এর.

775
00:32:46,310 --> 00:32:47,830
>> এটি অত্যন্ত ব্যয়বহুল হচ্ছে.

776
00:32:47,830 --> 00:32:49,790
এটি তথ্য প্রক্রিয়া করতে অত্যন্ত দীর্ঘ সময় লাগে.

777
00:32:49,790 --> 00:32:50,890
আমরা ভালো কিছু হবে.

778
00:32:50,890 --> 00:32:52,890
আপনি উদ্ভাবকদের পেতে
সেখানে আউট চারপাশে চলমান,

779
00:32:52,890 --> 00:32:55,050
সমাধান কি জানতে চেষ্টা করছেন.

780
00:32:55,050 --> 00:32:56,050
নতুন ধারণা কি?

781
00:32:56,050 --> 00:32:58,170
>> সেরা পরবর্তী কি
এই কাজ করতে উপায়?

782
00:32:58,170 --> 00:32:59,530
এবং তারা কিছু সঙ্গে আসা পর্যন্ত.

783
00:32:59,530 --> 00:33:03,140
আর বাস্তব ব্যথা সঙ্গে মানুষ,
রক্তপাত প্রান্ত এ বলছি,

784
00:33:03,140 --> 00:33:06,390
তারা এটা ধরে সব ঝাঁপ দেব,
তারা জবাব দিতে হবে, কারণ.

785
00:33:06,390 --> 00:33:09,690
এখন অবশ্যম্ভাবী happens-- কি ও
এটা 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
বয়, এই জিনিস সংকটাপন্ন.

801
00:33:45,230 --> 00:33:49,900
আমি সমস্ত বজায় ছিল আমার
এটা না, না, মত in-- যোগদান করে.

802
00:33:49,900 --> 00:33:50,800
যোগদান বজায়?

803
00:33:50,800 --> 00:33:52,430
কেন আপনি তথ্য যোগ দিচ্ছে?

804
00:33:52,430 --> 00:33:54,350
আপনি 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
আমরা এখানে উত্ক্রান্ত শুরু যখন,
মানুষ মূর্ত আউট, কারণ এটা

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 ডেস্কটপ অ্যাপ উন্মোচন এর হয়
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
ডেস্কটপ অ্যাপ উন্মোচন তা করতে পারে.

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 ভাল বা হয় বলতে হবে না
তারপর পালঙ্ক, কডি চেয়ে খারাপ,

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
এটা তোলে সিস্টেম permeates,
ডেস্কটপ অ্যাপ উন্মোচন প্রস্তাব ভাষার পরিষেবা.

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
আপনার ডেস্কটপ অ্যাপ উন্মোচন করে অ্যাকাউন্ট সব জুড়ে
এক্সেস ভূমিকা এবং অনুমতি সংজ্ঞা

881
00:37:09,960 --> 00:37:12,140
IAM পরিকাঠামো.

882
00:37:12,140 --> 00:37:16,630
>> এবং এটি একটি কী এবং অবিচ্ছেদ্য উপাদান এর
আমরা চালিত প্রোগ্রামিং ইভেন্ট কল কি.

883
00:37:16,630 --> 00:37:19,056
এখন এই একটি নতুন দৃষ্টান্ত.

884
00:37:19,056 --> 00:37:22,080
>> শ্রোতা: কিভাবে সত্য আপনার হার
মিথ্যা নেগেটিভ বনাম পজিটিভ

885
00:37:22,080 --> 00:37:24,052
আপনার এক্সেস কন্ট্রোল সিস্টেম উপর?

886
00:37:24,052 --> 00:37:26,260
RICK হাউলিহান: সত্য পজিটিভ
মিথ্যা নেগেটিভ বনাম?

887
00:37:26,260 --> 00:37:28,785
শ্রোতা: কি রিটার্নিং
আপনি ফিরে যেতে হবে?

888
00:37:28,785 --> 00:37:33,720
কখনোসখনো উল্টোদিকে এটা
এটি যাচাই করা উচিত যখন আসতে না?

889
00:37:33,720 --> 00:37:36,260

890
00:37:36,260 --> 00:37:38,050
>> RICK হাউলিহান: আমি আপনি যে বলতে পারে না.

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
ডায়নামো জন্য এপিআই ধরনের তথ্য.

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
যাদের মধ্যে একজন হতে হবে
প্রশাসনিক এপিআই.

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 আপনি কারণ যারা প্রয়োজন হবে না
যদি আপনি System কনফিগার না, আমরা না.

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 কল কি.

940
00:39:51,490 --> 00:39:52,940
আমরা খুব কথা বলতে যাচ্ছেন না
এই মুহূর্তে এই সম্পর্কে অনেক.

941
00:39:52,940 --> 00:39:55,189
আমি কিছু কন্টেন্ট পরে পেয়েছেন
এই সম্পর্কে ডেক উপর.

942
00:39:55,189 --> 00:39:59,910
কিন্তু প্রবাহের সত্যিই একটি running-- হয়
সময় আদেশ হিসাবে মনে করি

943
00:39:59,910 --> 00:40:01,274
এবং পার্টিশন পরিবর্তনের লগ.

944
00:40:01,274 --> 00:40:03,940
উপর ঘটছে সবকিছু
টেবিল প্রবাহে দেখায়.

945
00:40:03,940 --> 00:40:05,940
>> প্রতিটি টেবিলের লিখুন
প্রবাহ দেখায়.

946
00:40:05,940 --> 00:40:08,370
আপনি যে স্ট্রিম পড়া, এবং পারেন
আপনি এটি দিয়ে যে কি করতে পারেন.

947
00:40:08,370 --> 00:40:10,150
আমরা সম্পর্কে আলোচনা করব তা
জিনিস ধরনের আপনি

948
00:40:10,150 --> 00:40:13,680
প্রতিলিপি মত কিছু না,
মাধ্যমিক সূচী তৈরি.

949
00:40:13,680 --> 00:40:17,620
সত্যিই শীতল সব ধরণের
জিনিষ আপনি যে সঙ্গে কাজ করতে পারেন.

950
00:40:17,620 --> 00:40:19,150
>> ডেটা ধরনের.

951
00:40:19,150 --> 00:40:23,320
DynamoDB, আমরা উভয় কি সমর্থন
মূল্য এবং নথি ধরনের তথ্য.

952
00:40:23,320 --> 00:40:26,350
পর্দার বাম দিকে
এখানে আমরা আমাদের মৌলিক ধরনের পেয়েছেন.

953
00:40:26,350 --> 00:40:27,230
কী মূল্য ধরনের.

954
00:40:27,230 --> 00:40:30,040
এই স্ট্রিং হয়,
সংখ্যা, এবং বাইনারি.

955
00:40:30,040 --> 00:40:31,640
>> তাই মাত্র তিনটি মৌলিক ধরনের.

956
00:40:31,640 --> 00:40:33,700
এবং তারপর আপনি ঐ সেট থাকতে পারে.

957
00:40:33,700 --> 00:40:37,650
চমৎকার বিষয় হল 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 আপনি would
এই নথি কল.

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
>> তাই আমি একটি হ্যাশ থাকতে পারে
বিষয় আইডি যা কী.

1001
00:42:42,630 --> 00:42:46,650
আর আমি একটা পরিসীমা কী থাকতে পারে,
যা প্রতিক্রিয়া আইডি.

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
এই শীর্ষ স্তর aggregations
খুবই গুরুত্বপূর্ণ.

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
আমরা যে টেবিলের চান
আপনি টেবিল লোড হিসাবে,

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
এবং বারংবার যে কি উপায়
আমরা যেমন এই aggregations বজায় রাখার

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
>> বিন্যাস কী ভগবন্ হ্যাশ অনুমতি
কী সমতা থাকতে হবে.

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
আমাকে এখানে সবকিছু দিতে সব অদূর ভবিষ্যতে
এই ক্রেডিট কার্ডে লেনদেন

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
>> আর আমি একটি আইডি আছে, এবং এই যদি
আমার হ্যাশ চাবিকাঠি, আমি 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, ff এএ হয়.

1061
00:45:49,780 --> 00:45:53,740
আমি বৃদ্ধিশীল সুসংগত ব্যবহার করছি, তাই যদি
আইডি, আপনি কি ঘটছে তা দেখতে পারেন.

1062
00:45:53,740 --> 00:45:57,410
1, 2, 3, 4, 5, 6, আপ থেকে 54 সব পথ.

1063
00:45:57,410 --> 00:46:00,030
আমি hammering করছি সুতরাং হিসাবে
সিস্টেমের মধ্যে রেকর্ড,

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
আপনি সবসময়, তাহলে তা করতে হবে
আপনি কি চান একজন বৃদ্ধিশীল হ্যাশ ব্যবহার করছেন

1070
00:46:13,950 --> 00:46:17,380
MongoDB কী, অথবা আপনি হবেন
এক নোড প্রতি লেখার উত্কৃষ্ট,

1071
00:46:17,380 --> 00:46:21,290
এবং আপনি সীমিত করা হবে
খারাপভাবে আপনার লেখার থ্রুপুট.

1072
00:46:21,290 --> 00:46:24,896
>> শ্রোতা: দশমিক যে A9 169 কি?

1073
00:46:24,896 --> 00:46:28,450
>> RICK হাউলিহান: হাঁ, এটা
কোথাও আছে চারপাশে.

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
তাই আসে যে বস্তুর আইডি
নেটিভ মঙ্গো সঙ্গে তা করতে?

1079
00:46:39,530 --> 00:46:40,179

1080
00:46:40,179 --> 00:46:41,470
RICK হাউলিহান: এটা যে কি করে?

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 একটি আন্ডারস্কোর আইডি আছে আছে.

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
আপনি এটা যে, র্যান্ডম না জানি তাহলে
এটি বৃদ্ধিশীল হচ্ছে, তারপর হ্যাশ না.

1090
00:47:04,260 --> 00:47:06,880
>> এখন জিনিস সম্পর্কে
আপনি হ্যাশ একবার, হ্যাশ

1091
00:47:06,880 --> 00:47:08,800
একটি value-- এবং এই হল
কেন হ্যাশ চিহ্ন সবসময়

1092
00:47:08,800 --> 00:47:13,740
অনন্য প্রশ্ন, আমি পরিবর্তন করেছি কারণ
মান, এখন আমি একটি সীমার ক্যোয়ারী ব্যবহার করতে পারবেন না.

1093
00:47:13,740 --> 00:47:15,640
আমি এই বলতে পারবেন না
এই বা যে মাঝে,

1094
00:47:15,640 --> 00:47:20,800
হ্যাশ মান যাচ্ছে না, কারণ
প্রকৃত মূল্য সমতুল্য হতে.

1095
00:47:20,800 --> 00:47:24,570
সুতরাং আপনি যে হ্যাশ যখন
কী, এটা শুধুমাত্র সমতা আছে.

1096
00:47:24,570 --> 00:47:28,700
এই কেন DynamoDB হ্যাশ কী হয়
প্রশ্নের সবসময় শুধুমাত্র সমতা হয়.

1097
00:47:28,700 --> 00:47:32,090

1098
00:47:32,090 --> 00:47:34,700
>> তাই এখন একটি সীমার মধ্যে key--
আমি যে পরিসীমা কী যোগ করার সময়,

1099
00:47:34,700 --> 00:47:38,180
যারা পরিসীমা কি রেকর্ডের সব আসা এবং
তারা একই পার্টিশন উপর জমা.

1100
00:47:38,180 --> 00:47:42,430
যাতে তারা সহজে খুব দ্রুত হয়
এই হ্যাশ কারণ উদ্ধার করা,

1101
00:47:42,430 --> 00:47:43,220
এই পরিসর.

1102
00:47:43,220 --> 00:47:44,928
এবং যদি আপনি সবকিছু দেখতে
একই হ্যাশ

1103
00:47:44,928 --> 00:47:48,550
সিডির স্থান সংরক্ষিত পায়.

1104
00:47:48,550 --> 00:47:53,889
আপনাকে সাহায্য করার জন্য যে পরিসর কী ব্যবহার করতে পারেন
তার পিতা বা মাতা যাও বন্ধ আপনার তথ্য সনাক্ত.

1105
00:47:53,889 --> 00:47:55,180
তাই আমি সত্যিই এখানে কি করছি?

1106
00:47:55,180 --> 00:47:57,320
এই বহুর সম্পর্ক করার জন্য একটি এক.

1107
00:47:57,320 --> 00:48:01,490
একটি হ্যাশ কী মধ্যে সম্পর্ক
এবং পরিসীমা কী অনেক বাজতে থাকে.

1108
00:48:01,490 --> 00:48:03,490
আমি একাধিক হ্যাশ কি থাকতে পারে.

1109
00:48:03,490 --> 00:48:07,610
আমি শুধুমাত্র একাধিক পরিসীমা থাকতে পারে
প্রতি হ্যাশ কী মধ্যে কী.

1110
00:48:07,610 --> 00:48:11,910
>> হ্যাশ ঊর্ধ্বতন সংজ্ঞায়িত,
পরিসীমা শিশু সংজ্ঞায়িত করে.

1111
00:48:11,910 --> 00:48:15,240
তাই আপনি দেখতে পারেন এনালগ এখানে আছে
রিলেশনাল কনস্ট্রাক্ট মধ্যে

1112
00:48:15,240 --> 00:48:18,840
এবং একই ধরনের
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
আসেনি মধ্যে মিলিসেকেন্ডে লেটেন্সি.

1128
00:49:01,240 --> 00:49:05,390
তাই বাস্তব সময়ের ডেটা প্রতিলিপিকৃত
বহু আসেনি সক্ষম.

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 ছড়িয়ে হয়
ডিফল্টরূপে তিন আসেনি জুড়ে.

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
তাই স্থানীয় secondaries সহাবস্থান করছে
তথ্য সিডির উপর.

1173
00:50:57,740 --> 00:51:00,240
এবং যেমন, তারা হয়
একই শারীরিক নোড.

1174
00:51:00,240 --> 00:51:01,780
তারা বলেঃ যখন আমরা সঙ্গতিপূর্ণ কল কি হয়.

1175
00:51:01,780 --> 00:51:04,599
অর্থ, তারা স্বীকার করবে
টেবিল বরাবর লিখতে.

1176
00:51:04,599 --> 00:51:06,890
লেখ আসে,
আমরা সূচক মাধ্যমে লিখে দেই.

1177
00:51:06,890 --> 00:51:09,306
আমরা টেবিল পর্যন্ত লিখতে হবে
এবং তারপর আমরা স্বীকার করবে.

1178
00:51:09,306 --> 00:51:10,490
সুতরাং যে সঙ্গতিপূর্ণ.

1179
00:51:10,490 --> 00:51:13,174
লেখার হয়েছে একবার
টেবিল থেকে স্বীকৃত,

1180
00:51:13,174 --> 00:51:15,090
এটা যে নিশ্চিত
স্থানীয় মাধ্যমিক সূচক

1181
00:51:15,090 --> 00:51:18,380
তথ্য একই দৃষ্টি থাকবে.

1182
00:51:18,380 --> 00:51:22,390
কিন্তু তা তারা অনুমতি না আপনি হয়
বিকল্প পরিসীমা কী নির্ধারণ.

1183
00:51:22,390 --> 00:51:25,260
>> একই হ্যাশ ব্যবহার আছে
প্রাথমিক টেবিল হিসেবে কী,

1184
00:51:25,260 --> 00:51:29,050
কারণ তারা কো-অবস্থিত
একই পার্টিশন, এবং তারা সামঞ্জস্যপূর্ণ আছেন.

1185
00:51:29,050 --> 00:51:33,110
কিন্তু আমি একটি ইনডেক্স তৈরি করতে পারবেন
বিভিন্ন পরিসীমা কি.

1186
00:51:33,110 --> 00:51:41,590
সুতরাং উদাহরণস্বরূপ, যদি আমি একটি প্রস্তুতকারকের ছিল
একটি কাঁচা অংশ টেবিল আসছে ছিল.

1187
00:51:41,590 --> 00:51:44,590
এবং কাঁচা অংশে আসা, এবং
তারা সমাবেশ করে সংগৃহীত করছি.

1188
00:51:44,590 --> 00:51:46,840
আর হয়তো একটি রিকল আছে.

1189
00:51:46,840 --> 00:51:50,240
>> এই করে তৈরি করা হয়েছিল যে কোনো অংশ
এই তারিখের পরে প্রস্তুতকারকের,

1190
00:51:50,240 --> 00:51:52,840
আমি আমার লাইন থেকে টান প্রয়োজন.

1191
00:51:52,840 --> 00:51:55,950
আমি একটি সূচক ঘুর্ণন পারেন
যে, খুঁজছি করা হবে

1192
00:51:55,950 --> 00:52:00,760
তারিখে সঞ্চিত
যে নির্দিষ্ট অংশ প্রস্তুত.

1193
00:52:00,760 --> 00:52:03,930
আমার উপরের স্তর টেবিল ছিল তাই
ইতিমধ্যে নির্মাতার দ্বারা কুচি,

1194
00:52:03,930 --> 00:52:07,655
হয়তো এটা আমি অংশ আইডি আয়োজন করা হয়
যে টেবিল বন্ধ একটি ইনডেক্স তৈরি করতে পারবেন

1195
00:52:07,655 --> 00:52:11,140
নির্মাতার দ্বারা কুচি হিসাবে এবং
প্রস্তুত তারিখে সীমাকৃত.

1196
00:52:11,140 --> 00:52:14,490
আর আমি বলতে পারে যে ভাবে, কিছু যে
এই তারিখের মধ্যে নির্মিত হয়েছিল,

1197
00:52:14,490 --> 00:52:16,804
আমি লাইন থেকে টান প্রয়োজন.

1198
00:52:16,804 --> 00:52:18,220
সুতরাং যে একটি স্থানীয় মাধ্যমিক সূচক.

1199
00:52:18,220 --> 00:52:22,280
>> এই প্রভাব আছে
আপনার হ্যাশ কী স্থান সীমিত.

1200
00:52:22,280 --> 00:52:24,360
তারা কারণ সহাবস্থানের
একই স্টোরেজ নোড,

1201
00:52:24,360 --> 00:52:26,860
তারা হ্যাশ কী সীমা
10 গিগাবাইট স্থান.

1202
00:52:26,860 --> 00:52:28,950
DynamoDB অধীনে
টেবিল, পার্টিশন হবে

1203
00:52:28,950 --> 00:52:31,380
আপনার টেবিল প্রতি 10 গিগাবাইট.

1204
00:52:31,380 --> 00:52:34,760
আপনি ডাটা 10 যোগাড় করা হলে, আমরা
[PHH], আর আমরা হলাম অন্য নোড যোগ করুন.

1205
00:52:34,760 --> 00:52:38,120

1206
00:52:38,120 --> 00:52:42,070
>> আমরা LSI বিভক্ত করা হবে না
একাধিক পার্টিশন জুড়ে.

1207
00:52:42,070 --> 00:52:43,200
আমরা টেবিল বিভক্ত করব.

1208
00:52:43,200 --> 00:52:44,679
কিন্তু আমরা LSI বিভক্ত করা হবে না.

1209
00:52:44,679 --> 00:52:46,470
যে এমন কিছু তাই
বুঝতে গুরুত্বপূর্ণ

1210
00:52:46,470 --> 00:52:50,070
আপনি খুব করছেন তাহলে হয়,
খুব, খুব বড় aggregations,

1211
00:52:50,070 --> 00:52:53,860
তারপর যদি আপনি সীমিত করা চলুন
আপনার LSIs 10 গিগাবাইট.

1212
00:52:53,860 --> 00:52:56,640
>> যদি সেই ক্ষেত্রে, আমরা যা করতে পারেন
গ্লোবাল secondaries ব্যবহার.

1213
00:52:56,640 --> 00:52:58,630
গ্লোবাল secondaries হয়
সত্যিই অন্য টেবিলে.

1214
00:52:58,630 --> 00:53:01,720
তারা বন্ধ সম্পূর্ণভাবে অস্তিত্ব
আপনার প্রাথমিক টেবিলের দিকে.

1215
00:53:01,720 --> 00:53:04,680
এবং তারা আমাকে একটি অনুসন্ধান করার অনুমতি
সম্পূর্ণ ভিন্ন কাঠামো.

1216
00:53:04,680 --> 00:53:08,010
তথ্য ঢোকানো হচ্ছে যাতে এটা মনে
দুটি ভিন্ন টেবিলের মধ্যে, কাঠামোগত

1217
00:53:08,010 --> 00:53:09,220
দুটি ভিন্ন উপায়ে.

1218
00:53:09,220 --> 00:53:11,360
>> আমি একেবারে নির্ধারণ করতে পারবেন
বিভিন্ন হ্যাশ কী.

1219
00:53:11,360 --> 00:53:13,490
আমি একেবারে নির্ধারণ করতে পারবেন
বিভিন্ন পরিসীমা কী.

1220
00:53:13,490 --> 00:53:15,941
আর আমি এই চালাতে পারেন
সম্পূর্ণ স্বাধীনভাবে.

1221
00:53:15,941 --> 00:53:18,190
বস্তুত হিসাবে, আমি করেছি
আমার পড়ুন ক্ষমতা প্রস্তুত

1222
00:53:18,190 --> 00:53:21,090
এবং এর জন্য ক্ষমতা লিখুন আমার
গ্লোবাল মাধ্যমিক সূচী

1223
00:53:21,090 --> 00:53:24,240
সম্পূর্ণ স্বাধীনভাবে
আমার প্রাথমিক টেবিলের.

1224
00:53:24,240 --> 00:53:26,640
আমি যে সূচক নির্ধারণ করুন, আমি বলতে
এটা কত পড়তে ও লিখতে

1225
00:53:26,640 --> 00:53:28,610
ক্ষমতা এটি ব্যবহার করা যাচ্ছে.

1226
00:53:28,610 --> 00:53:31,490
>> আর যে পৃথক হয়
আমার প্রাথমিক টেবিল থেকে.

1227
00:53:31,490 --> 00:53:35,240
এখন ইন্ডেক্সে উভয় আমাদের অনুমতি
না শুধুমাত্র, হ্যাশ এবং পরিসীমা কী নির্ধারণ

1228
00:53:35,240 --> 00:53:38,610
কিন্তু তারা আমাদের অনুমতি
অতিরিক্ত প্রকল্পের মান.

1229
00:53:38,610 --> 00:53:44,950
আমি সূচক পড়া বন্ধ করতে চান তাহলে,
এবং আমি কিছু ডেটা সেট পেতে চান,

1230
00:53:44,950 --> 00:53:48,327
আমি প্রধান ফিরে যেতে হবে না
টেবিল অতিরিক্ত গুণাবলী পেতে.

1231
00:53:48,327 --> 00:53:50,660
আমি ঐ অতিরিক্ত প্রকল্প পারেন
টেবিলের মধ্যে বৈশিষ্ট্যাবলী

1232
00:53:50,660 --> 00:53:53,440
প্রবেশাধিকার প্যাটার্ন সমর্থন.

1233
00:53:53,440 --> 00:53:57,700
আমি মনে করি আমরা সম্ভবত কিছু মধ্যে পেয়ে থাকেন না
সত্যিই, আগাছা মধ্যে পেয়ে really--

1234
00:53:57,700 --> 00:53:58,910
এখানে এই বিষয় নিয়ে কিছু উপর.

1235
00:53:58,910 --> 00:54:02,725
এখন আমি এই আউট প্রপাত পেয়েছিলাম.

1236
00:54:02,725 --> 00:54:07,320
>> শ্রোতা: [শ্রবণাতীত]
--table কী একটি হ্যাশ অভিপ্রেত ছিল?

1237
00:54:07,320 --> 00:54:08,840
মূল হ্যাশ?

1238
00:54:08,840 --> 00:54:09,340
মাল্টি-slats?

1239
00:54:09,340 --> 00:54:10,200
>> RICK হাউলিহান: হ্যাঁ.

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
মাঝে মাঝে ও এই aggregations
বিলিয়ান মধ্যে আপ পেতে.

1276
00:55:47,940 --> 00:55:50,550
>> তাই আমি কিছু কাজ
ভুগছেন যারা এইসব বলছি

1277
00:55:50,550 --> 00:55:53,156
তারা তৈরি করছি, কারণ
এই ginormous aggregations

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
আবার, আমি একটি নোডের hammering করছি কারণ.

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
ডায়নামো ডিবি throughput, আপনি
করতে পারেন বিধান [শ্রবণাতীত]

1315
00:57:37,460 --> 00:57:38,680
একটি টেবিল থেকে throughput.

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 গিগাবাইট সীমা.

1335
00:58:30,405 --> 00:58:33,280
শ্রোতা: ছোট সংখ্যা, আমি অনুপস্থিত করছি
কি আপনি, যে আমাকে বলছে করছি হচ্ছে ÑÑ

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
Throughput প্রস্তুত করা হয়
টেবিল পর্যায়ে.

1345
00:58:58,920 --> 00:59:00,160
এবং সত্যিই দুই নব আছে.

1346
00:59:00,160 --> 00:59:02,400
আমরা ক্ষমতা পড়া আছে
এবং ক্ষমতা লিখুন.

1347
00:59:02,400 --> 00:59:05,530
>> সুতরাং এই স্থায়ী হয়
স্বাধীনভাবে অপরের.

1348
00:59:05,530 --> 00:59:08,640
RCU এর পরিমাপ কঠোরভাবে সঙ্গতিপূর্ণ সার্চ.

1349
00:59:08,640 --> 00:59:13,005
ঠিক আছে, তাই যদি আপনি আমি 1,000 চান বলছে
RCU এর যারা, কঠোরভাবে সঙ্গতিপূর্ণ

1350
00:59:13,005 --> 00:59:14,130
যারা সঙ্গতিপূর্ণ সার্চ হয়.

1351
00:59:14,130 --> 00:59:17,130
আপনি আমি বলতে চাই, তাহলে
সঙ্গতিপূর্ণ পরিণামস্বরূপ, সার্চ

1352
00:59:17,130 --> 00:59:19,402
প্রভিশন 1,000 পারেন
RCU এর, আপনি যাচ্ছেন

1353
00:59:19,402 --> 00:59:21,840
অবশেষে 2,000 পেতে
সঙ্গতিপূর্ণ সার্চ.

1354
00:59:21,840 --> 00:59:25,940
আর যাদের জন্য অর্ধমূল্য
অবশেষে এ সার্চ গঠিত.

1355
00:59:25,940 --> 00:59:28,520
>> আবার নিয়মিত
স্বাধীনভাবে অপরের.

1356
00:59:28,520 --> 00:59:32,900
তাঁরা throughput-- আছে
আপনি আপনার 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
থ্রোটলিং খারাপ.

1361
00:59:44,320 --> 00:59:47,311
থ্রোটলিং কোন এসকিউএল খারাপ নির্দেশক.

1362
00:59:47,311 --> 00:59:50,310
আমরা সাহায্য করতে পারি কিছু আছে
আপনি থ্রোটলিং উপশম যে আপনি

1363
00:59:50,310 --> 00:59:51,040
সম্মুখীন হয়.

1364
00:59:51,040 --> 00:59:53,240
কিন্তু সবচেয়ে ভালো সমাধান
এই করতে এর নেয়া যাক

1365
00:59:53,240 --> 00:59:58,000
একটি কারণ, আপনি কি করছেন তাকান
এখানে খেলার একটি বিরোধী প্যাটার্ন আছে.

1366
00:59:58,000 --> 01:00:02,140
>> এই জিনিষ, অ অভিন্ন মত জিনিষ
চাপ, গরম কি গরম পার্টিশন.

1367
01:00:02,140 --> 01:00:06,210
আমি একটি নির্দিষ্ট কী স্থান আঘাত করছি
খুব কঠিন কিছু বিশেষ কারণে.

1368
01:00:06,210 --> 01:00:07,080
কেন আমি এটা করছি?

1369
01:00:07,080 --> 01:00:08,710
এর যে চিন্তা করা যাক.

1370
01:00:08,710 --> 01:00:10,427
আমি ঠান্ডা তথ্য দিয়ে আমার গরম তথ্য মিশ করছি.

1371
01:00:10,427 --> 01:00:12,510
আমি আমার টেবিল পেতে লেট করছি
বিশাল, কিন্তু সত্যিই আছে

1372
01:00:12,510 --> 01:00:15,970
তথ্য শুধুমাত্র কিছু উপসেট
যে আমাকে সত্যিই আকর্ষণীয়.

1373
01:00:15,970 --> 01:00:20,290
সুতরাং এর লগের তথ্য জন্য, উদাহরণস্বরূপ, অনেক
গ্রাহক, তারা প্রতিদিন তথ্য কার্যবিবরণী পাবেন.

1374
01:00:20,290 --> 01:00:22,490
তারা লগের তথ্য বিপুল পরিমাণ পেয়েছেন.

1375
01:00:22,490 --> 01:00:25,940
>> আপনি শুধু যে সব লগ ডাম্পিং করছি
সময়ের এক বড় টেবিলের মধ্যে তথ্য,

1376
01:00:25,940 --> 01:00:28,070
যে টেবিল ব্যাপক পেতে যাচ্ছে.

1377
01:00:28,070 --> 01:00:30,950
কিন্তু আমি সত্যিই শুধুমাত্র আগ্রহী নই
গত 24 ঘন্টা, গত সাত দিন,

1378
01:00:30,950 --> 01:00:31,659
সর্বশেষ 30 দিন.

1379
01:00:31,659 --> 01:00:34,074
সময় যাই হোক না কেন উইন্ডো
আমি আগ্রহী নই যে

1380
01:00:34,074 --> 01:00:37,010
আমার বিরক্তির, বা যে ঘটনার জন্য
সম্পর্কে আকর্ষণীয় যে ঘটনা,

1381
01:00:37,010 --> 01:00:39,540
যে আমি প্রয়োজন শুধু উইন্ডো সময়.

1382
01:00:39,540 --> 01:00:42,470
সুতরাং কেন আমি 10 বছর রাখছি
টেবিলের লগ তথ্য মূল্য?

1383
01:00:42,470 --> 01:00:45,030
কি যে কারণ হল
টেবিলের টুকরা.

1384
01:00:45,030 --> 01:00:45,880
>> এটা বিশাল পায়.

1385
01:00:45,880 --> 01:00:48,340
এটা ছড়িয়ে শুরু
নোড হাজার জুড়ে.

1386
01:00:48,340 --> 01:00:51,380
এবং আপনার ক্ষমতা থেকে
আপনি আছেন, তাই কম

1387
01:00:51,380 --> 01:00:54,090
আসলে প্রতিটি সীমিত রেট
ঐ ব্যক্তি নোড এক.

1388
01:00:54,090 --> 01:00:57,120
সুতরাং আসুন কিভাবে এ খুঁজছেন শুরু করা যাক
আমরা ধরে যে টেবিলের পাকানো না.

1389
01:00:57,120 --> 01:01:01,502
আমরা যে তথ্য একটু পরিচালনা করবেন কিভাবে
ভাল এই সমস্যা এড়ানো যাবে.

1390
01:01:01,502 --> 01:01:02,710
আর তা যে কেমন হয়েছে?

1391
01:01:02,710 --> 01:01:04,370
এই যে দেখে মনে হচ্ছে কি.

1392
01:01:04,370 --> 01:01:06,790
এই খারাপ 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
আরো সম্ভবত আমি একটা আছে am
টেবিলের উপর উচ্চ throughput.

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
>> RICK হাউলিহান: সর্বদা.

1457
01:03:51,450 --> 01:03:51,960
সর্বদা.

1458
01:03:51,960 --> 01:03:54,620
হ্যা, আমি এর মানে সবসময়
ছাগু karigor.com এবং আবার আছে

1459
01:03:54,620 --> 01:03:56,980
কিছু ডিজাইন প্যাটার্নের আমরা মাধ্যমে পাবেন
যে আপনি মোকাবেলা কিভাবে কথা বলতে হবে

1460
01:03:56,980 --> 01:03:58,480
এই সুপার বৃহৎ aggregations সঙ্গে.

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
বলার খবর Netlog ওপর বিজ্ঞাপণদাতা
তাদের আমি কারো চান

1485
01:04:53,990 --> 01:04:58,632
যারা, মধ্যবয়স্ক এর
ক্রীড়া মধ্যে 40 বছর বয়সী মানুষের.

1486
01:04:58,632 --> 01:05:01,590
তাই লোকেরা জনমিতি আপনি স্কোর
এবং তারা কি না তা স্থির

1487
01:05:01,590 --> 01:05:02,740
যে আপনার জন্য একটি ভাল বিজ্ঞাপন নয়.

1488
01:05:02,740 --> 01:05:10,330
>> এখন তারা একটি SLA সাথে আছে
তাদের বিজ্ঞাপন প্রদানকারীর

1489
01:05:10,330 --> 01:05:14,510
উপ-10 মিলিসেকেন্ডে প্রদান
প্রতিটি অনুরোধে সাড়া.

1490
01:05:14,510 --> 01:05:16,090
তাই তারা এই জন্য ডায়নামো ডিবি ব্যবহার করছেন.

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
এই লোক ধরনের র আপনি যদি মনে করেন এর
জিনিষ ইন্টারনেট, 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
ইউটিউব বেশী অন্তর্মুখী ভিডিও
এইসব বলছি পাচ্ছেন কি.

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
>> না একটি ভাল Ops দলের.

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
সুতরাং এই হল কিছু কিন্তু যে
আপনি ডায়নামো ডিবি থেকে পেতে যে উপকৃত হতে পারেন.

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
বলছেন যে চারপাশে যে আমি চাই ফ্লিপ
তারপর লাইসেন্স এবং একটি হ্যাশ কী

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
আমি একটি ডিভাইস পরিমাপ টেবিল পেয়েছেন
ডিভাইস আইডি তে একটি হ্যাশ কী দিয়ে.

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
RICK হাউলিহান: আমি না করবে না
এই মধ্যে খুব বেশী পেতে.

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
আমি অনুমান র তাই আমরা অনেক পাওয়া,
এটিকে 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
এই কি এসকিউএল would হয়
যে ইনবক্সে নির্মাণের অনুরূপ.

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
আমি একটি ইমেইল app এর মধ্যে প্রকৃতির হলে
আমি আমার ইনবক্সে এ খুঁজছি

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
তারা ফিরে নির্দেশ করবে
ডায়নামো ডিবি টেবিল আইটেমটি আইডির.

1841
01:21:09,850 --> 01:21:12,220
প্রতিটি সূচকেই সবসময় creates--
সবসময় আইটেমটি হয়েছে

1842
01:21:12,220 --> 01:21:15,750
যে র অংশ হিসাবে আইডি
সূচক দিয়ে আসে.

1843
01:21:15,750 --> 01:21:17,414
>> ঠিক আছে.

1844
01:21:17,414 --> 01:21:19,080
শ্রোতা: এটা বলে এটা সঞ্চিত যেখানে?

1845
01:21:19,080 --> 01:21:21,420
RICK হাউলিহান: হ্যাঁ, এটা বলে
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
তাই এখন এই উপায় কিন্তু যে
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
আর তা মূলত আমরা এর
এই চমৎকার বার্তা আছে

1877
01:22:41,570 --> 01:22:45,870
সুন্দরভাবে কারণ দ্রুত ছড়িয়ে পড়ে যে টেবিল
এটা হ্যাশ শুধুমাত্র, কুচি বার্তা আইডি.

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
কিছু কাছাকাছি
অন্যান্য ডেস্কটপ অ্যাপ উন্মোচন প্রযুক্তি.

1892
01:23:24,240 --> 01:23:28,930
>> কিন্তু গেমিং সম্পর্কে ধারণা মনে হয়
API গুলি পদ সম্পর্কে, হয় API গুলি,

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-- হিসাবে আমরা আসেনি সম্পর্কে সায়ীদ
তাদের পৃথক তথ্য কেন্দ্র হিসেবে.

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
আমরা RDS কল কি ব্যবহার,
রিলেশনাল ডাটাবেস সেবা.

1918
01:24:38,920 --> 01:24:42,040
এমএস স্কুয়েল, মাইএসকিউএল হতে পারে,
অথবা যে ভালো কিছু.

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
আপনি ধরনের ওঠানামা করছি সব
ডেস্কটপ অ্যাপ উন্মোচন দিক এখানে এই করাতে.

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
ডেস্কটপ অ্যাপ উন্মোচন করে দিয়েছে প্রযুক্তি তাই
আপনি পরামিতি উল্লেখ করতে পারবেন

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
বলছোটা ডাটাবেসের
কর্মক্ষমতা ভয়ংকর.

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
আপনি একটি এবং মি মধ্যে ব্যবহারকারীদের বলছে
এন এবং জেড সেখানে যেতে মধ্যে, এখানে যান.

1978
01:27:10,527 --> 01:27:12,360
আর আপনি সুইচিং করছি
আবেদন জুড়ে.

1979
01:27:12,360 --> 01:27:15,000
তাই আপনার সাথে আচরণ করছেন
এই পার্টিশনের ডেটা সোর্স.

1980
01:27:15,000 --> 01:27:18,670
আপনি লেনদেনের সীমাবদ্ধতা আছে
যে পার্টিশন জুড়ে না.

1981
01:27:18,670 --> 01:27:20,560
আপনি সব ধরণের পেয়েছেন
আপনি আছেন যে messiness

1982
01:27:20,560 --> 01:27:23,040
সেখানে নিচে চেষ্টা সঙ্গে আচরণ
আউট স্কেলিং মোকাবেলা করতে

1983
01:27:23,040 --> 01:27:25,120
এবং একটি বৃহত্তর অবকাঠামো নির্মাণের.

1984
01:27:25,120 --> 01:27:27,284
এটা কোন মজা.

1985
01:27:27,284 --> 01:27:30,930
>> শ্রোতা: সুতরাং আপনি যে বলছেন
উৎস পয়েন্ট বৃদ্ধি গতি আপ

1986
01:27:30,930 --> 01:27:31,430
প্রক্রিয়া?

1987
01:27:31,430 --> 01:27:32,513
RICK হাউলিহান: বৃদ্ধি?

1988
01:27:32,513 --> 01:27:33,520
শ্রোতা: উত্স পয়েন্ট.

1989
01:27:33,520 --> 01:27:34,410
RICK হাউলিহান: উত্স পয়েন্ট?

1990
01:27:34,410 --> 01:27:37,500
শ্রোতা: তথ্য থেকে,
যেখানে তথ্য কোথা থেকে আসছে?

1991
01:27:37,500 --> 01:27:38,250
RICK হাউলিহান: নং

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 থেকে P, আমি এখানে যাবেন.

1997
01:27:53,560 --> 01:27:55,060
A টু Z পি থেকে, আমি এখানে যাবেন.

1998
01:27:55,060 --> 01:27:57,120
>> শ্রোতা: ঠিক আছে, যারা সুতরাং যারা হয়
সব বিভিন্ন নোডের মধ্যে সংরক্ষিত?

1999
01:27:57,120 --> 01:27:57,911
>> RICK হাউলিহান: হ্যাঁ.

2000
01:27:57,911 --> 01:28:00,210
এই হিসাবে মনে হয়
তথ্য বিভিন্ন সাইলো.

2001
01:28:00,210 --> 01:28:01,660
তাই আপনি যদি এই কাজ করতে হচ্ছে.

2002
01:28:01,660 --> 01:28:02,910
আপনাকে যা করতে চেষ্টা করছেন
এই, আপনি চেষ্টা করছি

2003
01:28:02,910 --> 01:28:05,730
একটি রিলেশনাল প্ল্যাটফর্মে আকার পরিবর্তন করার জন্য,
এই কমান্ডের সাহায্যে আপনি করছেন কি.

2004
01:28:05,730 --> 01:28:08,100
আপনি ডাটা গ্রহণ করছেন এবং
আপনি এটা কেটে ফেলছে.

2005
01:28:08,100 --> 01:28:10,975
এবং যদি আপনি এটি জুড়ে পার্টিশন করছি
ডাটাবেস একাধিক দৃষ্টান্ত.

2006
01:28:10,975 --> 01:28:13,580
এবং যদি আপনি আপনার সমস্ত পরিচালনার করছি যে
আবেদন স্তর এ.

2007
01:28:13,580 --> 01:28:14,729
এটা কোন মজা.

2008
01:28:14,729 --> 01:28:15,770
তাই কি আমরা যেতে চাই না?

2009
01:28:15,770 --> 01:28:20,240
আমরা DynamoDB, সম্পূর্ণরূপে পরিচালিত যেতে চান,
NoSQL ডাটা স্টোর, বিধান থ্রুপুট.

2010
01:28:20,240 --> 01:28:22,680
আমরা মাধ্যমিক সূচী ব্যবহার করুন.

2011
01:28:22,680 --> 01:28:26,154
এটা মূলত HTTP- র এপিআই এবং
ডকুমেন্ট সাপোর্ট রয়েছে.

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
>> এখন আমি যেতে চান এবং আমি get-- করতে চান
তাই আমি এই ব্যক্তিগত লিডারবোর্ড পেতে.

2026
01:29:10,010 --> 01:29:12,827
আমি কি করতে চান পেতে যেতে হয়
সব ব্যবহারকারীদের জুড়ে সর্বোচ্চ স্কোর.

2027
01:29:12,827 --> 01:29:13,660
তাই কিভাবে যে আমি কি না?

2028
01:29:13,660 --> 01:29:18,070
আমার রেকর্ডে কুচি করা হলে
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
RICK হাউলিহান: কি?

2061
01:30:57,680 --> 01:30:58,596
শ্রোতা: ভারী লিখুন.

2062
01:30:58,596 --> 01:31:01,270
RICK হাউলিহান: ভারী লিখুন.

2063
01:31:01,270 --> 01:31:03,460
আমাকে দেখতে দাও.

2064
01:31:03,460 --> 01:31:06,220
>> শ্রোতা: অথবা যে নয়
কিছু আপনি ঠিক করতে পারেন

2065
01:31:06,220 --> 01:31:08,809
কয়েক সেকেন্ডের ব্যাপার এ ভয়েস?

2066
01:31:08,809 --> 01:31:10,850
RICK হাউলিহান: আমরা যেতে
ভোট দৃশ্যকল্প মাধ্যমে.

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
আউট হেল hammering করা যাচ্ছে
দুই প্রার্থী, এক বা দুই প্রার্থীর.

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
এবং সত্যিই, এই সমাধানের জন্য উপায়
যারা প্রার্থী buckets গ্রহণ করে

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 এবং 1000 মধ্যে,
অথবা এক এবং 1,000 মধ্যে,

2109
01:32:56,620 --> 01:32:59,940
তবে অনেক র্যান্ডম মান আপনি চান
যে প্রার্থী শেষে সম্মুখের লিখবেন.

2110
01:32:59,940 --> 01:33:01,330
>> এবং আমি সত্যিই তারপর কি করেছি?

2111
01:33:01,330 --> 01:33:05,830
আমি প্রার্থী আইডি হিসেবে ব্যবহার করছি
সমষ্টিগত ভোট বালতি,

2112
01:33:05,830 --> 01:33:08,780
আমি একটি র্যান্ডম জুড়েছেন যদি
যে শেষে নম্বর,

2113
01:33:08,780 --> 01:33:12,000
আমি অনন্য করে সৃষ্টি করেছি এখন 10 বালতি, একটি
শত বালতি, একটি হাজার বালতি

2114
01:33:12,000 --> 01:33:14,160
যে আমি জুড়ে ভোট সঞ্চিত করছি.

2115
01:33:14,160 --> 01:33:18,030
>> তাই আমি লক্ষ লক্ষ, এবং লক্ষ লক্ষ আছে
এবং রেকর্ডের লক্ষ লক্ষ আসছে

2116
01:33:18,030 --> 01:33:22,050
এই প্রার্থীদের জন্য, আমি এখন ছড়িয়ে am
প্রার্থীদের 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
আমি শেষে সম্মুখের এটি tacking করছি
ব্যক্তির জন্য ভোট যে প্রার্থী.

2120
01:33:29,446 --> 01:33:31,120
আমি যে বালতি মধ্যে এটি ডাম্পিং করছি.

2121
01:33:31,120 --> 01:33:33,910
>> এখন উভয়দিকে, আমি জানি
যে আমি একশ বালতি পেয়েছিলাম.

2122
01:33:33,910 --> 01:33:36,350
তাই আমি এগিয়ে যেতে চাই যখন
এবং ভোট সমষ্টি,

2123
01:33:36,350 --> 01:33:38,244
আমি ঐ সমস্ত বালতি থেকে পড়া যাবে.

2124
01:33:38,244 --> 01:33:39,160
তাই আমি এগিয়ে যান এবং যোগ করুন.

2125
01:33:39,160 --> 01:33:42,410
এবং তারপর আমি ছিটান জড়ো না
আমি আউট যান এবং আরে বলে যেখানে,

2126
01:33:42,410 --> 01:33:45,399
আপনি জানেন কি, এই প্রার্থীর কী
স্পেস শতাধিক বালতি হয়.

2127
01:33:45,399 --> 01:33:47,940
আমি সব জড়ো করা যাচ্ছে না
যারা শত বালতি থেকে ভোট.

2128
01:33:47,940 --> 01:33:49,981
আমি একত্রিত যাচ্ছি
তাদের এবং আমি বলতে যাচ্ছি

2129
01:33:49,981 --> 01:33:53,830
প্রার্থী এখন আছে
X মোট ভোট গননা.

2130
01:33:53,830 --> 01:33:55,690
>> এখন লেখার উভয়
প্রশ্নের সাথে এবং পড়ুন ক্যোয়ারী

2131
01:33:55,690 --> 01:33:58,160
চমত্কারভাবে বিতরণ করা হয়
আমি জুড়ে লিখছি কারণ

2132
01:33:58,160 --> 01:34:00,320
এবং আমি কি শত শত জুড়ে পড়া করছি.

2133
01:34:00,320 --> 01:34:03,500
আমি লিখছি না এবং
এখন একটা চাবি জুড়ে পড়া.

2134
01:34:03,500 --> 01:34:04,950
সুতরাং যে একটি মহান রীতি.

2135
01:34:04,950 --> 01:34:08,090
>> এটি আসলে সম্ভবত এক
সবচেয়ে গুরুত্বপূর্ণ নকশা

2136
01:34:08,090 --> 01:34:10,420
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
আপনি লেনদেন করছেন কারণ
যারা বিপুল aggregations সাথে,

2140
01:34:21,840 --> 01:34:26,650
আপনি একটি উপায় জিনিসটা আছে
বালতি জুড়ে তাদের ছড়িয়ে আউট.

2141
01:34:26,650 --> 01:34:29,512
সুতরাং এই যে আপনি কি উপায়.

2142
01:34:29,512 --> 01:34:31,220
ঠিক আছে, তাই কি
ডান এখন করছেন

2143
01:34:31,220 --> 01:34:35,252
আপনি পড়ুন ট্রেডিং বন্ধ হয়
লেখার কর্মপরিধি জন্য খরচ.

2144
01:34:35,252 --> 01:34:37,085
আমার পড়ুন খরচ হয়
আরো একটু জটিল

2145
01:34:37,085 --> 01:34:40,220
এবং আমি একটি থেকে পড়তে যেতে হবে
শত বালতি পরিবর্তে এক.

2146
01:34:40,220 --> 01:34:41,310
কিন্তু আমি লিখতে সক্ষম নই.

2147
01:34:41,310 --> 01:34:44,860
আর আমার থ্রুপুট, আমার লেখার
থ্রুপুট অবিশ্বাস্য.

2148
01:34:44,860 --> 01:34:49,450
তাই এটি সাধারণত একটি মূল্যবান
DynamoDB স্কেলিং জন্য কৌশল,

2149
01:34:49,450 --> 01:34:51,350
অথবা যে বিষয়টি জন্য কোনো NoSQL ডাটাবেস.

2150
01:34:51,350 --> 01:34:53,824

2151
01:34:53,824 --> 01:34:55,240
সুতরাং আমরা এটা স্কেল কিভাবে মূর্ত আউট.

2152
01:34:55,240 --> 01:34:56,930
আর আমরা মূর্ত কিভাবে
আমাদের গরম কি বাছা.

2153
01:34:56,930 --> 01:34:57,820
এবং এই চমত্কার হয়.

2154
01:34:57,820 --> 01:34:58,960
আর আমরা এই সুন্দর সিস্টেম পেয়েছিলাম.

2155
01:34:58,960 --> 01:35:02,043
এবং এটা আমাদের খুব সঠিক ভোট দেওয়া
আমরা রেকর্ড ভোট ডি-প্রতারিত কারণ.

2156
01:35:02,043 --> 01:35:03,130
এটা DynamoDB মধ্যে নির্মিত.

2157
01:35:03,130 --> 01:35:05,380
আমরা শর্তাধীন অধিকার নিয়ে কথা বলত.

2158
01:35:05,380 --> 01:35:08,170
>> ভোটার মধ্যে আসে, রাখে
টেবিলের উপর একটি সন্নিবেশ,

2159
01:35:08,170 --> 01:35:11,220
তারা তাদের ভোটার আইডি দিয়ে সন্নিবেশ
তারা অন্য ভোট সন্নিবেশ করার চেষ্টা করুন,

2160
01:35:11,220 --> 01:35:13,320
আমি একটি শর্তাধীন তাই মনে হয়.

2161
01:35:13,320 --> 01:35:16,960
এই লেখার কেবল বলতে
এই উপস্থিত না থাকলে.

2162
01:35:16,960 --> 01:35:19,270
তাই যত তাড়াতাড়ি আমি দেখতে হিসাবে
যে ভোট টেবিল আঘাত,

2163
01:35:19,270 --> 01:35:20,460
অন্য কারুর হতে যাচ্ছে
তাদের ভোট করিয়ে দিতে পারবে.

2164
01:35:20,460 --> 01:35:21,634
এবং যে কল্পনাপ্রসূত.

2165
01:35:21,634 --> 01:35:23,550
আর আমরা বৃদ্ধিশীল করছি
আমাদের প্রার্থী কাউন্টারে.

2166
01:35:23,550 --> 01:35:25,466
আর আমরা আমাদের করছেন
জনমিতি এবং সব যে.

2167
01:35:25,466 --> 01:35:29,110
কিন্তু তা যদি ঘটে আমার
আবেদন উপর বৃক্ষের পতন হয়?

2168
01:35:29,110 --> 01:35:31,350
এখন হঠাৎ ভোট সব
এ আসছে, এবং আমি

2169
01:35:31,350 --> 01:35:34,840
তারা প্রসেস শুরু করছেন তাহলে জানি না
আমার বিশ্লেষণ ও জনমিতি মধ্যে

2170
01:35:34,840 --> 01:35:36,040
আর.

2171
01:35:36,040 --> 01:35:38,462
আর যখন আবেদন
আপ, কিভাবে ফিরে আসে

2172
01:35:38,462 --> 01:35:41,420
হেল আমি ভোট আছে তা জানি না
প্রক্রিয়াজাত করা এবং কোথা থেকে শুরু করব?

2173
01:35:41,420 --> 01:35:44,530
>> তাই এই একটি বাস্তব সমস্যা যখন আপনি হয়
পরিস্থিতি এই ধরনের তাকান শুরু.

2174
01:35:44,530 --> 01:35:45,571
এবং কিভাবে আমরা যে সমাধান না?

2175
01:35:45,571 --> 01:35:48,070
আমরা কি সাথে সমাধান আমরা
DynamoDB প্রবাহের কল.

2176
01:35:48,070 --> 01:35:53,470
প্রবাহের একটি সময় আদেশ করা হয় এবং
ভাষার এক্সেস পার্টিশন পরিবর্তনের লগ

2177
01:35:53,470 --> 01:35:55,700
টেবিল, প্রতি লিখুন
টেবিল অ্যাক্সেস.

2178
01:35:55,700 --> 01:35:58,810
লেখা যে কোন তথ্য
টেবিল প্রবাহে দেখায়.

2179
01:35:58,810 --> 01:36:01,815
>> এটি মূলত একটি 24 ঘন্টা কিউ এর.

2180
01:36:01,815 --> 01:36:03,690
চলছে প্রবাহে আঘাত,
তারা 24 ঘন্টার জন্য বাস.

2181
01:36:03,690 --> 01:36:05,990
তারা একাধিক বার পড়া যেতে পারে.

2182
01:36:05,990 --> 01:36:09,400
সরবরাহ করা নিশ্চিত
শুধু প্রবাহ একবার,

2183
01:36:09,400 --> 01:36:11,180
সময়ের এন সংখ্যা পড়তে হতে পারে.

2184
01:36:11,180 --> 01:36:14,910
সুতরাং যাইহোক অনেক প্রসেস আপনি চান
যে তথ্য গ্রাস, আপনি এটা গ্রাস করতে পারেন.

2185
01:36:14,910 --> 01:36:16,350
এটা প্রত্যেক আপডেটে প্রদর্শিত হবে.

2186
01:36:16,350 --> 01:36:18,455
প্রতিটি লিখতে হবে শুধুমাত্র
প্রবাহ একবার প্রদর্শিত হবে.

2187
01:36:18,455 --> 01:36:20,621
সুতরাং আপনি চিন্তা করতে হবে না
দুইবার এটা প্রক্রিয়াকরণ সম্পর্কে

2188
01:36:20,621 --> 01:36:22,500
একই প্রক্রিয়া থেকে.

2189
01:36:22,500 --> 01:36:25,350
>> এটি কঠোরভাবে আইটেমটি প্রতি আজ্ঞাপিত.

2190
01:36:25,350 --> 01:36:28,180
আমরা সময় বলতে যখন
আদেশ ও পার্টিশন,

2191
01:36:28,180 --> 01:36:30,680
আপনি স্ট্রিম উপর পার্টিশন প্রতি দেখতে পাবেন.

2192
01:36:30,680 --> 01:36:33,169
আপনি অনুক্রমে আইটেম, আপডেট দেখতে হবে.

2193
01:36:33,169 --> 01:36:35,210
আমরা নিশ্চয়তা নেই
আপনি আছেন যে প্রবাহ

2194
01:36:35,210 --> 01:36:40,240
প্রতি লেনদেনে পেতে যাচ্ছে
আইটেম জুড়ে যাতে.

2195
01:36:40,240 --> 01:36:42,440
>> তাই স্ট্রিম idempotent হয়.

2196
01:36:42,440 --> 01:36:44,037
আমরা সব idempotent মানে কি জানেন?

2197
01:36:44,037 --> 01:36:46,620
Idempotent আপনি এটা করতে পারেন এর মানে হল
ওভার, এবং ওভার, এবং উপর আবার.

2198
01:36:46,620 --> 01:36:48,200
ফলে একই হতে যাচ্ছে.

2199
01:36:48,200 --> 01:36:49,991
>> চ্যাট রুম, idempotent হয়
কিন্তু তারা হতে হবে

2200
01:36:49,991 --> 01:36:54,860
আদ্যস্থল থেকে হয়েছে,
যেখানেই আপনি নির্বাচন, শেষ,

2201
01:36:54,860 --> 01:36:57,950
অথবা তারা স্থাপিত হবে না
একই মান.

2202
01:36:57,950 --> 01:36:59,727
>> 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
Apps একটি তাই ঘোষণা নিচে নিয়ে কথা.

2210
01:37:13,975 --> 01:37:16,089
স্ট্রিম গ্যারান্টী আছে
সম্ভবত নামা?

2211
01:37:16,089 --> 01:37:18,630
RICK হাউলিহান: হ্যা, স্ট্রিম
নিচে যেতে না নিশ্চিত হয়.

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
একটি KCL, বা Kinesis ক্লায়েন্ট লাইব্রেরী কল.

2255
01:39:11,390 --> 01:39:19,190
Kinesis একটি স্ট্রিম তথ্য
আমাজন থেকে প্রক্রিয়াকরণ প্রযুক্তি.

2256
01:39:19,190 --> 01:39:22,040
এবং প্রবাহের যে উপর নির্মিত হয়.

2257
01:39:22,040 --> 01:39:25,670
>> তাই আপনি যদি একটি KCL সক্রিয় ব্যবহার
আবেদন স্ট্রিম পড়তে.

2258
01:39:25,670 --> 01:39:28,752
Kinesis ক্লায়েন্ট লাইব্রেরী আসলে
আপনার জন্য শ্রমিক পরিচালনা করে.

2259
01:39:28,752 --> 01:39:30,460
আর এটা এমন একটা কিছু আছে
কিছু আকর্ষণীয়.

2260
01:39:30,460 --> 01:39:35,630
এটা কিছু টেবিল তৈরি হবে
আপনার DynamoDB tablespace- র মধ্যে

2261
01:39:35,630 --> 01:39:38,410
যা আইটেম ট্র্যাক
প্রক্রিয়াভুক্ত করা হয়েছে.

2262
01:39:38,410 --> 01:39:41,190
তাই এই ভাবে এটা যদি ফিরে পড়ে
এটি উপর বৃক্ষের পতন হয় এবং সে গিয়ে পায়

2263
01:39:41,190 --> 01:39:45,570
ব্যাক আপ দাঁড়িয়ে, এটা যেখানে নির্ধারণ করতে পারবেন
স্ট্রীম প্রক্রিয়া মধ্যে এটি ছিল.

2264
01:39:45,570 --> 01:39:48,360
>> যখন খুব গুরুত্বপূর্ণ
আপনি প্রতিলিপি যে বিষয়ে কথা বলছি.

2265
01:39:48,360 --> 01:39:50,350
আমি কি জানতে হবে
তথ্য প্রক্রিয়াকরণ করা হয়

2266
01:39:50,350 --> 01:39:52,810
এবং কি তথ্য এখনো প্রক্রিয়াভুক্ত করা হয়েছে.

2267
01:39:52,810 --> 01:39:57,380
তাই স্ট্রিম জন্য KCL গ্রন্থাগারের হবে
আপনি যে কার্যকারিতা অনেক দিতে.

2268
01:39:57,380 --> 01:39:58,990
এটা সব গৃহস্থালি যত্ন নেয়.

2269
01:39:58,990 --> 01:40:01,140
এটা তোলে ঠিকরা জন্য একটি কর্মী আপ দাঁড়িয়েছে.

2270
01:40:01,140 --> 01:40:04,620
এটি একটি প্রশাসনিক টেবিল তৈরি করে
প্রত্যেক কর্মী প্রতি ঠিকরা, জন্য.

2271
01:40:04,620 --> 01:40:07,560
আর যারা শ্রমিকদের আগুন হিসাবে,
তারা ঐ টেবিল বজায়

2272
01:40:07,560 --> 01:40:10,510
তাই আপনি যদি এই রেকর্ড জানেন
পড়া এবং প্রক্রিয়া ছিল.

2273
01:40:10,510 --> 01:40:13,850
এবং তারপর যে ভাবে প্রক্রিয়া যদি
ডাইস এবং অনলাইন ফিরে আসে

2274
01:40:13,850 --> 01:40:17,940
এটা গ্রহণ বন্ধ যেখানে এটি ডান পুনরায় শুরু করতে পারেন.

2275
01:40:17,940 --> 01:40:20,850
>> সুতরাং আমরা এই ব্যবহার
ক্রস-অঞ্চল প্রতিলিপি.

2276
01:40:20,850 --> 01:40:24,680
অনেক গ্রাহকের প্রয়োজন আছে
তাদের তথ্য সারণির তথ্য বা অংশ স্থানান্তর

2277
01:40:24,680 --> 01:40:25,920
বিভিন্ন অঞ্চলে.

2278
01:40:25,920 --> 01:40:29,230
নয়টি অঞ্চলে আছে
সমগ্র পৃথিবীতে.

2279
01:40:29,230 --> 01:40:32,100
সুতরাং একটি need-- আমি সেখানে হতে পারে
এশিয়ার ব্যবহারকারীদের থাকতে পারে, ব্যবহারকারীদের

2280
01:40:32,100 --> 01:40:34,150
মার্কিন যুক্তরাষ্ট্রের ইস্ট কোস্ট.

2281
01:40:34,150 --> 01:40:38,980
তারা বিভিন্ন তথ্য আছে
স্থানীয়ভাবে বিতরণ করা প্রয়োজন.

2282
01:40:38,980 --> 01:40:42,510
আর হয়তো একটি ব্যবহারকারী থেকে কমিয়া
যুক্তরাষ্ট্রে নিয়ে এশিয়া,

2283
01:40:42,510 --> 01:40:45,020
এবং আমি প্রতিলিপি নির্মাণ করতে চান
তার সাথে তার তথ্য.

2284
01:40:45,020 --> 01:40:49,340
তিনি বিমান থেকে পায়, তখন তিনি আছে
তার মোবাইল অ্যাপ্লিকেশন ব্যবহার করে একটি ভাল অভিজ্ঞতা.

2285
01:40:49,340 --> 01:40:52,360
>> আপনি ক্রস অঞ্চল ব্যবহার করতে পারেন
রেপ্লিকেশন গ্রন্থাগারের এই কাজ করতে.

2286
01:40:52,360 --> 01:40:55,730
মূলত আমরা আছে
দুটি প্রযুক্তির উপলব্ধ.

2287
01:40:55,730 --> 01:40:59,400
এক আপনি যা করতে পারেন একটি কনসোল আবেদন
আপনার নিজস্ব EC2 উদাহরণস্বরূপ দাঁড়ানো.

2288
01:40:59,400 --> 01:41:01,240
এটা বিশুদ্ধ রেপ্লিকেশন চালায়.

2289
01:41:01,240 --> 01:41:02,720
এবং তারপর আমরা আপনাকে লাইব্রেরি দিয়েছেন.

2290
01:41:02,720 --> 01:41:06,070
গ্রন্থাগারের আপনি বিল্ড ব্যবহার করতে পারেন
আপনার নিজস্ব অ্যাপ্লিকেশন আপনি যদি

2291
01:41:06,070 --> 01:41:10,740
যে সঙ্গে ক্রেজি কিছু কাজ করতে চান data--
ফিল্টার, এটি একটি অংশ মাত্র প্রতিলিপি

2292
01:41:10,740 --> 01:41:14,120
, তথ্য আবর্তিত একটি সেটিকে সরানো
বিভিন্ন টেবিল, তাই এবং তাই ঘোষণা.

2293
01:41:14,120 --> 01:41:18,700

2294
01:41:18,700 --> 01:41:20,520
সুতরাং যে যে দেখে মনে হচ্ছে কি ধরনের.

2295
01:41:20,520 --> 01:41:23,690
>> DynamoDB প্রবাহের হতে পারে
আমরা ল্যামডা কল দ্বারা প্রক্রিয়াভুক্ত.

2296
01:41:23,690 --> 01:41:27,394
আমরা ঘটনা সম্পর্কে একটি সামান্য বিট উল্লেখ
চালিত অ্যাপ্লিকেশন আর্কিটেকচারের.

2297
01:41:27,394 --> 01:41:28,810
ল্যামডা যে একটি মূল উপাদান.

2298
01:41:28,810 --> 01:41:32,840
ল্যামডা চাহিদা আগুন যে কোড হয়
একটি নির্দিষ্ট ঘটনা প্রতিক্রিয়ায়.

2299
01:41:32,840 --> 01:41:36,020
ঐ ঘটনা এক একটি হতে পারে
প্রবাহ উপস্থিত রেকর্ড.

2300
01:41:36,020 --> 01:41:39,100
একটি রেকর্ড স্ট্রিম প্রদর্শিত হবে,
আমরা এই জাভা ফাংশন ডাকবো.

2301
01:41:39,100 --> 01:41:44,980
ওয়েল, এই জাভাস্ক্রিপ্ট, এবং ল্যামডা হয়
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
এটি একটি নথি গঠন যদি,
আপনি কাঠামো স্ফীত করতে পারেন.

2316
01:42:21,160 --> 01:42:24,300
আপনি বিকল্প সূচী তৈরি করতে পারেন.

2317
01:42:24,300 --> 01:42:27,100
সব ধরণের আপনি যা করতে পারেন
DynamoDB প্রবাহের না.

2318
01:42:27,100 --> 01:42:28,780
>> এবং সত্যিই, যে দেখে মনে হচ্ছে কি.

2319
01:42:28,780 --> 01:42:29,940
তাই আপনি ঐ আপডেট আসছে পেতে.

2320
01:42:29,940 --> 01:42:31,190
তারা স্ট্রিং বন্ধ আসছ.

2321
01:42:31,190 --> 01:42:32,720
তারা ল্যামডা ফাংশন দ্বারা পড়া করছি.

2322
01:42:32,720 --> 01:42:37,480
তারা তথ্য আবর্তিত করছি এবং
অমৌলিক টেবিলের মধ্যে এটি ঠেলাঠেলি আপ

2323
01:42:37,480 --> 01:42:42,200
পরিবর্তনের বাহ্যিক সিস্টেম জ্ঞাপক
এবং ElastiCache মধ্যে তথ্য ঠেলে.

2324
01:42:42,200 --> 01:42:45,900
>> আমরা ক্যাশে করা হয় সে বিষয়ে আমরা কথা বলেছি
যে বিক্রয় জন্য ডাটাবেস সামনে

2325
01:42:45,900 --> 01:42:46,450
দৃশ্যকল্প.

2326
01:42:46,450 --> 01:42:50,049
আচ্ছা কি ঘটে তাহলে আমি
পেইজ আপডেট?

2327
01:42:50,049 --> 01:42:52,340
ওয়েল, যদি আমার থাকতো একটি ল্যামডা
ফাংশন, যে টেবিলের উপর চলমান

2328
01:42:52,340 --> 01:42:55,490
আমি পেইজ আপডেট যদি, এটা করব
প্রবাহ বন্ধ রেকর্ড নিতে,

2329
01:42:55,490 --> 01:42:58,711
এবং এটা ElastiCache আপডেট করব
নতুন তথ্য দিয়ে উদাহরণস্বরূপ.

2330
01:42:58,711 --> 01:43:00,460
সুতরাং যে অনেক এর
আমরা ল্যামডা দিয়ে কি.

2331
01:43:00,460 --> 01:43:02,619
এটা, সংযোগকারীগুলিকে আঠালো কোড এর.

2332
01:43:02,619 --> 01:43:04,410
এবং এটা আসলে দেয়
আরম্ভ করার ক্ষমতা

2333
01:43:04,410 --> 01:43:07,930
এবং খুব জটিল অ্যাপ্লিকেশন চালানোর
একটি ডেডিকেটেড সার্ভার ছাড়াই

2334
01:43:07,930 --> 01:43:10,371
যা সত্যিই শীতল অবকাঠামো.

2335
01:43:10,371 --> 01:43:13,100
>> সুতরাং আসুন ফিরে যাই আমাদের
রিয়েল টাইম ভোটিং স্থাপত্যবিদ্যা.

2336
01:43:13,100 --> 01:43:17,984
এই নতুন এবং সাথে উন্নত হয় আমাদের
স্ট্রিম এবং KCL সক্রিয় অ্যাপ্লিকেশন.

2337
01:43:17,984 --> 01:43:20,150
একই, আমরা যা করতে পারেন হিসাবে আগে
নির্বাচনের কোনো স্কেল হ্যান্ডেল.

2338
01:43:20,150 --> 01:43:21,100
আমরা এই চাই.

2339
01:43:21,100 --> 01:43:24,770
আমরা ছিটান ধরেছেন আউট করছেন
একাধিক 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
এটা কারণ আপ ফিরে আসে
আমরা KCL অ্যাপ্লিকেশন ব্যবহার করছেন.

2347
01:43:41,300 --> 01:43:45,700
এবং তারপর আমরা যে ব্যবহার করতে পারেন
KCL আবেদনপত্র তথ্য ধাক্কা

2348
01:43:45,700 --> 01:43:48,820
অন্যান্য জন্য লোহিত সরণ করা
অ্যাপ্লিকেশন এনালিটিক্স, বা ব্যবহারের

2349
01:43:48,820 --> 01:43:51,990
ইলাস্টিক MapReduce চালানোর
বন্ধ রিয়েল টাইম স্ট্রিমিং aggregations

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 তাই মাঝখানে অস্ত
ডেস্কটপ অ্যাপ উন্মোচন অবকাঠামো অনেক.

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, workflows, সব ধরণের মধ্যে.

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 থেকে এইচটিএমএল সার্ভে ফর্ম.

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
>> তারা ফলাফল প্রকাশ কি
আমরা ইসলাম এপিআই গেটওয়ে কল.

2387
01:45:41,780 --> 01:45:46,270
এপিআই গেটওয়ে কেবল একটি ওয়েব এপিআই
আপনি নির্ধারণ এবং হুক আপ করতে পারেন যে

2388
01:45:46,270 --> 01:45:47,760
যাই হোক না কেন আপনি চান.

2389
01:45:47,760 --> 01:45:50,990
এই বিশেষ ক্ষেত্রে, আমরা করছি
একটি ল্যামডা ফাংশন পর্যন্ত লাগানো.

2390
01:45:50,990 --> 01:45:54,797
>> তাই আমার পোষ্ট অপারেশন
কোন সার্ভার সঙ্গে ঘটছে.

2391
01:45:54,797 --> 01:45:56,380
মূলত যে এপিআই গেটওয়ে আছে অস্ত.

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
এবং আমি এপিআই এর মাধ্যমে পোস্ট
ল্যামডা ফাংশন মধ্যে গেটওয়ে.

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
এটা ল্যামডা যে sits শুধু কোড এর.

2428
01:47:35,660 --> 01:47:38,560
এটা DynamoDB যে sits শুধু তথ্য নয়.

2429
01:47:38,560 --> 01:47:41,340
এটি একটি বিস্ময়কর উপায়
অ্যাপ্লিকেশন নির্মাণ করতে.

2430
01:47:41,340 --> 01:47:43,970
>> শ্রোতা: যাতে আরও বেশি হয়
ক্ষণজীবী এটা হবে আর

2431
01:47:43,970 --> 01:47:45,740
এটি একটি প্রকৃত সার্ভারের মধ্যে সংরক্ষিত হয় তাহলে কি হবে?

2432
01:47:45,740 --> 01:47:46,823
>> RICK হাউলিহান: একেবারে.

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
এস 3 7/24 পাওয়া যায়.

2437
01:47:55,410 --> 01:47:57,100
এস 3 সবসময় সাড়া.

2438
01:47:57,100 --> 01:47:59,320
এবং S3 খুব, খুব ভাল হয়
বস্তু আপ ভজনা.

2439
01:47:59,320 --> 01:48:02,590
ঐ বস্তু এইচটিএমএল ফাইল হতে পারেন, অথবা
জাভাস্ক্রিপ্ট ফাইল, বা যাই হোক না কেন আপনি চান.

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
আর যে ডেস্কটপ অ্যাপ উন্মোচন করার চেষ্টা করা হয় কি.

2448
01:48:24,980 --> 01:48:29,690
>> শ্রোতা: মাঝখানে আপনার সোনার বক্সে তাই
API- এর গেটওয়ে, সার্ভার-মত নয়

2449
01:48:29,690 --> 01:48:30,576
কিন্তু এর পরিবর্তে ঠিক করা হয়

2450
01:48:30,576 --> 01:48:32,850
>> RICK হাউলিহান: আপনি মনে করতে পারেন
সার্ভার ছদ্মরূপ হিসাবে এটি.

2451
01:48:32,850 --> 01:48:38,040
এটা সব এটি একটি HTTP নেব হয়
অনুরোধ এবং অন্য প্রক্রিয়া এটি ম্যাপ.

2452
01:48:38,040 --> 01:48:39,192
যে এটা সব.

2453
01:48:39,192 --> 01:48:41,525
এবং এই ক্ষেত্রে, আমরা ম্যাপিং করছি
এটা একটি ল্যামডা ফাংশন.

2454
01:48:41,525 --> 01:48:44,119

2455
01:48:44,119 --> 01:48:45,410
ঠিক আছে, তাই যে আমি পেয়েছিলাম সব.

2456
01:48:45,410 --> 01:48:46,190
আপনাকে অনেক ধন্যবাদ.

2457
01:48:46,190 --> 01:48:46,800
আমি এটিকে সমর্থন করি.

2458
01:48:46,800 --> 01:48:48,100
আমি মনে করি আমরা সময়ের অল্প চান জানেন.

2459
01:48:48,100 --> 01:48:49,980
এবং আশা করছি আপনি বলছি পেয়েছিলাম
তথ্য একটি সামান্য বিট

2460
01:48:49,980 --> 01:48:51,410
আপনি আজ দূরে নিয়ে যাবে.

2461
01:48:51,410 --> 01:48:53,520
আমি গিয়েছিলাম এবং আমি ক্ষমাপ্রার্থী
আপনার মাথা কিছু ওভার,

2462
01:48:53,520 --> 01:48:56,697
কিন্তু একটি ভাল অনেক আছে
মৌলিক মূল জ্ঞান

2463
01:48:56,697 --> 01:48:58,280
আমি মনে করি যে আপনার জন্য খুবই মূল্যবান.

2464
01:48:58,280 --> 01:48:59,825
তাই আমাকে থাকার জন্য আপনাকে ধন্যবাদ.

2465
01:48:59,825 --> 01:49:00,325
[সাধুবাদ]

2466
01:49:00,325 --> 01:49:02,619
শ্রোতা: [শ্রবণাতীত]
আপনি বলার অপেক্ষা রাখে না হয় যখন হয়

2467
01:49:02,619 --> 01:49:05,160
আপনি জিনিস মধ্য দিয়ে যেতে হয়
শুরু থেকে শেষ পর্যন্ত

2468
01:49:05,160 --> 01:49:07,619
সঠিক মান পেতে
বা একই মান,

2469
01:49:07,619 --> 01:49:09,410
কীভাবে মান
[শ্রবণাতীত] যদি পরিবর্তন.

2470
01:49:09,410 --> 01:49:10,480
>> RICK হাউলিহান: ওহ, idempotent?

2471
01:49:10,480 --> 01:49:11,800
মান কিভাবে পরিবর্তন করতে হবে?

2472
01:49:11,800 --> 01:49:15,180
ওয়েল, কারণ আমি রান না করে থাকেন, তাহলে
এটা শেষ সব পথ,

2473
01:49:15,180 --> 01:49:19,770
তারপর আমি পরিবর্তন না জানেন যে কি
সর্বশেষ মাইল তৈরি করা হয়েছে.

2474
01:49:19,770 --> 01:49:22,144
আর তাদেরকে পরিক্ষা করা যাচ্ছে না
আমি দেখেছি হিসাবে একই তথ্য.

2475
01:49:22,144 --> 01:49:24,560
শ্রোতা: ওহ, আপনি তাই শুধু
সমগ্র ইনপুট অর্জিত হয়নি.

2476
01:49:24,560 --> 01:49:24,770
RICK হাউলিহান: রাইট.

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
>> RICK হাউলিহান: আমি বিজ্ঞান গ্রুপের ছাএ
এটা পিছনে যাব বলে.

2485
01:49:44,600 --> 01:49:45,855
>> শ্রোতা: তারা the-- থেকে পৃথক করা হয়

2486
01:49:45,855 --> 01:49:49,140
>> RICK হাউলিহান: নথির সাথে
পদ্ধতির DynamoDB মধ্যে নথি প্রকার

2487
01:49:49,140 --> 01:49:50,880
শুধু আরেকটি চিহ্ন হিসেবে মনে করা হয়.

2488
01:49:50,880 --> 01:49:53,560
এটা রয়েছে যে একটি বৈশিষ্ট্য আছে
একটি হায়ারারকিকাল ডাটা স্ট্রাকচার.

2489
01:49:53,560 --> 01:49:56,980
এবং তারপর জিজ্ঞাসাতে,
আপনি বৈশিষ্ট্য ব্যবহার করতে পারেন

2490
01:49:56,980 --> 01:49:59,480
অবজেক্ট নোটেশন ব্যবহার করে ঐ বস্তুর.

2491
01:49:59,480 --> 01:50:03,562
তাই আমি একটি নেস্টেড উপর ফিল্টার করতে পারেন
JSON ডকুমেন্টের সম্পত্তি.

2492
01:50:03,562 --> 01:50:05,520
শ্রোতা: তাই যে কোনো সময় আমি
একটি নথি পদ্ধতির না,

2493
01:50:05,520 --> 01:50:07,906
আমি ধরণের tabular-- উতরান পারেন

2494
01:50:07,906 --> 01:50:08,780
শ্রোতা: একেবারে.

2495
01:50:08,780 --> 01:50:09,800
শ্রোতা: --indexes ও
আপনি শুধু সম্পর্কে বললাম কিছু.

2496
01:50:09,800 --> 01:50:11,280
RICK হাউলিহান: হ্যা,
সূচী এবং সব যে,

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
>> RICK হাউলিহান: ঠিক, সমরূপতার
এটা ঠিক, এটা tabularizing.

2508
01:50:36,230 --> 01:50:37,415
যে আপনি এটি দিয়ে কি কি.

2509
01:50:37,415 --> 01:50:37,860
>> শ্রোতা: আপনাকে ধন্যবাদ.

2510
01:50:37,860 --> 01:50:39,609
>> RICK হাউলিহান: হাঁ,
একেবারে, আপনাকে ধন্যবাদ.

2511
01:50:39,609 --> 01:50:42,240
শ্রোতা: সুতরাং এটা কোন ধরনের
মঙ্গো Redis classifers পূরণ.

2512
01:50:42,240 --> 01:50:43,990
>> RICK হাউলিহান: হ্যা,
এটা যে মত অনেক.

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