1
00:00:00,290 --> 00:00:01,480
Tamam geri geleceğiz.

2
00:00:01,530 --> 00:00:04,630
Artık veritabanları etkileşim yerleri ile çalışmaya başlama zamanı.

3
00:00:04,770 --> 00:00:09,270
Aslında kod yazmaya başlamadan önce sadece birkaç dakika süreyle almak isteriz, bu nedenle veritabanları

4
00:00:09,270 --> 00:00:14,850
gerçekte ne hakkında konuşmak için oldukça hızlı olur ve sonra da netice veri tabanları veya Escudo ya da

5
00:00:14,850 --> 00:00:18,690
hiçbir netice ya da hayır olmak üzere iki geniş veritabanı kategorisini tanıtacağız.

6
00:00:18,690 --> 00:00:20,120
Q Tüm veritabanları.

7
00:00:20,720 --> 00:00:21,060
TAMAM.

8
00:00:21,060 --> 00:00:26,160
Şimdi burada başlayalım ve başlamak için şu anda sahip olduğumuz problemi göstermek istiyorum.

9
00:00:26,250 --> 00:00:32,340
Bu arkadaşlarımı tüm arkadaşlarımı listeleyebileceğim POST istek demosuna sahiplerim ve yeni

10
00:00:32,340 --> 00:00:33,410
arkadaşlar ekleyebiliriz.

11
00:00:33,600 --> 00:00:39,450
Bugün sadece bugün yeni bir Garfield adında başka bir arkadaşım da benimkini seçti.

12
00:00:40,550 --> 00:00:41,120
TAMAM.

13
00:00:41,310 --> 00:00:48,780
Ve sonra buraya gidebilirim ve sunucuyu kapatıp tekrar başlasam ve sayfamı yenileyeyim.

14
00:00:49,340 --> 00:00:51,520
Tanrım iki arkadaşını kaybettin.

15
00:00:51,570 --> 00:00:57,240
Dolayısıyla karşı karşıya olduğumuz sorun, sunucumuz herhangi bir sebepten dolayı durursa, verilerimizin devam etmemesi, çünkü

16
00:00:57,690 --> 00:00:59,430
bunu kapattığımızdan dolayı devam etmememizdir.

17
00:00:59,430 --> 00:01:00,390
Yeniden başlatmak istedik.

18
00:01:00,390 --> 00:01:06,360
Kodda bazı değişiklikler yaptık ya da eğer güç sönerse veya sunucu durursa bazı ucube

19
00:01:06,360 --> 00:01:12,990
olay gerçekleşirse, açıkçası bir web uygulaması için gerçekten çok kötü bir şey olan tüm verileri kaybedeceğiz.

20
00:01:13,600 --> 00:01:18,450
Facebook'tan her giriş yaptığınızda veya sunucunuz durduğunda her zaman veri kaybederseniz, Facebook için

21
00:01:18,450 --> 00:01:21,700
gerçekten kötü olur, ancak benim için oldukça iyi olabilir.

22
00:01:21,840 --> 00:01:22,980
Ben verimli olurum.

23
00:01:23,040 --> 00:01:27,840
Kendimi arkadaşlarımla karşılaştırmayı bıraktım, herkese eğlenceli bir hayat yaşadığımı kanıtlamaya çalışıyorum

24
00:01:28,050 --> 00:01:29,530
ve işler bitti.

25
00:01:29,940 --> 00:01:33,940
Dolayısıyla tüm bunlar, veritabanlarının bu soruna yardımcı olacağını söylemektir.

26
00:01:34,230 --> 00:01:38,950
Öyleyse, veritabanlarının mümkün olan en basit tanımında ne oldukları hakkında konuşalım.

27
00:01:38,950 --> 00:01:47,160
Veri tabanı bilgi veri topluluğudur ancak bir veri tabanı sadece bilgi topluluğu değildir.

28
00:01:47,490 --> 00:01:53,910
Dolayısıyla bir dosyamız varsa, yalnızca bir metin dosyası ve bir sürü bilgimiz vardı ve onu kaydetmiş bir yüce bir

29
00:01:53,910 --> 00:01:55,100
veri tabanı olmazdı.

30
00:01:55,380 --> 00:01:57,100
Evet, bizim için veri saklayabilir.

31
00:01:57,120 --> 00:02:02,100
bir kullanıcıyı düzenleme gibi yeni bilgiler ekleyip eklememekle birlikte, bu verilerle etkileşimde

32
00:02:02,100 --> 00:02:08,130
bulunmak için bir arabirime sahip olmalarıdır. Her neyse, verilerle etkileşim kurmamızın bir yolu olmalı.

33
00:02:08,130 --> 00:02:14,550
Bir toplama bilgi olabilir, ancak veritabanlarının diğer önemli yönü, veritabanına yeni bir kullanıcı ekleme veya

34
00:02:14,550 --> 00:02:16,830
tüm kullanıcıları kaldırma veya varolan

35
00:02:16,890 --> 00:02:22,740
Yani bir veri tabanı bilgi slushed veri topluluğudur ve bir arayüze sahiptir.

36
00:02:23,160 --> 00:02:27,350
Arayüz dediğimde onunla etkileşim kurmak için kod yazabiliriz.

37
00:02:27,360 --> 00:02:33,470
Bu seçkin yıldız gibi şeyleri görmeden önce bir devamlı veritabanıyla çalıştıysanız,

38
00:02:34,090 --> 00:02:36,340
bunu büyük harfle yazmalısınız.

39
00:02:37,820 --> 00:02:41,270
Bu, kullanıcılardan yıldız gibi.

40
00:02:41,280 --> 00:02:44,630
Ya da ekleme falan filan gibi bir şey görebilirsiniz.

41
00:02:44,730 --> 00:02:51,930
Ve bu bir netice dili ve bu, bazı veritabanları için arayüz. Kullanacağımız

42
00:02:51,930 --> 00:02:53,730
dil buna benziyor.

43
00:02:53,910 --> 00:03:08,820
D-B nokta köpekler nokta bulur veya D-B nokta köpekler nokta silinir ve sadece 14 yaşımıza sahip olan köpekleri siler.

44
00:03:09,060 --> 00:03:13,430
Ne yazık ki bütün köpekler o yaşta öldü ve ben bunun hakkında konuşmak istiyorum ve yaşları

45
00:03:13,430 --> 00:03:14,790
14 olan tüm köpekleri sileceğim.

46
00:03:15,210 --> 00:03:20,070
Bir sonraki videoda dile özgü özelliklere geçeceğiz, ancak farkında olmanızı istiyorum.

47
00:03:20,160 --> 00:03:24,690
Bu, veri eğik çizgi bilgisinin koleksiyonuna bir arabirim olduğunu söylediğimde demek istediğim şey.

48
00:03:25,830 --> 00:03:26,400
TAMAM.

49
00:03:26,400 --> 00:03:31,950
Bu yüzden yapmak istediğim son şey geniş veritabanlarının iki kategorisinden ya

50
00:03:31,950 --> 00:03:38,240
da ikisinden bahsetmek ve bunlar da ilişkisel veritabanları yerine hayır olarak adlandırılan netice.

51
00:03:38,250 --> 00:03:43,830
Öğrencilerimle veritabanları hakkında konuşurken ilişkisiz veritabanlar diye adlandırdığımız netice bildikçe, birçoğu

52
00:03:43,830 --> 00:03:49,830
pazarlama ya da perakende ya da çevrimiçi bir şey olup olmadıklarına dair

53
00:03:49,830 --> 00:03:52,130
birtakım veritabanı deneyimi yaşadı.

54
00:03:52,200 --> 00:03:57,810
veri tabanı olsun isterse tüm çalışanların bordrosu için bir veri tabanı olup ne ve ne

55
00:03:57,810 --> 00:04:05,010
zamana kadar ödedikleri ve ne zaman verildikleri Facebook gibi kullanıcılar hakkında bir sürü veri varsa, Facebook'daki tüm kullanıcı bilgilerinizi

56
00:04:05,010 --> 00:04:09,870
fotoğraflarınıza depoladığınız yorumlarınız yayınlarınız sizin etiketlerinizden hoşlanıyor bu şeylerin hepsi veritabanlarında saklanır.

57
00:04:10,140 --> 00:04:14,700
Hemen hemen her şirket orada bir sürü veri tabanı içeren birçok veritabanına

58
00:04:14,700 --> 00:04:17,420
sahiptir, ister arapça Skewes'in tümü için bir

59
00:04:17,430 --> 00:04:22,470
Öğrencilerle veritabanları hakkında konuştuğumda tanıdık olan ve veritabanları konusunda deneyim sahibi öğrenciler hemen

60
00:04:22,830 --> 00:04:30,120
hemen her zaman yalnızca netice veya ilişkisel veritabanları ile ilgili tecrübeye sahip olurlar; bu da devamdaştırma veritabanları en

61
00:04:30,180 --> 00:04:34,950
uzun süreyle çevrildi ve çoğu insanın düşündüğünde düşündükleri şeydi. bir veri tabanı.

62
00:04:35,280 --> 00:04:38,970
Şimdi, devam eden verilerin ilişkisel araçlardan ne vazgeçtiğini konuşalım.

63
00:04:39,270 --> 00:04:43,740
Dolayısıyla netice veri tabanları tabular veri tabanlarıdır ve düzeldir.

64
00:04:43,830 --> 00:04:45,120
Ne demek istediğimi göstermeme izin ver.

65
00:04:45,120 --> 00:04:52,290
Bu yüzden yazdım ham diyagramları var ve bu kullanıcıların ve yorumları içeren bir tablo

66
00:04:52,290 --> 00:04:54,530
için tablolar neye benzeyeceğini gösteriyor.

67
00:04:54,540 --> 00:04:57,760
Kullanıcılara odaklanarak başlayalım.

68
00:04:57,840 --> 00:05:04,110
Dolayısıyla, ilişkisel bir veritabanı veya Seacole veritabanında yapmamız gereken şey, bir kullanıcının nasıl göründüğünü tanımlamamızdır.

69
00:05:04,500 --> 00:05:12,840
Dolayısıyla bir kullanıcı adı, yaş ve şehir olarak bir kimliği vardır ve sonra eklediğimiz her bir kullanıcı bu örneği

70
00:05:12,840 --> 00:05:13,520
takip etmelidir.

71
00:05:14,420 --> 00:05:20,280
Dolayısıyla bu tabloları tanımlıyoruz ve ardından kullanıcı veya kullanıcı örneğini bu tabloya ekliyoruz

72
00:05:20,840 --> 00:05:23,780
ve daha sonra da yorumlarınız olduğunu varsayalım.

73
00:05:23,840 --> 00:05:26,220
Bu yüzden bir kullanıcının yorum yapmasını istiyorum.

74
00:05:26,330 --> 00:05:33,830
Bu yüzden bir yorum masam var ve bir yorumun tümü bir kimlik ve EHLO gibi yorumun

75
00:05:33,830 --> 00:05:41,030
bazı metni veya ziyaret Montana'yı ziyaret ediyor ya da kullanıcıların yorum yapabileceği yorumlar arasında bir

76
00:05:41,600 --> 00:05:45,130
ilişki olmasını istiyorsanız yavru seviyorum onunla bağlantılı olanlar.

77
00:05:45,320 --> 00:05:51,370
Yani Ira, Missoula'dan 24 kimin burada bazı yorumlarla bağlantılı olabileceğini duydum.

78
00:05:51,410 --> 00:05:55,160
Gibi Montana ziyaret geliyor ve ciddi Montana mükemmeldir.

79
00:05:55,160 --> 00:06:00,590
Bunu bu ilişkiyi ifade etmek için yapmanın tek yolu, burada sahip olduğumuz başka bir

80
00:06:00,590 --> 00:06:01,120
tablo.

81
00:06:01,330 --> 00:06:03,020
Bunlara join tabloları denir.

82
00:06:03,170 --> 00:06:08,450
Ve bu tablonun yaptığı şey, kullanıcının kimliğini bir yorum Id ile birleştirmesidir.

83
00:06:08,450 --> 00:06:14,700
Bu durumda bu durumda, ID kimliği olan kullanıcının Kimli 3'e sahip bir yorumunun sahibi olduğunu görürüz.

84
00:06:14,930 --> 00:06:24,560
Demek ki Tim, iki kez puppy'leri ve kullanıcıyı sevdiğini söyledi ve iki kez yorumladı ve bu fikirler veya

85
00:06:24,560 --> 00:06:27,270
fikirler için bir fikir verdi.

86
00:06:27,560 --> 00:06:33,080
Bu yüzden, IRA'nın Montana ziyaretini yorumladığını ve ciddiye aldığını görebiliyoruz.

87
00:06:33,080 --> 00:06:34,360
Montana harikadır.

88
00:06:34,370 --> 00:06:36,470
Ve evet 110 harika.

89
00:06:36,500 --> 00:06:39,740
Bütün bunlarla birlikte göstermek istediğim şey her şeyin tablo şeklinde olması.

90
00:06:39,800 --> 00:06:44,020
Dolayısıyla, önceden bir tablo tanımlamalıyız ve hiç de esnek değil.

91
00:06:44,120 --> 00:06:48,830
Favori renk olan IRA'ya başka bir nitelik eklemek istediğimi varsayalım ve

92
00:06:48,830 --> 00:06:50,590
mor olarak ayarlamak istedim.

93
00:06:50,690 --> 00:06:54,240
O zaman herkes için favori renk eklemek gitmek zorunda kalacaktım.

94
00:06:54,240 --> 00:07:01,040
Ona sadece bir favori renk diyelim ve boş olmalıydı, bu yüzden Noel'e, tanımsızlara, nyl'e veya sadece

95
00:07:01,040 --> 00:07:05,900
yanlışlara ya da her bir kişi için bir şeyler yaptırmam gerekecekti.

96
00:07:06,020 --> 00:07:07,450
Yani esnek değil.

97
00:07:07,530 --> 00:07:13,010
Yapmam gereken, kullanıcının benzeyeceği şeylerin kesin kalıplarını tanımlamak ve o deseni

98
00:07:13,010 --> 00:07:15,300
çok yakından takip etmektir.

99
00:07:15,410 --> 00:07:22,760
Öyleyse diğer türden veritabanı ilişkisel olmayan veritabanları veya hayır veritabanları ve muhtemelen burada onları

100
00:07:22,760 --> 00:07:23,900
yakalamak yakalamak.

101
00:07:23,900 --> 00:07:26,240
Desenleri önceden tanımlamak zorunda değiliz.

102
00:07:26,240 --> 00:07:27,660
Çok daha esnekler.

103
00:07:27,890 --> 00:07:32,400
Dolayısıyla, ilişkisel olmayan bir veritabanı kullanarak irah'ı temsil etmeye bir örnek.

104
00:07:32,480 --> 00:07:33,670
Masalar yok.

105
00:07:33,710 --> 00:07:37,880
Dolayısıyla bu tablo biçimini tanımlamak zorunda değiliz ve şeyler iç içe geçmiş olabilir.

106
00:07:37,880 --> 00:07:40,380
Yani düz bir veri tabanı değil.

107
00:07:40,670 --> 00:07:43,780
Böylece burada javascript gibi göründüğünü görebilirsiniz.

108
00:07:43,790 --> 00:07:45,360
Aslında gerçekten çok benzer.

109
00:07:45,530 --> 00:07:51,590
Üzerinde ikili javascript nesne gösterimi duruyor fakat temelde tanıdık gelen javascript nesneleri

110
00:07:51,680 --> 00:07:57,110
ve bir dizi anahtar değer çifti var, yani Ira adı.

111
00:07:57,490 --> 00:08:00,530
Yaşı 24, Missoula şehridir.

112
00:08:00,530 --> 00:08:02,510
Ve o zaman bu gerçekten önemli bir bölüm.

113
00:08:02,510 --> 00:08:06,040
Yorumlar, verilerin hemen içersinde iç içe geçebilir.

114
00:08:06,110 --> 00:08:07,760
IDS ile uğraşmam gerekmiyor.

115
00:08:07,850 --> 00:08:10,390
Bu tabloyu önceden tanımlamak zorunda değilim.

116
00:08:10,490 --> 00:08:16,820
Buradaki yorumları taklit edebilirim ve sadece nesneleri eklemeye başlayabilirim ve başka bir şeyi yeniden

117
00:08:16,820 --> 00:08:19,910
yaparsam, o diziye başka bir yorum ekleyebilirim.

118
00:08:19,910 --> 00:08:27,360
Ve bu yüzden bu yorum, kimsenin neden Tanno'yu önemsemediğini söyleyebilir.

119
00:08:27,790 --> 00:08:29,120
Ve bu gerçekten iyi bir soru.

120
00:08:29,150 --> 00:08:30,470
Ben de bilmiyorum.

121
00:08:30,590 --> 00:08:36,290
Bu yüzden son derece çok esnek bir yapıya kavuştuğumuza göre, burada istersek en sevdiğim

122
00:08:36,290 --> 00:08:37,270
rengi tanımlayabiliriz.

123
00:08:37,400 --> 00:08:47,870
Fav rengi mor ve sonra Tammy adında başka bir kullanıcıya sahip olabilirim.

124
00:08:47,870 --> 00:08:52,900
Ve Tammy bir hayvanat bahçesinden 24 olabilir ve o hiç de fave rengine sahip olmayacak.

125
00:08:52,910 --> 00:08:57,290
Ve bunun yerine revi olan en sevdiği yemekleri var.

126
00:08:57,320 --> 00:08:57,550
Tamam.

127
00:08:57,560 --> 00:08:58,740
Bu kadar yeter.

128
00:08:58,850 --> 00:09:05,060
aksi halde devam eden veritabanları veya ilişkisel veritabanları en uzun sürede dolaştı.

129
00:09:05,120 --> 00:09:10,730
Fakat gerçekte bütün bunlara, ilişkisel ve ilişkisiz arasındaki fark yani sözdiziminin niteliksiz

130
00:09:10,790 --> 00:09:14,920
ayrıntıları ya da aslında ne işe yaradığına odaklanmak istedim,

131
00:09:15,010 --> 00:09:19,580
Tablolar tanımlamak zorunda olduğumuz veritabanları düşünüldüğünde çoğu insanın düşündüğü şeylerdir.

132
00:09:19,640 --> 00:09:25,520
Her şey tabula özgü ve verileri ilişkilendirmek istiyorsak, bu verileri ilişkilendirmek için birden çok tabloya sahip

133
00:09:25,610 --> 00:09:31,940
olmalıyız ve biz bunu çoğunlukla ilişkisel olmayan bir veritabanında yapmak için Kimliğimizi kullanıyoruz; bunun için bunun çoğu

134
00:09:31,940 --> 00:09:34,040
için odaklanacağımız şey budur elbette.

135
00:09:34,130 --> 00:09:36,660
Herhangi bir tablo tanımlamak zorunda değiliz.

136
00:09:36,680 --> 00:09:41,930
Gerçekten hiç masalarımız yok ve onun yerine daha esnek bir yapıya sahibiz.

137
00:09:41,930 --> 00:09:45,390
Şimdi bu, ilişkisel olmayan veritabanlarının daha iyi olduğunu söylemek değil.

138
00:09:45,440 --> 00:09:50,990
Aslında pek çok durumda neredeyse her durumda değillerdir, ancak mantıklı oldukları belirli durumlar vardır

139
00:09:50,990 --> 00:09:55,490
ve neden bir sonraki video'da ilişkisiz bir veritabanını kullandığım hakkında konuşacağım.

140
00:09:55,490 --> 00:10:00,610
Ancak, daha esnek olduğu için doğal olarak daha iyi olduğu izlenimini edinmeye ihtiyacım yok.

141
00:10:00,620 --> 00:10:05,600
Durum böyle değil, ancak daha esnek, aradığınız şeyse, ilişkisel olmayan

142
00:10:05,600 --> 00:10:07,590
bir veritabanı kullanmak istiyorsunuz.

143
00:10:07,670 --> 00:10:09,580
Pekala, bu işi bitirelim.

144
00:10:09,650 --> 00:10:11,980
Veritabanı, bir bilgi koleksiyonudur.

145
00:10:12,020 --> 00:10:17,330
Bir arayüze sahip bir çeşit dil teknoloji veya araçlarla etkileşime giren şeyler yeni

146
00:10:17,480 --> 00:10:22,910
şeyleri eklemek veritabanından şeyleri okurken şeyleri düzeltir şeyler düzenlemek ve daha sonra veritabanlarının

147
00:10:22,910 --> 00:10:26,460
neticesinde ve netice olmaksızın iki geniş kategori var.

148
00:10:26,840 --> 00:10:27,460
TAMAM.