1
00:00:07,250 --> 00:00:09,490
Ciao, questo è un no no no.

2
00:00:09,560 --> 00:00:10,880
Ben tornato.

3
00:00:10,880 --> 00:00:18,470
Finalmente siamo pronti per dilettarci con i database e vedere come possiamo far interagire i nostri programmi Java

4
00:00:18,560 --> 00:00:20,170
con i database.

5
00:00:20,240 --> 00:00:25,640
Sappiamo tutti quanto siano onnipresenti i database tranne che per i piccoli siti web.

6
00:00:25,760 --> 00:00:29,620
Quindi alcuni contenuti statici e solo umani come i siti web di blog.

7
00:00:29,650 --> 00:00:36,330
Quasi tutte le aziende su siti Web, sia di piccole che di grandi dimensioni, utilizzano database e altre

8
00:00:36,370 --> 00:00:38,440
forme per archiviare i dati.

9
00:00:39,370 --> 00:00:43,150
Ora non progettiamo di utilizzare file di testo per archiviare i nostri dati.

10
00:00:43,360 --> 00:00:46,650
Non va bene, come impareremo presto in questa conferenza.

11
00:00:46,990 --> 00:00:54,520
Quindi spostando tutto nel nostro database unbe userà il mio database Eskew e nel processo impareremo anche

12
00:00:54,520 --> 00:01:01,040
sul design del database che è molto importante e ne esamineremo alcuni così com'è e

13
00:01:01,090 --> 00:01:03,000
vedremo anche l'API JEDEC.

14
00:01:03,190 --> 00:01:08,150
Questo fa parte dell'API di luglio e aiuta a interagire con il database.

15
00:01:08,290 --> 00:01:12,640
Questo aiuterà il nostro programma di Djala a interagire con i database.

16
00:01:12,640 --> 00:01:18,070
Quindi lasceranno la citazione del nostro progetto per leggere i dati dal database e anche per

17
00:01:18,070 --> 00:01:19,970
scrivere i dati nel database.

18
00:01:20,230 --> 00:01:26,530
Quindi sarà un capitolo molto interessante per tutti i motivi pratici che ti porta ad

19
00:01:26,620 --> 00:01:34,190
avvicinarti di più ad essere un ingegnere professionista perché ogni azienda là fuori utilizza un database in alcuni o nell'altro.

20
00:01:34,620 --> 00:01:41,950
Conosco questa lezione Bene, allora guardate come i dick di lavoro di spading sarebbero rappresentati all'interno del database.

21
00:01:42,230 --> 00:01:48,680
OK, quindi lo esploro di nuovo prima che il capitolo Knollenberg parli del database.

22
00:01:48,780 --> 00:01:58,310
Il significato essenziale di un dbms con un sistema di gestione di database di grandi dimensioni sconvolto è semplicemente un software

23
00:01:58,580 --> 00:02:05,530
che, insieme alla memorizzazione su un albero, si aggiornerà sul mio SU è DBMS.

24
00:02:05,660 --> 00:02:12,170
Ora ci sono diversi tipi di DBMS su uno dei byte più comunemente usati è il sistema di gestione del

25
00:02:12,170 --> 00:02:15,210
database relazionale o RDBMS in stato di shock.

26
00:02:15,500 --> 00:02:18,250
Database come il mio un database Oracle.

27
00:02:18,250 --> 00:02:27,270
Gli ASIO di Microsoft sono alcuni esempi di RDBMS e più recentemente un altro tipo di database di messaggistica non

28
00:02:27,320 --> 00:02:29,650
sicura è diventato molto popolare.

29
00:02:29,780 --> 00:02:33,980
So che sono sicuro che tu abbia sentito parlare di loro Un-Dead particolarmente utile.

30
00:02:33,980 --> 00:02:39,660
Quindi abbiamo a che fare con enormi quantità di dati che stanno anche crescendo molto rapidamente.

31
00:02:39,710 --> 00:02:43,470
In altre parole, la capacità è la chiave qui.

32
00:02:43,670 --> 00:02:50,720
Questo è il motivo per cui dobbiamo essere in grado di scalare man mano che sempre più dati vengono aggiunti. Le ultime settimane di

33
00:02:50,820 --> 00:02:53,130
Cassandra sono alcuni esempi di noise schoolday.

34
00:02:53,170 --> 00:02:58,700
Questo non è che gli RDBMS abbiano anche dimostrato di gestire grandi quantità di dati.

35
00:02:58,960 --> 00:03:05,540
Ci hanno anche rivenduto e per alcuni siti di Frostrup ma per alcuni tipi di

36
00:03:05,970 --> 00:03:12,620
requisiti di scalabilità nessun database di Escuela è redditizio e in questa sezione ci occuperemo di RDBMS.

37
00:03:12,680 --> 00:03:19,070
E come ho detto prima, sarebbero i miei non morti di Esculapio e anche altri tipi di DBMS

38
00:03:19,330 --> 00:03:26,740
specializzati per la gestione di dettagli come il serio bisogno di ottenere cose come il venditore ei prezzi delle azioni sono

39
00:03:26,820 --> 00:03:32,080
schifosi nelle istanze sotto regole o database per gestire solo i documenti esaminati .

40
00:03:32,120 --> 00:03:40,090
Tuttavia questi due tipi di DBMS sono sicuramente i più usati attualmente in arrivo su RDBMS.

41
00:03:40,200 --> 00:03:46,770
Sono stati popolari dagli anni '70 sotto i sistemi di gestione di Dennis ed è anche un'area

42
00:03:46,800 --> 00:03:54,740
di ricerca molto attiva nell'ambito dell'informatica, è uno scienziato informatico inglese di IBM che ha inventato la relazione e ha

43
00:03:54,740 --> 00:03:55,900
fatto l'ordine.

44
00:03:55,960 --> 00:04:01,830
Questo è l'ordine dei dati sottostanti su cui si basano i sistemi di gestione dei database relazionali.

45
00:04:02,180 --> 00:04:06,860
OK, quindi questo serve come il quadro teorico sottostante su questo libro fondamentale.

46
00:04:06,860 --> 00:04:10,220
Nel 1981 gli è stato conferito il premio ACOT tooting.

47
00:04:10,220 --> 00:04:16,040
Nel caso in cui non si abbia familiarità con le riprese, è considerato equivalente a un

48
00:04:16,040 --> 00:04:18,030
premio Nobel nel campo dell'informatica.

49
00:04:18,170 --> 00:04:23,310
Non prima preso in ottima tradizione nel bene moderno, ma anche in altri motivi come l'omicidio gerarchico del libro

50
00:04:23,360 --> 00:04:24,210
del collo.

51
00:04:24,500 --> 00:04:30,950
Ma tradizionalmente il termine ordine viene acquistato ha reso i sistemi di database ampiamente adottati nel settore.

52
00:04:31,400 --> 00:04:39,010
Quindi in pratica google dovresti neistare le phoenixes del database qui su alcuni importanti vantaggi dell'uso di un RDBMS possibilmente

53
00:04:39,010 --> 00:04:45,160
hai una lingua per interagire con il database ed è un nome abbastanza noto come

54
00:04:45,220 --> 00:04:48,660
Google che sta per linguaggio di query strutturato.

55
00:04:48,820 --> 00:04:52,620
Spesso è anche causato da noi un sequel ed è uno standard.

56
00:04:52,630 --> 00:04:55,420
Ho visto in un database relazionale.

57
00:04:55,420 --> 00:05:03,020
I dati sono memorizzati in qualcosa chiamato Babies e Eskew viene utilizzato per creare tabelle nell'inserimento delle tabelle penzolanti che

58
00:05:03,020 --> 00:05:07,600
cancellano il recupero dei dati e anche nell'aggiornamento del tipo di pettorali.

59
00:05:07,670 --> 00:05:13,350
OK, quindi ci sono alcuni voti specifici per Doc e vedremo molte di queste domande.

60
00:05:13,500 --> 00:05:20,890
Un secondo vantaggio è che il database supporta determinate strutture dati per l'accesso ai dati in modo molto

61
00:05:20,890 --> 00:05:21,390
efficiente.

62
00:05:21,760 --> 00:05:27,100
Quindi ci sono alcuni buoni ossi di integrità di Waldock Antone che sono essenziali per

63
00:05:27,100 --> 00:05:28,720
l'avvio di buoni dati.

64
00:05:28,720 --> 00:05:35,140
Ad esempio, potremmo voler guardare la memorizzazione dei dati duplicati su Doc e iniziare a forzare alcuni vincoli

65
00:05:35,140 --> 00:05:36,210
di integrità.

66
00:05:36,250 --> 00:05:41,230
Quindi, se si desidera duplicare i dati, il database rifiuterà quella particolare istanza di

67
00:05:41,240 --> 00:05:44,650
dati e o quell'importante vantaggio è la concorrenza.

68
00:05:44,770 --> 00:05:51,130
Proprio come nel caso di Java, abbiamo anche potuto vedere i dati a cui si accede tramite

69
00:05:51,130 --> 00:05:57,090
più thread su Vinney per garantire che i dati non siano corrotti. I database utilizzano anche

70
00:05:57,250 --> 00:06:04,130
meccanismi di blocco proprio come nella giurisprudenza riguardante le lingue al fine di proteggere i dati. i vantaggi importanti

71
00:06:04,130 --> 00:06:09,910
e ci sono anche molti altri vantaggi nell'usarlo è inutile solo volare così ogni giorno.

72
00:06:09,920 --> 00:06:16,160
Nel nostro progetto quindi non avremo nessuno di questi benefici così presto rispetteremo il

73
00:06:16,160 --> 00:06:18,880
nostro progetto per poterlo utilizzare.

74
00:06:19,070 --> 00:06:24,590
Ora sappiamo che Julys su underdo linguaggio di programmazione orientato agli oggetti è tutto su

75
00:06:24,590 --> 00:06:29,170
oggetti e oggetti sono rimasti in mostra deve essere persistente vescica è.

76
00:06:29,290 --> 00:06:33,520
Quindi vediamo come appare quella mappatura in un particolare progetto.

77
00:06:33,530 --> 00:06:41,780
Abbiamo avuto utenti e ogni utente è un'istanza come questa che ha qualche stato qui uno è l'ID John

78
00:06:41,800 --> 00:06:43,530
è l'ingegnere me.

79
00:06:45,370 --> 00:06:49,510
Ora all'interno di questi dati è ciò che viene memorizzato nella tabella corrispondente.

80
00:06:49,750 --> 00:06:57,280
Possiamo avere lo stesso utente finale della tabella e avremmo una riga di dati che rappresenta stato o

81
00:06:57,280 --> 00:06:58,130
oggetto particolare.

82
00:06:58,630 --> 00:07:04,990
Quindi le informazioni su John sono memorizzate in questo modo libero come ID memorizzato nel nome della prima colonna nella

83
00:07:04,990 --> 00:07:07,600
seconda colonna e nel sesso nella terza colonna.

84
00:07:08,900 --> 00:07:15,340
La prossima settimana su come e utilizzare un oggetto verrà memorizzato come una riga separata nella tabella utente.

85
00:07:16,480 --> 00:07:21,280
Ora qui la colonna ID dovrebbe per convenzione tutti i soli valori univoci.

86
00:07:21,280 --> 00:07:25,050
Quindi aiutano a identificare in modo univoco il contenuto che viene presentato.

87
00:07:25,210 --> 00:07:27,810
OK, quindi aiutano a identificarlo in modo univoco.

88
00:07:27,840 --> 00:07:37,120
Ma in questo caso un utente può menzionare che tale colonna è anche chiamata ID e per convenzione sarebbe anche la colonna

89
00:07:37,120 --> 00:07:44,660
host e l'annullato è un esempio di un vincolo di integrità che è stato menzionato in precedenza.

90
00:07:46,370 --> 00:07:51,850
E poi chiedi alla tua terminologia una tale idea viene definita primaria.

91
00:07:52,030 --> 00:07:59,880
Quindi è lui che identifica alcuni dati proprio come il pezzo che non abbiamo hashed nella sua.

92
00:07:59,950 --> 00:08:06,160
Allo stesso modo possiamo avere un oggetto del libro come questo e questo oggetto del libro ci

93
00:08:06,280 --> 00:08:13,380
taglierebbe Pontbriand ha scritto in un altro libro dei chiamanti nei nostri dati questo non che i valori ID sono identici

94
00:08:13,380 --> 00:08:20,260
sia negli utenti che nei booklovers e questo è perfettamente perfetto come questi le tabelle sono indipendenti l'una dall'altra

95
00:08:20,450 --> 00:08:27,900
So che Anita qui potrebbe aggiungere un segnalibro a questo particolare libro per capire in che modo una classe

96
00:08:27,900 --> 00:08:37,010
utente che rappresenta questa relazione non mi ricorda come un altro oggetto in un giorno di un'ora sia rappresentato da un altro tavolo

97
00:08:37,250 --> 00:08:39,280
e assomigli a questo.

98
00:08:39,590 --> 00:08:47,870
Qui la seconda e la terza colonna sono ciò che identifica la relazione tra utente e libro OK l'utente ha

99
00:08:47,870 --> 00:08:50,030
inserito un segnalibro abbastanza credibile.

100
00:08:50,180 --> 00:08:57,110
La seconda colonna è denominata come utente sull'ID quadrato e ha ottenuto la risposta all'ID nella tabella utente.

101
00:08:57,140 --> 00:09:02,870
Questo è il motivo per cui l'ID di Anita che è in uso utilizza una chiamata Id di sottolineatura.

102
00:09:03,140 --> 00:09:07,650
Allo stesso modo il libro di terza colonna su quei Clardy corrisponde al campo ID nella tabella.

103
00:09:07,670 --> 00:09:10,040
Quindi sul punteggio ID ha il valore.

104
00:09:10,550 --> 00:09:17,720
Quindi è così che ho bisogno di Tarbuck MARTIN Il tuo libro è presentato nel modo in cui è

105
00:09:17,730 --> 00:09:26,730
qui usalo già su di noi e prenota sul punteggio Id si riferisce a come Hornby's posso identificare regole e utenti e repeller che

106
00:09:26,730 --> 00:09:32,370
è un id utente piuttosto che puoi identificare una frode correlata nella tabella utente.

107
00:09:32,600 --> 00:09:39,470
NCM si applica per prenotare su questo grande dal momento che le autorità stanno finanziando il campo ID in qualsiasi tabella.

108
00:09:39,740 --> 00:09:42,870
Sarebbe sempre un valore valido.

109
00:09:43,220 --> 00:09:49,670
Ad esempio, se supponiamo che la tabella utente abbia solo queste due righe con i valori ID 1 e 2, allora usano un

110
00:09:49,670 --> 00:09:52,760
ID di sottolineatura e lo usano nella tabella dei punteggi.

111
00:09:52,940 --> 00:09:57,090
Può anche solo come una di queste due aree così come preferite.

112
00:09:57,090 --> 00:10:04,630
3 che non è presente nella U. S. non che il campo ID nella tabella

113
00:10:04,630 --> 00:10:12,600
lo utilizzi sul bookbook sarà la chiave primaria e, infine, solo sapere che puoi anche avere una chiave esterna in una tabella che danzano una chiave

114
00:10:12,600 --> 00:10:19,740
primaria nella stessa tabella o farlo non è necessario che sia una separata tavolo come in questo caso, anche se il peccato non è

115
00:10:19,740 --> 00:10:22,740
così comune, ma non è sicuramente una serie di cose.

116
00:10:22,800 --> 00:10:28,110
E conter Ora vediamo quale data è questa.

117
00:10:28,170 --> 00:10:34,670
Quindi abbiamo questo nuovo uso di oggetti dal volo precedente e sappiamo che una classe utente li definisce.

118
00:10:35,000 --> 00:10:36,930
Questa è una classe utente è come un progetto.

119
00:10:38,620 --> 00:10:43,970
Allo stesso modo, in questo modo avrebbero l'utente stesso in grado di farci desiderare la classe

120
00:10:44,600 --> 00:10:52,490
utente e qualche volta più formalmente lì a una tabella come uno schema di relazioni o qualche volta entità su un gruppo di

121
00:10:52,490 --> 00:10:54,020
relazioni che dobbiamo insieme.

122
00:10:54,020 --> 00:11:01,870
Per me lo schema del database su questa tabella utente avrebbe caratteristiche simili come nome ID e genere e hanno

123
00:11:01,870 --> 00:11:07,430
anche tipi di dati associati a loro proprio come nel caso di Howard doublecross.

124
00:11:07,580 --> 00:11:14,280
Quindi puoi notare che nella classe Djala l'ID è lungo a destra nel database che stiamo usando.

125
00:11:14,660 --> 00:11:20,060
Allo stesso modo lo si chiama una stringa nella classe in cui è bloccata nel database.

126
00:11:20,510 --> 00:11:23,120
Redcap significa variabili e stringhe.

127
00:11:23,360 --> 00:11:30,470
Quindi puoi memorizzare stringhe di lunghezza variabile in tale campo e iniziare a sbarazzarti dei nostri tipi di dati specifici

128
00:11:30,470 --> 00:11:37,760
per la ragazza di Maia. Mi manca unbe sarebbe simile se non gli stessi nomi in altri database come l'articolo e

129
00:11:37,820 --> 00:11:44,160
chiedi al tuo sobrio così bene come te è un Steinweg questi diversi venditori come il mio.

130
00:11:44,180 --> 00:11:50,970
D Un articolo potrebbe implementarlo in modo leggermente diverso in modo che possano essere visti come dialetti leggermente diversi, come nel caso dei tipi

131
00:11:52,150 --> 00:11:55,800
di dati nei tipi di dati Java e nelle basi di dati.

132
00:11:55,810 --> 00:11:58,640
Anche come ringa chi usa quel supporto.

133
00:11:58,770 --> 00:12:07,500
Va bene quindi è molto ovvio quindi, proprio come una classe ha delle istanze nello schema delle relazioni, anche le istanze

134
00:12:07,740 --> 00:12:15,090
sotto forma di red carpet sono regole in Marquard Martos possiamo riferirci a una tabella come dati come

135
00:12:15,240 --> 00:12:23,750
in relazione e possiamo anche come le colonne sono campi e ogni riga della tabella viene anche a volte formalmente indicata

136
00:12:23,750 --> 00:12:26,630
come una coppia sotto una carta.

137
00:12:26,630 --> 00:12:29,660
La nostra regola è più comunemente come.

138
00:12:29,890 --> 00:12:35,690
Quindi, appena fatto l'Ugaritico e tipo per Mertens, ma penso che possiamo

139
00:12:35,840 --> 00:12:40,850
semplicistico fare discariche come Berba Calamari srotolare i biglietti Otter.

140
00:12:41,070 --> 00:12:47,720
Quindi non abbiamo una comprensione ad alto livello di come bêtise si è verificato il contrario all'interno di un RDBMS.

141
00:12:47,730 --> 00:12:50,510
Diamo una rapida occhiata all'ordine del giorno di questo capitolo.

142
00:12:50,610 --> 00:12:54,990
La prossima volta daremo brevemente le istruzioni per l'installazione. Chiedo che tu abbia avuto un incidente.

143
00:12:54,990 --> 00:12:58,410
Analizzeremo brevemente il design del database su soldat.

144
00:12:58,430 --> 00:13:01,810
Vedremo qualcosa chiamato un database più della mia posizione.

145
00:13:01,830 --> 00:13:07,890
È molto importante e vedremo come i dati di questo autunno o del progetto

146
00:13:07,920 --> 00:13:12,290
sembreranno faranno così duramente Maia non sei in panchina.

147
00:13:12,350 --> 00:13:17,960
Successivamente creeremo un database per il nostro progetto all'interno della nostra istanza buil e parzializzata e

148
00:13:17,960 --> 00:13:25,500
creeremo alcune tabelle e popoleremo anche quelle tabelle con alcuni dati per poi esaminare brevemente l'API GBC e vedremo come possiamo interagire

149
00:13:25,500 --> 00:13:31,500
con quella base di dati da su programmi Java qui davvero davvero factoring il nostro core del prodotto

150
00:13:31,500 --> 00:13:37,440
al fine di leggere i dati dai dati è tornato in Kuwait, ed è così bello non

151
00:13:37,440 --> 00:13:39,500
usare più i file x.

152
00:13:41,300 --> 00:13:47,490
E siamo anche concentrati sulla performance, dove possiamo guardare qualcosa chiamato action pulling.

153
00:13:47,650 --> 00:13:53,040
E l'ultima cosa che chiamerei il resto del viaggio come viaggio in ziggurat di Google, penso

154
00:13:53,040 --> 00:13:59,670
che in molti Konkan vedremo cose come l'indicizzazione del database e altri tipi importanti di una griglia di competenze è

155
00:13:59,670 --> 00:14:07,120
quella che chiamiamo incontro del lunedì, ma ti preghiamo di notare che il nostro l'attenzione si concentra principalmente sull'apprendimento su come interagire

156
00:14:07,120 --> 00:14:12,420
con il database in modo pulito ed efficiente e ovviamente dovremmo anche considerare la progettazione

157
00:14:12,450 --> 00:14:13,360
del database.

158
00:14:13,420 --> 00:14:19,480
Tuttavia non esporteremo come cura tutta la mia scuola ad un livello approfondito poiché sono al di fuori

159
00:14:19,480 --> 00:14:23,070
dello scopo di questo corso e dovresti prenotare a breve.

160
00:14:23,380 --> 00:14:29,140
Ma la sezione ti fornirà le basi di cui hai bisogno per esplorare ulteriormente e scavare più a fondo

161
00:14:29,140 --> 00:14:30,170
in quelle aree.

162
00:14:30,950 --> 00:14:35,390
E per questo consiglio anche questi lavori sui sistemi di gestione dei database dell'Alaska.

163
00:14:35,410 --> 00:14:40,120
Ma Krishnan Johanna ottiene la maggior parte di questo libro.

164
00:14:40,130 --> 00:14:45,380
Beh, ero uno studente da molto tempo e non qualifica i libri migliori

165
00:14:45,820 --> 00:14:52,890
che abbia mai letto e ti fornirà un'ottima conoscenza di RDBMS sotto algoritmi che gli RDBMS sono impiegati.

166
00:14:53,360 --> 00:14:55,660
Il secondo libro è dedicato a chiederlo a te.

167
00:14:55,850 --> 00:15:01,970
E sembra anche essere buono e tu puoi dare un'occhiata a questo e se incontrassi qualche altra buona

168
00:15:02,060 --> 00:15:06,010
risorsa li aggiungerò sicuramente nella sezione sociale di questa particolare elezione.

169
00:15:06,980 --> 00:15:08,360
Quindi questo è tutto.

170
00:15:08,360 --> 00:15:10,870
E questo è dovuto a loro per quelli che hanno firmato per ora.

171
00:15:11,030 --> 00:15:11,410
Grazie.