1
00:00:00,000 --> 00:00:04,969
>> [موسیقی بجانے]

2
00:00:04,969 --> 00:00:06,010
RICK HOULIHAN: ٹھیک.

3
00:00:06,010 --> 00:00:06,600
ہیلو، سب لوگ.

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

5
00:00:07,670 --> 00:00:10,330
میں نے ایک سینئر پرنسپل ہوں
اوس میں حل معمار.

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 & E، آپ کو استعمال کیا کے لئے ادائیگی.

14
00:00:37,170 --> 00:00:38,800
آج ہم بادل کہتے ہیں.

15
00:00:38,800 --> 00:00:41,239
>> لیکن سال کے دوران، میں نے کام کیا ہے
کمپنیوں کے ایک جوڑے کے لئے

16
00:00:41,239 --> 00:00:42,530
آپ کو شاید کبھی نہیں سنا ہے.

17
00:00:42,530 --> 00:00:47,470
لیکن میں تکنیکی کی ایک فہرست مرتب کی ہے
کامیابیوں، میں تمہیں کہونگا لگتا.

18
00:00:47,470 --> 00:00:51,620
میں بادل نظام میں آٹھ پیٹنٹ ہے
ورچوئلائزیشن، مائکروپروسیسر ڈیزائن،

19
00:00:51,620 --> 00:00:54,440
پیچیدہ تقریب پروسیسنگ،
اور دیگر علاقوں کے ساتھ ساتھ.

20
00:00:54,440 --> 00:00:58,290
>> ان دنوں لہذا، میں NoSQL پر زیادہ تر توجہ مرکوز
ٹیکنالوجی اور اگلی نسل

21
00:00:58,290 --> 00:00:59,450
ڈیٹا بیس.

22
00:00:59,450 --> 00:01:03,370
اور یہ کہ میں جا رہا ہوں کیا عام طور پر ہے
کے بارے میں آج بات یہاں ہونا.

23
00:01:03,370 --> 00:01:06,030
تو آپ توقع کر سکتے ہیں
اس سیشن سے،

24
00:01:06,030 --> 00:01:08,254
ہم نے ایک مختصر کے ذریعے جائیں گے
ڈیٹا پروسیسنگ کی تاریخ.

25
00:01:08,254 --> 00:01:10,420
یہ کرنے کے لئے ہمیشہ مددگار ہے
ہم کہاں سے آیا سمجھ

26
00:01:10,420 --> 00:01:12,400
ہم ہیں اور یہی وجہ ہے ہم کہاں ہیں.

27
00:01:12,400 --> 00:01:15,600
اور ہم نے ایک چھوٹی سی بات کریں گے
NoSQL ٹیکنالوجی کے بارے میں تھوڑا سا

28
00:01:15,600 --> 00:01:17,500
ایک بنیادی نقطہ نظر سے.

29
00:01:17,500 --> 00:01:19,870
>> ہم میں سے کچھ میں مل جائے گا
DynamoDB 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
اور ہم میز کے بارے میں تھوڑا سا میں بات کریں گے
ساخت، APIs کا، اعداد و شمار اقسام، اشاریہ جات،

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
ایک کمپیوٹر پر بیٹھتا ہے کہ کچھ.

60
00:02:46,780 --> 00:02:49,290
اور پوری تاریخ میں، ہم
ہمیشہ کمپیوٹر نہیں ہے.

61
00:02:49,290 --> 00:02:52,110
>> اب، میں اوسط سے پوچھیں تو
کیا ڈویلپر آج

62
00:02:52,110 --> 00:02:54,770
ایک ڈیٹا بیس، کہ میں حاصل جواب ہے.

63
00:02:54,770 --> 00:02:56,070
کہیں میں چیزیں رہنا کر سکتے ہیں.

64
00:02:56,070 --> 00:02:56,670
ٹھیک ہے؟

65
00:02:56,670 --> 00:02:58,725
اور یہ سچ ہے.

66
00:02:58,725 --> 00:02:59,600
لیکن یہ بدقسمتی کی بات ہے.

67
00:02:59,600 --> 00:03:02,700
ڈیٹا بیس واقعی ہے
جدید اپلی کیشن کی بنیاد.

68
00:03:02,700 --> 00:03:04,810
یہ بنیاد ہے
کی ہر درخواست.

69
00:03:04,810 --> 00:03:07,240
اور تم اس کی تعمیر کے لئے کس طرح
ڈیٹا بیس، آپ کو کس طرح تشکیل

70
00:03:07,240 --> 00:03:11,750
کہ اعداد و شمار ہے کہ کس طرح کا تعین کرنے کی جا رہی ہے
آپ پیمانے کے طور پر درخواست کی کارکردگی.

71
00:03:11,750 --> 00:03:14,640
>> تو میرا کام آج کی ایک بہت
کے ساتھ نمٹنے ہے

72
00:03:14,640 --> 00:03:17,180
جب ڈویلپرز ہوتا
اس نقطہ نظر لے

73
00:03:17,180 --> 00:03:19,510
اور بعد کے ساتھ نمٹنے
ایک درخواست کی ہے کہ

74
00:03:19,510 --> 00:03:24,966
اب اصل سے باہر سکیلنگ ہے
برا ڈیزائن کی طرف سے ارادے اور مصائب.

75
00:03:24,966 --> 00:03:26,840
تو امید ہے کہ جب آپ
آج دور چل، تمہیں

76
00:03:26,840 --> 00:03:29,010
ٹولز کا ایک جوڑے میں ہے
آپ کو رکھیں گے کہ آپ کی پٹی

77
00:03:29,010 --> 00:03:32,566
وہی غلطی کرنے سے.

78
00:03:32,566 --> 00:03:33,066
بالکل ٹھیک.

79
00:03:33,066 --> 00:03:36,360
تو کا ایک تھوڑا سا کے بارے میں بات
ڈیٹا بیس کی ٹیکنالوجی کے ٹائم لائن.

80
00:03:36,360 --> 00:03:38,830
میں ایک پڑھنے لگتا ہے
مضمون نہیں ہے کہ طویل عرصے سے پہلے

81
00:03:38,830 --> 00:03:43,020
اور یہ لائنیں پر کچھ کہا
یہ ایک بہت ہی شاعرانہ بیان ہے.

82
00:03:43,020 --> 00:03:46,590
اس نے کہا کہ تاریخ
ڈیٹا کی پروسیسنگ ہے

83
00:03:46,590 --> 00:03:49,350
اعلی کے watermarks کی مکمل
ڈیٹا کثرت کی.

84
00:03:49,350 --> 00:03:49,920
ٹھیک ہے.

85
00:03:49,920 --> 00:03:52,532
اب، میں اس قسم کے حقیقی لگتا ہے.

86
00:03:52,532 --> 00:03:54,990
لیکن میں واقعی میں ہے کے طور پر نظر آتے ہیں
تاریخ اصل میں بھری ہوئی ہے

87
00:03:54,990 --> 00:03:56,820
ڈیٹا دباؤ کی تیز آبی نشان کے ساتھ.

88
00:03:56,820 --> 00:04:00,040
کے اعداد و شمار کی شرح کی وجہ سے
ادخال نیچے جاتا ہے کبھی نہیں.

89
00:04:00,040 --> 00:04:01,360
یہ صرف جاتا ہے.

90
00:04:01,360 --> 00:04:03,670
>> اور جدت وقت ہوتی ہے جب
ہم اعداد و شمار دباؤ، دیکھتے ہیں جس میں

91
00:04:03,670 --> 00:04:07,825
ہے کہ اعداد و شمار کی رقم ہے
اب نظام میں آنے میں.

92
00:04:07,825 --> 00:04:12,027
اور اس پر عملدرآمد نہیں کیا جا سکتا
مؤثر طریقے سے وقت میں یا سرمایہ کاری میں یا تو.

93
00:04:12,027 --> 00:04:14,110
ہم شروع اور جب کہ
ڈیٹا دباؤ کو دیکھنے کے لئے.

94
00:04:14,110 --> 00:04:15,920
>> تو ہم پر نظر آتے ہیں
پہلے ڈیٹا بیس، اس

95
00:04:15,920 --> 00:04:17,180
ہمارے کانوں کے درمیان تھا کہ ایک ہے.

96
00:04:17,180 --> 00:04:18,310
ہم سب اس کے ساتھ پیدا کر رہے ہیں.

97
00:04:18,310 --> 00:04:19,194
یہ ایک اچھا ڈیٹا بیس ہے.

98
00:04:19,194 --> 00:04:21,110
یہ ایک اعلی دستیابی ہے.

99
00:04:21,110 --> 00:04:21,959
یہ ہمیشہ پر ہے.

100
00:04:21,959 --> 00:04:23,930
تم نے ہمیشہ حاصل کر سکتے ہیں.

101
00:04:23,930 --> 00:04:24,890
>> لیکن یہ ایک صارف ہے.

102
00:04:24,890 --> 00:04:26,348
میں آپ کے ساتھ اپنے خیالات کا اشتراک نہیں کر سکتے ہیں.

103
00:04:26,348 --> 00:04:28,370
تم نے میرے خیالات کو حاصل نہیں کر سکتے ہیں
آپ کو ان کے لئے چاہتے ہیں جب.

104
00:04:28,370 --> 00:04:30,320
اور ان abilitiy اتنا اچھا نہیں ہے.

105
00:04:30,320 --> 00:04:32,510
ہم چیزوں کو بھول جاؤ.

106
00:04:32,510 --> 00:04:36,540
ہر اب اور تو، ہم میں سے ایک پتے
اور ایک دوسرے کے وجود پر منتقل

107
00:04:36,540 --> 00:04:39,110
اور ہم سب کچھ کھو
کہ ڈیٹا بیس میں تھا.

108
00:04:39,110 --> 00:04:40,640
تو ہے کہ تمام ہے کہ اچھا نہیں ہے.

109
00:04:40,640 --> 00:04:43,189
>> اور اس وقت زیادہ اچھی طرح سے کام کیا
ہم دن میں واپس تھے جب

110
00:04:43,189 --> 00:04:46,230
جب ہم سچ میں پتہ کرنے کی ضرورت ہے
جہاں ہم کل پر جانے کے لئے جا رہے ہیں

111
00:04:46,230 --> 00:04:49,630
یا ہم سب سے بہترین کھانے جمع جہاں.

112
00:04:49,630 --> 00:04:52,820
لیکن ہم نے شروع کے طور پر ایک کے طور پر اضافہ کرنے کے لئے
تہذیب اور حکومت شروع

113
00:04:52,820 --> 00:04:55,152
وجود میں آتے ہیں، اور
کاروبار، تیار کرنے کے لئے شروع کر دیا

114
00:04:55,152 --> 00:04:57,360
ہم احساس کرنے کے لئے شروع کر دیا
مقابلے میں تھوڑا زیادہ کی ضرورت ہے

115
00:04:57,360 --> 00:04:58,210
ہم نے اپنے سر میں ڈال کر سکتے ہیں.

116
00:04:58,210 --> 00:04:58,870
بالکل ٹھیک؟

117
00:04:58,870 --> 00:05:00,410
>> ہم ریکارڈ کے نظام کی ضرورت ہے.

118
00:05:00,410 --> 00:05:02,220
ہم قابل سٹور کے اعداد و شمار کرنے کے لئے مقامات کی ضرورت ہے.

119
00:05:02,220 --> 00:05:05,450
تو ہم، تحریری دستاویزات شروع
لائبریریوں اور تاریخی دستاویز پیدا.

120
00:05:05,450 --> 00:05:08,000
ہم ایک ترقی پذیر شروع
نظام ایک اکاؤنٹ اکاؤنٹنگ.

121
00:05:08,000 --> 00:05:12,200
اور اکاؤنٹ گنتی کے اس نظام
، کئی صدیوں کے لئے دنیا بھاگ گیا

122
00:05:12,200 --> 00:05:15,580
اور شاید بھی صدیوں کے طور پر
ہم اس قسم کے نقطہ نظر کے لئے اضافہ ہوا

123
00:05:15,580 --> 00:05:18,420
جہاں کہ اعداد و شمار کو پار کر بوجھ
ان کے نظام کی صلاحیت

124
00:05:18,420 --> 00:05:19,870
اس پر مشتمل کرنے کے قابل ہو.

125
00:05:19,870 --> 00:05:22,070
>> اور یہ اصل میں 1880s میں ہوا.

126
00:05:22,070 --> 00:05:22,570
ٹھیک ہے؟

127
00:05:22,570 --> 00:05:24,390
1880 امریکی مردم شماری میں.

128
00:05:24,390 --> 00:05:26,976
یہ کہاں موڑ واقعی ہے
جدید ڈیٹا پروسیسنگ کی طرف اشارہ.

129
00:05:26,976 --> 00:05:28,850
اس مقام پر ہے
اعداد و شمار کے جو رقم

130
00:05:28,850 --> 00:05:32,060
کہ کی طرف سے جمع کیا جا رہا ہے
امریکی حکومت نقطہ ہے

131
00:05:32,060 --> 00:05:34,005
جہاں اس پر عملدرآمد کرنے آٹھ سال لگ گئے.

132
00:05:34,005 --> 00:05:36,350
>> اب، آٹھ years-- طور پر
آپ، مردم شماری جانتے

133
00:05:36,350 --> 00:05:39,180
رنز ہر 10 years-- یہ ہے تو
بہت واضح ہے کہ اس وقت کی طرف سے ہم

134
00:05:39,180 --> 00:05:41,419
، 1890 کی مردم شماری ہے
ڈیٹا کی رقم ہے کہ

135
00:05:41,419 --> 00:05:43,210
عملدرآمد کیا جا رہا تھا
حکومت کی طرف سے تھا

136
00:05:43,210 --> 00:05:46,335
10 سال سے زیادہ کے لئے جا رہا ہے کہ
نئی مردم شماری کا آغاز کرنے کے لئے لے جائے گا.

137
00:05:46,335 --> 00:05:47,250
یہ ایک مسئلہ تھا.

138
00:05:47,250 --> 00:05:49,000
>> تو ایک آدمی ہرمن نام
Hollerith ساتھ آئے

139
00:05:49,000 --> 00:05:52,640
اور وہ یونٹ ریکارڈ کارٹون ایجاد
کارڈ، کارٹون کارڈ ریڈر، کارٹون کارڈ

140
00:05:52,640 --> 00:05:58,420
ٹیبولیٹرز، اور کولیشن کی
اس ٹیکنالوجی کے لئے میکانزم.

141
00:05:58,420 --> 00:06:01,860
اور وہ قائم ہے کہ اس کمپنی
وقت، دوسروں کے ایک جوڑے کے ساتھ ساتھ،

142
00:06:01,860 --> 00:06:05,450
اصل میں بن گیا ایک کا ایک ستون
آج ہم جانتے ہیں چھوٹی سی کمپنی آئی بی ایم سے ملاقات کی.

143
00:06:05,450 --> 00:06:08,417
>> تو IBM اصل میں تھا
ڈیٹا بیس کاروبار.

144
00:06:08,417 --> 00:06:09,750
اور یہ کہ انہوں نے کیا واقعی ہے.

145
00:06:09,750 --> 00:06:11,110
انہوں نے ڈیٹا پروسیسنگ کیا.

146
00:06:11,110 --> 00:06:15,400
>> کارٹون کے پھیلاؤ تاکہ
کارڈ، ایک ہوشیار میکانزم

147
00:06:15,400 --> 00:06:18,560
کی کہ بیعانہ کرنے کے قابل کیا جا رہا ہے
ٹیکنالوجی مطابق نتیجہ سیٹ سروے کے.

148
00:06:18,560 --> 00:06:20,726
آپ اس تصویر میں دیکھ سکتے ہیں
وہاں ہم نے ایک چھوٹی سی ہے

149
00:06:20,726 --> 00:06:23,970
یہ ایک چھوٹا سا small-- ہے لیکن آپ کو دیکھ سکتے ہیں
ایک بہت ہی ہوشیار میکانی میکانزم

150
00:06:23,970 --> 00:06:26,970
ہم نے ایک کارٹون کارڈ ڈیک ہے جہاں.

151
00:06:26,970 --> 00:06:28,720
اور کسی کی لینے
ایک چھوٹا سا سکریو ڈرایور

152
00:06:28,720 --> 00:06:31,400
اور اس کے ذریعے سے چپکی ہوئی
سلاٹ اور اسے اٹھانے

153
00:06:31,400 --> 00:06:34,820
، اس میچ حاصل ہے کہ کرنے کے لئے
حل نتائج مقرر.

154
00:06:34,820 --> 00:06:36,270
>> یہ ایک جمع ہے.

155
00:06:36,270 --> 00:06:38,690
اس کوڈ سے ہم وقت کرتے ہیں
کمپیوٹر میں آج،

156
00:06:38,690 --> 00:06:40,100
آپ کو ڈیٹا بیس میں کرتے ہیں جہاں.

157
00:06:40,100 --> 00:06:41,620
ہم صحیح، دستی طور پر ایسا کیا ہے؟

158
00:06:41,620 --> 00:06:42,994
لوگ ایک دوسرے کے ساتھ ان چیزوں کو ڈال دیا.

159
00:06:42,994 --> 00:06:45,440
یہ پھیلاؤ تھا
ان کارٹون کارڈ کی

160
00:06:45,440 --> 00:06:50,070
ہم کیا کہتے ڈیٹا ڈرم میں
اور اعداد و شمار ریلیں، کاغذ ٹیپ.

161
00:06:50,070 --> 00:06:55,980
>> ڈیٹا پراسیسنگ کی صنعت لیا
کھلاڑی پیانو سے سبق.

162
00:06:55,980 --> 00:06:57,855
پلیئر میں واپس پیانو
صدی کے موڑ

163
00:06:57,855 --> 00:07:02,100
سلاٹ کے ساتھ کاغذ ریلیں استعمال کرنے کے لئے استعمال کیا جاتا ہے
پر کھیلنے کے لئے جس کی چابیاں بتانا.

164
00:07:02,100 --> 00:07:05,380
کہ ٹیکنالوجی کے مطابق ڈھال لیا گیا تھا
آخر میں، ڈیجیٹل ڈیٹا ذخیرہ کرنے کے لئے

165
00:07:05,380 --> 00:07:08,070
وہ ڈیٹا ڈال سکتا ہے کیونکہ
ان کاغذ ٹیپ ریلیں پر.

166
00:07:08,070 --> 00:07:10,870
>> اب، اس کے نتیجے کے طور پر، کے اعداد و شمار
کس طرح واقعی میں تھا

167
00:07:10,870 --> 00:07:14,960
آپ کو اس کے اعداد و شمار تک رسائی حاصل تھی
آپ اسے ذخیرہ کس طرح پر منحصر.

168
00:07:14,960 --> 00:07:17,825
تو میں نے ایک ٹیپ پر اعداد و شمار ڈال دیا تو،
میں خطی ڈیٹا تک رسائی حاصل تھی.

169
00:07:17,825 --> 00:07:20,475
میں پورے رول کرنا پڑا
ٹیپ تمام اعداد و شمار تک رسائی حاصل کرنے.

170
00:07:20,475 --> 00:07:22,600
میں کارٹون میں ڈیٹا ڈال دیا تو
کارڈ، میں اس تک رسائی حاصل کر سکتے ہیں

171
00:07:22,600 --> 00:07:26,270
ایک چھوٹا سا زیادہ بے ترتیب میں
فیشن، شاید نہیں کے طور پر فوری طور پر.

172
00:07:26,270 --> 00:07:30,770
>> لیکن کس طرح میں حدود وہاں تھے ہم
محفوظ کیا گیا تھا کہ کس طرح کی بنیاد پر ڈیٹا تک رسائی.

173
00:07:30,770 --> 00:07:32,890
اور اس طرح یہ ایک مسئلہ تھا
'50s میں میں جانے.

174
00:07:32,890 --> 00:07:37,890
ایک بار پھر، ہم کے طور پر اس کو دیکھنے کے لئے شروع کر سکتے ہیں
پر عملدرآمد کرنے میں نئی ​​ٹیکنالوجی کی ترقی

175
00:07:37,890 --> 00:07:41,670
ڈیٹا، صحیح، اس کو کھولتا ہے
نئے حل کے لئے دروازہ،

176
00:07:41,670 --> 00:07:45,852
نئے پروگرام کے لئے، نئی
کہ اعداد و شمار کے لئے ایپلی کیشنز.

177
00:07:45,852 --> 00:07:47,810
اور واقعی، گورننس
وجہ ہو سکتا ہے

178
00:07:47,810 --> 00:07:49,435
ہم کیوں ان کے نظام میں سے کچھ تیار.

179
00:07:49,435 --> 00:07:52,290
لیکن کاروبار تیزی سے بن گیا
ارتقاء کے پیچھے ڈرائیور

180
00:07:52,290 --> 00:07:54,720
جدید ڈیٹا بیس اور
جدید فائل سسٹم.

181
00:07:54,720 --> 00:07:56,870
>> اگلی بات تاکہ
'50s میں آیا تھا

182
00:07:56,870 --> 00:08:00,780
فائل سسٹم اور تھا
رینڈم ایکسیس سٹوریج کی ترقی.

183
00:08:00,780 --> 00:08:02,050
یہ خوبصورت تھا.

184
00:08:02,050 --> 00:08:06,230
اب، اچانک، ہم ڈال کر سکتے ہیں ہماری
ان کی ہارڈ ڈرائیو پر کہیں بھی فائلوں

185
00:08:06,230 --> 00:08:09,760
اور ہم تصادفی یہ اعداد و شمار تک رسائی حاصل کر سکتے ہیں.

186
00:08:09,760 --> 00:08:11,950
ہم نے اس کا تجزیہ کر سکتے ہیں
فائلوں کی معلومات.

187
00:08:11,950 --> 00:08:14,920
اور ہم نے دنیا کی تمام حل
ڈیٹا پروسیسنگ کے ساتھ مسائل.

188
00:08:14,920 --> 00:08:17,550
>> اور یہ کہ جاری رہی کے بارے میں 20 یا
ارتقاء تک 30 سال

189
00:08:17,550 --> 00:08:22,100
سنبندپرک ڈیٹا بیس، میں سے جو
دنیا اب ہم نے فیصلہ کیا ہے جب

190
00:08:22,100 --> 00:08:27,940
شکست ہے کہ ایک ذخیرہ کرنے کی ضرورت ہے
فائل بھر میں ڈیٹا کا لوٹنا

191
00:08:27,940 --> 00:08:29,540
ہم نے بنایا ہے کہ نظام. ٹھیک ہے؟

192
00:08:29,540 --> 00:08:34,270
بہت میں تقسیم بہت زیادہ ڈیٹا
مقامات، اعداد و شمار کے ڈی تخلپی،

193
00:08:34,270 --> 00:08:37,120
اور محفوظ کرنے کی لاگت بہت بڑا تھا.

194
00:08:37,120 --> 00:08:43,760
>> '70s میں، سب سے زیادہ مہنگی وسائل
ایک کمپیوٹر تھا کہ ذخیرہ تھا.

195
00:08:43,760 --> 00:08:46,200
پروسیسر تھا
ایک مقررہ قیمت کے طور پر دیکھا.

196
00:08:46,200 --> 00:08:49,030
میں نے باکس خریدنے جب،
CPU کچھ کام کرتا ہے.

197
00:08:49,030 --> 00:08:51,960
چاہے کتائی کیا جا رہا ہے
یہ اصل میں کام کر رہے ہیں یا نہیں.

198
00:08:51,960 --> 00:08:53,350
یہ واقعی ایک ڈوب قیمت ہے.

199
00:08:53,350 --> 00:08:56,030
>> لیکن کیا ایک کے طور پر مجھے لاگت
کاروبار سٹوریج ہے.

200
00:08:56,030 --> 00:09:00,020
میں اگلے زیادہ ڈسک خریدنے کے لئے ہے، تو
ماہ، کہ میں ادا کرتے ہیں کہ ایک حقیقی قیمت ہے.

201
00:09:00,020 --> 00:09:01,620
اور کہ ذخیرہ مہنگی ہے.

202
00:09:01,620 --> 00:09:05,020
>> اب ہم تیزی سے آگے 40 سال
اور ہم نے ایک مختلف مسئلہ ہے.

203
00:09:05,020 --> 00:09:10,020
کمپیوٹ ہے
سب سے زیادہ مہنگی وسائل.

204
00:09:10,020 --> 00:09:11,470
سٹوریج سستا ہے.

205
00:09:11,470 --> 00:09:14,570
میرے خیال میں ہمیں پر کہیں بھی جا سکتے ہیں، کا مطلب
بادل اور ہم سستے اسٹوریج تلاش کر سکتے ہیں.

206
00:09:14,570 --> 00:09:17,190
لیکن جو میں نہیں مل سکتے ہیں سستے کمپیوٹ ہے.

207
00:09:17,190 --> 00:09:20,700
>> آج کے ارتقاء تو
ٹیکنالوجی، ڈیٹا بیس کی ٹیکنالوجی کی،

208
00:09:20,700 --> 00:09:23,050
واقعی ارد گرد مرکوز ہے
تقسیم ڈیٹا بیس

209
00:09:23,050 --> 00:09:26,960
اس سے شکار نہیں کرتے
پیمانے کی ایک ہی قسم

210
00:09:26,960 --> 00:09:29,240
سنبندپرک ڈیٹا بیس کی حدود.

211
00:09:29,240 --> 00:09:32,080
ہم کے بارے میں تھوڑا سا میں بات کریں گے
کہ اصل میں کیا مطلب ہے.

212
00:09:32,080 --> 00:09:34,760
>> لیکن وجوہات میں سے ایک اور
this-- ہم پیچھے ڈرائیور

213
00:09:34,760 --> 00:09:38,290
ڈیٹا دباؤ کے بارے میں بات.

214
00:09:38,290 --> 00:09:41,920
ڈیٹا دباؤ کچھ ہے
کہ جدت طرازی چلاتے ہیں.

215
00:09:41,920 --> 00:09:44,610
اور تم میں سے زیادہ نظر آتے ہیں تو
گزشتہ پانچ سالوں کے،

216
00:09:44,610 --> 00:09:48,180
یہ کیا اعداد و شمار کے ایک چارٹ ہے
جنرل انٹرپرائز بھر بوجھ

217
00:09:48,180 --> 00:09:49,640
گزشتہ پانچ سالوں میں کی طرح لگتا.

218
00:09:49,640 --> 00:09:52,570
>> اور انگوٹھے کا عام اصول
ان days-- آپ Google-- جاؤ تو

219
00:09:52,570 --> 00:09:55,290
اعداد و شمار کے 90٪ ہے
آج ہم محفوظ، اور یہ تھا

220
00:09:55,290 --> 00:09:57,330
گزشتہ دو سال کے اندر اندر پیدا.

221
00:09:57,330 --> 00:09:57,911
ٹھیک ہے.

222
00:09:57,911 --> 00:09:59,410
اب، اس نئے ہے کہ ایک رجحان نہیں ہے.

223
00:09:59,410 --> 00:10:01,230
یہ ہو گیا ہے کہ ایک رجحان ہے
100 سال کے لئے باہر جا.

224
00:10:01,230 --> 00:10:03,438
کبھی ہرمن 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
کیا ایک درد کے بارے میں مجھ سے جو بات کریں گے
یہ اعداد و شمار کے terabytes منظم کرنے کی ہے.

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
اور نیچے لائن ایک racking کے ہے
سٹوریج سرنی صرف کچھ تھا کہ

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
لیکن نیچے کی لکیر سے کسی کے ساتھ ہے
نظام، یہ سب کچھ کرنے کے لئے agnostic کے ہے تو،

293
00:13:21,350 --> 00:13:23,500
یہ کچھ بھی نہیں کے لئے مرضی کے ہے.

294
00:13:23,500 --> 00:13:24,050
ٹھیک ہے؟

295
00:13:24,050 --> 00:13:26,386
>> اور یہ کہ ہم ساتھ حاصل کیا ہے
سنبندپرک ڈیٹا بیس.

296
00:13:26,386 --> 00:13:27,510
یہ ذخیرہ کرنے کے لیے بہتر ہے.

297
00:13:27,510 --> 00:13:28,280
یہ معمول ہے.

298
00:13:28,280 --> 00:13:29,370
یہ سنبندپرک ہے.

299
00:13:29,370 --> 00:13:31,660
یہ ایڈہاک سوالات کی حمایت کرتا ہے.

300
00:13:31,660 --> 00:13:34,000
اور یہ اور یہ عمودی طور پر ترازو.

301
00:13:34,000 --> 00:13:39,030
>> میں نے ایک بڑی SQL ڈیٹا بیس حاصل کرنے کی ضرورت ہے
یا ایک سے زیادہ طاقتور ایس کیو ایل ڈیٹا بیس،

302
00:13:39,030 --> 00:13:41,090
میں لوہے کا ایک بڑا ٹکڑا خریدنے کے لئے جانے.

303
00:13:41,090 --> 00:13:41,600
ٹھیک ہے؟

304
00:13:41,600 --> 00:13:44,940
میں گاہکوں کی ایک بہت کچھ کے ساتھ کام کیا ہے
اہم اپ گریڈ کے ذریعے کیا گیا ہے کہ

305
00:13:44,940 --> 00:13:48,340
ان SQL بنیادی ڈھانچے میں صرف
چھ ماہ بعد باہر تلاش کرنے کے لئے،

306
00:13:48,340 --> 00:13:49,750
وہ ایک بار پھر دیوار مار رہے ہیں.

307
00:13:49,750 --> 00:13:55,457
اور اوریکل یا MSSQL سے جواب
یا کسی ایک بڑا باکس حاصل ہے.

308
00:13:55,457 --> 00:13:58,540
ویسے جلد یا بعد میں، آپ کو ایک نہیں خرید سکتے
باکس بڑا، اور اس حقیقی مسئلہ ہے.

309
00:13:58,540 --> 00:14:00,080
ہم اصل میں چیزوں کو تبدیل کرنے کی ضرورت ہے.

310
00:14:00,080 --> 00:14:01,080
تو جہاں اس کام کرتا ہے؟

311
00:14:01,080 --> 00:14:06,560
یہ آف لائن کے لئے اچھی طرح کام کرتا ہے
تجزیاتی، OLAP قسم استعداد.

312
00:14:06,560 --> 00:14:08,670
ایس کیو ایل سے تعلق رکھتا ہے اور یہ کہ جہاں واقعی ہے.

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، دوسرے ہاتھ پر،
زیادہ کمپیوٹ لئے مرضی کے ہے.

319
00:14:23,590 --> 00:14:24,540
ٹھیک ہے؟

320
00:14:24,540 --> 00:14:26,830
یہ مادیت پرست نہیں ہے
رسائی پیٹرن.

321
00:14:26,830 --> 00:14:31,620
ہم ڈی معمول کہتے ہیں
ساخت یا ایک پدانکردوست ساخت.

322
00:14:31,620 --> 00:14:35,000
ایک سنبندپرک ڈیٹا بیس میں اعداد و شمار ہے
ایک سے زیادہ ٹیبل سے ایک دوسرے کے ساتھ شمولیت اختیار کی

323
00:14:35,000 --> 00:14:36,850
آپ کی ضرورت ہے نقطہ نظر پیدا کرنے کے لئے.

324
00:14:36,850 --> 00:14:40,090
ایک NoSQL ڈیٹا بیس میں اعداد و شمار
ایک دستاویز میں محفوظ کیا جاتا ہے

325
00:14:40,090 --> 00:14:42,100
پدانکردوست ساخت پر مشتمل ہے.

326
00:14:42,100 --> 00:14:45,670
عام طور پر ہو جائے گا کہ تمام اعداد و شمار
کہ نقطہ نظر پیدا کرنے کے لئے ایک دوسرے کے ساتھ شمولیت اختیار کی

327
00:14:45,670 --> 00:14:47,160
ایک دستاویز میں محفوظ کیا جاتا ہے.

328
00:14:47,160 --> 00:14:50,990
اور ہم بارے میں تھوڑا سا میں بات کریں گے
کس طرح چارٹس کے ایک جوڑے میں کام کرتا ہے.

329
00:14:50,990 --> 00:14:55,320
>> لیکن یہاں آپ کو محفوظ تصور ہے
ان مثال خیالات کے طور پر آپ کے ڈیٹا.

330
00:14:55,320 --> 00:14:56,410
ٹھیک ہے؟

331
00:14:56,410 --> 00:14:58,610
آپ کو افقی پیمانے.

332
00:14:58,610 --> 00:14:59,556
ٹھیک ہے؟

333
00:14:59,556 --> 00:15:02,100
میں اضافہ کرنے کی ضرورت ہے
میرے NoSQL کلسٹر کا سائز،

334
00:15:02,100 --> 00:15:03,700
میں ایک بڑا باکس حاصل کرنے کی ضرورت نہیں ہے.

335
00:15:03,700 --> 00:15:05,200
میں ایک باکس حاصل.

336
00:15:05,200 --> 00:15:07,700
اور میں، ایک ساتھ مل کر ان کلسٹر
اور میں اس کے اعداد و شمار کر سکتے ہیں شارڈ.

337
00:15:07,700 --> 00:15:10,780
ہم کے بارے میں تھوڑا سا میں بات کریں گے
sharding ہے، ہونا

338
00:15:10,780 --> 00:15:14,270
ڈیٹا بیس ہے کہ بڑے پیمانے پر کرنے کے قابل
ایک سے زیادہ جسمانی آلات بھر میں

339
00:15:14,270 --> 00:15:18,370
اور رکاوٹ کو ہٹانے ہے کہ
عمودی طور پر بڑے پیمانے پر کرنے کی ضرورت ہے مجھے.

340
00:15:18,370 --> 00:15:22,080
>> تو یہ واقعی آن لائن کے لئے بنایا گیا ہے
ٹرانزیکشن پراسیسنگ اور بڑے پیمانے پر.

341
00:15:22,080 --> 00:15:25,480
ایک بڑا فرق ہے
یہاں رپورٹنگ کے درمیان، ٹھیک ہے؟

342
00:15:25,480 --> 00:15:27,810
رپورٹنگ، مجھے پتہ نہیں ہے
سوالات میں کہنے جا رہا ہوں.

343
00:15:27,810 --> 00:15:28,310
ٹھیک ہے؟

344
00:15:28,310 --> 00:15:30,570
Reporting-- کسی سے تو
میرے مارکیٹنگ ڈیپارٹمنٹ

345
00:15:30,570 --> 00:15:34,520
اپنے گاہکوں کے کتنے just-- کرنا چاہتا ہے
یہ خاص طور پر خصوصیت ہے جو

346
00:15:34,520 --> 00:15:37,850
مجھے نہیں معلوم اس day-- پر خریدا
کیا وہ پوچھنا جا رہے ہیں سوال.

347
00:15:37,850 --> 00:15:39,160
تو میں مادیت پرست ہونے کی ضرورت ہے.

348
00:15:39,160 --> 00:15:41,810
>> اب، ایک آن لائن
ٹرانزیکشنل درخواست،

349
00:15:41,810 --> 00:15:43,820
میں پوچھ رہا ہوں کیا سوالات جانتے.

350
00:15:43,820 --> 00:15:46,581
میں کے لئے درخواست کی تعمیر
ایک بہت ہی خاص کام کے فلو کو.

351
00:15:46,581 --> 00:15:47,080
ٹھیک ہے؟

352
00:15:47,080 --> 00:15:50,540
میں اعداد و شمار کی اصلاح تو
کہ کام کے فلو کو حمایت کرنے کے لئے محفوظ،

353
00:15:50,540 --> 00:15:52,020
یہ تیزی سے ہو رہا ہے.

354
00:15:52,020 --> 00:15:55,190
اور یہی وجہ ہے 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
مجبور اشاروں کی مثلث
آپ کو سب کچھ ہر وقت نہیں کر سکتے ہیں.

364
00:16:16,060 --> 00:16:17,750
آپ کے پائی ہے اور یہ بھی نہیں کھا سکتا.

365
00:16:17,750 --> 00:16:22,310
تاکہ اس منصوبے کے انتظام میں، کہ مثلث
رکاوٹوں، آپ یہ سستا ہو سکتا ہے

366
00:16:22,310 --> 00:16:24,710
آپ، اس سے روزہ کر سکتے ہیں
یا آپ کو یہ اچھا ہو سکتا ہے.

367
00:16:24,710 --> 00:16:25,716
دو اٹھاو.

368
00:16:25,716 --> 00:16:27,090
آپ تینوں نہیں کر سکتے ہیں کی وجہ سے.

369
00:16:27,090 --> 00:16:27,460
ٹھیک ہے؟

370
00:16:27,460 --> 00:16:27,820
ٹھیک ہے.

371
00:16:27,820 --> 00:16:28,920
>> تو آپ کو یہ ایک بہت کے بارے میں سنا.

372
00:16:28,920 --> 00:16:31,253
یہ، ایک ٹرپل رکاوٹ ہے
ٹرپل رکاوٹ کی مثلث،

373
00:16:31,253 --> 00:16:34,420
یا لوہے کی مثلث oftentimes-- ہے
آپ مینیجرز منصوبے سے بات جب،

374
00:16:34,420 --> 00:16:35,420
وہ اس کے بارے میں بات کریں گے.

375
00:16:35,420 --> 00:16:37,640
اب، ڈیٹا بیس ہے
اپنے لوہے کی مثلث.

376
00:16:37,640 --> 00:16:40,350
اور ڈیٹا کی لوہے کی مثلث
ہم CAP اثباتی کہتے ہیں.

377
00:16:40,350 --> 00:16:41,580
ٹھیک ہے؟

378
00:16:41,580 --> 00:16:43,770
>> CAP قضیہ اشاروں
کس طرح ڈیٹا بیس کام

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

380
00:16:45,627 --> 00:16:47,460
اور ہم کے بارے میں بات کریں گے
شرط یہ ہے کہ کیا ہے.

381
00:16:47,460 --> 00:16:52,221
لیکن مثلث کے تین پوائنٹس،
تو، سی، مستقل مزاجی بات کرنے.

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
ہم اچھی طرح سے have--
بہت سے ذائقوں میں آتا ہے،

423
00:18:22,990 --> 00:18:26,140
لیکن یہ دو بنیادی کے ساتھ آتا ہے
کیا characteristics--

424
00:18:26,140 --> 00:18:30,050
ہم CP ڈیٹا بیس، یا ایک فون کرے گا
مسلسل اور تقسیم رواداری

425
00:18:30,050 --> 00:18:31,040
نظام.

426
00:18:31,040 --> 00:18:34,930
یہ لوگ پسند ہے جب کہ
نوڈس، ایک دوسرے کے ساتھ رابطہ کھو

427
00:18:34,930 --> 00:18:37,091
ہم اجازت دینے کے لئے نہیں جا رہے ہیں
لوگوں کو کسی بھی مزید لکھنے کے لئے.

428
00:18:37,091 --> 00:18:37,590
ٹھیک ہے؟

429
00:18:37,590 --> 00:18:41,855
>> کہ تقسیم ہٹا دیا جاتا ہے جب تک،
لکھنے تک رسائی کو بلاک ہے.

430
00:18:41,855 --> 00:18:43,230
وہ دستیاب نہیں ہیں کا مطلب ہے.

431
00:18:43,230 --> 00:18:44,510
وہ مسلسل ہو.

432
00:18:44,510 --> 00:18:46,554
ہم اس کو دیکھتے ہیں تو
تقسیم خود انجیکشن،

433
00:18:46,554 --> 00:18:48,470
اب ہم مسلسل ہیں
ہم نہیں جا رہے ہیں کیونکہ

434
00:18:48,470 --> 00:18:51,517
دو پر اعداد و شمار کی تبدیلی کی اجازت کرنے کے لئے
آزادانہ طور پر تقسیم کے اطراف

435
00:18:51,517 --> 00:18:52,100
ایک دوسرے کے.

436
00:18:52,100 --> 00:18:54,130
ہم کرنا پڑے گا
مواصلات کو 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
>> اگلے ذائقہ، ایک AP نظام ہو جائے گا
یا ایک دستیاب اور تقسیم

440
00:19:02,650 --> 00:19:03,640
رواداری نظام.

441
00:19:03,640 --> 00:19:05,320
یہ لوگ پرواہ نہیں کرتے.

442
00:19:05,320 --> 00:19:06,020
ٹھیک ہے؟

443
00:19:06,020 --> 00:19:08,960
ایک ہو جاتا ہے کہ کسی بھی نوڈ
ہم لے لیں گے، لکھنا.

444
00:19:08,960 --> 00:19:11,480
تو میں نے اپنے ڈیٹا نقل کر رہا ہوں
ایک سے زیادہ نوڈس بھر.

445
00:19:11,480 --> 00:19:14,730
ان مراکز ایک کلائنٹ، کلائنٹ آتا حاصل
، کا کہنا ہے کہ، میں کچھ اعداد و شمار لکھنے کے لئے جا رہا ہوں.

446
00:19:14,730 --> 00:19:16,300
گھنڈی کوئی مسئلہ نہیں، کا کہنا ہے کہ.

447
00:19:16,300 --> 00:19:18,580
نوڈ اسے ملتا کرنے کے لئے اگلے
اسی ریکارڈ پر لکھنے،

448
00:19:18,580 --> 00:19:20,405
وہ کوئی مسئلہ نہیں کہا جا رہا ہے.

449
00:19:20,405 --> 00:19:23,030
کہیں واپس اختتام پر،
کہ اعداد و شمار نقل تیار کرنے کے لئے جا رہا ہے.

450
00:19:23,030 --> 00:19:27,360
اور پھر کسی، احساس کرنے کے لئے جا رہا ہے
اہ اوہ، احساس کریں گے وہ نظام، اہ اوہ،

451
00:19:27,360 --> 00:19:28,870
دونوں اطراف پر ایک اپ ڈیٹ ہو گیا ہے.

452
00:19:28,870 --> 00:19:30,370
ہم کیا کریں؟

453
00:19:30,370 --> 00:19:33,210
اور کیا وہ پھر ایسا ہے
وہ کچھ ہے جس

454
00:19:33,210 --> 00:19:36,080
ان اعداد و شمار ریاست کو حل کرنے کی اجازت دیتا ہے.

455
00:19:36,080 --> 00:19:39,000
اور ہم کے بارے میں بات کریں گے
اگلے چارٹ میں.

456
00:19:39,000 --> 00:19:40,000
>> بات یہاں باہر کی طرف اشارہ کرنے کے لئے.

457
00:19:40,000 --> 00:19:42,374
اور میں بھی حاصل کرنے کے لئے نہیں جا رہا ہوں
زیادہ سے زیادہ اس میں، اس کی وجہ سے

458
00:19:42,374 --> 00:19:43,510
گہری کے اعداد و شمار کے اصول میں ہو جاتا ہے.

459
00:19:43,510 --> 00:19:46,670
لیکن ایک ٹرانزیکشنل ہے
فریم ورک ہے کہ

460
00:19:46,670 --> 00:19:50,680
ایک سنبندپرک نظام میں چلتا ہے
مجھے محفوظ طریقے سے اپ ڈیٹ کرنے کی اجازت دیتا

461
00:19:50,680 --> 00:19:53,760
ڈیٹا بیس میں ایک سے زیادہ اداروں کو.

462
00:19:53,760 --> 00:19:58,320
اور ان لوگوں کو بھی اپ ڈیٹ ہو جائے گا
تمام ایک بار میں یا بالکل نہیں.

463
00:19:58,320 --> 00:20:00,500
اور یہ ایسڈ لین دین کہا جاتا ہے.

464
00:20:00,500 --> 00:20:01,000
ٹھیک ہے؟

465
00:20:01,000 --> 00:20:06,570
>> ایسڈ، ہمیں مستقل مزاجی atomicity دیتا،
تنہائی، اور استحکام.

466
00:20:06,570 --> 00:20:07,070
ٹھیک ہے؟

467
00:20:07,070 --> 00:20:13,550
یہ سب، جوہری، لین دین کا مطلب
میری اپ ہو یا وہ ایسا نہیں کرتے.

468
00:20:13,550 --> 00:20:16,570
مستقل مزاجی کا مطلب ہے کہ
ڈیٹا بیس ہمیشہ

469
00:20:16,570 --> 00:20:19,780
ایک مسلسل میں لایا جائے
ایک اپ ڈیٹ کے بعد ریاست.

470
00:20:19,780 --> 00:20:23,900
میں نے ایک ڈیٹا بیس کو چھوڑ کر کبھی نہیں کرے گا
ایک اپ ڈیٹ کا اطلاق کے بعد بری حالت.

471
00:20:23,900 --> 00:20:24,400
ٹھیک ہے؟

472
00:20:24,400 --> 00:20:26,720
>> تو یہ ایک تھوڑا مختلف ہے
CAP مستقل مزاجی سے.

473
00:20:26,720 --> 00:20:29,760
CAP مستقل مزاجی کا مطلب ہے اپنے تمام
کلائنٹس کو ہمیشہ کے اعداد و شمار دیکھ سکتے ہیں.

474
00:20:29,760 --> 00:20:34,450
ایسڈ مستقل مزاجی کا مطلب ہے کہ
ایک ٹرانزیکشن ڈیٹا کے اچھے، کیا ہے.

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
serially پھانسی دے دی گئی.

483
00:20:57,340 --> 00:21:00,030
تو یہ concurrency کے ہے
ڈیٹا بیس میں کنٹرول.

484
00:21:00,030 --> 00:21:04,130
تو بنیادی طور پر، میں اضافہ نہیں کر سکتے ہیں
دو بار دو آپریشن کے ساتھ ایک ہی قیمت.

485
00:21:04,130 --> 00:21:08,580
>> لیکن میں اس قدر میں 1 کا اضافہ کہنا ہے کہ،
اور دو لین دین میں آتے ہیں

486
00:21:08,580 --> 00:21:10,665
اور ایک، ایسا کرنے کی کوشش
سب سے پہلے وہاں حاصل کرنے کے لئے جا رہا

487
00:21:10,665 --> 00:21:12,540
اور ایک دوسرے کی
بعد وہاں حاصل کرنے کے لئے جا.

488
00:21:12,540 --> 00:21:15,210
لہذا آخر میں، میں نے دو شامل.

489
00:21:15,210 --> 00:21:16,170
میرا مطلب ہے تمہیں دیکھ رہے ہو؟

490
00:21:16,170 --> 00:21:16,670
ٹھیک ہے.

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

492
00:21:19,220 --> 00:21:21,250
>> استحکام بہت سیدھا ہے.

493
00:21:21,250 --> 00:21:23,460
جب ٹرانزیکشن
تسلیم کیا جاتا ہے، یہ ہے

494
00:21:23,460 --> 00:21:26,100
وہاں بھی ہونے جا رہا
نظام گر کر تباہ تو.

495
00:21:26,100 --> 00:21:29,230
کہ نظام ٹھیک ہے جب، کہ
کا ارتکاب کیا گیا ہے کہ ٹرانزیکشن

496
00:21:29,230 --> 00:21:30,480
اصل میں وہاں جا رہا ہے.

497
00:21:30,480 --> 00:21:33,130
تو اس کی ضمانت دیتا ہے
ایسڈ لین دین کی.

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
تو ہم ہمارے CP، اے پی ڈیٹا بیس ہے.

514
00:22:10,180 --> 00:22:14,720
اور یہ آپ کو بنیادی طور پر کہتے ہیں
دستیاب، نرم ریاست، بالآخر

515
00:22:14,720 --> 00:22:15,740
مسلسل.

516
00:22:15,740 --> 00:22:16,420
ٹھیک ہے؟

517
00:22:16,420 --> 00:22:19,690
>> بنیادی طور پر دستیاب، کیونکہ
وہ تقسیم روادار ہیں.

518
00:22:19,690 --> 00:22:21,470
وہ ہمیشہ رہے گا
وہاں، وہاں ہے یہاں تک کہ اگر

519
00:22:21,470 --> 00:22:23,053
مراکز کے درمیان ایک نیٹ ورک تقسیم.

520
00:22:23,053 --> 00:22:25,900
میں ایک نوڈ سے بات کر سکتے ہیں، میں ہوں
ڈیٹا کو پڑھنے کے قابل ہونے جا رہا.

521
00:22:25,900 --> 00:22:26,460
ٹھیک ہے؟

522
00:22:26,460 --> 00:22:30,810
میں نے ہمیشہ لکھنے کے قابل نہیں ہو سکتا ہے
اعداد و شمار میں ایک مسلسل پلیٹ فارم ہوں تو.

523
00:22:30,810 --> 00:22:32,130
لیکن میں ڈیٹا کو پڑھنے کے قابل ہو جائے گا.

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

525
00:22:34,960 --> 00:22:38,010
>> نرم ریاست کی طرف اشارہ کرتا
مجھے لگتا ہے کہ اعداد و شمار پڑھ جب کہ،

526
00:22:38,010 --> 00:22:40,790
یہ دوسرے نوڈس طور پر ایک ہی نہیں ہو سکتا ہے.

527
00:22:40,790 --> 00:22:43,390
حق ایک نوڈ پر جاری کیا گیا تھا تو
کلسٹر میں کسی کہیں

528
00:22:43,390 --> 00:22:46,650
اور اس پار نہیں دوہرایا
کلسٹر میں نے، کہ اعداد و شمار پڑھ جب

529
00:22:46,650 --> 00:22:48,680
اس حالت مسلسل نہیں ہو سکتا ہے.

530
00:22:48,680 --> 00:22:51,650
تاہم، یہ ہو جائے گا
آخر میں مسلسل،

531
00:22:51,650 --> 00:22:53,870
کا مطلب ہے جب ایک لکھنا ہے کہ
کے نظام کے لئے بنایا گیا ہے،

532
00:22:53,870 --> 00:22:56,480
یہ نوڈس بھر دہرانے گا.

533
00:22:56,480 --> 00:22:59,095
اور آخر میں، اس ریاست
حکم میں لایا جائے گا،

534
00:22:59,095 --> 00:23:00,890
اور یہ ایک مسلسل ریاست ہو جائے گا.

535
00:23:00,890 --> 00:23:05,000
>> اب، CAP قضیہ واقعی
صرف ایک شرط میں ادا کرتا ہے.

536
00:23:05,000 --> 00:23:08,700
جب یہ ہوتا ہے کہ شرط ہے.

537
00:23:08,700 --> 00:23:13,710
جب بھی اس میں کام کرنے کی وجہ
نارمل موڈ، کوئی تقسیم ہے،

538
00:23:13,710 --> 00:23:16,370
سب کچھ مسلسل اور دستیاب.

539
00:23:16,370 --> 00:23:19,990
تم صرف ٹوپی کے بارے میں فکر
ہم اس تقسیم ہے جب.

540
00:23:19,990 --> 00:23:21,260
لہذا ان کم ہوتے ہیں.

541
00:23:21,260 --> 00:23:25,360
لیکن نظام جب ان رائے کس طرح
نظام کی کس قسم کا تعین ہوتے

542
00:23:25,360 --> 00:23:26,750
ہم کے ساتھ کام کر رہے ہو.

543
00:23:26,750 --> 00:23:31,110
>> تو میں ایک نظر ڈالیں جو
کہ اے پی کے نظام کے لئے کی طرح لگتا ہے.

544
00:23:31,110 --> 00:23:32,621
ٹھیک ہے؟

545
00:23:32,621 --> 00:23:34,830
اے پی کے نظام دو ذائقوں میں آتے.

546
00:23:34,830 --> 00:23:38,514
وہ ایک ہے کہ ذائقہ میں آئے
ماسٹر، ہمیشہ دستیاب 100٪،.

547
00:23:38,514 --> 00:23:40,430
اور وہ میں آتے ہیں
کا کہنا ہے کہ دیگر ذائقہ،،

548
00:23:40,430 --> 00:23:43,330
آپ، میں فکر کرنے کے لئے جا رہا ہوں پتہ
اس علیحدگی چیز کے بارے میں

549
00:23:43,330 --> 00:23:44,724
جب ایک اصل تقسیم اس وقت ہوتی ہے.

550
00:23:44,724 --> 00:23:47,890
دوسری صورت میں، بنیادی ہونے جا رہا ہے
حقوق لینے کے لئے جا رہا ہے جو نوڈس.

551
00:23:47,890 --> 00:23:48,500
ٹھیک ہے؟

552
00:23:48,500 --> 00:23:50,040
>> Cassandra رکھ کی طرح ہم کچھ تو.

553
00:23:50,040 --> 00:23:54,440
Cassandra ایک ماسٹر ہو گا
ماسٹر، مجھے کسی بھی نوڈ لکھنا ہے دو.

554
00:23:54,440 --> 00:23:55,540
تو کیا ہوتا ہے؟

555
00:23:55,540 --> 00:23:58,270
تو میں ایک چیز ہے
دو مراکز پر موجود ہے کہ ڈیٹا بیس.

556
00:23:58,270 --> 00:24:01,705
کی ہے کہ اعتراض ایس کہتے ہیں
تو ہم ایس کے لئے ریاست ہے

557
00:24:01,705 --> 00:24:04,312
ہم نے کچھ آپریشن ہے
S پر جاری ہیں.

558
00:24:04,312 --> 00:24:06,270
Cassandra رکھ مجھ سے کی اجازت دیتا ہے
ایک سے زیادہ نوڈس لکھنا.

559
00:24:06,270 --> 00:24:08,550
تو میں نے ایک حاصل کا کہنا ہے کہ
دو نوڈس ے کے لئے لکھتے ہیں.

560
00:24:08,550 --> 00:24:12,274
ٹھیک ہے، کیا ہے ہو ختم ہو جاتی ہے
ہم نے ایک واقعہ ہے کہ partitioning کے کال.

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
پہلے سے طے شدہ واپسی کال اور پہلے سے طے شدہ
سب سے زیادہ اے پی ڈیٹا بیس میں resolver

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 اور rollbacks

590
00:25:16,370 --> 00:25:17,550
اور دیکھتے ہیں کیا.

591
00:25:17,550 --> 00:25:21,580
>> اب، ایک صارف کے طور پر، آپ کو بھی کر سکتے ہیں
کہ کال بیک میں منطق شامل.

592
00:25:21,580 --> 00:25:24,290
تو آپ اس کو تبدیل کر سکتے ہیں
کال بیک آپریشن.

593
00:25:24,290 --> 00:25:26,730
ارے، میں چاہتا ہوں کہہ سکتے ہیں،
یہ اعداد و شمار درست کرنے کے لئے.

594
00:25:26,730 --> 00:25:28,880
اور میں کرنے کی کوشش کرنا چاہتے ہیں اور
ان دو ریکارڈز ضم.

595
00:25:28,880 --> 00:25:30,050
لیکن اس سے آپ پر منحصر ہے.

596
00:25:30,050 --> 00:25:32,880
ڈیٹا بیس معلوم نہیں ہے کہ کس طرح
ڈیفالٹ کی طرف سے ایسا. وقت سب سے زیادہ،

597
00:25:32,880 --> 00:25:34,850
صرف ایک ہی چیز ڈیٹا بیس
کس طرح کا کہنا ہے کہ جانتا ہے،

598
00:25:34,850 --> 00:25:36,100
اس ایک آخری ریکارڈ تھا.

599
00:25:36,100 --> 00:25:39,183
یہ، حاصل کرنے کے لئے جا رہا ہے کہ ایک ہے
اور یہ کہ میں ڈال کرنے کے لئے جا رہا ہوں قیمت ہے.

600
00:25:39,183 --> 00:25:41,490
کہ تقسیم کی وصولی کے بعد
اور نقل، اس وقت ہوتی ہے

601
00:25:41,490 --> 00:25:43,930
ہم ہماری ریاست، ہے جس
اب ہے، جس میں وزیر S

602
00:25:43,930 --> 00:25:46,890
ان تمام اشیاء کی ضم ریاست.

603
00:25:46,890 --> 00:25:49,700
تو اے پی نظام یہ ہے.

604
00:25:49,700 --> 00:25:51,615
CP نظام کی ضرورت نہیں ہے
اس کے بارے میں فکر کرنے کی.

605
00:25:51,615 --> 00:25:54,490
کے طور پر جلد ہی ایک تقسیم آتا ہے کیونکہ
کھیل میں، وہ صرف لینے بند

606
00:25:54,490 --> 00:25:55,530
لکھتے ہیں.

607
00:25:55,530 --> 00:25:56,180
ٹھیک ہے؟

608
00:25:56,180 --> 00:25:58,670
تو اس کے لئے بہت آسان ہے
مسلسل ہونے سے نمٹنے

609
00:25:58,670 --> 00:26:01,330
جب آپ کوئی بھی اپ کو قبول نہیں کرتے.

610
00:26:01,330 --> 00:26:04,620
CP نظام کرتے ہیں ہے.

611
00:26:04,620 --> 00:26:05,120
بالکل ٹھیک.

612
00:26:05,120 --> 00:26:07,590
>> تو ایک چھوٹی سی بات
رسائی نمونوں کے بارے میں تھوڑا سا.

613
00:26:07,590 --> 00:26:11,580
ہم 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
ویڈیو ID کرنے کے لیے اداکار کی شناخت نقشے.

649
00:27:24,040 --> 00:27:28,464
اب میں شامل ہو جاتا ہے ایک سوال تشکیل دے سکتے ہیں
اداکار اداکار ویڈیو کے ذریعے ویڈیوز،

650
00:27:28,464 --> 00:27:31,130
اور اس نے مجھے کی ایک اچھی فہرست ہے
تمام فلموں اور تمام اداکاروں

651
00:27:31,130 --> 00:27:32,420
جو فلم میں تھے.

652
00:27:32,420 --> 00:27:33,290
>> ٹھیک ہے.

653
00:27:33,290 --> 00:27:33,880
تو ہم یہاں جانا.

654
00:27:33,880 --> 00:27:38,040
ون ٹو ایک سب سے اوپر کی سطح پر ہے
تعلقات؛ ون ٹو بہت،

655
00:27:38,040 --> 00:27:40,240
پٹریوں پر یلبموں، بہت سے بہت سے.

656
00:27:40,240 --> 00:27:44,990
ان تین اعلی سطحی ہیں
کسی بھی ڈیٹا بیس میں تعلقات.

657
00:27:44,990 --> 00:27:48,050
آپ کو کس طرح لوگ جانتے ہیں
تعلقات مل کر کام کریں،

658
00:27:48,050 --> 00:27:51,490
تو آپ کو ایک بہت کچھ جانتے ہیں
پہلے سے ہی ڈیٹا بیس کے بارے.

659
00:27:51,490 --> 00:27:55,660
تو NoSQL تھوڑا سا مختلف طریقے سے کام کرتا ہے.

660
00:27:55,660 --> 00:27:58,930
ایک سیکنڈ کے لئے کے بارے میں سوچتے ہیں کیا یہ
لگتا ہے میرے تمام مصنوعات حاصل کرنے کے جانا پسند.

661
00:27:58,930 --> 00:28:01,096
>> ایک سنبندپرک سٹور میں، میں
اپنے تمام مصنوعات حاصل کرنا چاہتے ہیں

662
00:28:01,096 --> 00:28:02,970
اپنے تمام مصنوعات کی فہرست.

663
00:28:02,970 --> 00:28:04,910
ہے کہ سوالات کی ایک بہت ہے.

664
00:28:04,910 --> 00:28:07,030
میں اپنے تمام کتابوں کے لئے ایک سوال ہے.

665
00:28:07,030 --> 00:28:08,470
میں اپنے البمز سے ایک سوال ہے.

666
00:28:08,470 --> 00:28:09,970
اور میں اپنے تمام ویڈیوز کے لیے ایک سوال ہے.

667
00:28:09,970 --> 00:28:11,719
اور میں ڈال کرنے کے لئے ہے
سب کو ایک ساتھ ایک فہرست میں

668
00:28:11,719 --> 00:28:15,250
اور واپس اس کی خدمت
درخواست ہے کہ درخواست.

669
00:28:15,250 --> 00:28:18,000
>> میری کتابیں حاصل کرنے کے لئے، میں شامل ہونے
مصنوعات اور کتابیں.

670
00:28:18,000 --> 00:28:21,680
میری البمز حاصل کرنے کے لئے، میں شامل ہونے کے لئے مل گیا
مصنوعات، البمز، اور پر نظر رکھتا ہے.

671
00:28:21,680 --> 00:28:25,330
اور میں نے، میری ویڈیوز حاصل کرنے کے لئے
ویڈیو کی مصنوعات شامل کرنے کے لئے،

672
00:28:25,330 --> 00:28:28,890
اداکار ویڈیوز کے ذریعے شامل ہونے،
اور اداکار میں لانے.

673
00:28:28,890 --> 00:28:31,020
تو ہے کہ تین سوالات ہے.

674
00:28:31,020 --> 00:28:34,560
کرنے کے لئے بہت پیچیدہ سوالات
ایک نتیجہ سیٹ جمع.

675
00:28:34,560 --> 00:28:36,540
>> کہ زیادہ سے زیادہ سے بھی کم ہے.

676
00:28:36,540 --> 00:28:39,200
یہ ہم بات کیوں ہے جب
ہے کہ ایک ڈیٹا ڈھانچے کے بارے میں

677
00:28:39,200 --> 00:28:42,900
تک رسائی حاصل کرنے مادیت پرست ہونا بنایا
pattern-- ساتھ یہ بہت اچھا ہے.

678
00:28:42,900 --> 00:28:45,730
اور تم یہ واقعی ہے دیکھ سکتے ہیں
ہم اعداد و شمار کا اعلان کیا ہے کہ کس طرح اچھا.

679
00:28:45,730 --> 00:28:46,550
اور تم کیا جانتے ہو؟

680
00:28:46,550 --> 00:28:49,750
میں نے صرف ایک اداکار کے لئے ایک ریکارڈ ہے.

681
00:28:49,750 --> 00:28:50,440
>> اچھا ہے.

682
00:28:50,440 --> 00:28:53,750
میں اپنے تمام اداکاروں deduplicated ہے،
اور میں نے اپنی ایسوسی ایشن کو برقرار رکھا

683
00:28:53,750 --> 00:28:55,200
اس میپنگ ٹیبل میں.

684
00:28:55,200 --> 00:29:00,620
تاہم، کے اعداد و شمار حاصل کرنے
باہر مہنگی ہو جاتا ہے.

685
00:29:00,620 --> 00:29:04,500
میں تمام نظام کے دوران سی پی یو بھیج رہا ہوں
ایک دوسرے کے ساتھ ان اعداد و شمار کے ڈھانچے میں شمولیت

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
ہم کے بارے میں تھوڑا سا میں بات کریں گے
یہ کیسے ڈائنےمو DB میں کام کرتا ہے.

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
>> ایلبمز کے لئے اس دستاویز کے اندر،
میں پٹریوں کی arrays دیکھ رہا ہوں.

728
00:30:49,400 --> 00:30:53,900
ان پٹریوں اب یہ ہے بن گیا
بنیادی طور پر اس بچے ٹیبل کہ

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
ہم کہتے ہیں
ٹیکنالوجی hype کے وکر.

756
00:32:04,030 --> 00:32:06,121
اور کیا اس کا مطلب ہے کہ
نئی چیزیں کھیل میں آتا ہے.

757
00:32:06,121 --> 00:32:07,120
لوگ یہ بہت اچھا لگتا ہے.

758
00:32:07,120 --> 00:32:09,200
میں اپنے تمام مسائل حل کر دیا ہے.

759
00:32:09,200 --> 00:32:11,630
>> یہ آخر ہو سکتا ہے
تمام، سب کچھ کرنے کے لئے تمام ہو.

760
00:32:11,630 --> 00:32:12,790
اور انہوں نے اس کا استعمال شروع.

761
00:32:12,790 --> 00:32:14,720
اور وہ یہ چیزیں کام نہیں کرتا، کا کہنا ہے کہ.

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

763
00:32:17,600 --> 00:32:19,105
پرانی چیزیں بہتر تھا.

764
00:32:19,105 --> 00:32:21,230
اور وہ ایسا کرنے کے لئے واپس جانا
چیزیں وہ تھے راستہ.

765
00:32:21,230 --> 00:32:22,730
اور پھر آخر میں
وہ آپ کو معلوم ہے، جانا؟

766
00:32:22,730 --> 00:32:24,040
یہ چیزیں اتنا برا نہیں ہے.

767
00:32:24,040 --> 00:32:26,192
اوہ، کہ یہ کیسے کام کرتا ہے.

768
00:32:26,192 --> 00:32:28,900
اور انہوں نے یہ کس طرح پتہ بار
کام، وہ بہتر ہو رہی شروع.

769
00:32:28,900 --> 00:32:32,050
>> اور اس کے بارے میں مضحکہ خیز بات
یہ کرنے کے لئے، لائنوں کی طرح ہے کیا

770
00:32:32,050 --> 00:32:34,300
ہم ٹیکنالوجی اپنانے منحنی کال.

771
00:32:34,300 --> 00:32:36,910
تو ہم کیا ہوتا ہے
کسی قسم ٹیکنالوجی ٹرگر.

772
00:32:36,910 --> 00:32:39,100
ڈیٹا بیس کی صورت میں،
یہ اعداد و شمار دباؤ ہے.

773
00:32:39,100 --> 00:32:42,200
ہم اعلی پانی پوائنٹس کے بارے میں بات
پورے وقت کے اعداد و شمار کے دباؤ کی.

774
00:32:42,200 --> 00:32:46,310
کہ اعداد و شمار دباؤ ایک خاص مار دیتی ہے
نقطہ، کہ ایک ٹیکنالوجی ٹرگر ہے.

775
00:32:46,310 --> 00:32:47,830
>> یہ بہت مہنگا ہو رہا ہے.

776
00:32:47,830 --> 00:32:49,790
یہ اعداد و شمار پر عملدرآمد کرنے میں بہت طویل لگتے ہیں.

777
00:32:49,790 --> 00:32:50,890
ہم بہتر کسی چیز کی ضرورت.

778
00:32:50,890 --> 00:32:52,890
تم اختراع حاصل
وہاں سے باہر کے ارد گرد چل رہا ہے،

779
00:32:52,890 --> 00:32:55,050
حل کیا ہے تلاش کرنے کی کوشش.

780
00:32:55,050 --> 00:32:56,050
نیا خیال ہے؟

781
00:32:56,050 --> 00:32:58,170
>> بہترین اگلے کیا ہے
اس بات کو ایسا کرنے کا طریقہ؟

782
00:32:58,170 --> 00:32:59,530
اور انہوں نے کچھ کے ساتھ آئے.

783
00:32:59,530 --> 00:33:03,140
اور حقیقی درد رکهنے والے لوگوں،
خون بہہ رہا ہے کنارے پر لوگوں کو،

784
00:33:03,140 --> 00:33:06,390
وہ تمام اس پر کود جائیں گے،
انہوں نے ایک جواب کی ضرورت ہے کیونکہ.

785
00:33:06,390 --> 00:33:09,690
اب لامحالہ کیا ہوتا ہے اور
یہ NoSQL میں ابھی کیا ہو رہا ہے.

786
00:33:09,690 --> 00:33:11,090
میں ہر وقت اسے دیکھ.

787
00:33:11,090 --> 00:33:13,610
>> کیا لامحالہ ہوتا ہے
لوگوں کو نئے آلے کا استعمال شروع

788
00:33:13,610 --> 00:33:15,490
اسی طرح وہ پرانے آلہ استعمال کیا جاتا ہے.

789
00:33:15,490 --> 00:33:17,854
اور انہوں نے اسے باہر تلاش
اتنی اچھی طرح سے کام نہیں کرتا.

790
00:33:17,854 --> 00:33:20,020
میں کون تھا یاد نہیں کر سکتے ہیں
پہلے آج سے بات.

791
00:33:20,020 --> 00:33:22,080
لیکن یہ، جب کی طرح ہے
jackhammer ایجاد کیا گیا،

792
00:33:22,080 --> 00:33:24,621
لوگ اسے سوئنگ نہیں کیا
ان کے سر توڑ کرنے کے لئے ٹھوس.

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

794
00:33:27,360 --> 00:33:30,610
>> لیکن اس کیا ہے
آج NoSQL ساتھ کیا ہو رہا.

795
00:33:30,610 --> 00:33:33,900
آپ سب سے زیادہ دکانوں میں چلے تو،
وہ NoSQL دکانوں ہونے کی کوشش کر رہے ہیں.

796
00:33:33,900 --> 00:33:36,510
وہ کیا کر رہے ہیں
وہ، NoSQL استعمال کر رہے ہیں

797
00:33:36,510 --> 00:33:39,900
اور وہ اس لوڈ کر رہے ہیں
سنبندپرک سکیما سے بھرا ہوا.

798
00:33:39,900 --> 00:33:41,630
کہ کس طرح ہے کیونکہ
وہ ڈیٹا بیس ڈیزائن.

799
00:33:41,630 --> 00:33:44,046
اور وہ یہی وجہ ہے، سوچ رہے ہیں
یہ بہت اچھی کارکردگی کا مظاہرہ نہیں؟

800
00:33:44,046 --> 00:33:45,230
لڑکے، اس بات بدبو آتی ہے.

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
اور اوس اس سے باہر ہے کہ درد لے.

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 بہتر یا کا کہنا ہے کہ نہیں کرے گا
تو سوفی، Cassandra رکھ سے بھی بدتر،

865
00:36:23,390 --> 00:36:25,994
پھر ڈائنےمو، یا اس کے برعکس.

866
00:36:25,994 --> 00:36:27,285
میں یہ صرف اختیارات ہیں، مطلب.

867
00:36:27,285 --> 00:36:29,850

868
00:36:29,850 --> 00:36:32,700
>> اس سے روزہ ہے اور یہ
کسی بھی پیمانے پر مسلسل.

869
00:36:32,700 --> 00:36:36,210
تو اس کا سب سے بڑا میں سے ایک ہے
بونس آپ AWS کے ساتھ حاصل.

870
00:36:36,210 --> 00:36:40,850
DynamoDB ساتھ کرنے کی صلاحیت ہے
ایک کم سنگل عددی حاصل کرنے کے لئے

871
00:36:40,850 --> 00:36:44,040
کسی بھی پیمانے پر millisecond کی تاخیر.

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
آپ AWS کی طرف سے اکاؤنٹس تمام بھر میں
رسائی کردار اور اجازت کی وضاحت

881
00:37:09,960 --> 00:37:12,140
IAM بنیادی ڈھانچے میں.

882
00:37:12,140 --> 00:37:16,630
>> اور اس میں ایک اہم اور لازمی جزو ہے
ہم کارفرما پروگرامنگ واقعہ کہتے ہیں.

883
00:37:16,630 --> 00:37:19,056
اب یہ ایک نئی مثال ہے.

884
00:37:19,056 --> 00:37:22,080
>> سامعین: کس طرح سچ کی شرح ہے
جھوٹے منفی بمقابلہ مثبت

885
00:37:22,080 --> 00:37:24,052
آپ کی رسائی کنٹرول کے نظام پر؟

886
00:37:24,052 --> 00:37:26,260
RICK HOULIHAN: یہ سچ ہے کہ مثبت
جھوٹے منفی بمقابلہ؟

887
00:37:26,260 --> 00:37:28,785
سامعین: کیا آرہے ہیں
آپ کو واپس لوٹنے کیا ہونا چاہئے؟

888
00:37:28,785 --> 00:37:33,720
ایک بار تھوڑی دیر میں ایک کی مخالفت کے طور پر یہ
اس کو درست کرنا چاہئے جب واپس نہیں کرتا؟

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

890
00:37:36,260 --> 00:37:38,050
>> RICK HOULIHAN: میں آپ کو بتا نہیں سکا.

891
00:37:38,050 --> 00:37:40,140
کسی بھی ناکامی ہے تو
جو کچھ اس پر،

892
00:37:40,140 --> 00:37:42,726
مجھے پوچھنا شخص نہیں ہوں
کہ خاص طور پر سوال.

893
00:37:42,726 --> 00:37:43,850
لیکن یہ ایک اچھا سوال ہے.

894
00:37:43,850 --> 00:37:45,905
جاننا میں جاننا چاہتا ہوں گے
اپنے آپ کو اس، اصل میں.

895
00:37:45,905 --> 00:37:48,810

896
00:37:48,810 --> 00:37:51,320
>> اور تو پھر، نئے پیرا میٹر
واقعہ پر مبنی پروگرامنگ ہے.

897
00:37:51,320 --> 00:37:55,160
یہ ہے کہ آپ کر سکتے ہیں کا خیال ہے
پیچیدہ ایپلی کیشنز تعینات ہیں

898
00:37:55,160 --> 00:37:59,720
ایک بہت، بہت اعلی پیمانے کام کر سکتے ہیں
کسی بھی بنیادی ڈھانچے کے بغیر.

899
00:37:59,720 --> 00:38:02,120
کسی مقررہ بغیر
جو بنیادی ڈھانچے.

900
00:38:02,120 --> 00:38:04,720
اور ہم تھوڑا سا میں بات کریں گے
کے طور پر ہم مطلب کے بارے میں

901
00:38:04,720 --> 00:38:06,550
چارٹ کے اگلے دو پر حاصل.

902
00:38:06,550 --> 00:38:08,716
>> ہم کیا کریں گے پہلی بات
ہم ٹیبل کے بارے میں بات کریں گے ہے.

903
00:38:08,716 --> 00:38:10,857
ڈائنےمو کے لئے API کا اعداد و شمار اقسام.

904
00:38:10,857 --> 00:38:13,190
سب سے پہلی چیز اور تمہیں
آپ کو اس کی طرف دیکھو جب محسوس،

905
00:38:13,190 --> 00:38:17,930
آپ کو کسی بھی ڈیٹا بیس کے ساتھ واقف ہیں تو،
ڈیٹا بیس APIs کا واقعی دو قسم کی ہے

906
00:38:17,930 --> 00:38:18,430
میں نے اسے فون کروں گا.

907
00:38:18,430 --> 00:38:21,570
یا API کے دو سیٹ.

908
00:38:21,570 --> 00:38:23,840
ان میں سے ایک ہو جائے گا
انتظامی API.

909
00:38:23,840 --> 00:38:26,710
>> وہ کی دیکھ بھال چیزیں
ڈیٹا بیس کے افعال.

910
00:38:26,710 --> 00:38:31,340
سٹوریج کے انجن کی تشکیل،
قائم کرنے اور میزیں انہوں نے مزید کہا.

911
00:38:31,340 --> 00:38:35,180
پیدا کرنے کے ڈیٹا بیس
کیٹلاگ اور واقعات.

912
00:38:35,180 --> 00:38:40,450
DynamoDB میں ان چیزوں، آپ
بہت مختصر، مختصر فہرست ہے.

913
00:38:40,450 --> 00:38:43,120
>> تو دوسرے ڈیٹا بیس میں،
آپ درجنوں دیکھ سکتا

914
00:38:43,120 --> 00:38:45,680
کے انتظامی کے، حکم دیتا ہے
حکم دیتا ہے، کی تشکیل کے لئے

915
00:38:45,680 --> 00:38:47,290
ان اضافی اختیارات.

916
00:38:47,290 --> 00:38:51,234
DynamoDB میں آپ کی وجہ سے ان کی ضرورت نہیں ہے
آپ کے نظام کی تشکیل نہیں کرتے، ہم کرتے ہیں.

917
00:38:51,234 --> 00:38:54,150
تو آپ کو ایسا کرنے کی ضرورت صرف ایک ہی چیز ہے
مجھے اس کی ضرورت کیا سائز کی میز مجھے بتاو.

918
00:38:54,150 --> 00:38:55,660
تو آپ کو ایک بہت ملتا ہے
حکم دیتا ہے کی محدود سیٹ.

919
00:38:55,660 --> 00:38:58,618
>> آپ کو ایک میز تازہ کاری بنائیں حاصل، ٹیبل،
جدول حذف کریں، اور ٹیبل کی وضاحت.

920
00:38:58,618 --> 00:39:01,150
لوگ صرف باتیں ہیں
آپ DynamoDB لئے کی ضرورت ہے.

921
00:39:01,150 --> 00:39:03,294
آپ کو ایک سٹوریج کی ضرورت نہیں ہے
انجن کی ترتیب.

922
00:39:03,294 --> 00:39:04,960
میں نقل کے بارے میں فکر کرنے کی ضرورت نہیں.

923
00:39:04,960 --> 00:39:06,490
میں sharding بارے میں فکر کرنے کی ضرورت نہیں ہے.

924
00:39:06,490 --> 00:39:07,800
>> میں فکر کرنے کی ضرورت نہیں
یہ چیزیں کسی کے بارے میں.

925
00:39:07,800 --> 00:39:08,740
ہم آپ کے لئے یہ سب کیا.

926
00:39:08,740 --> 00:39:11,867
تو ہے کہ ہیڈ کی ایک بڑی رقم ہے
کہ صرف اپنے پلیٹ اٹھا ہے.

927
00:39:11,867 --> 00:39:13,200
پھر ہم CRUD آپریٹرز ہیں.

928
00:39:13,200 --> 00:39:17,740
CRUD کچھ جو ہم ہے
ہے کہ ڈیٹا بیس میں فون

929
00:39:17,740 --> 00:39:19,860
، اپ ڈیٹ، آپریٹرز حذف.

930
00:39:19,860 --> 00:39:24,180
یہ آپ کے عام ہیں
ڈیٹا بیس کے آپریشن.

931
00:39:24,180 --> 00:39:31,299
ڈال شے کی طرح چیزیں، شے، اپ ڈیٹ حاصل
اشیاء، آئٹمز کو حذف، بیچ استفسار، اسکین.

932
00:39:31,299 --> 00:39:32,840
آپ پوری ٹیبل اسکین کرنے کے لئے چاہتے ہیں تو.

933
00:39:32,840 --> 00:39:34,220
میز سے دور سب کچھ ھیںچو.

934
00:39:34,220 --> 00:39:37,130
DynamoDB بارے میں اچھی چیزیں میں سے ایک
یہ متوازی سکیننگ کی اجازت دیتا ہے.

935
00:39:37,130 --> 00:39:40,602
تو آپ کو اصل کتنے مجھے بتائیں سکتا
موضوعات آپ اس اسکین پر چلانا چاہتے ہیں.

936
00:39:40,602 --> 00:39:41,810
اور ہم نے ان موضوعات کو چلا سکتے ہیں.

937
00:39:41,810 --> 00:39:43,985
ہم نے اس کو اسکین گھماؤ کر سکتے ہیں
ایک سے زیادہ موضوعات کے اس پار

938
00:39:43,985 --> 00:39:49,060
تو آپ پوری ٹیبل اسکین کر سکتے ہیں
بہت، بہت جلد DynamoDB میں جگہ.

939
00:39:49,060 --> 00:39:51,490
>> ہم دیگر API ہے
ہم اپنے اسٹریمز API کال کیا.

940
00:39:51,490 --> 00:39:52,940
ہم بھی بات کرنے کے لئے نہیں جا رہے ہیں
اب اس کے بارے میں زیادہ سے زیادہ.

941
00:39:52,940 --> 00:39:55,189
میں کچھ مواد کے بعد مل گیا ہے
اس کے بارے میں ڈیک پر.

942
00:39:55,189 --> 00:39:59,910
لیکن اسٹریمز واقعی ایک running-- ہے
وقت کا حکم دیا کے طور پر اس کے بارے میں سوچنا

943
00:39:59,910 --> 00:40:01,274
اور تقسیم تبدیلی لاگ ان کریں.

944
00:40:01,274 --> 00:40:03,940
پر کیا ہو رہا ہے کہ سب کچھ
ٹیبل ندی پر ظاہر کرتا ہے.

945
00:40:03,940 --> 00:40:05,940
>> ہر میز پر لکھنے
ندی پر ظاہر کرتا ہے.

946
00:40:05,940 --> 00:40:08,370
تم نے اس ندی پڑھ، کر سکتے ہیں اور
آپ اس کے ساتھ باتیں کر سکتے ہیں.

947
00:40:08,370 --> 00:40:10,150
ہم کے بارے میں بات کریں گے کیا
چیزوں کی اقسام آپ

948
00:40:10,150 --> 00:40:13,680
نقل طرح چیزوں کے ساتھ کیا،
ثانوی اشاریہ جات پیدا کرنے.

949
00:40:13,680 --> 00:40:17,620
بہت ٹھنڈا کے تمام قسم کے
چیزیں آپ کو اس کے ساتھ کیا کر سکتے ہیں.

950
00:40:17,620 --> 00:40:19,150
>> اعداد و شمار اقسام.

951
00:40:19,150 --> 00:40:23,320
DynamoDB میں، ہم دونوں اہم حمایت
قیمت اور دستاویز اعداد و شمار اقسام.

952
00:40:23,320 --> 00:40:26,350
سکرین کے بائیں ہاتھ کی طرف پر
یہاں، ہم اپنے بنیادی اقسام مل گیا ہے.

953
00:40:26,350 --> 00:40:27,230
کلیدی قدر اقسام.

954
00:40:27,230 --> 00:40:30,040
ان ڈور ہیں،
نمبر اور binaries کے.

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 کے بارے میں
آپ کی خصوصیات کے طور پر arrays پر مشتمل ہوسکتا ہے.

958
00:40:37,650 --> 00:40:42,050
اور DynamoDB ساتھ آپ arrays پر مشتمل ہوسکتا ہے
ایک جڑ جائیداد کے طور پر بنیادی اقسام میں سے.

959
00:40:42,050 --> 00:40:43,885
>> اور پھر دستاویز کی قسم ہے.

960
00:40:43,885 --> 00:40:45,510
کتنے لوگ JSON کے ساتھ واقف ہیں؟

961
00:40:45,510 --> 00:40:47,130
اتنا JSON کے ساتھ واقف تم لوگ؟

962
00:40:47,130 --> 00:40:49,380
یہ بنیادی طور پر جاوا سکرپٹ کی
آبجیکٹ، سنکیتن.

963
00:40:49,380 --> 00:40:52,510
یہ آپ کو بنیادی طور پر کی اجازت دیتا ہے
ایک پدانکردوست ساخت کی وضاحت.

964
00:40:52,510 --> 00:40:58,107
>> تم پر ایک JSON دستاویز محفوظ کر سکتے ہیں
DynamoDB عام اجزاء کا استعمال کرتے ہوئے

965
00:40:58,107 --> 00:41:00,940
یا اس کی عمارت کے بلاکس دستیاب ہیں
سب سے زیادہ پروگرامنگ زبانوں میں.

966
00:41:00,940 --> 00:41:03,602
آپ کو جاوا ہیں تو، تم
نقشے اور فہرستوں کو دیکھ کر.

967
00:41:03,602 --> 00:41:05,060
میں اس علاقے کا نقشہ اشیاء بنا سکتے ہیں.

968
00:41:05,060 --> 00:41:08,030
کلیدی اقدار کے طور پر ایک نقشہ
خصوصیات کے طور پر ذخیرہ.

969
00:41:08,030 --> 00:41:10,890
اور یہ کی فہرست ہو سکتا ہے
ان کی خصوصیات کے اندر اندر اقدار.

970
00:41:10,890 --> 00:41:13,490
آپ کو اس پیچیدہ محفوظ کر سکتے ہیں
پدانکردوست ساخت

971
00:41:13,490 --> 00:41:16,320
ایک خصوصیت کے طور پر
ایک DynamoDB آئٹم کے.

972
00:41:16,320 --> 00:41:19,010

973
00:41:19,010 --> 00:41:24,460
>> DynamoDB میں ٹیبل تو، سب سے زیادہ پسند
NoSQL ڈیٹا بیس، میزیں اشیاء ہیں.

974
00:41:24,460 --> 00:41:26,469
MongoDB میں آپ کو کرے گا
ان دستاویزات کال.

975
00:41:26,469 --> 00:41:27,760
اور یہ سوفی بنیاد ہو گی.

976
00:41:27,760 --> 00:41:28,900
اس کے علاوہ ایک دستاویز ڈیٹا بیس.

977
00:41:28,900 --> 00:41:29,941
تم ان دستاویزات کال.

978
00:41:29,941 --> 00:41:32,930
دستاویزات یا اشیاء صفات ہے.

979
00:41:32,930 --> 00:41:35,850
صفات موجود کر سکتے ہیں یا
شے پر موجود نہیں.

980
00:41:35,850 --> 00:41:38,520
DynamoDB میں، وہاں ہے
ایک لازمی وصف.

981
00:41:38,520 --> 00:41:43,880
بس ایک سنبندپرک ڈیٹا بیس میں پسند،
آپ کو میز پر ایک بنیادی کلید ہے.

982
00:41:43,880 --> 00:41:46,010
>> DynamoDB ہم ایک ہیش اہم کال کیا ہے.

983
00:41:46,010 --> 00:41:48,280
ہیش اہم منفرد ہونا ضروری ہے.

984
00:41:48,280 --> 00:41:52,580
تو میں نے ایک ہیش میز کی وضاحت جب،
بنیادی طور پر میں کیا کہہ رہا ہوں

985
00:41:52,580 --> 00:41:54,110
ہر شے ایک ہیش کلید پڑے گا.

986
00:41:54,110 --> 00:41:58,520
اور ہر ہیش اہم منفرد ہونا ضروری ہے.

987
00:41:58,520 --> 00:42:01,200
>> ہر شے بیان کیا جاتا ہے
کہ منفرد ہیش کلید کی طرف سے.

988
00:42:01,200 --> 00:42:02,940
اور صرف ایک ہی ہو سکتا ہے.

989
00:42:02,940 --> 00:42:05,820
یہ ٹھیک ہے، لیکن اکثر
کیا لوگوں کی ضرورت ہے

990
00:42:05,820 --> 00:42:08,170
وہ چاہتے ہیں اس ہیش ہے
تھوڑا سا کرنا اہم

991
00:42:08,170 --> 00:42:11,010
کے مقابلے میں صرف ایک منفرد شناخت ہونا.

992
00:42:11,010 --> 00:42:15,240
اکثر ہم اس ہیش کلید کا استعمال کرنا چاہتے ہیں
اوپر کی سطح کے طور پر جمع کرنے بالٹی.

993
00:42:15,240 --> 00:42:19,160
اور ہم ایسا راہ کی طرف سے ہے
ہم ایک رینج اہم کہتے ہیں انہوں نے مزید کہا.

994
00:42:19,160 --> 00:42:22,460
>> یہ صرف ایک ہیش ہے تو
میز، اس منفرد ہونا ضروری ہے.

995
00:42:22,460 --> 00:42:27,040
یہ ایک ہیش میز اور رینج ہے تو،
ہیش اور رینج کا مجموعہ

996
00:42:27,040 --> 00:42:28,640
منفرد ہونا ضروری ہے.

997
00:42:28,640 --> 00:42:30,110
تو اس طرح اس کے بارے میں سوچنا.

998
00:42:30,110 --> 00:42:32,140
میں نے ایک فورم ہے تو.

999
00:42:32,140 --> 00:42:39,010
اور فارم یہ ہے، موضوعات ہے
خطوط، اور یہ ردعمل ہے.

1000
00:42:39,010 --> 00:42:42,630
>> تو میں نے ایک ہیش ہو سکتا ہے
موضوع کی شناخت ہے جس کی چابی،.

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
ہم اس table-- چاہتے
آپ کو میز بوجھ کے طور پر،

1010
00:43:11,780 --> 00:43:16,640
ہم اعداد و شمار کی تشکیل کرنا چاہتے ہیں
اس طرح میں ٹیبل کے اندر

1011
00:43:16,640 --> 00:43:20,140
درخواست ہے کہ بہت کر سکتے ہیں
فوری طور پر ان کے نتائج بازیافت.

1012
00:43:20,140 --> 00:43:24,510
اور اکثر ایسا کرنے کے لئے طریقہ ہے
ہم کے طور پر ان 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
>> رینج چابیاں me-- ہیش کی اجازت دیتے ہیں
چابیاں مساوات ہونا پڑے گا.

1016
00:43:35,210 --> 00:43:39,490
میں نے ایک ہیش سوال تو میں نے کا کہنا ہے کہ
مجھے اس کے برابر ہے کہ ایک ہیش دے.

1017
00:43:39,490 --> 00:43:41,950
میں ایک رینج سوال تو میں نے
مجھے ایک رینج دے کہہ سکتے ہیں

1018
00:43:41,950 --> 00:43:47,040
کہ کسی بھی قسم کی استعمال کر رہا ہے
ہم حمایت کرتے ہیں کہ امیر آپریٹر.

1019
00:43:47,040 --> 00:43:49,200
مجھے ایک ہیش کے لئے تمام اشیاء دینے کے.

1020
00:43:49,200 --> 00:43:52,520
یہ، کے مقابلے میں زیادہ، برابر ہے
اس کے ساتھ شروع ہوتا ہے، کے مقابلے میں کم،

1021
00:43:52,520 --> 00:43:54,145
یہ ان دو اقدار کے درمیان موجود ہے؟

1022
00:43:54,145 --> 00:43:56,811
رینج کے سوالات میں سے تو ان اقسام
ہم میں ہمیشہ دلچسپی رکھتے ہیں کہ.

1023
00:43:56,811 --> 00:43:59,650
اب ڈیٹا کے بارے میں ایک بات، جب
آپ، جب ڈیٹا تک رسائی حاصل کرنے کی طرف دیکھو

1024
00:43:59,650 --> 00:44:02,360
آپ اعداد و شمار تک رسائی حاصل، یہ ہے
ہمیشہ ایک جمع کے بارے میں.

1025
00:44:02,360 --> 00:44:05,770
یہ ریکارڈز کے بارے میں ہمیشہ سے ہے
کہ اس سے متعلق ہیں.

1026
00:44:05,770 --> 00:44:10,390
مجھے یہاں سب کچھ دے تمام that's--
یہ کریڈٹ کارڈ پر لین دین

1027
00:44:10,390 --> 00:44:12,500
گزشتہ ماہ کے لئے.

1028
00:44:12,500 --> 00:44:13,960
یہ ایک جمع ہے.

1029
00:44:13,960 --> 00:44:17,490
>> تقریبا سب کچھ آپ کو میں کیا
ڈیٹا بیس جمع کے کچھ قسم ہے.

1030
00:44:17,490 --> 00:44:21,530
کی وضاحت کرنے کے قابل ہو جائے کرنے کے لئے تو کیا جا رہا ہے کے قابل
ان بالٹیاں اور تم ان رینج دے

1031
00:44:21,530 --> 00:44:24,950
پر سوال کرنے کے قابل ہو جائے کرنے کے لئے صفات،
لوگ امیر سوالات، بہت سے حمایت

1032
00:44:24,950 --> 00:44:27,165
بہت سے، بہت سے درخواست رسائی پیٹرن.

1033
00:44:27,165 --> 00:44:30,990

1034
00:44:30,990 --> 00:44:35,000
>> دوسری بات یہ ہے ہیش کلید تو
کیا یہ ہمیں ایک طریقہ کار فراہم کرتا ہے

1035
00:44:35,000 --> 00:44:37,740
ارد گرد کے اعداد و شمار کو پھیلانے کے لئے کے قابل ہو جائے.

1036
00:44:37,740 --> 00:44:40,390
NoSQL ڈیٹا بیس بہترین کام
جب ڈیٹا یکساں طور پر ہے

1037
00:44:40,390 --> 00:44:41,740
کلسٹر بھر میں تقسیم کیا.

1038
00:44:41,740 --> 00:44:44,530

1039
00:44:44,530 --> 00:44:47,050
کتنے لوگ واقف ہیں
الگورتھم hashing کے ساتھ؟

1040
00:44:47,050 --> 00:44:49,860
میں ہیش اور ایک hashing-- کا کہنا ہے کہ
ایک hashing کے الگورتھم کی وجہ سے

1041
00:44:49,860 --> 00:44:54,140
پیدا کرنے کے قابل کیا جا رہا ہے کا ایک طریقہ ہے
کسی بھی قدر کی طرف سے ایک بے ترتیب قیمت.

1042
00:44:54,140 --> 00:44:59,300
یہ خاص طور پر صورت میں،
ہم چلاتے ہیش الگورتھم کی بنیاد پر ND 5.

1043
00:44:59,300 --> 00:45:04,765
>> پھر میں نے ایک شناخت ہے، اور یہ تو
میری ہیش کی کلید ہے، میں 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
>> میں یہ کر رہا ہوں تو
نے incrementally، 1، 2، 3.

1050
00:45:19,574 --> 00:45:21,990
اور میں نے ایک ہیش رینج ہے کہ
اس خاص معاملے میں رنز،

1051
00:45:21,990 --> 00:45:24,785
ایک چھوٹا سا ہیش جگہ،
یہ، FF 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 کرنے AA ہے.

1061
00:45:49,780 --> 00:45:53,740
میں incrementing خطی استعمال کر رہا ہوں تو
شناخت، آپ کو کیا ہو رہا ہے دیکھ کر سکتے ہیں.

1062
00:45:53,740 --> 00:45:57,410
1، 2، 3، 4، 5، 6، 54 کے لئے تمام طریقہ.

1063
00:45:57,410 --> 00:46:00,030
میں پھیلا رہا ہوں تو
نظام میں ریکارڈ،

1064
00:46:00,030 --> 00:46:02,030
سب کچھ ایک نوڈ جا کر ختم ہوتا.

1065
00:46:02,030 --> 00:46:03,160
>> یہ اچھا نہیں ہے.

1066
00:46:03,160 --> 00:46:04,820
یہ ایک antipattern ہے.

1067
00:46:04,820 --> 00:46:08,760
MongoDB میں وہ یہ مسئلہ ہے
آپ کو ایک ہیش کلید کا استعمال نہیں کرتے ہیں تو.

1068
00:46:08,760 --> 00:46:11,325
MongoDB آپ کا اختیار دیتا ہے
کے کلیدی قدر hashing کے.

1069
00:46:11,325 --> 00:46:13,950
تم ہمیشہ، کہ کیا کرنا چاہئے
آپ کو ایک incrementing کی ہیش استعمال کر رہے ہیں

1070
00:46:13,950 --> 00:46:17,380
MongoDB میں اہم، یا آپ کو ہو جائے گا
ایک نوڈ کے لئے ہر لکھنے nailing کے،

1071
00:46:17,380 --> 00:46:21,290
اور آپ کو محدود کیا جائے گا
بری طرح سے آپ لکھنا throughput کے.

1072
00:46:21,290 --> 00:46:24,896
>> سامعین: دشملو میں A9 169 ہے؟

1073
00:46:24,896 --> 00:46:28,450
>> RICK HOULIHAN: جی ہاں، یہ ہے
وہاں کہیں کے ارد گرد.

1074
00:46:28,450 --> 00:46:29,950
A9، مجھے پتہ نہیں ہے.

1075
00:46:29,950 --> 00:46:32,200
تم نے میرے بائنری حاصل کرنا پڑے گا
دشملو کیلکولیٹر.

1076
00:46:32,200 --> 00:46:34,237
میرا دماغ اس طرح سے کام نہیں کرتا.

1077
00:46:34,237 --> 00:46:36,320
سامعین: بس ایک فوری ایک
آپ Mongo کی تبصرے کی.

1078
00:46:36,320 --> 00:46:39,530
تو آتا ہے کہ اعتراض کی شناخت ہے
natively کی Mongo کی ساتھ ایسا؟

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

1080
00:46:40,179 --> 00:46:41,470
RICK HOULIHAN: یہ ایسا ہے؟

1081
00:46:41,470 --> 00:46:42,970
آپ اس کی وضاحت تو.

1082
00:46:42,970 --> 00:46:45,030
MongoDB ساتھ، آپ کو اختیار ہے.

1083
00:46:45,030 --> 00:46:48,930
آپ ہر دستاویز وضاحت ہے کر سکتے ہیں
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
اگر تم اس کو، بے ترتیب نہیں ہے کہ معلوم ہے تو
یہ incrementing کی ہے، اس کے بعد ہیش کرتے.

1090
00:47:04,260 --> 00:47:06,880
>> اب چیز کے بارے میں
آپ ہیش بار، hashing کے

1091
00:47:06,880 --> 00:47:08,800
ایک قدر اور یہ ہے
کیوں ہیش چابیاں ہمیشہ

1092
00:47:08,800 --> 00:47:13,740
منفرد سوالات، میں تبدیل کر دیا گیا ہے کیونکہ
قیمت، اب میں ایک رینج استفسار نہیں کر سکتے ہیں.

1093
00:47:13,740 --> 00:47:15,640
میں نے اس کا کہنا ہے کہ نہیں کر سکتے ہیں
یہ یا اس کے درمیان،

1094
00:47:15,640 --> 00:47:20,800
ہیش قدر جا رہا ہے کیونکہ
اصل قیمت کے برابر ہونا.

1095
00:47:20,800 --> 00:47:24,570
تو آپ کو اس ہیش جب
اہم، یہ صرف مساوات ہے.

1096
00:47:24,570 --> 00:47:28,700
یہی وجہ DynamoDB ہیش کلید میں ہے
سوالات ہمیشہ صرف برابری ہیں.

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

1098
00:47:32,090 --> 00:47:34,700
>> تو اب ایک رینج میں چابی
میں اس کی حد اہم اضافہ کریں جب،

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
مختلف غلطی زون بھر میں، میں
طاقت grids اور floodplains مختلف.

1125
00:48:51,610 --> 00:48:54,510
ایک زیڈ میں ناکامی نہیں ہے
ایک نیچے لے جا رہا.

1126
00:48:54,510 --> 00:48:56,890
انہوں نے یہ بھی منسلک ہیں
ایک دوسرے کے ساتھ سیاہ فائبر کے ساتھ.

1127
00:48:56,890 --> 00:49:01,240
یہ ایک ذیلی کی حمایت کرتا ہے 1
AZs درمیان millisecond کی تاخیر.

1128
00:49:01,240 --> 00:49:05,390
تو اصل وقت اعداد و شمار replications
کثیر AZs میں قابل.

1129
00:49:05,390 --> 00:49:09,990
>> اور اکثر کثیر زیڈ تعیناتی
اعلی دستیابی کی ضروریات کو پورا

1130
00:49:09,990 --> 00:49:12,930
سب سے زیادہ انٹرپرائز تنظیموں کی.

1131
00:49:12,930 --> 00:49:16,139
تو DynamoDB پھیلا ہوا ہے
پہلے سے طے شدہ کی طرف سے تین AZs بھر.

1132
00:49:16,139 --> 00:49:19,430
ہم صرف علم لکھنے کے لئے جا رہے ہیں
ان تین مراکز کی دو واپس آئے جب

1133
00:49:19,430 --> 00:49:21,470
اور میں نے اسے مل گیا، جی ہاں، کا کہنا ہے کہ.

1134
00:49:21,470 --> 00:49:22,050
ایسا کیوں ہے؟

1135
00:49:22,050 --> 00:49:25,950
پڑھنے طرف ہم ہیں کیونکہ صرف
جب آپ اعداد و شمار دینے کے لئے جا

1136
00:49:25,950 --> 00:49:27,570
ہم دو مراکز سے حاصل.

1137
00:49:27,570 --> 00:49:30,490
>> مجھے اس پار نقل کر رہا ہوں
تین، اور میں نے دو سے پڑھ رہا ہوں،

1138
00:49:30,490 --> 00:49:32,840
میں نے ہمیشہ کی ضمانت ہوں
کم از کم ایک ہے

1139
00:49:32,840 --> 00:49:35,720
ان لوگوں کو ہو کو پڑھتا ہے کے
اعداد و شمار کے سب سے زیادہ موجودہ کاپی.

1140
00:49:35,720 --> 00:49:38,340
یہ DynamoDB مسلسل بناتا ہے کیا ہے.

1141
00:49:38,340 --> 00:49:42,450
اب آپ کی باری ہے کرنے کا انتخاب کر سکتے ہیں
ان مسلسل بند پڑھتا.

1142
00:49:42,450 --> 00:49:45,070
جس میں کیس میں کہنے جا رہا ہوں،
میں صرف ایک نوڈ سے پڑھیں گے.

1143
00:49:45,070 --> 00:49:47,430
اور میں یہ جا رہا ہے اس بات کی ضمانت نہیں کر سکتے ہیں
سب سے زیادہ موجودہ اعداد و شمار ہونے کے لئے.

1144
00:49:47,430 --> 00:49:49,450
>> ایک تحریر میں آ رہا ہے اگر ایسا ہے تو،
یہ ابھی تک نہیں دوہرایا

1145
00:49:49,450 --> 00:49:50,360
آپ کو اس کی کاپی حاصل کرنے جا رہے ہیں.

1146
00:49:50,360 --> 00:49:52,220
یہ ایک بالآخر مسلسل پڑھیں.

1147
00:49:52,220 --> 00:49:54,640
اور کیا ہے کہ نصف قیمت ہے.

1148
00:49:54,640 --> 00:49:56,140
تو اس کے بارے میں سوچنے کے لئے کچھ ہے.

1149
00:49:56,140 --> 00:50:00,160
جب آپ DynamoDB باہر پڑھنے، اور کر رہے ہیں
آپ کو آپ کے پڑھنے کی صلاحیت کو قائم کر رہے ہیں

1150
00:50:00,160 --> 00:50:04,430
یونٹس، آپ کو آخر میں انتخاب کرتے ہیں تو
مسلسل، یہ ایک بہت سستا ہے، پڑھتا ہے

1151
00:50:04,430 --> 00:50:06,010
اس کے بارے میں نصف قیمت ہے.

1152
00:50:06,010 --> 00:50:09,342
>> اور اس طرح یہ آپ کو پیسے بچاتا ہے.

1153
00:50:09,342 --> 00:50:10,300
لیکن اس سے آپ کی پسند ہے.

1154
00:50:10,300 --> 00:50:12,925
آپ کو ایک مسلسل پڑھنے کے لئے چاہتے ہیں یا
ایک بالآخر مسلسل پڑھیں.

1155
00:50:12,925 --> 00:50:15,720
کہ آپ کو منتخب کر سکتے ہیں کہ کچھ ہے.

1156
00:50:15,720 --> 00:50:17,659
>> کی اشاریہ جات کے بارے میں بات کرتے ہیں.

1157
00:50:17,659 --> 00:50:19,450
تو ہم نے اس کا ذکر کیا
اوپر کی سطح جمع.

1158
00:50:19,450 --> 00:50:23,720
ہم ہیش چابیاں ہے، اور ہے
ہم رینج چابیاں مل گیا ہے.

1159
00:50:23,720 --> 00:50:24,320
بہت اچھے.

1160
00:50:24,320 --> 00:50:26,950
اور یہ کہ، بنیادی میز پر ہے میں
ایک ہیش اہم ہے، میں نے ایک رینج اہم ہے.

1161
00:50:26,950 --> 00:50:27,783
>> اس کا کیا مطلب ہے؟

1162
00:50:27,783 --> 00:50:30,410
میں ایک وصف مل گیا ہے کہ میں
کے خلاف امیر سوالات چلا سکتے ہیں.

1163
00:50:30,410 --> 00:50:31,800
یہ رینج کی کلید ہے.

1164
00:50:31,800 --> 00:50:35,530
کہ item-- پر دیگر صفات
میں ان صفات پر فلٹر کر سکتے ہیں.

1165
00:50:35,530 --> 00:50:40,050
لیکن میں نے اسے چیزوں کی طرح نہیں کر سکتے ہیں
کے ساتھ شروع ہوتا ہے، یا اس سے زیادہ ہے.

1166
00:50:40,050 --> 00:50:40,820
>> مجھے لگتا ہے کہ کس طرح کروں؟

1167
00:50:40,820 --> 00:50:42,860
میں ایک انڈیکس تشکیل.

1168
00:50:42,860 --> 00:50:45,340
کی دو قسمیں ہے
DynamoDB میں اشاریہ جات.

1169
00:50:45,340 --> 00:50:49,002
ایک انڈیکس واقعی ہے
میز کا ایک اور منظر.

1170
00:50:49,002 --> 00:50:50,490
اور مقامی ثانوی انڈیکس.

1171
00:50:50,490 --> 00:50:51,781
>> ہم کے بارے میں بات کریں گے سب سے پہلے.

1172
00:50:51,781 --> 00:50:57,740
تو مقامی 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
میری سب سے اوپر کی سطح میز تھا تو
پہلے سے ہی کارخانہ دار کی طرف سے hashed،

1194
00:52:03,930 --> 00:52:07,655
شاید اس میں، حصہ ID پر کا اہتمام کیا گیا
اس کی میز سے دور ایک انڈیکس تشکیل دے سکتے ہیں

1195
00:52:07,655 --> 00:52:11,140
کارخانہ دار کی طرف سے hashed اور
تیاری کی تاریخ پر بچھے.

1196
00:52:11,140 --> 00:52:14,490
اور میں کہہ سکتے ہیں اس طرح، کچھ بھی ہے کہ
ان تاریخوں کے درمیان تیار کیا گیا تھا،

1197
00:52:14,490 --> 00:52:16,804
میں لائن سے ھیںچو کرنے کی ضرورت.

1198
00:52:16,804 --> 00:52:18,220
تو یہ ایک مقامی سیکنڈری انڈیکس ہے.

1199
00:52:18,220 --> 00:52:22,280
>> ان کا اثر ہے
آپ ہیش اہم خلائی محدود.

1200
00:52:22,280 --> 00:52:24,360
کیونکہ وہ شریک موجود
اسی اسٹوریج نوڈ پر،

1201
00:52:24,360 --> 00:52:26,860
وہ ہیش کلید کو محدود
10 گیگا بائٹس کرنے کی جگہ.

1202
00:52:26,860 --> 00:52:28,950
DynamoDB، کے تحت
میزیں، تقسیم کرے گا

1203
00:52:28,950 --> 00:52:31,380
آپ کی میز پر ہر 10 گیگا بائٹس.

1204
00:52:31,380 --> 00:52:34,760
آپ اعداد و شمار کے 10 gigs کے میں ڈال دیا جب، ہم
[PHH] جانا، اور ہم ایک نوڈ کو شامل.

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

1206
00:52:38,120 --> 00:52:42,070
>> ہم لس تقسیم نہیں کریں گے
ایک سے زیادہ پارٹیشنز بھر.

1207
00:52:42,070 --> 00:52:43,200
ہم میز تقسیم کریں گے.

1208
00:52:43,200 --> 00:52:44,679
لیکن ہم لس تقسیم نہیں کریں گے.

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 HOULIHAN: جی ہاں.

1240
00:54:10,200 --> 00:54:11,070
جی ہاں.

1241
00:54:11,070 --> 00:54:15,260
میز کی چابی بنیادی طور پر
واپس شے کی طرف اشارہ ہے.

1242
00:54:15,260 --> 00:54:19,280
تو ایک انڈیکس ایک پوائنٹر واپس آ گیا ہے
میز پر اصل اشیاء.

1243
00:54:19,280 --> 00:54:22,910
اب آپ کو ایک کی تعمیر کے لئے منتخب کر سکتے ہیں
صرف میز کی چابی ہے کہ انڈیکس،

1244
00:54:22,910 --> 00:54:24,840
اور کوئی دیگر خصوصیات.

1245
00:54:24,840 --> 00:54:26,570
اور مجھے ایسا کیوں کرتے ہو سکتا ہے؟

1246
00:54:26,570 --> 00:54:28,570
ٹھیک ہے، شاید میں بہت بڑے اشیاء ہیں.

1247
00:54:28,570 --> 00:54:31,660
>> میں واقعی صرف جاننے کی ضرورت ہے which--
میرا رسائی پیٹرن، کا کہنا ہے کہ ہو سکتا ہے

1248
00:54:31,660 --> 00:54:33,760
جن اشیاء اس کی خاصیت پر مشتمل؟

1249
00:54:33,760 --> 00:54:35,780
آئٹم کو واپس کرنے کی ضرورت نہیں ہے.

1250
00:54:35,780 --> 00:54:37,800
میں صرف جاننے کی ضرورت ہے
جن اشیاء پر مشتمل.

1251
00:54:37,800 --> 00:54:40,700
تو آپ اشاریہ جات تعمیر کر سکتے ہیں
کہ صرف میز کی چابی ہے.

1252
00:54:40,700 --> 00:54:43,360
>> لیکن اس بنیادی طور پر کیا ہے
ڈیٹا بیس میں ایک انڈیکس کے لئے ہے.

1253
00:54:43,360 --> 00:54:46,280
یہ فوری طور پر کرنے کے قابل ہونے کے لئے ہے
، ریکارڈ ہے جس کی شناخت

1254
00:54:46,280 --> 00:54:49,470
جس قطار، جس
ٹیبل میں اشیاء ہیں

1255
00:54:49,470 --> 00:54:51,080
میں نے کے لئے تلاش کر رہا ہوں کہ خصوصیات.

1256
00:54:51,080 --> 00:54:53,610

1257
00:54:53,610 --> 00:54:54,860
>> GSIs، تو وہ کس طرح کام کرتے ہیں؟

1258
00:54:54,860 --> 00:54:58,340
GSIs بنیادی طور اتلیکالک ہیں.

1259
00:54:58,340 --> 00:55:02,570
اپ ڈیٹ ٹیبل میں آتا ہے،
میز پھر asynchronously اپ ڈیٹ کیا جاتا

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
طبی آلہ مینوفیکچررز
اکثر سے serialized حصوں ہے.

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
پھر وہ کیا کرتے ہیں وہ ایک جی ایس آئی کی تخلیق ہے.

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
>> یہ ایک بہت کا سبب بن سکتا
جی ایس آئی پر دباؤ کی،

1294
00:56:34,447 --> 00:56:36,030
ایک بار پھر، میں ایک نوڈ کرشنگ ہوں کیونکہ.

1295
00:56:36,030 --> 00:56:38,350
میں نے ان تمام ڈال رہا ہوں
ایک نوڈ میں داخل.

1296
00:56:38,350 --> 00:56:40,940
اور یہ کہ ایک حقیقی مشکلات استعمال معاملہ ہے.

1297
00:56:40,940 --> 00:56:43,479
اب، میں ایک اچھا ڈیزائن ہے
اس سے بچنے کے لئے کس طرح کے لئے پیٹرن.

1298
00:56:43,479 --> 00:56:45,770
اور یہ کہ مسائل میں سے ایک ہے
میں نے ہمیشہ کے ساتھ کام کرتے ہیں کہ.

1299
00:56:45,770 --> 00:56:49,590
کیا ہوتا ہے لیکن، جی ایس آئی سکتا ہے
کافی لکھنے کی صلاحیت نہیں

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
بنیادی میز جدوجہدکو کچلنے جائے گا
جی ایس آئی کو برقرار رکھنے نہیں کر سکتے کیونکہ.

1303
00:57:00,180 --> 00:57:02,980
تو میری ڈالیں درجہ بندی کریں گے
بنیادی میز پر گر

1304
00:57:02,980 --> 00:57:06,230
میرے جیایسآئ رکھنے کے لئے کی کوشش کرتا ہے کے طور پر.

1305
00:57:06,230 --> 00:57:08,850
>> ٹھیک، لس کی، جی ایس آئی کی تو،
میں جس میں سے ایک کا استعمال کرنا چاہئے؟

1306
00:57:08,850 --> 00:57:12,290
لس کی یکساں ہیں.

1307
00:57:12,290 --> 00:57:13,750
جی ایس آئی کی آخر میں مسلسل ہیں.

1308
00:57:13,750 --> 00:57:17,490
یہ ٹھیک ہے، میں نے ایک کا استعمال کرتے ہوئے مشورہ دیتے ہیں
جی ایس آئی، وہ بہت زیادہ لچک دار ہو.

1309
00:57:17,490 --> 00:57:20,270
لس ایک جیایسآئ کے طور پر ماڈلنگ جا سکتا ہے.

1310
00:57:20,270 --> 00:57:27,040
اور اگر ہیش چابیاں فی ڈیٹا سائز میں
آپ کے جمع 10 گیگا بائٹس سے تجاوز،

1311
00:57:27,040 --> 00:57:31,050
تو آپ اس کا استعمال کرنا چاہتے ہیں جا رہے ہیں
جیایسآئ یہ صرف ایک مشکل حد ہے کیونکہ.

1312
00:57:31,050 --> 00:57:32,035
>> ٹھیک ہے، تو پیمائی.

1313
00:57:32,035 --> 00:57:35,210

1314
00:57:35,210 --> 00:57:37,460
ڈائنےمو DB میں 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
اور کتنی تیزی سے میز
ڈائنےمو DB میں چلا سکتے ہیں.

1321
00:57:53,730 --> 00:57:55,920
کچھ نرم ہیں
آپ کے اکاؤنٹ پر حدود

1322
00:57:55,920 --> 00:57:58,170
ہم تو وہاں میں ڈال دیا
کہ تم پاگل نہیں جاتے.

1323
00:57:58,170 --> 00:58:00,070
تم سے زیادہ کرنا چاہتے ہیں تو
کہ، کوئی مسئلہ نہیں.

1324
00:58:00,070 --> 00:58:00,820
تم ہمیں بتاو آئے.

1325
00:58:00,820 --> 00:58:02,810
ہم ڈائل تبدیل کر دونگا.

1326
00:58:02,810 --> 00:58:08,210
>> ہر اکاؤنٹ کسی نہ کسی سطح تک محدود ہے
ہر خدمت میں، صرف بیٹ سے دور

1327
00:58:08,210 --> 00:58:11,920
تاکہ لوگوں کو پاگل نہیں جاتے
مصیبت میں خود کو حاصل.

1328
00:58:11,920 --> 00:58:12,840
سائز میں کوئی حد نہیں.

1329
00:58:12,840 --> 00:58:14,940
آپ کسی بھی تعداد ڈال کر سکتے ہیں
ایک میز پر اشیاء کی.

1330
00:58:14,940 --> 00:58:17,620
ایک آئٹم کے سائز ہے
400 کلو بائٹ ہر ایک کے لئے محدود،

1331
00:58:17,620 --> 00:58:20,050
کہ شے نہیں صفات ہو جائے گا.

1332
00:58:20,050 --> 00:58:24,200
تمام صفات کی رقم تو
400 کلو بائٹ تک محدود ہے.

1333
00:58:24,200 --> 00:58:27,300
اور پھر، ہم نے
اس چھوٹی سی مسئلہ لس

1334
00:58:27,300 --> 00:58:30,405
ہیش 10 فی گیگا بائٹ کی حد کے ساتھ.

1335
00:58:30,405 --> 00:58:33,280
سامعین: چھوٹی سی تعداد، مجھے یاد کر رہی ہوں
کیا آپ کو اس، مجھ سے کہہ رہے ہیں is--

1336
00:58:33,280 --> 00:58:36,830
سامعین: اوہ، 400 kilobyte
آئٹم کے مطابق زیادہ سے زیادہ سائز ہے.

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
تو حاصل، پھر پیمائی
partitioning کے ذریعے.

1344
00:58:57,046 --> 00:58:58,920
throughput کے انتظام کیا جاتا ہے
میز کی سطح پر.

1345
00:58:58,920 --> 00:59:00,160
اور واقعی دو knobs ہے.

1346
00:59:00,160 --> 00:59:02,400
ہم صلاحیت پڑھا ہے
اور صلاحیت لکھنا.

1347
00:59:02,400 --> 00:59:05,530
>> تو یہ ایڈجسٹ کر رہے ہیں
آزادانہ طور پر ایک دوسرے کے.

1348
00:59:05,530 --> 00:59:08,640
RCU کی پیمائش سختی سے مسلسل پڑھتا ہے.

1349
00:59:08,640 --> 00:59:13,005
ٹھیک ہے، اگر ایسا ہے تو میں 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
تراٹلنگ کوئی SQL برا اشارہ.

1362
00:59:47,311 --> 00:59:50,310
ہم مدد کرنے کے لئے کیا کر سکتے ہیں چیزیں ہیں
آپ تراٹلنگ خاتمے کہ آپ

1363
00:59:50,310 --> 00:59:51,040
سامنا کر رہے ہیں.

1364
00:59:51,040 --> 00:59:53,240
لیکن سب سے بہترین حل
اس کی لے ہے

1365
00:59:53,240 --> 00:59:58,000
ایک وجہ سے، آپ کیا کر رہے ہیں کی طرف دیکھو
یہاں کھیل میں انسداد پیٹرن ہے.

1366
00:59:58,000 --> 01:00:02,140
>> یہ چیزیں، غیر وردی کی طرح چیزوں
استعداد، شہوت انگیز چابیاں، گرم، شہوت انگیز پارٹیشنز.

1367
01:00:02,140 --> 01:00:06,210
میں خاص طور پر اہم خلائی مار رہا ہوں
بہت مشکل سے کچھ خاص وجہ کے لئے.

1368
01:00:06,210 --> 01:00:07,080
کیوں میں یہ کر رہا ہوں؟

1369
01:00:07,080 --> 01:00:08,710
کی ہے کہ اعداد و شمار ہیں.

1370
01:00:08,710 --> 01:00:10,427
مجھے سردی ڈیٹا کے ساتھ گرم، شہوت انگیز اعداد و شمار کے اختلاط رہا ہوں.

1371
01:00:10,427 --> 01:00:12,510
میں نے اپنے ٹیبل حاصل دے رہا ہوں
بہت بڑا، لیکن وہاں واقعی ہے

1372
01:00:12,510 --> 01:00:15,970
اعداد و شمار کے صرف کچھ اپسمچی
کہ مجھ سے واقعی دلچسپ ہے.

1373
01:00:15,970 --> 01:00:20,290
تو کے لاگ ان اعداد و شمار کے، مثال کے طور پر، ایک بہت
صارفین، وہ ہر دن کے اعداد و شمار لاگ ان حاصل.

1374
01:00:20,290 --> 01:00:22,490
وہ لاگ ان اعداد و شمار کی ایک بڑی رقم ہے.

1375
01:00:22,490 --> 01:00:25,940
>> آپ کو صرف تمام ہے کہ لاگ ان ڈمپنگ کر رہے ہیں
وقت کے ساتھ ساتھ ایک بڑی ٹیبل میں ڈیٹا،

1376
01:00:25,940 --> 01:00:28,070
اس کی میز بڑے پیمانے پر حاصل کرنے کے لئے جا رہا ہے.

1377
01:00:28,070 --> 01:00:30,950
لیکن میں واقعی میں صرف دلچسپی رکھتے ہوں
گزشتہ 24 گھنٹوں کے، گزشتہ سات دنوں،

1378
01:00:30,950 --> 01:00:31,659
گزشتہ 30 دنوں.

1379
01:00:31,659 --> 01:00:34,074
وقت کی جو ونڈو
مجھے تلاش میں دلچسپی رکھتے ہوں

1380
01:00:34,074 --> 01:00:37,010
مجھے پریشان کرتی ہے، یا اس ایونٹ کے لئے
میرے لئے دلچسپ ہے کہ اس صورت،

1381
01:00:37,010 --> 01:00:39,540
کہ مجھے اس کی ضرورت ہے کہ صرف ونڈو کا وقت ہے.

1382
01:00:39,540 --> 01:00:42,470
تو کیوں میں نے 10 سال ڈال رہا ہوں
ٹیبل میں لاگ ان اعداد و شمار کے قابل؟

1383
01:00:42,470 --> 01:00:45,030
کیا اس کا سبب بنتا ہے
ٹیبل ٹکڑا.

1384
01:00:45,030 --> 01:00:45,880
>> یہ بہت بڑا ہو جاتا ہے.

1385
01:00:45,880 --> 01:00:48,340
یہ باہر پھیل شروع ہوتا ہے
نوڈ کے ہزاروں کے پار.

1386
01:00:48,340 --> 01:00:51,380
اور آپ کی صلاحیت کے بعد
تم، اتنی کم ہے

1387
01:00:51,380 --> 01:00:54,090
اصل میں ہر ایک پر محدود درجہ بندی
لوگ انفرادی مراکز میں سے ایک.

1388
01:00:54,090 --> 01:00:57,120
تو کس طرح دیکھ رہے شروع کر دیں
ہم سے زیادہ ہے کہ ٹیبل رول کرتے.

1389
01:00:57,120 --> 01:01:01,502
ہم اس ڈیٹا تھوڑا انتظام کیسے کروں
بہتر ان مسائل سے بچنے کے لئے.

1390
01:01:01,502 --> 01:01:02,710
اور کیا اس طرح نظر آئے ہے؟

1391
01:01:02,710 --> 01:01:04,370
یہ اس کی طرح لگتا ہے.

1392
01:01:04,370 --> 01:01:06,790
یہ برا 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
تو آپ کی طرح کسی بھی سرخ رنگ کی لائنز دیکھ جب
this-- اور یہ صرف ڈائنےمو DB-- نہیں ہے

1409
01:01:39,030 --> 01:01:41,630
ہر NoSQL ڈیٹا بیس اس مسئلہ ہے.

1410
01:01:41,630 --> 01:01:44,640
مخالف پیٹرن کر سکتے ہیں کہ موجود ہیں
حالات کی ان اقسام ڈرائیو.

1411
01:01:44,640 --> 01:01:49,070
مجھے کیا کرنا میں گاہکوں کے ساتھ کام ہے
ان حالات کے خاتمے کے لیے.

1412
01:01:49,070 --> 01:01:51,840
>> اور کیا اس طرح نظر آئے ہے؟

1413
01:01:51,840 --> 01:01:54,260
اور یہ سب سے زیادہ ہو رہی ہے
ڈائنےمو DB throughput کے باہر،

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-- ہوں
Mongo کی میں کام کرنے کے لئے استعمال.

1417
01:02:02,050 --> 01:02:04,090
میں نے بہت سے NoSQL پلیٹ فارم کے ساتھ واقف ہوں.

1418
01:02:04,090 --> 01:02:06,830
ہر ایک ان اقسام
گرم، شہوت انگیز اہم مسائل کے.

1419
01:02:06,830 --> 01:02:10,320
کوئی NoSQL سے زیادہ سے زیادہ حاصل کرنے کے لئے
ڈیٹا بیس، خاص طور پر ڈائنےمو DB،

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
زیادہ امکان میں ایک حاصل کرنے ہوں
میز پر اعلی 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
یکساں طور پر spaced وقت میں پہنچنے.

1437
01:03:01,040 --> 01:03:03,110
اور ان دو تو
شروط کیا جا رہا ہے،

1438
01:03:03,110 --> 01:03:05,610
پھر یہ کہ یہ کیا ہے
طرح نظر آتے جا.

1439
01:03:05,610 --> 01:03:07,890
یہ بہت اچھا ہے.

1440
01:03:07,890 --> 01:03:08,890
ہم یہاں بہت خوش ہیں.

1441
01:03:08,890 --> 01:03:10,432
ہم نے ایک بہت تک رسائی حاصل پیٹرن ہے.

1442
01:03:10,432 --> 01:03:13,098
جی ہاں، شاید آپ کو ہو رہی ہے ایک
تھوڑا سا دباؤ اب اور تو ہر،

1443
01:03:13,098 --> 01:03:14,830
لیکن کچھ بھی نہیں واقعی بہت وسیع.

1444
01:03:14,830 --> 01:03:17,660
تو یہ، کتنی بار حیرت انگیز ہے
میں گاہکوں کے ساتھ کام کرتے ہیں،

1445
01:03:17,660 --> 01:03:20,670
بڑے سرخ رنگ کے ساتھ سب سے پہلے گراف
بار اور جو اس کے پیلے رنگ ہے بدسورت

1446
01:03:20,670 --> 01:03:23,147
سب جگہ، ہم
ورزش کے ساتھ کیا

1447
01:03:23,147 --> 01:03:24,980
ماہ کے ایک جوڑے کے بعد
دوبارہ فن تعمیر کے،

1448
01:03:24,980 --> 01:03:28,050
وہ بالکل وہی چلا رہے ہیں
عین مطابق ایک ہی بوجھ میں کام کا بوجھ.

1449
01:03:28,050 --> 01:03:30,140
اور اب یہ کی طرح لگ رہا ہے.

1450
01:03:30,140 --> 01:03:36,600
تو کیا آپ 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
>> سامعین: ٹھیک ہے، لامحالہ کچھ مقامات
دوسروں کے مقابلے میں hotter ہو جائے کرنے کے لئے جا رہے ہیں.

1456
01:03:50,518 --> 01:03:51,450
>> RICK HOULIHAN: ہمیشہ.

1457
01:03:51,450 --> 01:03:51,960
ہمیشہ.

1458
01:03:51,960 --> 01:03:54,620
جی ہاں، میں نے ہمیشہ وہاں ہے مطلب
a-- اور پھر، وہاں ہے

1459
01:03:54,620 --> 01:03:56,980
کچھ ڈیزائن پیٹرن ہم کے ذریعے حاصل کریں گے
کہ آپ کو نمٹنے کے لئے کس طرح کے بارے میں بات کریں گے

1460
01:03:56,980 --> 01:03:58,480
ان سپر بڑے 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
یا بنیادی طور پر آپ that-- نہیں کہتے
لیکن آپ کی ویب سائٹ پر جانے جب

1480
01:04:44,920 --> 01:04:47,550
وہ آپ کو اس اشتھار کو دیکھنے کے لئے چاہتے ہیں.

1481
01:04:47,550 --> 01:04:49,370
اور وہ AdRoll سے اشتھار جاؤ.

1482
01:04:49,370 --> 01:04:51,130
AdRoll ان کی میز پر آپ کو لگتا ہے.

1483
01:04:51,130 --> 01:04:52,115
انہوں نے اپنے کوکی جائے.

1484
01:04:52,115 --> 01:04:53,990
کہہ مشتھرین
ان میں کسی چاہتے ہیں

1485
01:04:53,990 --> 01:04:58,632
جو، درمیانی عمر ہے
کھیلوں میں 40 سالہ شخص،.

1486
01:04:58,632 --> 01:05:01,590
اور وہ ان آبادی میں آپ سکور
اور وہ یا نہ کرنے کا فیصلہ

1487
01:05:01,590 --> 01:05:02,740
کہ آپ کے لئے ایک اچھا اشتہار ہے.

1488
01:05:02,740 --> 01:05:10,330
>> اب وہ ایک SLA کے ساتھ ہے
ان کے اشتہارات فراہم کرنے والے

1489
01:05:10,330 --> 01:05:14,510
ذیلی 10 millisecond کی فراہم کرنے کے لئے
ہر ایک کی درخواست پر جواب.

1490
01:05:14,510 --> 01:05:16,090
تو وہ اس کے لئے ڈائنےمو DB استعمال کر رہے ہیں.

1491
01:05:16,090 --> 01:05:18,131
انہوں نے ہمیں ایک مار رہے ہیں
فی سیکنڈ ملین درخواستوں.

1492
01:05:18,131 --> 01:05:21,120
وہ سب کرنے کے قابل ہو ان
لک اپ، triage کی تمام اعداد و شمار،

1493
01:05:21,120 --> 01:05:26,130
اور اس کے لئے واپس شامل لنک حاصل
10 milliseconds کے تحت میں مشتہر.

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
کہ اب وہ ہے کہ
ڈائنےمو DB پر چلا گیا، وہ کر رہے ہیں

1502
01:05:47,040 --> 01:05:50,330
کے لئے نمکین پر زیادہ پیسہ خرچ
ان کی ترقی کی ٹیم ہر مہینے

1503
01:05:50,330 --> 01:05:52,886
وہ ان کے ڈیٹا بیس پر خرچ کے مقابلے میں.

1504
01:05:52,886 --> 01:05:54,760
تو یہ آپ کو ایک دے دونگا
لاگت کی بچت کا خیال

1505
01:05:54,760 --> 01:05:57,889
آپ ڈائنےمو DB میں حاصل کر سکتے ہیں بہت بڑا ہے.

1506
01:05:57,889 --> 01:05:59,430
ٹھیک، dropcam ایک کمپنی ہے.

1507
01:05:59,430 --> 01:06:02,138
یہ آدمی قسم of-- اگر آپ کو لگتا ہے
چیزوں کے انٹرنیٹ، dropcam کے

1508
01:06:02,138 --> 01:06:05,150
بنیادی طور پر انٹرنیٹ سیکورٹی ویڈیو ہے.

1509
01:06:05,150 --> 01:06:06,660
تم وہاں اپنے کیمرے باہر ڈال.

1510
01:06:06,660 --> 01:06:08,180
کیمرے ایک تحریک پکڑنے والے ہے.

1511
01:06:08,180 --> 01:06:10,290
کسی، کے ساتھ آتا ہے
ایک کیو نقطہ تحریک.

1512
01:06:10,290 --> 01:06:13,540
کیمرے تھوڑی دیر تک کے لئے ریکارڈنگ شروع ہوتا ہے
یہ اب کسی بھی تحریک کا پتہ لگانے کے نہیں ہے.

1513
01:06:13,540 --> 01:06:15,310
انٹرنیٹ پر ویڈیو اپ رکھتا ہے.

1514
01:06:15,310 --> 01:06:19,800
>> Dropcam ہے کہ ایک کمپنی تھی
بنیادی طور پر ڈائنےمو DB پر تبدیل

1515
01:06:19,800 --> 01:06:22,200
وہ سامنا کر رہے تھے کیونکہ
بہت زیادہ بڑھتے ہوئے درد.

1516
01:06:22,200 --> 01:06:25,820
اور انہوں نے ہمیں بتایا ہے،
اچانک اعداد و شمار کے 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 بالٹیاں ہے
تمام بائنری نمونے میں.

1521
01:06:40,282 --> 01:06:41,990
اور پھر وہ
ڈائنےمو DB ریکارڈ ہے کہ

1522
01:06:41,990 --> 01:06:44,070
ان S3 تین اشیاء پر لوگوں کی طرف اشارہ.

1523
01:06:44,070 --> 01:06:47,070
انہوں نے ایک ویڈیو کو دیکھنے کے لئے کی ضرورت ہے،
وہ ڈائنےمو DB میں ریکارڈ کو نظر آتے ہیں.

1524
01:06:47,070 --> 01:06:47,903
وہ لنک پر کلک کریں.

1525
01:06:47,903 --> 01:06:49,770
وہ S3 سے ویڈیو کے نیچے ھیںچو.

1526
01:06:49,770 --> 01:06:51,590
تو ہے کہ اس کی طرح لگتا ہے کی طرح ہے.

1527
01:06:51,590 --> 01:06:53,580
اور یہ ان کی ٹیم سے براہ راست ہے.

1528
01:06:53,580 --> 01:06:56,010
>> ڈائنےمو DB ان کو کم کر دیتا
ویڈیو واقعات کے لئے ترسیل کے وقت

1529
01:06:56,010 --> 01:06:57,590
پانچ سے 10 سیکنڈ سے.

1530
01:06:57,590 --> 01:07:00,470
اپنے پرانے سنبندپرک سٹور میں،
وہ جانے اور پر عمل کرنے کے لئے استعمال کیا

1531
01:07:00,470 --> 01:07:03,780
اعداد و شمار کے ایک سے زیادہ پیچیدہ سوالات
جس ویڈیوز، نیچے ھیںچو کرنے کے لئے

1532
01:07:03,780 --> 01:07:06,690
سے کم 50 milliseconds کے.

1533
01:07:06,690 --> 01:07:08,990
تو یہ حیرت انگیز، حیرت انگیز ہے
کتنا کارکردگی

1534
01:07:08,990 --> 01:07:12,990
آپ کو بہتر بنانے کے جب آپ حاصل کر سکتے ہیں اور
آپ کو ٹیون بنیادی ڈیٹا بیس

1535
01:07:12,990 --> 01:07:15,110
رسائی پیٹرن کی حمایت کرنے کے.

1536
01:07:15,110 --> 01:07:20,500
یہ کیا ہے Halfbrick، یہ لوگ،،
مجھے لگتا ہے پھل ننجا ان کی بات ہے.

1537
01:07:20,500 --> 01:07:22,590
ڈائنےمو DB تمام چلتا ہے کہ.

1538
01:07:22,590 --> 01:07:26,810
اور ان لوگوں کو، وہ ایک عظیم ہیں
ترقی کی ٹیم، عظیم ترقی

1539
01:07:26,810 --> 01:07:27,670
دکان.

1540
01:07:27,670 --> 01:07:29,364
>> ایک اچھا آپریشنز ٹیم.

1541
01:07:29,364 --> 01:07:31,280
وہ ایک بہت کی ضرورت نہیں تھی
آپریشن وسائل کی.

1542
01:07:31,280 --> 01:07:33,940
وہ رکھنے کے لئے کی کوشش کر رہے جدوجہد کر رہے تھے
ان کی درخواست بنیادی ڈھانچے کی

1543
01:07:33,940 --> 01:07:34,290
اور چلانے.

1544
01:07:34,290 --> 01:07:35,000
وہ ہمارے پاس آیا.

1545
01:07:35,000 --> 01:07:36,251
انہوں نے کہا کہ ڈائنےمو DB میں دیکھا.

1546
01:07:36,251 --> 01:07:37,291
انہوں نے کہا کہ ہمارے لئے ہے، نے کہا.

1547
01:07:37,291 --> 01:07:39,470
انہوں نے ان کی پوری تعمیر
اس پر درخواست فریم ورک.

1548
01:07:39,470 --> 01:07:43,640
یہاں کچھ بہت اچھا تبصرے
ان کی صلاحیت پر ٹیم کی طرف سے

1549
01:07:43,640 --> 01:07:46,800
اب عمارت پر توجہ مرکوز کرنے کی
کھیل اور نہ

1550
01:07:46,800 --> 01:07:49,010
برقرار رکھنے کے لئے
بنیادی ڈھانچے، جس

1551
01:07:49,010 --> 01:07:51,910
ایک بہت بڑا رقم ہوتا جا رہا تھا
ان کی ٹیم کے لئے ہیڈ.

1552
01:07:51,910 --> 01:07:56,170
تو یہ کچھ ہے that--
آپ ڈائنےمو DB سے حاصل ہے کہ فائدہ.

1553
01:07:56,170 --> 01:08:00,930
>> ٹھیک ہے، میں ہو رہی ہے
یہاں ڈیٹا ماڈلنگ.

1554
01:08:00,930 --> 01:08:03,440
اور ہم کے بارے میں تھوڑا بات
ایک کے لئے اس سے ایک، بہت سے لوگوں کو ایک،

1555
01:08:03,440 --> 01:08:05,060
اور کئی قسم کے تعلقات کی بہت.

1556
01:08:05,060 --> 01:08:07,630
اور تم کس طرح ڈائنےمو میں ان کو برقرار رکھنے کرتے.

1557
01:08:07,630 --> 01:08:10,500
ڈائنےمو DB میں ہم استعمال کرتے ہیں
اشاریہ جات، عام طور پر بول،

1558
01:08:10,500 --> 01:08:12,910
سے اعداد و شمار باری باری دکھائے گا
ایک دوسرے کے ذائقہ.

1559
01:08:12,910 --> 01:08:15,210
ہیش چابیاں، رینج چابیاں، اور اشاریہ جات.

1560
01:08:15,210 --> 01:08:18,540
>> یہ خاص طور پر میں
مثال کے طور پر، سب سے زیادہ امریکہ کے طور پر

1561
01:08:18,540 --> 01:08:23,802
ایک لائسنسنگ کی ضروریات ہے کہ
فی شخص صرف ایک ڈرائیور کا لائسنس.

1562
01:08:23,802 --> 01:08:26,510
آپ کے پاس دو ڈرائیور کے حاصل کرنے کے لئے نہیں کر سکتے ہیں
بوسٹن کی حالت میں لائسنس.

1563
01:08:26,510 --> 01:08:27,500
میں ٹیکساس میں ایسا نہیں کر سکتا.

1564
01:08:27,500 --> 01:08:28,708
یہ ہے جس طرح کی طرح ہے.

1565
01:08:28,708 --> 01:08:32,779
اور اس طرح DMV میں، ہم لک اپ ہے، ہم
ڈرائیور کا لائسنس کو دیکھنا چاہتا ہوں

1566
01:08:32,779 --> 01:08:35,180
سوشل سیکورٹی نمبر کی طرف سے.

1567
01:08:35,180 --> 01:08:39,990
میں صارف کی تفصیلات کو دیکھنا چاہتا ہوں
ڈرائیور کا لائسنس نمبر کی طرف سے.

1568
01:08:39,990 --> 01:08:43,620
>> تو ہم نے ایک صارف کی میز پر ہو سکتا ہے کہ
سیریل نمبر پر ایک ہیش کلید ہے،

1569
01:08:43,620 --> 01:08:47,830
یا سوشل سیکورٹی نمبر، اور
مختلف صفات شے پر بیان کیا.

1570
01:08:47,830 --> 01:08:49,859
اب اس کی میز پر میں
ایک جیایسآئ کی وضاحت کر سکتا ہے کہ

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
نمبر یا کسی کی طرف سے دوسرے صفات
لائسنس نمبر، میں جیایسآئ سوال کر سکتے ہیں.

1577
01:09:05,735 --> 01:09:08,689
یہ ماڈل میں سے ایک ہے
ایک رشتہ کرنے کے لئے.

1578
01:09:08,689 --> 01:09:12,460
بس ایک بہت سادہ جیایسآئ،
کے ارد گرد ان چیزوں پلٹائیں.

1579
01:09:12,460 --> 01:09:13,979
اب، بہت سے لوگوں کو ایک کے بارے میں بات.

1580
01:09:13,979 --> 01:09:16,450
بہت سے لوگوں کو ایک بنیادی طور پر ہے
آپ ہیش رینج اہم.

1581
01:09:16,450 --> 01:09:20,510
ہم اس کے ساتھ ایک بہت ملتا ہے کہاں
استعمال کے کیس مانیٹر اعداد و شمار ہے.

1582
01:09:20,510 --> 01:09:23,880
مانیٹر ڈیٹا باقاعدہ میں آتا ہے
چیزوں کے انٹرنیٹ کی طرح وقفہ،.

1583
01:09:23,880 --> 01:09:26,890
ہم نے ہمیشہ ان تمام حاصل
ریکارڈز تمام وقت میں آ رہا.

1584
01:09:26,890 --> 01:09:31,420
>> اور میں تمام ریڈنگ تلاش کرنا چاہتے ہیں
ایک مخصوص وقت کی مدت کے درمیان.

1585
01:09:31,420 --> 01:09:34,220
اس میں ایک بہت عام استفسار ہے
نگرانی کے بنیادی ڈھانچے.

1586
01:09:34,220 --> 01:09:38,430
اس کے بارے میں راستے پر چلنا ایک تلاش کرنے کے لئے ہے
سادہ ٹیبل کی ساخت، ایک میز.

1587
01:09:38,430 --> 01:09:42,250
میں نے ایک آلہ پیمائش ٹیبل مل گیا ہے
ڈیوائس ID پر ایک ہیش کلید کے ساتھ.

1588
01:09:42,250 --> 01:09:47,340
اور مجھے ایک رینج چابی ہے
ٹائمسٹیمپ، یا اس کیس میں، مہاکاوی.

1589
01:09:47,340 --> 01:09:50,350
اور یہ کہ میرے پیچیدہ پھانسی کی اجازت دیتا ہے
اس کی حد اہم خلاف سوالات

1590
01:09:50,350 --> 01:09:54,950
اور ان ریکارڈوں واپس
نتیجہ کے رشتہ دار ہیں

1591
01:09:54,950 --> 01:09:56,310
میں دیکھ رہا ہوں کہ مقرر.

1592
01:09:56,310 --> 01:09:58,360
اور یہ کہ ایک بناتا ہے
بہت سے تعلقات پر

1593
01:09:58,360 --> 01:10:02,340
استعمال بنیادی ٹیبل میں
ہیش کلید، رینج کلیدی ساخت.

1594
01:10:02,340 --> 01:10:04,600
>> اس طرح اس طرح بنایا گیا ہے
ڈائنےمو DB میں ٹیبل میں.

1595
01:10:04,600 --> 01:10:07,290
میں نے ایک ہیش کی وضاحت جب
اور رینج T ٹیبل، ہوں

1596
01:10:07,290 --> 01:10:09,240
بہت سے تعلقات پر ایک وضاحت.

1597
01:10:09,240 --> 01:10:12,770
یہ ایک والدین بچے کے تعلقات ہے.

1598
01:10:12,770 --> 01:10:14,620
>> کے بہت سے کے بارے میں بات کرتے ہیں
بہت سے تعلقات پر.

1599
01:10:14,620 --> 01:10:19,170
اور یہ خاص طور مثال کے طور پر،
ایک بار پھر، ہم نے جی ایس آئی کا استعمال کرنے جا رہے ہیں.

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
اپنے صارف کھیل ٹیبل، میں جا رہا ہوں
صارف ID کی ایک ہیش کلید حاصل کرنے

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
اور پھر جی ایس آئی پر،
میں اس کے ارد گرد پلٹائیں گے.

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
میں جیایسآئ سوال.

1614
01:10:53,887 --> 01:10:54,970
تو آپ کو ہم ایسا کس طرح دیکھ رہے ہو؟

1615
01:10:54,970 --> 01:10:58,369
تم ان جیایسآئ کی حمایت کرنے کے لئے تعمیر
استعمال کے کیس، درخواست، رسائی

1616
01:10:58,369 --> 01:10:59,410
پیٹرن، درخواست.

1617
01:10:59,410 --> 01:11:01,440
>> میں نے سوال کرنے کی ضرورت ہے
اس کے طول و عرض، دو

1618
01:11:01,440 --> 01:11:03,500
مجھے اس کے طول و عرض پر انڈیکس تشکیل.

1619
01:11:03,500 --> 01:11:05,850
میں ایسا نہیں کرتے تو، مجھے کوئی پرواہ نہیں.

1620
01:11:05,850 --> 01:11:09,060
اور استعمال کے کیس پر منحصر ہے، میں
انڈیکس کی ضرورت ہے یا مجھے نہ ہو سکتا ہے.

1621
01:11:09,060 --> 01:11:12,390
یہ ایک سادہ ایک بہت سے لوگوں کو ہے تو،
بنیادی میز ٹھیک ہے.

1622
01:11:12,390 --> 01:11:15,860
میں ان سے اکثر کرتے ہیں کرنے کی ضرورت ہے
بہت سے کی، یا میں، لوگوں کے لئے ایک کرنے کی ضرورت

1623
01:11:15,860 --> 01:11:18,390
تو ہو سکتا ہے کی ضرورت ہے
دوسری انڈیکس.

1624
01:11:18,390 --> 01:11:20,840
تو یہ سب پر انحصار کرتا ہے
مجھے کیا کرنے کی کوشش کر رہا ہوں

1625
01:11:20,840 --> 01:11:24,550
اور میں ثابت کرنے کی کوشش کر رہا ہوں.

1626
01:11:24,550 --> 01:11:28,000
>> شاید میں بھی خرچ کرنے کے لئے نہیں جا رہا ہوں
زیادہ وقت دستاویزات کے بارے میں بات.

1627
01:11:28,000 --> 01:11:31,460
یہ، شاید، ایک تھوڑا سا ہو جاتا ہے
گہری ہم میں جانے کی ضرورت کے مقابلے میں.

1628
01:11:31,460 --> 01:11:33,710
کی تھوڑا سا میں بات کرتے ہیں
کے بارے میں امیر استفسار اظہار.

1629
01:11:33,710 --> 01:11:37,831
تو ڈائنےمو DB میں ہم نے
تخلیق کرنے کی صلاحیت

1630
01:11:37,831 --> 01:11:39,330
ہم پروجیکشن اظہار کیا کہتے ہیں.

1631
01:11:39,330 --> 01:11:42,660
پروجیکشن اظہار صرف کر رہے ہیں
کھیتوں یا اقدار اٹھا

1632
01:11:42,660 --> 01:11:44,290
آپ کو ظاہر کرنا چاہتے ہیں کہ.

1633
01:11:44,290 --> 01:11:46,000
ٹھیک ہے، تو میں نے ایک کا انتخاب.

1634
01:11:46,000 --> 01:11:48,010
میں ڈائنےمو DB کے خلاف ایک سوال بنانے.

1635
01:11:48,010 --> 01:11:51,730
اور میں، شو آپ کو معلوم ہے، کا کہنا ہے کہ
مجھے صرف پانچ ستارہ جائزے

1636
01:11:51,730 --> 01:11:54,544
اس مخصوص مصنوعات کے لئے.

1637
01:11:54,544 --> 01:11:55,710
تو اس میں دیکھنا چاہتی ہوں.

1638
01:11:55,710 --> 01:11:57,320
میں سب کو دیکھنے کے لئے نہیں کرنا چاہتے
صف کے دیگر صفات،

1639
01:11:57,320 --> 01:11:58,319
میں نے صرف اس کو دیکھنے کے لئے چاہتے ہیں.

1640
01:11:58,319 --> 01:12:01,209
یہ صرف جب SQL میں کی طرح ہے آپ
منتخب ستارہ یا میز سے کہنا،

1641
01:12:01,209 --> 01:12:02,000
آپ کو سب کچھ ملتا ہے.

1642
01:12:02,000 --> 01:12:05,450
میں سے منتخب نام کا کہنا ہے کہ
میز، میں صرف ایک وصف حاصل.

1643
01:12:05,450 --> 01:12:09,070
یہ بات کے اسی قسم میں ہے
ڈائنےمو DB یا دوسرے NoSQL ڈیٹا بیس.

1644
01:12:09,070 --> 01:12:14,510
فلٹر اظہار کی مجھے اجازت
بنیادی طور پر نیچے قائم نتیجہ کاٹ.

1645
01:12:14,510 --> 01:12:15,540
تو میں نے ایک سوال بنانے.

1646
01:12:15,540 --> 01:12:17,260
سوال 500 اشیاء کے ساتھ واپس آ سکتا ہے.

1647
01:12:17,260 --> 01:12:20,255
لیکن میں صرف اشیاء چاہتے ہیں کہ
اس کا کہنا ہے کہ ایک وصف ہے.

1648
01:12:20,255 --> 01:12:23,380
ٹھیک ہے، تو ان اشیاء کو فلٹر دو
کہ خاص سوال کے مطابق نہیں ہیں.

1649
01:12:23,380 --> 01:12:25,540
تو ہم فلٹر اظہار ہے.

1650
01:12:25,540 --> 01:12:28,310
>> فلٹر اظہار کر سکتے ہیں
کسی بھی وصف پر چلایا جا.

1651
01:12:28,310 --> 01:12:30,260
انہوں نے رینج سوالات کو پسند نہیں کر رہے ہیں.

1652
01:12:30,260 --> 01:12:32,690
بلند سوالات زیادہ منتخب ہیں.

1653
01:12:32,690 --> 01:12:36,470
فلٹر سوالات جانے کے لئے مجھ ضرورت
پورے نتائج تو قائم کرنے اور حاصل

1654
01:12:36,470 --> 01:12:39,170
میں نہیں چاہتا ڈیٹا بنانے.

1655
01:12:39,170 --> 01:12:40,660
یہی وجہ ہے کہ ضروری ہے؟

1656
01:12:40,660 --> 01:12:42,770
میں نے یہ سب پڑھنے کی وجہ سے.

1657
01:12:42,770 --> 01:12:46,597
ایک سوال میں، مجھے پڑھنے کے لئے جا رہا ہوں اور
یہ اعداد و شمار کے بارے میں ایک وشال ہونے جا رہا ہے.

1658
01:12:46,597 --> 01:12:48,430
اور پھر میں جا رہا ہوں
مجھے اس کی ضرورت کیا بنانے.

1659
01:12:48,430 --> 01:12:52,080
اور میں صرف باہر carving ہوں تو ایک
قطار کے ایک جوڑے، تو یہ ٹھیک ہے.

1660
01:12:52,080 --> 01:12:53,620
یہ تو غیر فعال نہیں ہے.

1661
01:12:53,620 --> 01:12:57,800
>> لیکن میں نے ایک پوری ڈھیر پڑھ رہا ہوں تو
اعداد و شمار، صرف، ایک شے کے باہر بنانے کے لئے

1662
01:12:57,800 --> 01:13:01,490
تو میں بہتر جا رہا ہوں
ایک رینج استفسار کا استعمال کرتے ہوئے،

1663
01:13:01,490 --> 01:13:03,030
یہ بہت زیادہ ہے کیونکہ منتخب.

1664
01:13:03,030 --> 01:13:06,330
یہ مجھ سے ایک بہت کو بچانے کے لئے جا رہا ہے
پیسہ، میں نے پڑھا کی ادائیگی کے لئے کی وجہ سے.

1665
01:13:06,330 --> 01:13:10,430
کہاں واپس آتا ہے کہ اس کے نتائج
چھوٹے ہو سکتا ہے کہ تار کراس،

1666
01:13:10,430 --> 01:13:11,890
لیکن میں پڑھنے کے لئے دے رہا ہوں.

1667
01:13:11,890 --> 01:13:14,340
تو کس طرح سمجھنے
آپ اعداد و شمار حاصل کر رہے ہیں.

1668
01:13:14,340 --> 01:13:16,420
کہ ڈائنےمو DB میں بہت اہم ہے.

1669
01:13:16,420 --> 01:13:19,710
>> مشروط اظہار، یہ کیا ہے
آپ امید تالا فون کر سکتے ہیں.

1670
01:13:19,710 --> 01:13:28,470
اپ ڈیٹ کریں اگر موجود ہے، یا اس کی قیمت تو
میں وضاحت کیا کے برابر ہے.

1671
01:13:28,470 --> 01:13:31,494
اور میں نے ایک پر ایک وقت سٹیمپ ہے تو
ریکارڈ، میں اعداد و شمار پڑھ سکتا ہے.

1672
01:13:31,494 --> 01:13:32,535
مجھے لگتا ہے کہ اعداد و شمار کو تبدیل کر سکتے ہیں.

1673
01:13:32,535 --> 01:13:35,030
مجھے لکھنے جا سکتا ہے
ڈیٹا بیس میں ڈیٹا واپس.

1674
01:13:35,030 --> 01:13:38,100
کوئی ریکارڈ تبدیل کر دیا گیا تو،
ٹائمسٹیمپ تبدیل کر دیا ہے ہو سکتا ہے.

1675
01:13:38,100 --> 01:13:40,370
اور اس طرح میری مشروط
اپ ڈیٹ اپ ڈیٹ کہہ سکتے ہیں

1676
01:13:40,370 --> 01:13:42,340
ٹائمسٹیمپ یہ برابر ہے.

1677
01:13:42,340 --> 01:13:46,290
یا اپ ڈیٹ کسی وجہ سے ناکام ہو جائے گی
اس دوران میں ریکارڈ کو اپ ڈیٹ.

1678
01:13:46,290 --> 01:13:48,290
>> یہی ہے جو ہم پر امید تالا کہتے ہیں.

1679
01:13:48,290 --> 01:13:50,670
یہ کوئی مطلب
میں آتے ہیں اور اسے تبدیل کر سکتے،

1680
01:13:50,670 --> 01:13:53,100
اور میں اس کا پتہ لگانے کے لئے جا رہا ہوں
میں واپس جانا جب لکھنا.

1681
01:13:53,100 --> 01:13:56,106
اور پھر میں نے اصل میں اس کو پڑھ سکتے ہیں
اعداد و شمار اور اوہ، وہ اس کو تبدیل کر دیا، کا کہنا ہے کہ.

1682
01:13:56,106 --> 01:13:57,230
میں اس کے لئے اکاؤنٹ کرنے کی ضرورت ہے.

1683
01:13:57,230 --> 01:14:00,490
اور میں اعداد و شمار تبدیل کر سکتے ہیں میرے
ریکارڈ اور ایک اپ ڈیٹ کا اطلاق.

1684
01:14:00,490 --> 01:14:04,330
تو آپ ان ورددشیل پکڑ کر سکتے ہیں
وقت کے درمیان پائے جاتے ہیں کہ اپ

1685
01:14:04,330 --> 01:14:08,740
آپ اعداد و شمار اور پڑھا ہے کہ
وقت آپ کو ڈیٹا لکھ سکتا.

1686
01:14:08,740 --> 01:14:11,520
>> سامعین: اور فلٹر
اظہار اصل میں نہیں مطلب

1687
01:14:11,520 --> 01:14:13,020
نمبر یا not-- میں

1688
01:14:13,020 --> 01:14:14,316
>> [آوازیں interposing کی]

1689
01:14:14,316 --> 01:14:16,232
RICK HOULIHAN: میں نہیں کروں گا
اس میں بہت زیادہ ملتا ہے.

1690
01:14:16,232 --> 01:14:17,700
یہ ایک مخصوص مطلوبہ الفاظ کی ہے.

1691
01:14:17,700 --> 01:14:20,130
پونڈ نقطہ نظر ایک مخصوص ہے
ڈائنےمو DB میں مطلوبہ الفاظ.

1692
01:14:20,130 --> 01:14:24,500
ہر ڈیٹا بیس ہے اس کی اپنی مخصوص
آپ استعمال نہیں کر سکتے ہیں کے مجموعے کے لئے نام.

1693
01:14:24,500 --> 01:14:27,240
ڈائنےمو DB، آپ کی وضاحت تو
اس کے سامنے میں ایک پونڈ،

1694
01:14:27,240 --> 01:14:29,310
اگر آپ مندرجہ بالا ان لوگوں کے ناموں کی وضاحت کر سکتے ہیں.

1695
01:14:29,310 --> 01:14:31,840
یہ ایک محولہ قیمت ہے.

1696
01:14:31,840 --> 01:14:34,880
شاید یہ سب سے بہترین نحو نہیں ہے
اس بحث کے لئے سائن اپ وہاں ہے،

1697
01:14:34,880 --> 01:14:38,090
یہ کچھ real-- میں ہو جاتا ہے کیونکہ
میں بات کر رہے ہیں کریں گے مزید

1698
01:14:38,090 --> 01:14:41,360
ایک گہری سطح پر اس کے بارے میں.

1699
01:14:41,360 --> 01:14:46,130
>> لیکن کا کہنا ہے کہ کافی، اس سکتا
وہ views-- جہاں اسکین استفسار

1700
01:14:46,130 --> 01:14:50,190
نہ پونڈ خیالات 10 سے بڑھ کر ہے.

1701
01:14:50,190 --> 01:14:54,660
جی ہاں، ایک عددی قدر ہے.

1702
01:14:54,660 --> 01:14:57,322
اگر آپ چاہتے ہیں، ہم کے بارے میں بات کر سکتے ہیں
بحث کے بعد کہ.

1703
01:14:57,322 --> 01:15:00,030
ٹھیک ہے، تو ہم میں حاصل کر رہے ہیں
بہترین طریقوں میں کچھ منظرنامے

1704
01:15:00,030 --> 01:15:02,000
جہاں ہم بات کرنے کے لئے جا رہے ہیں
یہاں کچھ اطلاقات کے بارے میں.

1705
01:15:02,000 --> 01:15:03,810
ڈائنےمو DB کے لئے استعمال کے مقدمات ہیں.

1706
01:15:03,810 --> 01:15:06,120
ڈیزائن کیا ہیں
ڈائنےمو DB میں پیٹرن.

1707
01:15:06,120 --> 01:15:09,110
>> اور سب سے پہلے ہم جا رہے ہیں
کے بارے میں بات چیزوں کے انٹرنیٹ ہے.

1708
01:15:09,110 --> 01:15:15,010
مجھے لگتا ہے of-- تو ہم نے ایک بہت ملتا ہے،
اندازہ لگانے والے 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
اپنی خود کی کیشے قائم کر سکتے ہیں، [اشراوی]
کیشے [؟ D،؟] جو تم چاہتے ہو.

1786
01:18:40,260 --> 01:18:42,220
ڈیٹا بیس کے سامنے رکھو.

1787
01:18:42,220 --> 01:18:47,250
اور اس طرح آپ کو کہ ڈیٹا محفوظ کر سکتے ہیں
کہ کیشے میں ان گرم، شہوت انگیز چابیاں سے

1788
01:18:47,250 --> 01:18:49,390
جگہ اور کیشے کے ذریعے پڑھنے کے.

1789
01:18:49,390 --> 01:18:51,962
>> اور اس کے بعد سب سے زیادہ آپ پڑھتا
اس طرح دیکھ کر شروع.

1790
01:18:51,962 --> 01:18:54,920
میں ان کیشے یہاں سب کو مار دیتی ہے کر لی
اور میں نے کچھ نہیں یہاں نیچے جا کر لی

1791
01:18:54,920 --> 01:18:59,330
ڈیٹا بیس کے پیچھے بیٹھے ہوئے ہے کیونکہ
کیشے کے ذریعے کبھی نہیں آئے پڑھتا.

1792
01:18:59,330 --> 01:19:02,520
میں ڈیٹا کو تبدیل کرتے ہیں
ڈیٹا بیس، میں کیش اپ ڈیٹ کرنا پڑے.

1793
01:19:02,520 --> 01:19:04,360
ہمیں کچھ استعمال کر سکتے ہیں
کی طرح ایسا کرنے کے لئے بھاپ.

1794
01:19:04,360 --> 01:19:07,360
اور میں اس کام کے لئے کس طرح کی وضاحت کریں گے.

1795
01:19:07,360 --> 01:19:09,060
ٹھیک ہے، پیغام رسانی.

1796
01:19:09,060 --> 01:19:11,180
ای میل، ہم تمام ای میل کا استعمال کرتے ہیں.

1797
01:19:11,180 --> 01:19:12,540
>> یہ ایک بہت اچھی مثال ہے.

1798
01:19:12,540 --> 01:19:14,950
ہم پیغامات ٹیبل کے کسی قسم ہے.

1799
01:19:14,950 --> 01:19:17,040
اور ہم ان باکس اور آؤٹ باکس مل گیا.

1800
01:19:17,040 --> 01:19:19,760
یہ SQL گا ہے
کہ ان باکس کی تعمیر کے لئے کی طرح نظر آتے.

1801
01:19:19,760 --> 01:19:23,350
ہم اس قسم کی ایک ہی قسم کا استعمال کرتے ہیں
جی ایس آئی کی جیایسآئ کی، استعمال کرنے کے لئے حکمت عملی کے

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
آنے والے پیغامات [اشراوی]،
پیغام ID، یہ بہت اچھا ہے.

1807
01:19:33,710 --> 01:19:35,070
وہ اپنے منفرد ہیش ہے.

1808
01:19:35,070 --> 01:19:38,280
میں نے دو جیایسآئ کی تخلیق کرنے کے لئے جا رہا ہوں ایک
میرے ان باکس، آؤٹ باکس میرے لئے ایک کے لئے.

1809
01:19:38,280 --> 01:19:40,530
اور پہلی چیز میں کروں گا
میں اپنے ہیش کلید ہے کہیں گے ہے

1810
01:19:40,530 --> 01:19:43,310
وصول کنندہ جا رہا ہے اور
میں نے تاریخ پر بندوبست کرنے جا رہا ہوں.

1811
01:19:43,310 --> 01:19:44,220
یہ بہت اچھا ہے.

1812
01:19:44,220 --> 01:19:45,890
میں یہاں اپنے اچھا نقطہ نظر ہے.

1813
01:19:45,890 --> 01:19:47,780
لیکن ایک چھوٹی سی مسئلہ یہاں ہے.

1814
01:19:47,780 --> 01:19:50,891
اور تم میں اس میں چلاتے ہیں
سنبندپرک ڈیٹا بیس کے طور پر اچھی طرح سے.

1815
01:19:50,891 --> 01:19:52,390
وہ عمودی طور پر علیحدگی بلایا.

1816
01:19:52,390 --> 01:19:55,840
آپ اپنے بڑے ڈیٹا کو برقرار رکھنے کے لئے چاہتے ہیں
دور اپنے چھوٹے اعداد و شمار سے.

1817
01:19:55,840 --> 01:20:00,470
>> میں ہوگا کیونکہ وجہ ہے
صفات حاصل کرنے کے لئے اشیاء کو پڑھنے جانا.

1818
01:20:00,470 --> 01:20:05,570
اور میرے جسم یہاں تمام پر ہیں تو،
اس کے بعد صرف چند اشیاء پڑھنے

1819
01:20:05,570 --> 01:20:08,560
میرے جسم کی لمبائی ہے
256 کلو بائٹ ہر اوسط،

1820
01:20:08,560 --> 01:20:10,991
ریاضی خوبصورت بدسورت ہو جاتا ہے.

1821
01:20:10,991 --> 01:20:12,490
تو میں داؤد کے ان باکس کو پڑھنے کے لئے چاہتے ہیں.

1822
01:20:12,490 --> 01:20:14,520
داؤد کے باکس 50 اشیاء ہے.

1823
01:20:14,520 --> 01:20:17,880
اوسط اور سائز 256 کلو بائٹ ہے.

1824
01:20:17,880 --> 01:20:21,730
یہاں میری تبادلوں کا تناسب ہے
RCU کے لیے چار کلو بائٹ ہے.

1825
01:20:21,730 --> 01:20:24,450
>> ٹھیک ہے، کے ساتھ جانے
بالآخر مسلسل پڑھتا ہے.

1826
01:20:24,450 --> 01:20:28,640
میں اب بھی 1600 RCU کی کھا رہا ہوں
صرف داؤد کے ان باکس کو پڑھنے کے لئے.

1827
01:20:28,640 --> 01:20:29,950
آاچ.

1828
01:20:29,950 --> 01:20:31,980
ٹھیک ہے، اب اس کی سوچنے دو
اپلی کیشن کام کرتا ہے کے بارے میں.

1829
01:20:31,980 --> 01:20:35,340
مجھے ایک ای میل اپلی کیشن میں ہوں تو اور
میں، میرے ان باکس میں دیکھ رہا ہوں

1830
01:20:35,340 --> 01:20:39,680
اور میں ہر پیغام کی باڈی پر نظر،
نہیں، میں خلاصے میں دیکھ رہا ہوں.

1831
01:20:39,680 --> 01:20:41,850
میں صرف ہیڈر میں دیکھ رہا ہوں.

1832
01:20:41,850 --> 01:20:46,310
تو ایک میز کی ساخت تعمیر
کہ زیادہ اس طرح لگ رہا ہے.

1833
01:20:46,310 --> 01:20:49,470
>> تو یہاں معلومات
اپنے کام کے فلو کی ضرورت ہے.

1834
01:20:49,470 --> 01:20:50,890
یہ میرے ان باکس جیایسآئ میں ہے.

1835
01:20:50,890 --> 01:20:53,800
یہ تاریخ ہے، مرسل،
موضوع، اور اس کے بعد

1836
01:20:53,800 --> 01:20:56,790
بتاتے ہیں جو پیغام کی شناخت،
واپس پیغامات کی میز پر

1837
01:20:56,790 --> 01:20:57,850
جہاں میں نے جسم حاصل کر سکتے ہیں.

1838
01:20:57,850 --> 01:21:01,260

1839
01:21:01,260 --> 01:21:04,420
ٹھیک ہے، یہ ریکارڈ کی شناخت ہو جائے گا.

1840
01:21:04,420 --> 01:21:09,850
وہ واپس طرف اشارہ کریں گے
ڈائنےمو DB میز پر شے کی شناخت.

1841
01:21:09,850 --> 01:21:12,220
ہر انڈیکس ہمیشہ creates--
ہمیشہ شے ہے

1842
01:21:12,220 --> 01:21:15,750
کہ of-- حصہ کے طور پر شناخت
انڈیکس کے ساتھ آتا ہے.

1843
01:21:15,750 --> 01:21:17,414
>> بالکل ٹھیک.

1844
01:21:17,414 --> 01:21:19,080
سامعین: یہ بتاتا ہے یہ محفوظ ہے کہاں؟

1845
01:21:19,080 --> 01:21:21,420
RICK HOULIHAN: جی ہاں، یہ بتاتا ہے
exactly-- کہ ہے بالکل وہی جو ہے.

1846
01:21:21,420 --> 01:21:22,644
اسے یہاں کا کہنا میری دوبارہ ریکارڈ ہے.

1847
01:21:22,644 --> 01:21:24,310
اور یہ میرے دوبارہ ریکارڈ کرنے کے لئے واپس کی طرف اشارہ کریں گے.

1848
01:21:24,310 --> 01:21:26,460
بالکل.

1849
01:21:26,460 --> 01:21:29,490
ٹھیک ہے، تو اب میرے ان باکس ہے
اصل میں بہت چھوٹا.

1850
01:21:29,490 --> 01:21:32,210
اور یہ اصل میں کی حمایت کرتا ہے
ایک ای میل اپلی کیشن کے کام کے فلو کو.

1851
01:21:32,210 --> 01:21:34,230
میرے ان باکس تو، میں پر کلک کریں.

1852
01:21:34,230 --> 01:21:38,160
میں ساتھ جاؤ اور میں پیغام پر کلک کریں،
میں جسم جاؤ کرنے کی ضرورت ہے کہ جب، ہے

1853
01:21:38,160 --> 01:21:40,180
میں جا رہا ہوں کیونکہ
ایک مختلف نقطہ نظر کے لئے جانا.

1854
01:21:40,180 --> 01:21:43,870
آپ کے MVC قسم کے بارے میں سوچنا تو اگر
فریم ورک، ماڈل نقطہ نظر کنٹرولر.

1855
01:21:43,870 --> 01:21:46,120
>> ماڈل پر مشتمل ہے
ڈیٹا لنک ضروریات کو اس

1856
01:21:46,120 --> 01:21:48,130
اور کنٹرولر کے ساتھ انٹرایکٹ کر سکے.

1857
01:21:48,130 --> 01:21:51,670
میں فریم تبدیل، جب
میں نقطہ نظر تبدیل،

1858
01:21:51,670 --> 01:21:55,080
اس کے پاس واپس جانے کے لئے ٹھیک ہے
سرور اور ماڈل repopulate،

1859
01:21:55,080 --> 01:21:56,860
اس صارف کی توقع رکھتا ہے کیا ہے کیونکہ.

1860
01:21:56,860 --> 01:22:00,530
وہ خیالات کو تبدیل جب، کہ جب ہے
ہم واپس ڈیٹا بیس پر جا سکتے ہیں.

1861
01:22:00,530 --> 01:22:02,480
تو ای میل، پر کلک کریں.

1862
01:22:02,480 --> 01:22:03,710
میں جسم کے لئے تلاش کر رہا ہوں.

1863
01:22:03,710 --> 01:22:04,330
راؤنڈ ٹرپ.

1864
01:22:04,330 --> 01:22:05,680
جسم جاؤ.

1865
01:22:05,680 --> 01:22:06,950
>> میں نے بہت کم اعداد و شمار پڑھ.

1866
01:22:06,950 --> 01:22:09,960
میں صرف لاشوں پڑھ رہا ہوں کہ
وہ ان کی ضرورت ہے جب داؤد کی ضرورت ہے.

1867
01:22:09,960 --> 01:22:14,230
اور میں 1600 میں جلا نہیں کر رہا ہوں
RCU صرف اپنے ان باکس ظاہر کرنے کے لئے.

1868
01:22:14,230 --> 01:22:17,670
تو اب یہ طریقہ ہے that--
LSI یا GSI-- میں معافی چاہتا ہوں کہ،

1869
01:22:17,670 --> 01:22:19,900
جی ایس آئی، باہر کام کرے گا.

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
اچھی طرح سے کی وجہ سے پھیل جا رہا ہے کہ میز
اس ہیش صرف، سے hashed پیغام ID ہے.

1878
01:22:45,870 --> 01:22:51,750
اور ہم دونوں کے اشاریہ جات ہے کہ
اس کی میز سے دور گھومنے ہیں.

1879
01:22:51,750 --> 01:22:57,411
ٹھیک ہے، تو یہاں خیال نہیں ہے
بڑے اعداد و شمار اور اس چھوٹے سے ڈیٹا کو برقرار رکھنے

1880
01:22:57,411 --> 01:22:57,910
ایک دوسرے کے ساتھ.

1881
01:22:57,910 --> 01:23:00,700
عمودی طور پر تقسیم،
ان میزیں تقسیم.

1882
01:23:00,700 --> 01:23:03,150
اعداد و شمار پڑھ نہیں آپ کی ضرورت نہیں ہے.

1883
01:23:03,150 --> 01:23:04,850
ٹھیک، گیمنگ.

1884
01:23:04,850 --> 01:23:06,990
ہم سب کھیل پسند ہے.

1885
01:23:06,990 --> 01:23:10,902
کم سے کم میں تو کھیل پسند ہے.

1886
01:23:10,902 --> 01:23:12,735
چیزوں میں سے کچھ تو
ہم جب سے نمٹنے

1887
01:23:12,735 --> 01:23:14,193
ہم صحیح، گیمنگ کے بارے میں سوچ رہے ہیں؟

1888
01:23:14,193 --> 01:23:16,999
ان دنوں گیمنگ، خاص طور پر موبائل
گیمنگ، تمام سوچ کے بارے میں ہے.

1889
01:23:16,999 --> 01:23:19,540
اور میں یہاں ایک باری باری دکھائے گا کرنے کے لئے جا رہا ہوں
دور DynamoDB سے تھوڑا سا.

1890
01:23:19,540 --> 01:23:21,373
میں لانے کے لئے جا رہا ہوں
بحث میں سے کچھ

1891
01:23:21,373 --> 01:23:24,240
میں سے کچھ کے ارد گرد
دیگر اوس ٹیکنالوجی.

1892
01:23:24,240 --> 01:23:28,930
>> لیکن گیمنگ کے بارے میں خیال میں سوچنا ہے
APIs کے شرائط میں، ہیں کہ APIs،

1893
01:23:28,930 --> 01:23:31,730
عام طور پر، HTTP اور JSON بات.

1894
01:23:31,730 --> 01:23:34,550
یہ ہے کہ کس طرح موبائل کھیل قسم کی
اپنی پیٹھ سروں کے ساتھ بات چیت.

1895
01:23:34,550 --> 01:23:35,850
وہ JSON پوسٹنگ کرتے.

1896
01:23:35,850 --> 01:23:40,660
انہوں نے اعداد و شمار حاصل، اور یہ سب ہے،
عام طور پر اچھا JSON APIs کے، بات.

1897
01:23:40,660 --> 01:23:44,950
>> دوست مل کی طرح چیزیں، حاصل
لیڈربورڈ، Exchange ڈیٹا،

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
اور لامحالہ، پر multiplayer
سرورز، واپس آخر بنیادی ڈھانچے،

1905
01:24:03,550 --> 01:24:06,180
اور اعلی کے لئے ڈیزائن کیا
دستیابی اور اسکیل ایبلٹی.

1906
01:24:06,180 --> 01:24:09,400
تو یہ ہم سب چاہتے ہیں کہ چیزیں ہیں
گیمنگ بنیادی ڈھانچے آج.

1907
01:24:09,400 --> 01:24:12,160
>> تو میں ایک نظر ڈالیں
کیا اس کی طرح لگتا ہے.

1908
01:24:12,160 --> 01:24:16,070
، ایک بنیادی پیچھے آخر ہے
بہت سیدھا.

1909
01:24:16,070 --> 01:24:19,880
ہم یہاں کے ساتھ ایک نظام ہے
ایک سے زیادہ دستیابی زون.

1910
01:24:19,880 --> 01:24:23,780
لگتا being-- کے طور پر ہم کے بارے میں بات AZs
ان میں سے الگ الگ ڈیٹا مراکز کے طور پر.

1911
01:24:23,780 --> 01:24:26,040
ایک سے زیادہ ڈیٹا سینٹر
زیڈ کے مطابق، لیکن اس، ٹھیک ہے

1912
01:24:26,040 --> 01:24:28,831
صرف الگ الگ ڈیٹا کے طور پر ان کے بارے میں سوچنا
جغرافیائی ہیں کہ مراکز

1913
01:24:28,831 --> 01:24:30,090
اور غلطی الگ تھلگ.

1914
01:24:30,090 --> 01:24:32,172
>> ہم نے ایک حاصل کرنے کے لئے جا رہے ہیں
جوڑے EC2 واقعات.

1915
01:24:32,172 --> 01:24:33,880
ہم جا رہے ہیں
کچھ واپس آخر سرور.

1916
01:24:33,880 --> 01:24:35,800
آپ کو ایک میراث بھی ویسی ہی ہو سکتا ہے تو
فن تعمیر، ہم ہیں

1917
01:24:35,800 --> 01:24:38,920
ہم RDS کے فون کا استعمال کرتے ہوئے،
سنبندپرک ڈیٹا بیس کی خدمات.

1918
01:24:38,920 --> 01:24:42,040
MSSQL ڈیٹا، ایس کیو ایل ہو سکتا ہے،
یا اس طرح کچھ.

1919
01:24:42,040 --> 01:24:47,080
اس طرح ایک بہت ایپلی کیشنز ہے
آج کیا گیا ہے.

1920
01:24:47,080 --> 01:24:49,594
>> ویسے ہم ساتھ جانے کے لئے چاہتے ہو سکتا ہے
ہم باہر پیمانے جب یہ ہے.

1921
01:24:49,594 --> 01:24:51,510
ہم آگے بڑھیں اور ڈال دیں گے
وہاں S3 بالٹی.

1922
01:24:51,510 --> 01:24:54,200
اس S3 بالٹی، بجائے کی خدمت
ہمارے servers-- سے ان اشیاء

1923
01:24:54,200 --> 01:24:55,220
ہم ایسا کر سکتے ہیں.

1924
01:24:55,220 --> 01:24:57,210
آپ نے اپنے تمام بائنری ڈال
آپ کے سرور پر اشیاء

1925
01:24:57,210 --> 01:24:59,751
اور آپ کو ان سرور استعمال کر سکتے ہیں
واقعات کہ اعداد و شمار کی خدمت کرنے کے لئے.

1926
01:24:59,751 --> 01:25:01,860
لیکن اس بہت مہنگی ہے.

1927
01:25:01,860 --> 01:25:05,107
>> ایسا کرنے کے لئے بہتر طریقہ آگے بڑھو اور ہے
ایک S3 بالٹی میں ان اشیاء ڈال دیا.

1928
01:25:05,107 --> 01:25:06,315
S3 کسی چیز ذخیرہ ہے.

1929
01:25:06,315 --> 01:25:10,860
اس کے لئے خاص طور پر بنایا گیا ہے
چیزوں کی ان اقسام کی خدمت.

1930
01:25:10,860 --> 01:25:13,690
اور ان کے گاہکوں کی درخواست دیں
براہ راست ان اعتراض کی بالٹیوں سے،

1931
01:25:13,690 --> 01:25:15,390
سرورز offload.

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
تم نے ایک بڑا bottleneck کے مل گیا ہے
وہاں ڈیٹا بیس میں.

1972
01:26:54,400 --> 01:26:57,661
اور جگہ جانے کے لئے
واضح طور پر علیحدگی ہے.

1973
01:26:57,661 --> 01:26:59,410
علیحدگی نہیں ہے
تم جب ایسا کرنے کے لئے آسان

1974
01:26:59,410 --> 01:27:01,900
سنبندپرک ڈیٹا بیس کے ساتھ نمٹنے.

1975
01:27:01,900 --> 01:27:05,080
سنبندپرک ڈیٹا بیس کے ساتھ، تم
انتظام کے لئے ذمہ دار، مؤثر طریقے سے،

1976
01:27:05,080 --> 01:27:06,210
اہم خلائی.

1977
01:27:06,210 --> 01:27:10,527
آپ کو ایک اور ایم کے درمیان صارفین کہہ رہے ہیں
(ن) اور Z وہاں جانے کے درمیان، یہاں جانا.

1978
01:27:10,527 --> 01:27:12,360
اور آپ سوئچنگ کر رہے ہیں
درخواست بھر میں.

1979
01:27:12,360 --> 01:27:15,000
تو آپ کے ساتھ نمٹنے کر رہے ہیں
اس تقسیم ڈیٹا کا ذریعہ.

1980
01:27:15,000 --> 01:27:18,670
آپ ٹرانزیکشنل رکاوٹوں ہے
کہ پارٹیشنز اسپین نہیں.

1981
01:27:18,670 --> 01:27:20,560
آپ کے تمام قسم کے مل گیا ہے
تم کہ messiness سے

1982
01:27:20,560 --> 01:27:23,040
وہاں نیچے کی کوشش کر کے ساتھ نمٹنے
باہر پیمائی کے ساتھ نمٹنے کے لئے

1983
01:27:23,040 --> 01:27:25,120
اور ایک بڑے بنیادی ڈھانچے کی تعمیر.

1984
01:27:25,120 --> 01:27:27,284
یہ صرف کوئی مزہ نہیں ہے.

1985
01:27:27,284 --> 01:27:30,930
>> سامعین: تو آپ کہہ رہے ہیں کہ
ذریعہ پوائنٹس میں اضافہ کی رفتار

1986
01:27:30,930 --> 01:27:31,430
عمل؟

1987
01:27:31,430 --> 01:27:32,513
RICK HOULIHAN: بڑھتی ہوئی؟

1988
01:27:32,513 --> 01:27:33,520
سامعین: ماخذ پوائنٹس.

1989
01:27:33,520 --> 01:27:34,410
RICK HOULIHAN: ماخذ پوائنٹس؟

1990
01:27:34,410 --> 01:27:37,500
سامعین: معلومات سے،
جہاں معلومات سے آ رہا ہے؟

1991
01:27:37,500 --> 01:27:38,250
RICK HOULIHAN: نمبر

1992
01:27:38,250 --> 01:27:41,820
میں کیا کہہ رہا ہے میں اضافہ
ڈیٹا سٹور میں partitions کی تعداد

1993
01:27:41,820 --> 01:27:44,060
throughput کو بہتر بناتا ہے.

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
(ن) سے P کرنے کے لئے، میں یہاں جائیں گے.

1997
01:27:53,560 --> 01:27:55,060
Z کرنے کے لئے P کی، میں یہاں جائیں گے.

1998
01:27:55,060 --> 01:27:57,120
>> سامعین: ٹھیک ہے، وہ اتنا لوگ ہیں
تمام مختلف مراکز میں ذخیرہ؟

1999
01:27:57,120 --> 01:27:57,911
>> RICK HOULIHAN: جی ہاں.

2000
01:27:57,911 --> 01:28:00,210
ان کے بارے میں سوچو
اعداد و شمار کے مختلف silos کے.

2001
01:28:00,210 --> 01:28:01,660
تو آپ کو ایسا کرنے کے لئے کر رہے ہیں.

2002
01:28:01,660 --> 01:28:02,910
آپ کو ایسا کرنے کی کوشش کر رہے ہیں
اس، آپ کوشش کر رہے ہیں

2003
01:28:02,910 --> 01:28:05,730
ایک سنبندپرک پلیٹ فارم پر لانے کے لئے،
یہ آپ کیا کر رہے ہیں ہے.

2004
01:28:05,730 --> 01:28:08,100
آپ اعداد و شمار لے جا رہے ہیں اور
آپ اس کے نیچے کاٹنے رہے ہیں.

2005
01:28:08,100 --> 01:28:10,975
اور آپ کے اس پار علیحدگی رہے
ڈیٹا بیس کی ایک سے زیادہ مثالیں.

2006
01:28:10,975 --> 01:28:13,580
اور تم سب کو منظم کرنے کر رہے ہیں کہ
درخواست درجے پر.

2007
01:28:13,580 --> 01:28:14,729
یہ کوئی مذاق ہے.

2008
01:28:14,729 --> 01:28:15,770
تو کیا ہم جانا چاہتے ہو؟

2009
01:28:15,770 --> 01:28:20,240
ہم DynamoDB، مکمل منظم جانے کے لئے چاہتے ہیں،
NoSQL ڈیٹا اسٹور، فراہمی throughput کے.

2010
01:28:20,240 --> 01:28:22,680
ہم ثانوی اشاریہ جات استعمال کرتے ہیں.

2011
01:28:22,680 --> 01:28:26,154
یہ بنیادی طور پر HTTP API اور
دستاویز کی حمایت بھی شامل ہے.

2012
01:28:26,154 --> 01:28:28,570
تو آپ کو فکر کرنے کی ضرورت نہیں ہے
کہ علیحدگی کی کسی کے بارے میں.

2013
01:28:28,570 --> 01:28:30,740
ہم آپ کے لئے یہ سب کیا.

2014
01:28:30,740 --> 01:28:33,260
تو اب، بجائے، آپ
صرف میز پر لکھنے.

2015
01:28:33,260 --> 01:28:36,490
میز تقسیم کرنے کی ضرورت ہے تو،
کہ پردے کے پیچھے ہوتا ہے.

2016
01:28:36,490 --> 01:28:40,642
آپ مکمل طور پر موصل کر رہے ہیں
ایک ڈویلپر کے طور پر اس سے.

2017
01:28:40,642 --> 01:28:42,350
تو کے بارے میں بات کرتے ہیں
استعمال کے مقدمات میں سے کچھ

2018
01:28:42,350 --> 01:28:47,564
ہم گیمنگ میں، عام میں چلانے
گیمنگ منظرنامے، لیڈربورڈ.

2019
01:28:47,564 --> 01:28:49,980
تو آپ کو، صارفین میں آ گیا ہے
وہ کر رہے ہیں کہ BoardNames

2020
01:28:49,980 --> 01:28:52,930
پر، اس صارف کے لئے سکور.

2021
01:28:52,930 --> 01:28:57,700
ہم صارف کی شناخت پر hashing کے کیا جا سکتا ہے
اور اس کے بعد ہم آپ کو کھیل پر رینج ہے.

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
میرا ریکارڈ پر hashed ہے جب
صارف کی شناخت، کھیل پر بچھے،

2029
01:29:18,070 --> 01:29:20,740
ساتھ ساتھ میں نے آگے جانے کے لئے جا رہا ہوں
اور تنظیم نو،، ایک جیایسآئ تخلیق

2030
01:29:20,740 --> 01:29:22,370
اور میں اس کے اعداد و شمار کی تشکیل نو کرنے جا رہا ہوں.

2031
01:29:22,370 --> 01:29:27,310
>> اب میں پر ہیش کرنے جا رہا ہوں
کھیل ہے جس میں BoardName،.

2032
01:29:27,310 --> 01:29:29,800
اور میں سب سے اوپر سکور پر رینج کرنے جا رہا ہوں.

2033
01:29:29,800 --> 01:29:31,540
اور اب میں مختلف بالٹیاں تشکیل دے دیا ہے.

2034
01:29:31,540 --> 01:29:34,790
میں ایک ہی میز استعمال کر رہا ہوں،
ایک ہی شے کے اعداد و شمار.

2035
01:29:34,790 --> 01:29:39,870
لیکن میں دیتا ہے کہ ایک بالٹی پیدا کر رہا ہوں
مجھے کھیل کی طرف سے سب سے اوپر سکور کی جمع.

2036
01:29:39,870 --> 01:29:43,180
>> اور میں اس کی میز سوال کر سکتے ہیں
کہ معلومات حاصل کرنے کے.

2037
01:29:43,180 --> 01:29:50,890
تو میں نے کرنے کے لئے ہے کہ سوال پیٹرن قائم ہے
ثانوی انڈیکس کی طرف سے حمایت کی جائے.

2038
01:29:50,890 --> 01:29:54,556
اب وہ BoardName ذریعے حل کیا جا سکتا ہے
اور پر منحصر ہے، TopScore کے لحاظ سے ترتیب.

2039
01:29:54,556 --> 01:29:57,180
آپ دیکھ سکتے ہیں تو، ان اقسام ہیں
کی آپ کو جوا کھیلنے میں حاصل استعمال کے مقدمات.

2040
01:29:57,180 --> 01:30:02,190
ہم جوا کھیلنے میں حاصل ایک اور اچھی استعمال کے کیس
ایوارڈز اور جو ایوارڈ جیت رہا ہے.

2041
01:30:02,190 --> 01:30:05,340
اور یہ ایک عظیم استعمال معاملہ ہے
ہم ویرل اشاریہ جات کال جہاں.

2042
01:30:05,340 --> 01:30:07,340
ویرل اشاریہ جات ہیں
پیدا کرنے کی صلاحیت

2043
01:30:07,340 --> 01:30:10,850
ضروری نہیں ہے کہ ایک انڈیکس
میز پر ہر ایک شے پر مشتمل.

2044
01:30:10,850 --> 01:30:11,470
اور کیوں نہیں؟

2045
01:30:11,470 --> 01:30:14,540
کیونکہ جا رہا ہے کہ وصف
حساب سے ترتیب ہر شے پر موجود نہیں.

2046
01:30:14,540 --> 01:30:16,460
>> یہ خاص طور پر میں تو
کیس کا استعمال، میں کہہ رہا ہوں،

2047
01:30:16,460 --> 01:30:19,240
تم نے کیا، میں جا رہا ہوں
ایوارڈ نامی ایک وصف تشکیل دے.

2048
01:30:19,240 --> 01:30:22,970
اور میں ہر صارف دینے کے لئے جا رہا ہوں
کہ منسوب کرتا ہے ایک انعام ہے.

2049
01:30:22,970 --> 01:30:25,950
صارفین ایوارڈز ہیں نہیں ہے
اس وصف کے لئے نہیں جا.

2050
01:30:25,950 --> 01:30:27,800
تو میں تخلیق کرتے وقت
انڈیکس، صرف صارفین

2051
01:30:27,800 --> 01:30:28,960
یہ دکھانے کے لئے جا رہے ہیں
انڈیکس میں ہیں

2052
01:30:28,960 --> 01:30:31,050
اصل ایوارڈ جیت لیا ہے کہ لوگ.

2053
01:30:31,050 --> 01:30:34,440
تو اس کے قابل ہو جائے کرنے کے لئے ایک عظیم طریقہ ہے
فلٹر اشاریہ جات پیدا کرنے کے لئے

2054
01:30:34,440 --> 01:30:40,580
نہیں ہے کہ بہت، بہت منتخب ہے
انڈیکس پوری کی میز ہے.

2055
01:30:40,580 --> 01:30:43,050
>> تو ہم یہاں وقت پر کم ہو رہی ہے.

2056
01:30:43,050 --> 01:30:49,190
میں آگے بڑھو اور پر جا رہا ہوں
باہر اور اس منظر نامے پر.

2057
01:30:49,190 --> 01:30:52,625
تھوڑا بات about--

2058
01:30:52,625 --> 01:30:54,460
>> سامعین: میں ایک فوری سوال پوچھ سکتا ہوں؟

2059
01:30:54,460 --> 01:30:56,722
ایک بھاری لکھنا ہے؟

2060
01:30:56,722 --> 01:30:57,680
RICK HOULIHAN: کیا ہے؟

2061
01:30:57,680 --> 01:30:58,596
سامعین: بھاری لکھیں.

2062
01:30:58,596 --> 01:31:01,270
RICK HOULIHAN بھاری لکھیں.

2063
01:31:01,270 --> 01:31:03,460
مجھے دیکھنے دو.

2064
01:31:03,460 --> 01:31:06,220
>> سامعین: یا نہیں ہے
کچھ آپ کو صرف کر سکتے ہیں

2065
01:31:06,220 --> 01:31:08,809
سیکنڈ کے ایک معاملے میں آواز؟

2066
01:31:08,809 --> 01:31:10,850
RICK HOULIHAN: ہم جانا
ووٹنگ منظر نامے کے ذریعے.

2067
01:31:10,850 --> 01:31:11,670
یہ اتنا برا نہیں ہے.

2068
01:31:11,670 --> 01:31:14,580
تم لوگوں کو ایک چند منٹ ہے؟

2069
01:31:14,580 --> 01:31:15,860
ٹھیک ہے.

2070
01:31:15,860 --> 01:31:17,890
>> تو ہم ووٹنگ کے بارے میں بات کریں گے.

2071
01:31:17,890 --> 01:31:20,250
تو حقیقی وقت ووٹنگ، ہم
ووٹنگ کے لئے ضروریات.

2072
01:31:20,250 --> 01:31:25,250
تقاضے ہم اجازت دیتے ہیں کہ ہو
ہر شخص صرف ایک بار ووٹ ڈالنے کے لئے.

2073
01:31:25,250 --> 01:31:28,060
ہم کوئی قابل بننا چاہتا ہوں
ان کے ووٹ کو تبدیل کرنے کی.

2074
01:31:28,060 --> 01:31:31,045
ہم اصل وقت جمع چاہتے ہیں
اور آبادی کے لئے تجزیاتی

2075
01:31:31,045 --> 01:31:34,210
ہم جا رہے ہیں کہ
ویب سائٹ پر صارفین کو دکھا.

2076
01:31:34,210 --> 01:31:35,200
>> اس منظر نامے کے بارے میں سوچو.

2077
01:31:35,200 --> 01:31:37,550
ہم حقیقت کا ایک بہت کام
وہ کر رہے ہیں جہاں ٹی وی سے پتہ چلتا ہے

2078
01:31:37,550 --> 01:31:38,960
ان چیزوں کی عین مطابق کی قسم کر.

2079
01:31:38,960 --> 01:31:41,584
تو آپ کے منظر نامے کے بارے میں سوچ کر سکتے ہیں،
ہم لاکھوں اور لاکھوں ہے

2080
01:31:41,584 --> 01:31:43,959
وہاں سے نو عمر لڑکیوں
ان کے موبائل فونز کے ساتھ

2081
01:31:43,959 --> 01:31:46,250
اور ووٹنگ، اور ووٹنگ، اور
وہ کر رہے ہیں جو کے لئے ووٹنگ

2082
01:31:46,250 --> 01:31:48,610
سب سے زیادہ مقبول ہونے کے لئے تلاش.

2083
01:31:48,610 --> 01:31:50,830
تو ان میں سے کچھ یہ ہیں
ضروریات ہم باہر چلاتے ہیں.

2084
01:31:50,830 --> 01:31:52,990
>> اور تو سب سے پہلے لے
اس مسئلہ کو حل کرنے میں

2085
01:31:52,990 --> 01:31:55,090
ایک تعمیر کرنے کے لئے ہو جائے گا
بہت سادہ درخواست.

2086
01:31:55,090 --> 01:31:56,490
تو میں اس اپلی کیشن مل گیا ہے.

2087
01:31:56,490 --> 01:31:57,950
میں وہاں کچھ ووٹروں باہر ہے.

2088
01:31:57,950 --> 01:31:59,980
وہ ووٹنگ اپلی کیشن مارا، میں آتے ہیں.

2089
01:31:59,980 --> 01:32:03,440
میں کچھ خام ووٹ ٹیبل مل گیا ہے
میں صرف ان ووٹوں میں پھینک دیں گے.

2090
01:32:03,440 --> 01:32:05,780
میں نے کچھ مجموعی پڑے گا
ووٹ کی میز ہے کہ

2091
01:32:05,780 --> 01:32:09,490
میرے تجزیات اور آبادیات کروں گا،
اور ہم وہاں میں یہ سب ڈال دیں گے.

2092
01:32:09,490 --> 01:32:11,420
>> اور یہ بہت اچھا ہے.

2093
01:32:11,420 --> 01:32:12,332
زندگی اچھی ہے.

2094
01:32:12,332 --> 01:32:15,040
زندگی ہم اس کا پتہ لگانا تک اچھی
ہمیشہ صرف ایک یا دو ہے

2095
01:32:15,040 --> 01:32:16,879
انتخابات میں مقبول ہیں کہ لوگوں.

2096
01:32:16,879 --> 01:32:19,420
صرف ایک یا دو چیزیں ہے
لوگ واقعی کے بارے میں پرواہ ہے کہ.

2097
01:32:19,420 --> 01:32:22,340
اور آپ پر ووٹ ڈالنے کر رہے ہیں تو
پیمانے، ہوں اچانک

2098
01:32:22,340 --> 01:32:26,360
سے باہر جہنم کرشنگ کیا جا رہا
دو امیدواروں، ایک یا ایک سے دو امیدواروں.

2099
01:32:26,360 --> 01:32:29,390
اشیاء کی ایک بہت ہی محدود تعداد
لوگوں مقبول ہونے کے لئے تلاش.

2100
01:32:29,390 --> 01:32:31,710
>> یہ ایک اچھا ڈیزائن پیٹرن نہیں ہے.

2101
01:32:31,710 --> 01:32:33,549
یہ اصل میں ایک ہے
بہت برا ڈیزائن پیٹرن

2102
01:32:33,549 --> 01:32:36,340
اس کی تخلیق کی وجہ سے ہے بالکل وہی جو ہم
گرم، شہوت انگیز چابیاں تھا جس کے بارے میں بات.

2103
01:32:36,340 --> 01:32:38,960
گرم، شہوت انگیز چابیاں ہم پسند نہیں کرتے کچھ ہیں.

2104
01:32:38,960 --> 01:32:40,470
>> تو ہم کس طرح اس کو ٹھیک کرتے ہیں؟

2105
01:32:40,470 --> 01:32:47,640
اور واقعی، اس کو ٹھیک کرنے کے لئے راستہ ہے
ان امیدوار بالٹیاں لے کر

2106
01:32:47,640 --> 01:32:51,490
اور ہم نے ہر امیدوار کے لئے،
ہم ایک بے ترتیب قیمت شامل کرنے کے لئے جا رہے ہیں،

2107
01:32:51,490 --> 01:32:54,192
بے ترتیب ہم جانتے ہیں کہ کچھ،
ایک اور 100 کے درمیان قیمت،

2108
01:32:54,192 --> 01:32:56,620
100 اور 1،000 کے درمیان،
یا ایک اور 1،000 کے درمیان،

2109
01:32:56,620 --> 01:32:59,940
تاہم بہت سے بے ترتیب اقدار آپ چاہتے ہیں
اس امیدوار کے اختتام پر شامل.

2110
01:32:59,940 --> 01:33:01,330
>> اور میں واقعی میں اس کے بعد کیا کیا ہے؟

2111
01:33:01,330 --> 01:33:05,830
میں امیدوار کی شناخت کے طور پر استعمال کر رہا ہوں تو
مجموعی ووٹ بالٹی،

2112
01:33:05,830 --> 01:33:08,780
میں ایک بے ترتیب شامل ہے تو
اس کے اختتام پر نمبر،

2113
01:33:08,780 --> 01:33:12,000
میں تشکیل دے دیا ہے اب 10 بالٹیاں، ایک
سو بالٹیاں، ایک ہزار بالٹیاں

2114
01:33:12,000 --> 01:33:14,160
کہ مجھے اس پار ووٹ مجموعوں ہوں.

2115
01:33:14,160 --> 01:33:18,030
>> تو میں نے، لاکھوں اور لاکھوں ہے
اور ریکارڈز لاکھوں میں آنے والے

2116
01:33:18,030 --> 01:33:22,050
ان امیدواروں کے لئے، اب میں پھیل رہا ہوں
امیدوار A_1 بھر وہ ووٹ

2117
01:33:22,050 --> 01:33:24,630
امیدوار A_100 ذریعے، کیونکہ
ایک ووٹ میں آتا ہے ہر وقت،

2118
01:33:24,630 --> 01:33:26,530
میں ایک بے ترتیب پیدا کر رہا ہوں
ایک اور 100 کے درمیان قیمت.

2119
01:33:26,530 --> 01:33:29,446
کے اختتام پر اسے 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
اور میرے ماحصل، میری لکھنا
throughput کے ناقابل اعتماد ہے.

2148
01:34:44,860 --> 01:34:49,450
تو یہ عام طور پر ایک قابل قدر ہے
DynamoDB پیمائی کے لئے ٹیکنالوجی،

2149
01:34:49,450 --> 01:34:51,350
یا اس بات کے لئے کسی بھی NoSQL ڈیٹا بیس.

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

2151
01:34:53,824 --> 01:34:55,240
تو ہم اس پیمانے کے لئے کس طرح باہر سوچا.

2152
01:34:55,240 --> 01:34:56,930
اور ہم نے سوچا کہ کس طرح
ہمارے گرم چابیاں ختم.

2153
01:34:56,930 --> 01:34:57,820
اور یہ بہت اچھا ہے.

2154
01:34:57,820 --> 01:34:58,960
اور ہم یہ اچھا نظام ہے.

2155
01:34:58,960 --> 01:35:02,043
اور یہ ہمیں بہت درست ووٹنگ دیا ہے
ہم ریکارڈ ووٹ ڈی شکار ہے کیونکہ.

2156
01:35:02,043 --> 01:35:03,130
یہ DynamoDB میں بنایا گیا ہے.

2157
01:35:03,130 --> 01:35:05,380
ہم مشروط حقوق کے بارے میں بات کی تھی.

2158
01:35:05,380 --> 01:35:08,170
>> ایک ووٹر میں آتا ہے، رکھتا
میز پر ایک ڈالیں،

2159
01:35:08,170 --> 01:35:11,220
انہوں نے اپنے ووٹر ID کے ساتھ داخل
وہ ایک دوسرے ووٹ کرنے کے لئے کوشش کرتے ہیں تو،

2160
01:35:11,220 --> 01:35:13,320
میں نے ایک مشروط لکھ سکتا ہوں.

2161
01:35:13,320 --> 01:35:16,960
یہ لکھنے صرف اتنا کہہ
اس کا کوئی وجود نہیں ہے.

2162
01:35:16,960 --> 01:35:19,270
تو جیسے ہی میں نے اس کو دیکھ کے طور
کہ ووٹ کی میز مارا،

2163
01:35:19,270 --> 01:35:20,460
کوئی اور نہیں ہونے جا رہا ہے
میں اپنے ووٹ ڈال کرنے کے قابل.

2164
01:35:20,460 --> 01:35:21,634
اور یہ کہ بہت اچھا ہے.

2165
01:35:21,634 --> 01:35:23,550
اور ہم incrementing رہے ہیں
ہمارے امیدوار کاؤنٹر.

2166
01:35:23,550 --> 01:35:25,466
اور ہم نے اپنے کر رہے ہیں
آبادی اور تمام ہے کہ.

2167
01:35:25,466 --> 01:35:29,110
لیکن کیا اگر ایسا ہوتا ہے میری
درخواست پر آتا ہے؟

2168
01:35:29,110 --> 01:35:31,350
اب اچانک ووٹ کے تمام
میں آ رہے ہیں، اور میں

2169
01:35:31,350 --> 01:35:34,840
وہ عملدرآمد کر رہے ہیں اگر نہیں جانتے
میرے تجزیات اور آبادیات میں

2170
01:35:34,840 --> 01:35:36,040
اب.

2171
01:35:36,040 --> 01:35:38,462
اور جب درخواست
اپ، کس طرح واپس آتا ہے

2172
01:35:38,462 --> 01:35:41,420
جہنم میں ووٹ کیا جانتے ہیں
عملدرآمد کر دیا گیا اور کہاں سے آغاز کروں؟

2173
01:35:41,420 --> 01:35:44,530
>> تو یہ ایک حقیقی مسئلہ ہے جب آپ کو ہے
منظر نامے کی اس قسم کو دیکھنے کے لئے شروع.

2174
01:35:44,530 --> 01:35:45,571
اور کس طرح ہم اس کو حل کرتے ہیں؟

2175
01:35:45,571 --> 01:35:48,070
ہم کیا ہم اسے حل
DynamoDB اسٹریمز کال.

2176
01:35:48,070 --> 01:35:53,470
اسٹریمز ایک وقت کا حکم دیا ہے اور
ہر رسائی کی تقسیم تبدیلی لاگ ان کریں

2177
01:35:53,470 --> 01:35:55,700
میز پر، ہر لکھیں
ٹیبل تک رسائی.

2178
01:35:55,700 --> 01:35:58,810
کے لئے لکھا گیا ہے کہ کسی بھی اعداد و شمار کے
ٹیبل ندی پر ظاہر کرتا ہے.

2179
01:35:58,810 --> 01:36:01,815
>> یہ بنیادی طور پر ایک 24 گھنٹے قطار ہے.

2180
01:36:01,815 --> 01:36:03,690
اشیا ندی مارا،
وہ 24 گھنٹے کے لئے رہتے ہیں.

2181
01:36:03,690 --> 01:36:05,990
انہوں نے ایک سے زیادہ مرتبہ پڑھا جا سکتا ہے.

2182
01:36:05,990 --> 01:36:09,400
فراہم کرنے کے لئے بات کی ضمانت
صرف ندی کے لئے ایک بار،

2183
01:36:09,400 --> 01:36:11,180
اوقات کی ن نمبر پڑھا جا سکتا ہے.

2184
01:36:11,180 --> 01:36:14,910
تاہم بہت سے عمل آپ چاہتے ہیں
کہ اعداد و شمار بسم، آپ اسے بسم کر سکتے ہیں.

2185
01:36:14,910 --> 01:36:16,350
یہ ہر اپ ڈیٹ دکھایا جائے گا.

2186
01:36:16,350 --> 01:36:18,455
ہر لکھونگا صرف
ندی پر ایک بار ظاہر ہوتے ہیں.

2187
01:36:18,455 --> 01:36:20,621
تو آپ کو فکر کرنے کی ضرورت نہیں ہے
دو بار اس پر کارروائی کے بارے میں

2188
01:36:20,621 --> 01:36:22,500
اسی عمل سے.

2189
01:36:22,500 --> 01:36:25,350
>> یہ سختی سے حکم دیا آئٹم کے مطابق ہے.

2190
01:36:25,350 --> 01:36:28,180
ہم وقت کا کہنا ہے کہ
کا حکم دیا اور تقسیم،

2191
01:36:28,180 --> 01:36:30,680
آپ ندی پر تقسیم فی دیکھیں گے.

2192
01:36:30,680 --> 01:36:33,169
آپ آرڈر میں اشیاء، اپ دیکھیں گے.

2193
01:36:33,169 --> 01:36:35,210
ہم ضمانت نہیں کر رہے ہیں
تم کہ ندی پر

2194
01:36:35,210 --> 01:36:40,240
ہر ٹرانزیکشن حاصل کرنے کے لئے جا رہا
اشیاء میں ترتیب میں.

2195
01:36:40,240 --> 01:36:42,440
>> تو اسٹریمز idempotent ہیں.

2196
01:36:42,440 --> 01:36:44,037
ہم سب idempotent مطلب کیا جانتے ہو؟

2197
01:36:44,037 --> 01:36:46,620
Idempotent آپ ایسا کر سکتے ہیں کا مطلب ہے کہ
ختم، اور اس سے زیادہ، اور ایک بار پھر.

2198
01:36:46,620 --> 01:36:48,200
نتیجہ ایک ہی ہونے جا رہا ہے.

2199
01:36:48,200 --> 01:36:49,991
>> اسٹریمز، idempotent ہیں
لیکن وہ ہونا پڑے گا

2200
01:36:49,991 --> 01:36:54,860
نقطہ اغاز سے ادا کیا،
آپ کا انتخاب کرتے ہیں جہاں کہیں بھی، ختم کرنے کے لئے،

2201
01:36:54,860 --> 01:36:57,950
یا وہ نتیجے میں نہیں جائے گا
اسی اقدار میں.

2202
01:36:57,950 --> 01:36:59,727
>> MongoDB ساتھ ایک ہی بات.

2203
01:36:59,727 --> 01:37:01,560
MongoDB ایک تعمیر ہے
وہ oplog کال.

2204
01:37:01,560 --> 01:37:04,140
یہ بالکل وہی تعمیر ہے.

2205
01:37:04,140 --> 01:37:06,500
بہت NoSQL ڈیٹا بیس
اس کی تعمیر ہے.

2206
01:37:06,500 --> 01:37:08,790
وہ چیزیں کرنے کے لئے اس کا استعمال
طرح نقل، جس

2207
01:37:08,790 --> 01:37:10,475
بالکل ہم اسٹریمز کے ساتھ کیا کرتے ہیں.

2208
01:37:10,475 --> 01:37:12,350
سامعین: ہو سکتا ہے کہ ایک
بدعتی سوال، لیکن آپ

2209
01:37:12,350 --> 01:37:13,975
اطلاقات ایک تو آگے کو کرنے کے بارے میں بات.

2210
01:37:13,975 --> 01:37:16,089
اسٹریمز کی ضمانت ہیں
ممکنہ طور پر نیچے جاؤ کبھی نہیں؟

2211
01:37:16,089 --> 01:37:18,630
RICK HOULIHAN: جی ہاں، نہریں
نیچے جانا کبھی بات کی ضمانت رہے ہیں.

2212
01:37:18,630 --> 01:37:21,040
ہم بنیادی ڈھانچے کو منظم
پیچھے. خود کار طریقے سے نہریں

2213
01:37:21,040 --> 01:37:22,498
ان کے خود پیمائی گروپ میں تعینات.

2214
01:37:22,498 --> 01:37:25,910
ہم ایک چھوٹی سی کے ذریعے جائیں گے
کیا ہوتا ہے کے بارے میں تھوڑا سا.

2215
01:37:25,910 --> 01:37:30,060
>> میں وہ نہیں کر رہے ہیں نہیں کرنا چاہئے
نیچے جانا کبھی بات کی ضمانت.

2216
01:37:30,060 --> 01:37:33,110
عناصر کی ضمانت ہیں
ندی میں ظاہر کرنے کے لئے.

2217
01:37:33,110 --> 01:37:36,740
اور ندی رسائی ہو جائے گا.

2218
01:37:36,740 --> 01:37:40,580
تو کیا نیچے جاتا ہے یا واپس آتا ہے
اپ، کہ نیچے ہوتا ہے.

2219
01:37:40,580 --> 01:37:43,844
یہ ٹھیک ہے covers--.

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
وہ مکمل طور پر قطار نہیں کرتے
آپ کی میز کے partitions سے.

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
ہم واقعہ کے بارے میں تھوڑا سا ذکر
پر مبنی درخواست architectures کے.

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
ہم بکھیر جمع باہر کر رہے ہیں
ایک سے زیادہ بالٹیاں بھر.

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
دوسرے کے لئے redshift پیٹ کرنے کے لئے
اپلی کیشن کے تجزیات، یا استعمال

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
S3، 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
وہ ایک محفوظ نیچے ھیںچو ہے
S3 سے ایچ ٹی ایم ایل سروے فارم.

2378
01:45:18,020 --> 01:45:18,980
کوئی سرور نہیں ہے.

2379
01:45:18,980 --> 01:45:20,600
یہ صرف ایک S3 اعتراض ہے.

2380
01:45:20,600 --> 01:45:22,770
>> اس فارم، آتا ہے
براؤزر میں بوجھ.

2381
01:45:22,770 --> 01:45:24,240
یہ ریڑھ کی ہڈی ہے.

2382
01:45:24,240 --> 01:45:30,160
یہ پیچیدہ جاوا ہے
کہ چل رہا ہے.

2383
01:45:30,160 --> 01:45:33,557
تو یہ بہت امیر کی درخواست ہے
کلائنٹ کے براؤزر میں چل رہا ہے.

2384
01:45:33,557 --> 01:45:36,390
وہ نہیں جانتے ہیں کہ نہیں
واپس آخر سرور کے ساتھ بات چیت.

2385
01:45:36,390 --> 01:45:38,220
اس مرحلے پر، یہ سب براؤزر ہے.

2386
01:45:38,220 --> 01:45:41,780
>> وہ نتائج شائع کیا
ہم نے ایمیزون API کا گیٹ وے کہتے ہیں.

2387
01:45:41,780 --> 01:45:46,270
API کا گیٹ وے صرف ایک ویب API ہے
آپ کی وضاحت اور ہک کر سکتے ہیں

2388
01:45:46,270 --> 01:45:47,760
جو کچھ بھی کرنا چاہتے ہیں.

2389
01:45:47,760 --> 01:45:50,990
اس خاص معاملے میں، ہم ہیں
ایک لامڈا تقریب کے لئے جھکا دیا.

2390
01:45:50,990 --> 01:45:54,797
>> تو میری پوسٹ آپریشن ہے
کوئی سرور کے ساتھ ہو.

2391
01:45:54,797 --> 01:45:56,380
بنیادی طور پر اس API کا گیٹ وے وہاں بیٹھتا ہے.

2392
01:45:56,380 --> 01:45:58,770
یہ میرے لوگوں تک کچھ نہیں اخراجات
ٹھیک ہے، یہ کرنے کے لئے پوسٹنگ شروع؟

2393
01:45:58,770 --> 01:46:00,269
لامڈا تقریب صرف وہاں بیٹھتا ہے.

2394
01:46:00,269 --> 01:46:03,760
اور جب تک مجھے کچھ نہیں اخراجات
لوگ اسے مارنا شروع.

2395
01:46:03,760 --> 01:46:07,270
تو تم حجم کے طور پر دیکھ سکتے ہیں،
الزامات آئے جب میں اضافہ، ہے.

2396
01:46:07,270 --> 01:46:09,390
میں ایک سرور 7/24 نہیں چل رہا ہوں.

2397
01:46:09,390 --> 01:46:12,310
>> لہذا میں نے فارم ھیںچو
نیچے بالٹی سے باہر،

2398
01:46:12,310 --> 01:46:15,719
اور میں API کے ذریعے پوسٹ
لامڈا تقریب میں گیٹ وے.

2399
01:46:15,719 --> 01:46:17,510
اور پھر لامڈا
تقریب میں آپ جانتے ہیں، کا کہنا ہے کہ

2400
01:46:17,510 --> 01:46:20,600
کیا، میں نے کچھ PIIs مل گیا ہے، کچھ
ذاتی طور پر قابل شناخت معلومات

2401
01:46:20,600 --> 01:46:21,480
ان جوابات میں.

2402
01:46:21,480 --> 01:46:23,020
میں صارفین کی طرف سے آنے والے تبصرے مل گیا.

2403
01:46:23,020 --> 01:46:24,230
میں نے ای میل پتوں ہے.

2404
01:46:24,230 --> 01:46:26,190
میں صارف کا نام مل گیا ہے.

2405
01:46:26,190 --> 01:46:27,810
>> مجھے اس سے دور تقسیم ہیں.

2406
01:46:27,810 --> 01:46:30,280
میں کچھ پیدا کرنے کے لئے جا رہا ہوں
اس ورائے اندراج میٹا ڈیٹا.

2407
01:46:30,280 --> 01:46:32,850
اور میں آگے بڑھانے کے لئے جا رہا ہوں
DynamoDB میں میٹا ڈیٹا.

2408
01:46:32,850 --> 01:46:36,059
اور میں تمام اعداد و شمار خفیہ سکتا
اگر میں چاہتا ہوں اور DynamoDB میں دھکا.

2409
01:46:36,059 --> 01:46:38,600
لیکن اس میں، میرے لئے آسان ہے
آگے ایک کا کہنا ہے کہ جانے کے لئے، کیس استعمال،

2410
01:46:38,600 --> 01:46:42,800
میں خام ڈیٹا آگے بڑھانے کے لئے جا رہا ہوں
ایک مرموز S3 بالٹی میں.

2411
01:46:42,800 --> 01:46:47,240
تو میں S3 سرور سائیڈ میں تعمیر استعمال
خفیہ کاری اور ایمیزون کی کلیدی مینجمنٹ

2412
01:46:47,240 --> 01:46:51,600
تاکہ سروس میں ایک چابی ہے کہ
ایک باقاعدہ وقفہ پر باری باری دکھائے گا کر سکتے ہیں،

2413
01:46:51,600 --> 01:46:55,010
اور میں اس کے اعداد و شمار PII حفاظت کر سکتے ہیں
اس پورے کام کے فلو کے ایک حصے کے کے طور پر.

2414
01:46:55,010 --> 01:46:55,870
>> تو میں نے کیا کیا ہے؟

2415
01:46:55,870 --> 01:47:00,397
میں صرف ایک پوری تعینات ہے
درخواست، اور میں سرور ہے.

2416
01:47:00,397 --> 01:47:02,980
تو تقریب درخواست پر مبنی ہے
فن تعمیر آپ کے لئے کرتا.

2417
01:47:02,980 --> 01:47:05,730
>> اب آپ کے بارے میں لگتا ہے کہ اگر
this-- لئے استعمال کے کیس

2418
01:47:05,730 --> 01:47:08,730
ہم بات کر رہا ہوں دوسرے گاہکوں ہے
کے بارے میں یہ عین مطابق فن تعمیر کرنے والے

2419
01:47:08,730 --> 01:47:14,560
زبردست بڑی مہمات، چلانے والے
یہ دیکھ کر اور اوہ میرے، جا رہے ہیں.

2420
01:47:14,560 --> 01:47:17,840
اب، وہ کر سکتے ہیں کیونکہ
بنیادی طور پر وہاں سے باہر دھکا،

2421
01:47:17,840 --> 01:47:21,900
بس بیٹھ اس مہم دو
یہ وہاں کا آغاز، اور نہیں جب تک

2422
01:47:21,900 --> 01:47:24,400
کے بارے میں ایک انجیر فکر کرنے کی ضرورت
بنیادی ڈھانچے کی کس طرح

2423
01:47:24,400 --> 01:47:26,120
اس کی حمایت کرنے کے لئے وہاں جا رہا ہے.

2424
01:47:26,120 --> 01:47:28,600
اور پھر جیسے ہی کے طور پر
اس مہم، کیا جاتا ہے

2425
01:47:28,600 --> 01:47:31,520
یہ بنیادی ڈھانچے کی طرح ہے
صرف فوری طور پر دور ہو جاتا ہے

2426
01:47:31,520 --> 01:47:33,680
واقعی کیونکہ وہاں
کوئی بنیادی ڈھانچہ ہے.

2427
01:47:33,680 --> 01:47:35,660
یہ لامڈا پر بیٹھتا ہے کہ صرف کوڈ ہے.

2428
01:47:35,660 --> 01:47:38,560
یہ DynamoDB میں بیٹھتا ہے کہ صرف اعداد و شمار ہے.

2429
01:47:38,560 --> 01:47:41,340
یہ ایک حیرت انگیز طریقہ ہے
ایپلی کیشنز کی تعمیر کے لئے.

2430
01:47:41,340 --> 01:47:43,970
>> سامعین: تو زیادہ ہے
الپکالک یہ ہو جائے گا کے مقابلے میں

2431
01:47:43,970 --> 01:47:45,740
یہ ایک اصل سرور پر محفوظ کیا گیا تھا تو کیا ہوگا؟

2432
01:47:45,740 --> 01:47:46,823
>> RICK HOULIHAN: بالکل.

2433
01:47:46,823 --> 01:47:49,190
کہ سرور مثال کے طور پر کی وجہ سے
ایک 7/24 ہونا پڑے گا.

2434
01:47:49,190 --> 01:47:51,954
اس کے لئے دستیاب ہو جائے کرنے کے لئے ہے
کسی کو جواب دینے کے لئے.

2435
01:47:51,954 --> 01:47:52,620
ویسے کیا لگتا ہے؟

2436
01:47:52,620 --> 01:47:55,410
S3 7/24 دستیاب ہے.

2437
01:47:55,410 --> 01:47:57,100
S3 ہمیشہ جواب.

2438
01:47:57,100 --> 01:47:59,320
اور S3 بہت، بہت اچھا ہے
اشیاء کی خدمت میں.

2439
01:47:59,320 --> 01:48:02,590
ان اشیاء کو HTML فائلوں ہو، یا کر سکتے ہیں
جاوا اسکرپٹ فائلوں، یا جو کچھ بھی تم چاہتے ہو.

2440
01:48:02,590 --> 01:48:07,430
تم بہت امیر ویب ایپلی کیشنز کو چلا سکتے ہیں
S3 بالٹیاں سے باہر، اور عوام کرتے ہیں.

2441
01:48:07,430 --> 01:48:10,160
>> اور اس کا خیال ہے کہ یہاں ہے
رستے سے حاصل کرنے کے لئے ہے

2442
01:48:10,160 --> 01:48:11,270
ہم اس کے بارے میں سوچنے کے لئے استعمال کیا جاتا ہے.

2443
01:48:11,270 --> 01:48:14,270
ہم سب میں سوچنے کے لئے استعمال کیا جاتا ہے
سرورز اور میزبان کی شرائط.

2444
01:48:14,270 --> 01:48:16,580
یہ اب اس کے بارے میں نہیں ہے.

2445
01:48:16,580 --> 01:48:19,310
یہ کوڈ کے طور پر بنیادی ڈھانچے کے بارے میں ہے.

2446
01:48:19,310 --> 01:48:22,470
کلاؤڈ پر کوڈ کا تعین کریں اور
بادل آپ کے لئے اسے چلاتے ہیں.

2447
01:48:22,470 --> 01:48:24,980
اور یہ کہ اوس کرنے کی کوشش کر رہا ہے ہے.

2448
01:48:24,980 --> 01:48:29,690
>> سامعین: وسط میں اپنے سونے کے باکس تو
API کا گیٹ وے، سرور کی طرح نہیں ہے

2449
01:48:29,690 --> 01:48:30,576
بلکہ اس کی بجائے just-- ہے

2450
01:48:30,576 --> 01:48:32,850
>> RICK HOULIHAN: آپ سوچ سکتے ہیں
سرور اگواڑا کے طور پر.

2451
01:48:32,850 --> 01:48:38,040
یہ سب یہ ایک HTTP لے لیں گے ہے
درخواست اور دوسرے عمل کے لئے اس نقشے.

2452
01:48:38,040 --> 01:48:39,192
یہی وجہ ہے کہ یہ سب کرتا ہے.

2453
01:48:39,192 --> 01:48:41,525
اور اس معاملے میں، ہم میپنگ رہے
یہ ایک لامڈا تقریب میں.

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

2455
01:48:44,119 --> 01:48:45,410
ٹھیک ہے، تو ہے کہ میں ملا ہے.

2456
01:48:45,410 --> 01:48:46,190
بہت بہت شکریہ.

2457
01:48:46,190 --> 01:48:46,800
میں نے اسے سراحا.

2458
01:48:46,800 --> 01:48:48,100
میں ہم وقت کے ساتھ تھوڑا سا چاہتے ہیں جانتے ہیں.

2459
01:48:48,100 --> 01:48:49,980
اور امید ہے کہ آپ لوگ مل گیا
معلومات کا ایک تھوڑا سا

2460
01:48:49,980 --> 01:48:51,410
آج آپ کو دور لے جا سکتے ہیں.

2461
01:48:51,410 --> 01:48:53,520
میں چلا گیا تو میں معافی چاہتا ہوں
اپنے سروں میں سے کچھ،

2462
01:48:53,520 --> 01:48:56,697
لیکن ایک اچھا بہت ہے
بنیادی بنیادی علم

2463
01:48:56,697 --> 01:48:58,280
مجھے لگتا ہے کہ آپ کے لئے بہت قابل قدر ہے.

2464
01:48:58,280 --> 01:48:59,825
تو مجھے رکھنے کے لئے آپ کا شکریہ.

2465
01:48:59,825 --> 01:49:00,325
[تالیاں]

2466
01:49:00,325 --> 01:49:02,619
سامعین: [اشراوی]
تم کہہ رہے تھے جب

2467
01:49:02,619 --> 01:49:05,160
آپ بات سے گزرنا پڑا
شروع سے آخر تک

2468
01:49:05,160 --> 01:49:07,619
صحیح اقدار حاصل کرنے کے لئے
یا اسی اقدار،

2469
01:49:07,619 --> 01:49:09,410
کس طرح کرے گا اقدار
[اشراوی] تو تبدیل.

2470
01:49:09,410 --> 01:49:10,480
>> RICK HOULIHAN: اوہ، idempotent؟

2471
01:49:10,480 --> 01:49:11,800
اقدار کے لئے کس طرح تبدیل کریں گے؟

2472
01:49:11,800 --> 01:49:15,180
ویسے، کیونکہ میں نہیں چلا تھا تو
اسے ختم کرنے کے لئے تمام طریقے،

2473
01:49:15,180 --> 01:49:19,770
پھر میں تبدیل کیا نہیں جانتے
آخری میل میں کئے گئے تھے.

2474
01:49:19,770 --> 01:49:22,144
یہ ہونے جا رہا نہیں کر رہا
جو میں نے دیکھا کے طور پر ایک ہی ڈیٹا.

2475
01:49:22,144 --> 01:49:24,560
سامعین: اوہ، تم تو صرف
پورے پٹ نہیں ملا ہے.

2476
01:49:24,560 --> 01:49:24,770
RICK HOULIHAN: دائیں.

2477
01:49:24,770 --> 01:49:26,895
آپ شروع سے جانے کے لئے ہے
ختم کرنے کے لئے، اور پھر یہ ہے

2478
01:49:26,895 --> 01:49:29,280
ایک مسلسل حالت ہونے جا رہا.

2479
01:49:29,280 --> 01:49:31,520
ٹھنڈا.

2480
01:49:31,520 --> 01:49:35,907
>> سامعین: آپ ہمیں دکھایا تو DynamoDB
دستاویز یا کلیدی قدر کر سکتے ہیں.

2481
01:49:35,907 --> 01:49:38,740
اور ہم پر وقت کی ایک بہت خرچ
ایک ہیش اور طریقوں کے ساتھ کلیدی قدر

2482
01:49:38,740 --> 01:49:40,005
اس کے ارد گرد پلٹائیں کرنے کے لئے.

2483
01:49:40,005 --> 01:49:43,255
آپ کو ان کے ٹیبل میں دیکھا جب، یہ ہے کہ
دستاویز نقطہ نظر کے پیچھے چھوڑ کر؟

2484
01:49:43,255 --> 01:49:44,600
>> RICK HOULIHAN: میں نہیں کریں گے
اس کے پیچھے چھوڑ کا کہنا ہے کہ.

2485
01:49:44,600 --> 01:49:45,855
>> سامعین: وہ the-- سے الگ کر دیا گیا

2486
01:49:45,855 --> 01:49:49,140
>> RICK HOULIHAN: دستاویز کے ساتھ
نقطہ نظر، DynamoDB میں دستاویز کی قسم

2487
01:49:49,140 --> 01:49:50,880
صرف ایک خصوصیت کے طور پر کے بارے میں سوچنا ہے.

2488
01:49:50,880 --> 01:49:53,560
یہ پر مشتمل ہے کہ ایک وصف ہے
ایک پدانکردوست آنکڑا ڈھانچہ.

2489
01:49:53,560 --> 01:49:56,980
اور پھر سوالات میں،
آپ کی خصوصیات استعمال کر سکتے ہیں

2490
01:49:56,980 --> 01:49:59,480
آبجیکٹ سنکیتن استعمال کرنے والوں اشیاء کی.

2491
01:49:59,480 --> 01:50:03,562
تو میں ایک جالی دار پر فلٹر کر سکتے ہیں
JSON دستاویز کی ملکیت.

2492
01:50:03,562 --> 01:50:05,520
سامعین: تو کسی بھی وقت میں
ایک دستاویز میں نقطہ نظر کیا،

2493
01:50:05,520 --> 01:50:07,906
میں قسم کی tabular-- میں پہنچ سکتا ہے

2494
01:50:07,906 --> 01:50:08,780
سامعین: بالکل.

2495
01:50:08,780 --> 01:50:09,800
سامعین: --indexes اور
آپ کو صرف کے بارے میں بات کرو.

2496
01:50:09,800 --> 01:50:11,280
RICK HOULIHAN: جی ہاں،
اشاریہ جات اور تمام ہے کہ،

2497
01:50:11,280 --> 01:50:13,363
جب آپ انڈیکس کرنا چاہتے ہیں
JSON کی خصوصیات،

2498
01:50:13,363 --> 01:50:18,230
ہم ایسا کرنے کے لئے پڑے گا اس طرح ہے اگر
آپ کو ایک JSON اعتراض یا ایک دستاویز داخل

2499
01:50:18,230 --> 01:50:20,780
ڈائنےمو میں، آپ اسٹریمز استعمال کریں گے.

2500
01:50:20,780 --> 01:50:22,400
اسٹریمز پٹ پڑھیں گے.

2501
01:50:22,400 --> 01:50:24,340
آپ JSON کہ ملے گا
اعتراض اور تم ٹھیک کہونگا،

2502
01:50:24,340 --> 01:50:26,030
میں انڈیکس کرنا چاہتے جائیداد کیا ہے؟

2503
01:50:26,030 --> 01:50:28,717
>> تم مشتق ٹیبل بنا.

2504
01:50:28,717 --> 01:50:30,300
اب جب کہ یہ درست ہے اب کام کرتا ہے طریقہ ہے.

2505
01:50:30,300 --> 01:50:32,650
ہم انڈیکس آپ کی اجازت نہیں دیتے
براہ راست ان کی خصوصیات.

2506
01:50:32,650 --> 01:50:33,520
>> سامعین: آپ کی دستاویزات Tabularizing.

2507
01:50:33,520 --> 01:50:36,230
>> RICK HOULIHAN: بالکل، چپٹی
یہ بالکل، اس tabularizing.

2508
01:50:36,230 --> 01:50:37,415
یہ ہے کہ آپ اس کے ساتھ کیا کیا ہے.

2509
01:50:37,415 --> 01:50:37,860
>> سامعین: آپ کا شکریہ.

2510
01:50:37,860 --> 01:50:39,609
>> RICK HOULIHAN: جی ہاں،
بالکل، آپ کا شکریہ.

2511
01:50:39,609 --> 01:50:42,240
سامعین: تو اس قسم کی ہے
کے mongo Redis classifers ملاقات.

2512
01:50:42,240 --> 01:50:43,990
>> RICK HOULIHAN: جی ہاں،
یہ اس طرح ایک بہت ہے.

2513
01:50:43,990 --> 01:50:45,940
یہی وجہ ہے کہ اس کے لئے ایک اچھی وضاحت ہے.

2514
01:50:45,940 --> 01:50:47,490
ٹھنڈا.

2515
01:50:47,490 --> 01:50:49,102