Izņemšana: Saimnieks Ēriks Kavanaugh apspriež jauninājumus datu bāzu tehnoloģijās ar ekspertiem Dezu Blanšfīldu, Robinu Blooru un Bertu Scalzo.
Pašlaik neesat pieteicies. Lai redzētu video, lūdzu, pierakstieties vai reģistrējieties.
Ēriks Kavanaghs: Dāmas un kungi, ir trešdiena, pulksten četros pēc Austrumu laika. Es esmu Ņūorleānā, vasara tuvojas, tas nozīmē, ka ir karsts! Ir pienācis laiks karstajām tehnoloģijām, jā, tiešām, jā. Mans vārds ir Ēriks Kavanaghs, es būšu jūsu saimnieks. Es gribēšu atgriezt bumbu šeit Hot Technologies labā. Mūsdienu tēma ir “Forward Momentum: Moving Relational Beyond Traditional”. Cilvēkiem mums šodien pa tālruni ir trīs datu bāzu eksperti, tāpēc uz visiem jautājumiem, kas viņiem ir grūti, nekautrējieties. Šodien jums ir izveidots daudz labu saturu. Par jūsu patiesību ir pietiekoši, par mani pietiek. Protams, šis gads ir karsts. Šajā izrādē mēs runājam par karstām tehnoloģijām, kas ir partnerattiecības ar mūsu draugiem no Techopedia. Un mēs šodien nonāksim līdz informācijas pārvaldības pamatiem, kas, protams, ir datu bāze. Mēs runāsim par to, kā mēs šeit nokļuvām, kas notiek šodien un kas notiek nākotnē. Notiek daudz ļoti interesantu lietu.
Acīmredzot mums ir kādi nopietni jauninājumi datu bāzes telpā. Kādu laiku tas bija kluss; Ja jūs runājat ar dažiem biznesa analītiķiem, es teiktu, iespējams, no tāda gada kā 2005. gads līdz 2009. gads vai '10, tad nešķita, ka inovācijas jomā būtu par daudz.Un pēkšņi tas vienkārši izcēlās, piemēram, jailbreak vai kas tamlīdzīgs, un tagad notiek visādi interesanti sīkumi. Lielā mērā tas ir saistīts ar tīmekļa mērogu un visiem lieliskajiem tīmekļa īpašumiem, kas dara dažādas interesantas lietas. No turienes nāk NoSQL koncepcija. Un tas nozīmē divas dažādas lietas: tas nozīmē, ka nav SQL, jo tas neatbalsta SQL, tas nozīmē arī ne tikai SQL. Daži cilvēki ir lietojuši terminu “NewSQL”. Bet acīmredzot SQL - strukturētās vaicājumu valoda - patiešām ir pamats, tas ir vaicājumu pamats.
Un interesanti, ka visi šie NoSQL dzinēji, kas notika? Viņi iznāca, par to bija daudz satraukuma, un pēc dažiem gadiem, ko mēs visi sākām dzirdēt? Ak, SQL vietnē Hadoop. Nu, visi šie uzņēmumi sāka slaukt SQL saskarnes savos NoSQL rīkos, un ikviens, kas atrodas programmēšanas pasaulē, zina, ka tas radīs dažas problēmas un dažas grūtības, un daži šķērsoja vadus un tā tālāk. Tātad mēs šodien uzzināsim par daudzām šīm lietām.
Ir trīs mūsu vadītāji: mēs esam saņēmuši Dezu Blanšfīldu, kurš zvana no Sidnejas, mūsu pašu Robinu Blooru, kurš atrodas Teksasā, tāpat kā Bertu Scalzo, viņš ir arī Teksasā. Tātad, pirmkārt, mēs dzirdēsim no Deza Blanšfīlda. Ļaudīm, mēs tvītosim ar #HotTech sajaukumu, tāpēc nekautrējieties izteikt savus komentārus vai jautājumus, izmantojot tīmekļa apraides konsoles Q & A komponentu vai pat tērzēšanas logu. Un ar to, Dez Blanchfield, atņemiet to.
Dez Blanchfield: Paldies, Ēriks. Sveiki visiem. Tāpēc es mēģināšu iestatīt ainu uz 30 000 pēdu skatu punkta, kas notika pēdējā desmitgadē, un ievērojamās pārmaiņas, kuras mēs esam redzējuši - vai vismaz vien pusotru desmit gadu laikā - datu bāzu pārvaldības sistēmas, kā arī dažas ietekmes no komerciālā vai tehniskā viedokļa, kā arī dažas tendences, kuras mēs esam pārcietuši novēloti, un mūs ved sarunā, kuru mēs šodien gatavojamies sarunāt par šo tēmu.
Mans vāka attēls šeit ir smilšu kāpa, un no tā augšpuses vējš pūš sīkus un sīkus smilšu gabaliņus. Un tā rezultātā notiek tas, ka smilšu kāpa lēnām staigā no vienas telpas uz otru. Un tā ir pārsteidzoša parādība, kad šie masīvie 40 un 50 pēdu augstie smilšu kalni faktiski pārvietojas. Un tie pārvietojas ļoti lēni, bet viņi pārvietojas noteikti, un, pārvietojoties, viņi maina ainavu. Tas ir diezgan ko skatīties, ja jūs vispār pavadāt laiku apgabalā, kur smilšu kāpas ir dabiska lieta. Tā kā jūs kādu dienu varat paskatīties pa logu un saprast, ka šis masīvais smilšu kalns, mazi sīki graudi ir pārvietojušies pats par sevi un ka vējš to lēnām pārvieto no vienas vietas uz otru.
Un es domāju, ka daudzējādā ziņā tā jau labu laiku ir bijusi datu bāzu sistēmu pasaule. Vēl pavisam nesen, pavisam nesen, tik maza maiņa smilšu graudu veidā, kas pārvietoja milzu smilšu kalnu smilšu kāpas formā. Gadu gaitā datu bāzu platformās ir notikušas nelielas izmaiņas, un vidējā diapazona laikmeta lieldatoru vidē tā ir bijusi diezgan stabila un stabila vide ap datu bāzu sistēmām un platformām. Bet vēlu mums ir notikušas dažas diezgan nozīmīgas lietas, kas saistītas ar mūsu komerciālajām vajadzībām un tehniskajiem vadītājiem. Es dodos mums cauri tiem.
Es uzskatu, ka datu bāzes pamatkoncepcija, kā mēs to zinājām daudzus, daudzus gadus, un, kā jūs, iespējams, dzirdējāt pirmsizrādes ķircināšanā, mūsu diviem ekspertiem, kuri šodien man zvana, bija visu mūžu Šajā telpā, un viņiem ir taisnība, daloties ar lielām tiesībām būt tur, kad tas viss sākās 80. gadu sākumā. Bet mēs esam redzējuši šo masīvo maiņu pēdējās desmitgades laikā un mazliet, un es došos ātri mums cauri, pirms nodošu to Dr. Robinam Blooram.
Esam pieredzējuši šo pieredzi, ko es saucu par “lielāku, labāku, ātrāku, lētāku”. Kā jau teicu, datu bāzes definīcija ir mainījusies. Ainava, kurā datu bāzu platformām ir bijis jārisina veiktspēja, ir mainījušās arī tehniskās un komerciālās prasības. Mēs esam redzējuši šo pieprasījuma pieaugumu pēc risinājumiem, lai risinātu vai nu sarežģītākas komerciālas, vai sarežģītākas tehniskās prasības. Un tātad, ļoti īss ieskats manā uztverē, ko tas patiesībā nozīmē, ir tas, ka mums bija jāsakārto deviņdesmitie gadi, un mēs redzējām datu bāzu tehnoloģiju, kuru ietekmēja interneta ieviešana, un tāda veida, kādu mēs toreiz saucām par internetu. mērogs. Mēs nerunājām tikai par cilvēkiem, kas sēž termināļu priekšā, sākotnēji patīk teletipa termināļi ar iebūvētām fiziskām ierīcēm un 132 papīra iznākšanas slejām. Tad agrīnā zaļā ekrāna spailes, caurumošana ar tastatūrām.
Bet jūs zināt, mūsu pasaule bija termināļi un seriālie kabeļi vai tīkla kabeļi, kas ilgu laiku runāja ar datoriem. Pēc tam nāca internets un šis sprādzienbīstamais savienojumu pieaugums, kas jums vairs nebija jāpieslēdz datoram. Lai nokļūtu datu bāzes sistēmā, jums vienkārši bija nepieciešams tīmekļa pārlūks. Tātad datu bāzu tehnoloģijai vajadzēja krasi mainīties, lai tiktu galā ar visu mērogu, sākot no meklētājprogrammu pamata tehnoloģijām, kuras tika izmantotas pasaules indeksēšanai, un informācijas indeksa saglabāšanai datu bāzes formāta skalas piemērā. Un tādi cilvēki kā Google un citi nodrošināja platformu, lai to izdarītu. Tika ražoti visi jaunie datu bāzu glabāšanas, meklēšanas un indeksēšanas veidi. Un tad mums bija mūzikas vietnes un arī filmu vietnes.
Un tad 2000. gados mēs redzējām dot-com uzplaukumu, un tas izraisīja vēl dramatiskāku sprādzienu to cilvēku skaitā, kuri izmanto sistēmas, kuras vienmēr darbina kāda veida datu bāze. Šajā posmā relāciju datu bāzes joprojām tika galā ar lielāko daļu slodzes, mēs tās vienkārši uzliku uz lielākas skārda un mēs gājām uz ļoti, ļoti, ļoti lielām vidēja līmeņa sistēmām, kurās darbojas Unix platformas no tādiem cilvēkiem kā IBM un Sun utt. . Dot-com uzplaukums tikai padarīja lietas lielākas un ātrākas no aparatūras, veiktspējas viedokļa, un datubāzes motoros notika dažas būtiskas izmaiņas, bet, kas par labāku pusi, tas joprojām bija tas pats, ko mēs kādreiz redzējām. ilgu laiku.
Un tad mēs ieguvām šo web 2.0 laikmetu, kā mēs uz to atsaucamies. Un tā bija milzīga maiņa, jo pēkšņi mums vajadzēja daudz vienkāršākas datu bāzu platformas, un horizontālā formā bija jābūt skalai. Un tas bija tik nozīmīgs pārmaiņas veidā, ka mēs tuvojāmies idejai par to, kas ir datu bāze. Manuprāt, mēs joprojām vēlamies panākt. Un tagad mēs strādājam ar visu šo šņukstu, un es saku, ka ar pozitīvu griezienu, nevis negatīvu pieskaņu, šo ķeksīti par to, ko mēs saucam par lieliem datiem, un milzīgu sprādzienu, un es domāju sprādzienu. Šis briesmīgais vertikālais nobīde uz diagrammu, kurā parādīts to iespēju skaits, kas mums ir, runājot par datu bāzi, un kāda veida relāciju vaicāšanas iespējām.
Un interesanti, ka es personīgi uzskatu, ka es domāju, ka lielie dati ir tikai aisberga redzamā daļa. Mums ir tendence mazliet satraukties par to, kāda ir lielo datu ietekme, un par izvēles veidiem, kas mums tagad ir pieejami. Mums ir viss, kas pieejams no NoSQL motoriem, mums ir grafikas motori, mums ir visas šīs dažāda veida platformas, kurās mēs varam iegūt datus un darīt ar to visu. Pat līdz vietai, kur faktiski viena no pirmajām sarunām ar Ēriku Kavanaghu, kurš šodien ir šeit ar mums, bija ap sarunu, kas attiecās uz lietu ar nosaukumu Apache Drill, kas ir atvērtā pirmkoda projekts, kas ļauj jums veikt vaicājumus dati modeļa dažādu datu tipu iekšpusē: viss, sākot no neapstrādātiem CSE failiem, kas atrodas cietajā diskā, līdz pat HDFS failu sistēmām petabaitu mērogā. Un jūs zināt, tas ļauj jums veikt šos SQL stila pieprasījumus no strukturētiem un nestrukturētiem datiem par visu veidu aizraujošajiem augiem.
Mēs domājam, ka “vieda ēka” kļūst par lietu, un mēs gribētu domāt, ka mums ir gudras drošības un siltuma pārvaldības ēkas, bet es runāju par viedajām ēkām, kuras daudz vairāk zina par to, kas jūs esat un kur jūs atrodaties, ieejot iekšā, un darāt visādas kārtīgas lietas šajā līmenī, izmantojot viedās pilsētas - veselas ekosistēmas pilsētas līmenī -, kas zina, kā lietas darīt saprātīgi. Turklāt mēs esam ieguvuši šo neticamo lietu, ko es nedomāju, ka kāds no pasaules ļaudīm ir pilnībā apzinājies, un tas ir lietu internets. Pēdējās desmitgades laikā ir notikušas visas šīs atšķirīgās izmaiņas un nedaudz, varbūt aptuveni divdesmit gadu laikā, ja mēs to noapaļojam, tie, manuprāt, ir tikai ietekmējuši pasauli, ko mēs uzskatām par datu bāzēm.
Ir bijušas pāris nozīmīgas lietas, kas to ir padarījušas iespējamu. Cieto disku izmaksas ir dramatiski pazeminājušās, un daudzējādā ziņā tas ļāva vadīt dažas atsauces arhitektūras, piemēram, Hadoop modeli, jo mēs uzņemam daudz datu un izplatām to uz daudziem cietajiem diskiem, un dari ar to gudras lietas. Un faktiski tas, kas, manuprāt, kļuva par relāciju datu bāzes vai tradicionālā DB vienības modeļa šķirošanu. Un RAM ieguva ļoti, ļoti lēti, un tas mums deva pilnīgi jaunu iespēju spēlēt ar dažādām atsauces arhitektūrām, piemēram, atmiņā, un darīt tādas lietas kā ļoti, ļoti lielu datu pārdalīšana.
Un tas mums deva šo nelielu attēlu, ko mēs šobrīd skatāmies, kas ir diagramma, kurā parādīti platformu veidi, kas ir pieejami, ja atrodaties lielo datu ainavā. Un tas ir ļoti, ļoti grūti lasāms, un iemesls tam ir par daudz informācijas. Ir tik daudz marku, modeļu un izgatavošanas iespēju, kā datus ievietot jebkuras formas datu bāzu sistēmās, pieprasīt tos un veikt tradicionālās lasīšanas-rakstīšanas iespējas. Un tie ne visi ir saderīgi, patiesībā tikai nedaudzi no tiem pat atbilst jebkuram stila pamata standartam, taču viņi joprojām uzskata sevi par datu bāzi. Un es jums parādīšu pāris ekrānus sekundē, lai sniegtu jums zināmu saprātu par to, ko es domāju ar pāreju no 90. gadu un interneta skalas uz web 2.0 un pēc tam visu izaugsmi, izmantojot lielus datus. Ja mēs domājam, ka šī lielā datu tehnoloģiju ainavas diagramma ir aizraujoša, jo tajā ir daudz iespēju, apskatīsim tikai vienu galveno vertikāli.
Apskatīsim mārketinga tehnoloģiju. Šeit ir datu bāzu pārvaldības sistēmu vai datu pārvaldības iespējas tikai mar-tech telpā, tātad tehnoloģija, kas saistīta ar mārketingu. Tagad tas bija 2011. gadā, tātad pirms dažiem gadiem; pirms pieciem gadiem tā izskatījās ainava. Ja es īsumā atgriežos pie viena slaida, tas izskatās šodienas datu ainavā ar dažādiem zīmoliem un piedāvājumiem, kas mums ir datu bāzu tehnoloģijās. Tas bija tas, kas izskatījās pirms pieciem gadiem, tikai mārketinga tehnoloģiju jomā.
Tagad, ja dodos uz šodienas skatu, tas izskatās, un tas ir pilnīgi necaurlaidīgs. Tā ir tikai šī zīmolu un opciju siena, un tūkstošiem un tūkstošiem programmatūras kombināciju sevi uzskata par datu bāzu klasi, kas var uztvert, izveidot vai saglabāt un izgūt datus dažādās formās. Un es domāju, ka mēs tagad ieejam ļoti, ļoti interesantā un drosmīgā laikā, kad reiz jūs varētu zināt galvenos zīmolus, jūs varētu zināt piecas vai sešas dažādas platformas no Oracle un Informix, DB2 un tā tālāk, un būt gandrīz visu zīmolu, kas bija pieejami pirms 20 gadiem, eksperts. Pirms desmit gadiem tas kļuva mazliet vienkāršāk, jo daži zīmoli atkrita, un ne visi zīmoli spēja tikt galā ar dot-com uzplaukuma mērogu, un daži uzņēmumi vienkārši gāja bojā.
Mūsdienās ir absolūti neiespējami būt ekspertam par visām pastāvošajām datu bāzu tehnoloģijām neatkarīgi no tā, vai tās ir relāciju datu bāzes vai standarta datu bāzu pārvaldības platformas, kuras esam iepazinuši pēdējo pāris gadu desmitu laikā. Vai arī, iespējams, modernāki dzinēji, piemēram, Neo4j, un tie tipi. Un tāpēc es domāju, ka mēs esam nonākuši ļoti drosmīgā pasaulē, kur ir pieejams daudz iespēju, un mums ir horizontālas platformas mērogā, vai nu atmiņā, vai diskā. Bet es domāju, ka tas ir izaicinājumu laiks tehnoloģiju un biznesa lēmumu pieņēmējiem, jo viņiem jāpieņem daži ļoti lieli lēmumi par tehnoloģiju skursteņiem, kas dažos gadījumos būtībā ir bijuši tikai mēneši. Astoņpadsmit mēnešus vecais skaitlis tagad nav biedējošs dažām aizraujošākajām un jaunajām atvērtā koda datu bāzu platformām. Un viņi sāk apvienot platformas un kļūst vēl jaunāki un aizraujošāki.
Es domāju, ka šodien mums būs lieliska saruna par to, kā tas viss ir ietekmējis tradicionālās datu bāzu platformas un kā viņi reaģē uz to, un par tehnoloģiju veidiem, kas tajā tiek izmesti. Paturot to prātā, es tagad došos pie Dr. Robina Bloora un saņemšu viņa atziņas. Robin, tev pāri.
Robins Bloors: Labi, paldies par to. Jā, šī ir pārāk liela tēma. Es domāju, ja jūs vienkārši uzņemat kādu no ilustrācijām, kuras Dez tikko jums parādīja, jūs varētu ilgi sarunāties tikai par vienu no tām. Bet jūs zināt, ka jūs varat doties uz datu bāzi - es kopš 20. gadsimta astoņdesmitajiem gadiem esmu apskatījis datu bāzes, es nezinu, un jūs varat aplūkot datu bāzes dažādos veidos. Un viena no lietām, ko es izdomāju darīt, vienkārši iemetot šodien sarunā, bija runāt par iemeslu, kāpēc graujošās lietas ir notikušas aparatūras līmenī. Un jums jāpatur prātā, ka arī programmatūras līmenī ir noticis šausmīgi daudz graujošu lietu, tāpēc tas nav pilnīgs priekšstats par neko, tā ir tikai aparatūras lieta.
Es arī īpaši ilgi nerunāju, es tikai gribēju dot jums aparatūras attēlu. Datu bāze bija datu izguves iespējas, kas aptver centrālo procesoru, atmiņu un disku, un tā dramatiski mainās. Un iemesls, kāpēc es to saku, bija tas, ka es iemācījos saprast datu bāzi no tā, ko jūs faktiski izdarījāt. Jūs zināt, ka ir atšķirība starp latenci starp datiem, kas faktiski atrodas centrālā procesora centrā, un datiem, kas tiek ievesti CPU no atmiņas, un datiem, kas tiek ievilkti no diska atmiņā, un caur CPU. Un vecās datubāzu arhitektūras to tikai mēģināja līdzsvarot. Jūs zināt, viņi vienkārši teica: “Nu, tas notiek ļoti lēni, mēs kešatmiņā saglabāsim datus diskā, lai tie būtu atmiņā. Mēs centīsimies un darīsim to patiešām precīzi, lai patiešām atmiņā jau būtu patiešām liela daļa datu, kurus mēs pieprasām. Un mēs datus veiksim CPU cik ātri vien iespējams. ”
Un vecajos laikos tika rakstītas datu bāzes, mašīnām ir rakstītas mazas kopas. Un tagad par paralēlisma nezināšanu. Tā kā, ja jūs vēlaties iegūt kādu sniegumu no kopas, jums paralēli būs jādara dažādas lietas. Paralēlisms ir spēles sastāvdaļa, nekas tāds kā tagad. Es vienkārši staigāju pa notikušo.
Pirmkārt, disks. Nu disks ir beidzies, tiešām. Tas ir gandrīz beidzies attiecībā uz datu bāzēm. Es domāju, ka datu arhivēšanai ir vairāki mīnusi, un pat ļoti lieli datu ezeri, kas darbojas Hadoop, mūsdienās, iespējams, ir dzīvotspējīgākais vērpjošais disks. Tiešām, vērpšanas diska problēma bija tā, ka lasīšanas ātrums īpaši neuzlabojās. Un, kad centrālais procesors palielināja Mūra likuma ātrumu, sava veida apjoma ziņā, ātrāk par sešiem gadiem. Pēc tam atmiņa tam sekoja, tad šie divi saprātīgi turējās kopsolī, tas nebija gluži gluži, bet viņi to darīja.
Bet pēc nejaušības principa lasīts diskā, kurā galva lido ap disku, es domāju, ka tas, izņemot visu citu, ir fiziska kustība. Un, ja jūs izlases veidā nolasa disku, tas ir neticami lēns, salīdzinot ar lasīšanu no atmiņas, tas ir, piemēram, 100 000 reizes lēnāk. Un diezgan nesen vairums datu bāzu arhitektūru, kuras es esmu apskatījis visādos dziļumos, faktiski ir tikai sērijveida lasīšana no diskiem. Jūs patiešām vēlaties vienā vai otrā veidā tik daudz saglabāt kešatmiņu no diska, lai to noņemtu no lēnās ierīces un ievietotu ātrajā ierīcē. Un tur ir daudz gudru lietu, ko varat ar to izdarīt, bet tas ir kaut kā beidzies.
Cietvielu diski vai zibatmiņas diski patiešām ir tādi, kādi tie ir, ļoti ātri aizvieto griešanās disku. Un tas atkal pilnībā mainās, jo veids, kā dati tiek sakārtoti diskā, tiek sakārtoti atbilstoši diska darbības veidam. Tas faktiski ir par galvu, kas pārvietojas pāri vērpšanas virsmai, faktiski par vairākām galvām, kas pārvietojas pa vairākām vērpšanas virsmām, un datu savākšanu, kad tie iet. Cietvielu disks ir tikai to lietu bloks, kuras varat lasīt. Es domāju, pirmkārt, visas tradicionālās datu bāzes ir izveidotas diska vērpšanai, un tagad tās tiek pārveidotas par SSD. Iespējams, ka jaunas datu bāzes - ikviens, kurš šobrīd raksta jaunu datu bāzi, iespējams, ignorē vērpšanas disku, nemaz par to nedomājot. Bet lielākais SSD ražotājs Samsung saka mums, ka SSD patiesībā atrodas Mūra likuma līknē.
Viņi, manuprāt, jau bija apmēram trīs vai četras reizes ātrāk nekā vērpšanas disks, bet tagad tie galvenokārt kļūs daudz ātrāki ik pēc 18 mēnešiem. Divkāršs un 10 reizes lielāks ātrums līdz aptuveni sešiem gadiem. Tomēr, ja tas tā bija, tas tā nav, kā es jums pēc brīža teikšu. Spininga disks, protams, kļūst par arhivēšanas nesēju.
Par atmiņu. Pirmkārt, RAM. CPU attiecība starp RAM uz vienu CPU visu laiku palielinās. Un tas, protams, savā ziņā nodrošina šausmīgi daudz lielāku ātrumu, jo tagad pieejamie atmiņas akri var uzglabāt daudz vairāk. Tas, ko patiesībā dara, ir tāds, ka tas samazina spiedienu uz MLTP veida lietojumprogrammām vai izlases veida lasīšanas lietojumprogrammām, jo tām ir vieglāk rūpēties, jo tagad jums ir daudz atmiņas, un šādā veidā jūs varat kešatmiņā saglabāt visu, kas ir visticamāk, tiks lasīts atmiņā. Bet jums rodas problēmas ar lielāku datu kaudzi, tāpēc lielie dati patiesībā nav tik vienkārši.
Un tad mums ir Intel ar 3D Xpoint, un IBM ar to, ko viņi sauc par PCM, kas ir fāzes maiņas atmiņa, piegādā kaut ko, kas, viņuprāt, ir - labi, tas ir vismaz 10 reizes ātrāk nekā pašreizējie SSD, un viņi tic, ka tas iegūs ļoti tuvu tam, ka ir tāds pats ātrums kā RAM. Un, protams, tas ir lētāk. Tātad iepriekš jums bija šī centrālā procesora, atmiņas un diska datu bāzes struktūra, un tagad mēs virzāmies uz struktūru, kurai ir četri slāņi. Tam ir centrālais procesors, atmiņa vai RAM, un tad šāda veida ātrāka nekā SSD atmiņa, kas faktiski nav gaistoša, un pēc tam SSD. Un šīs jaunās tehnoloģijas ir nepastāvīgas.
Un tur ir HP memristor, kura vēl nav, jūs zināt, jo tas tika paziņots pirms apmēram septiņiem gadiem, bet tas vēl nav parādījies. Bet manis dzirdētās baumas ir tādas, ka HP nedaudz mainīs spēli arī ar atmiņu, tāpēc jums ir tikai jauna atmiņas situācija. Tas nav tā, it kā mēs būtu ieguvuši ātrāku saturu, tas ir tāpat kā mums ir pilnīgi jauns slānis. Un tad mēs esam ieguvuši faktu, ka SSD piekļuve, jūs to varat lasīt paralēli. Vērpšanas disku nevar lasīt paralēli, izņemot gadījumus, kad ir daudz dažādu vērpšanas disku. Bet SSD bloks, jūs faktiski varat lasīt paralēli. Un tāpēc, ka jūs to varat lasīt paralēli, tas notiek daudz ātrāk nekā vienkāršais lasīšanas ātrums, ja faktiski vienā procesorā iestatāt vairākus procesus dažādos procesos un to vienkārši veicat ar SSD.
Tiek lēsts, ka, to darot, jūs varat gandrīz sasniegt RAM ātrumu. Un viss, ko tas saka, ir tas, ka atmiņas arhitektūras nākotne nav skaidra. Es domāju, realitāte ir tāda, ka dažādi dominējošie pārdevēji, neatkarīgi no tā, kādi viņi izrādās, iespējams, noteiks aparatūras virzienu. Bet neviens šobrīd nezina, kurp tas dodas. Esmu runājusi ar dažiem datu bāzu inženieriem, kuri saka: “Es nebaidos no notiekošā”, bet viņi nezina, kā to optimizēt, izmantojot “get-go”. Un jūs vienmēr kaut ko darījāt, tāpēc tas ir interesanti.
Un tad ir centrālais procesors. Daudzkodolu CPU nebija tikai daudzkodolu CPU. Mums ir arī lieli apjomi L1, L2 un L3 kešatmiņas, it īpaši L3, kas ir, es nezinu, desmitiem megabaitu. Jūs varat ievietot daudz tur, jūs zināt. Tāpēc mikroshēmu faktiski var izmantot kā kešatmiņas datu nesēju. Tas mainīja spēli. Un, protams, vektora apstrāde un datu saspiešana, daudzi pārdevēji to tiešām ir izdarījuši, ievilkuši šos materiālus CPU, lai tas viss CPU notiktu daudz ātrāk. Tad jūs uzzināsit, ka CPU ar GPU patiešām labi paātrina analītiku. Un tie tiešām ir diezgan labi zināmu veidu vaicājumos, tas vienkārši ir atkarīgs no tā, kāds ir jūsu vaicājums.
Varat vai nu izveidot dēļus ar ieslēgtiem CPU un GPU, vai, kā to pašlaik dara AMD, jūs ražojat kaut ko sauc par APU, kas ir sava veida CPU un GPU laulība; tam ir abas iespējas. Tātad tas ir cita veida procesors. Un tad Intel nesenais paziņojums, ka viņi gatavojas ievietot FPGA mikroshēmā, tas man iebāza galvu. Es domāju: “Kā tas notiks?” Jo, ja jums ir CPU, GPU iespēju, kā arī jums ir CPU, FPGA iespēja - un, starp citu, ja jūs patiešām vēlaties, tajā pašā tāfelē jūs varētu ievietot CPU, GPU un FPGA. Man nav ne jausmas, kā jūs faktiski kaut ko vadītu šādā veidā, bet es zinu uzņēmumus, kas rīkojas šādi, un viņi ļoti ātri saņem atbildes uz vaicājumiem. Tas nav kaut kas, kas tiks ignorēts, tas ir kaut kas, ko izmantos gan reģistrētie pārdevēji, gan, iespējams, jaunie pārdevēji. DBVS vienmēr bija paralēlas, bet tagad paralēlās iespējas tikko ir eksplodējušas, jo tas ļauj dažādos veidos to paralēlot gan tam, gan tam, gan tam.
Visbeidzot, lai palielinātu vai samazinātu? Palielināšana patiešām ir labākais risinājums, taču par vienu lietu. Jūs iegūstat daudz labāku mezgla veiktspēju, ja varat tikai absolūti optimizēt procesora un viena mezgla diska atmiņas veiktspēju. Un jūs izmantosit mazāk mezglu, tāpēc tas būs lētāk, vai ne? Un to būs vieglāk pārvaldīt. Diemžēl tas ir no aparatūras atkarīgs dizains, un mainoties aparatūrai, tas kļūst arvien mazāk iespējams, ja vien jūsu inženieri nespēs darboties tikpat ātri, kā mainās aparatūra. Un jums rodas problēmas ar darba slodzi, jo, palielinot apjomu, jūs veicat dažādus pieņēmumus par to, kāda būs darba slodze.
Ja izlīdzināt, tas ir, ja jūsu arhitektūra uzsver mērogošanu pirms palielināšanas - patiesībā jums ir jādara tie abi, vienkārši uzsverat vienu. Tad jūs iegūsit labāku tīkla veiktspēju, jo ar to tiks galā arhitektūra. Aparatūras ziņā tas būs dārgāks, jo būs vairāk mezglu, bet būs mazāk problēmu ar darba slodzi, kā arī būs elastīgāks dizains.
Un es tikai domāju, ka iemetīšu to iekšā, jo, ja patiesībā domājat par visām aparatūras izmaiņām, es vienkārši norādīju ar pirkstu, un tad jūs domājāt par to, kā jūs plānojat palielināt un izvērst šo saturu? Tad jūs saprotat, ka vismaz manuprāt, datu bāzu inženieriem ir nepietiekami maksāts. Tātad, ja jūs tikai domājat par aparatūras slāni, datu bāzes problēmas ir skaidras. Tagad es to nododu Bertam, kurš liks mums visiem justies izglītotiem.
Ēriks Kavanaghs: Tieši tā! Berts?
Berts Scalzo: Liels paldies. Ļaujiet man tieši nokļūt šajos slaidos. Man ir jāiziet daudz slaidu, tāpēc diezgan daudzos no tiem es varētu iet diezgan ātri. Mēs runāsim par šo “Forward Momentum: Moving Relational Beyond Traditional”. Tā vairs nav jūsu tēva datu bāze. Lietas ir mainījušās, un kā teica kāds iepriekšējais runātājs, pēdējos sešus līdz septiņus gadus ainava ir radikāli mainījusies.
Es pats strādāju ar datu bāzēm kopš 80. gadu vidus. Es esmu rakstījis grāmatas par Oracle, SQL Server, etalonuzdevumiem un daudzām citām lietām. “Pasaule mainās ļoti ātri. Liels vairs nepārspēs mazo. Tas būs ātrs, lēns, lēks. ”Es pievienoju“ adaptēties ”. Tas bija no Rupert Murdoch. Es patiešām ticu, ka tā būs taisnība. Jūs nevarēsit veikt tādas datubāzes lietas, kā jūs darījāt pirms 10, 15, 20 gadiem. Jums tas būs jādara tā, kā bizness to vēlas tagad.
Es mēģināšu palikt nedaudz vispārīgs tajā, ko es prezentēju, bet lielāko daļu funkciju, par kurām es runāju, jūs atradīsit Oracle, jūs atradīsit SQL Server, MySQL, MariaDB un dažas citas lielas spēlētāji. Relatīvā datubāzes revolūcija, es sava veida atkal piekrītu iepriekšējiem runātājiem. Ja paskatās labi ap 2010. gadu, mēs devāmies no sarkanās sacīkšu automašīnas uz dzelteno sacīkšu automašīnu. Notika nozīmīgas pārmaiņas, un es domāju, ka jūs sagaidīsit vēl citas radikālas izmaiņas 2020. gadā. Mums ir ļoti interesants laiks.
Šis slaids ir atslēga, tāpēc es tur ievietoju atslēgu. Notiek visas šīs izmaiņas, un kreisajā pusē man ir tehnoloģija, un labajā pusē man ir bizness. Un jautājums ir, kurš no kuriem izraisa un kurš atbalsta kuru? Mums ir visas šīs aparatūras izmaiņas: disku samazināšanās, disku lieluma palielināšanās, jauna veida diski, tātad to sedza iepriekšējie runātāji. Cenas atmiņai krītot, visām šīm jaunākajām datu bāzu versijām. Bet labajā pusē mēs esam ieguvuši datu aizsardzību un atbilstību, datu glabāšanu, biznesa informāciju, analītiku un obligātu datu saglabāšanu. Abas vienādojuma puses brauc, un abas vienādojuma puses izmantos visas šīs jaunās funkcijas.
Pirmkārt, mums ir savs tipiskais SAS vērpšanas disks - tagad tie ir līdz 10 terabaitiem. Ja jūs neesat redzējis Western Digital, HGST ir tas, ko viņi sauc par savu hēlija piedziņu, kas šobrīd sasniedz aptuveni 10 terabaitus. Vērpšanas diska izmaksas kļūst diezgan zemas. Kā jau tika minēts iepriekš, jūs varat saņemt cietvielu diskus līdz aptuveni diviem terabaitiem, taču Samsung drīzumā būs pieejams 20 terabaitu bloks. Izmaksas kļūst pamatotas. Viena lieta, ko es runāšu par citiem, kas nebija, ir zibatmiņas disku koncepcija. PCIe, tas ir, PCI Express, salīdzinot ar NVMe, jūs, iespējams, neesat dzirdējuši par šo neizdzēšamo atmiņas ekspresiju. Būtībā NVMe aizstās SAS un SATA, un tas tiešām vairāk ir komunikācijas protokols nekā jebkas cits. Bet šo disku ietilpība tagad ir aptuveni trīs terabaiti.
Jūs, iespējams, redzējāt, ka daži SAS diskdziņi tagad nāk ar U.2 savienotājiem, kas ir savādāks savienotājs nekā SAS vai SATA, kas atbalsta NVMe ar standarta disku - protams, diskam tas ir jāatbalsta. Pēc tam SATA ar M.2 savienotājiem, un tie sāk iegūt NVMe. Faktiski tagad ir piezīmju datoru pārdevēji, kas tagad pārdod piezīmjdatorus, kuros ir NVMe zibatmiņas disks, un šīs lietas kliedz, salīdzinot ar iepriekš izmantoto tehnoloģiju.
Daudzi cilvēki nezina, kādi ir šie dažādie zibspuldzes. Ja paskatās labajā apakšējā stūrī, tas ir piemērs M.2. Jūs varat teikt: “Labi, tas izskatās daudz kā mSATA disks pa kreisi no tā.” Bet kā redzat, tam ir divas spraugas spraudēs, nevis vienai, un tā ir mazliet lielāka. Un arī M.2 var būt trīs dažādos izmēros.
Pēc tam PCI Express zibspuldze un NVMe zibspuldze. Tagad NVMe zibspuldze ir arī PCI Express, bet PCI Express parasti joprojām ir SAS vai SATA tipa kontroliera algoritms, kas tika uzrakstīts vērpšanas diskam, un NVMe ir algoritmi vai paņēmieni, kas speciāli tika uzrakstīti zibspuldzei. Un atkal jūs redzēsit visus šos.
NVMe piedāvā diezgan daudz lietu. Es domāju, ka divi lielākie uzlabojumi ir augšējā labajā stūrī, un latentums tiek samazināts pat par 70 procentiem. Es patiesībā esmu to redzējis vēl augstāk. Turklāt, ja skatāties labajā apakšējā stūrī, kad operētājsistēma sarunājas ar NVMe disku, tas iziet cauri daudz mazāk programmatūras līmeņiem. Būtībā jūs izmantojat NVMe draiveri, kas tagad ir iekļauts operētājsistēmā, un tas tieši runā ar plašsaziņas līdzekļiem. Ir daudz iemeslu, kāpēc šī tehnoloģija radikāli mainīs datu bāzu pasauli.
Daudzas reizes cilvēki teiks: “Nu, cik ātrs ir NVMe?” Jūs zināt, vecajos labajos laikos, sākot ar 2004. gadu un pirms tam, mēs bijām sajūsmā, ja mums būtu Ultra-320 SCSI, 300 megabaiti sekundē. Šodienas ātrums, iespējams, daudzi no jums izmanto šķiedru vai InfiniBand, un tie ir izcili. NVMe labajā pusē sākas tur, kur beidzas pašreizējās tehnoloģijas. Tas, ko es saprotu, ir tas, ka PCI Express 3.0 ar astoņu joslu saiti sākas ar gandrīz 8000, un tas pieaugs, jo mēs iegūsim jaunākas PCI Express versijas, četras un tā tālāk. NVMe nav kur iet, izņemot augšu.
Kādas ir dažas lietas, kas mainās datu bāzē? Tagad slaidu augšējā labajā stūrī es ievietoju biznesa apsvērumus, pēc kuriem domāju, ka tehnoloģija parādījās. Šajā gadījumā datu glabāšanas un obligātas datu saglabāšanas reglamentējošu iemeslu dēļ datu bāzes sāk piedāvāt tajās saspiešanu. Tagad dažas datu bāzes piedāvā saspiešanu kā papildinājumu, citas piedāvā to kā iebūvētu standartam, pieņemsim, ka viņu datu bāzes uzņēmuma izdevums, un tomēr dažām datu bāzēm, piemēram, Oracle, varētu būt pat vēl labāka saspiešanas versija, kas ir , teiksim, viņu Exadata platformā, tāpēc viņi faktiski ir izveidojuši aparatūru, kas var atbalstīt ļoti specializētu saspiešanu, un, piemēram, Exadata saskarne iegūst 40x saspiešanas pakāpi, un tāpēc tā ir ļoti nozīmīga. Un es domāju, ka tā ir obligāta datu saglabāšana, cilvēki vienkārši vēlas, lai dati būtu garāki. Uzņēmumiem, lai veiktu analītiku un BI, ir nepieciešami pēdējie 5, 10, 15 gadi.
Tagad vēl viena funkcija, kas sāka parādīties ap šo 2008., 2009. gadu, bija sadalīšana. Atkal to atradīsit tādās datu bāzēs kā Oracle, SQL Server un abās, par kurām jums ir jāmaksā. Oracle datorā jums ir jāiegādājas nodalīšanas opcija, savukārt SQL Server - jāatrodas datu centra izdevumā. Tas ir jūsu tradicionālais dalīšanas un iekarošanas paņēmiens, un tas, ko jūs darāt, ir tas, ka augšpusē ir loģiska liela galda koncepcija, un, kad tas tiek salikts diskā, tas faktiski tiek sadalīts spaiņos. Un jūs varat redzēt, ka šīs spaiņas ir sakārtotas pēc dažiem atdalīšanas kritērijiem, parasti atsaucoties vai sauktas par jūsu nodalīšanas funkciju, un tad tāpat jūs varat arī veikt apakšnodalījumus dažās datu bāzes platformās un jūs varat iet vēl tālāk.
Atkal es domāju, ka gan datu glabāšana, gan obligāta datu saglabāšana to ir sekmējusi, un dažās no šīm datu bāzēm jums var būt līdz 64 000 nodalījumiem, un es uzskatu, ka citās datu bāzēs pat līdz 64 000 apakšnodalījumiem. Tas ļauj sadalīt datus pārvaldāmos gabalos. Jūs arī sadalīsit indeksus; tā ir iespēja, kas jums nav jādara, taču jūs varat arī sadalīt indeksus. Viens no iemesliem, kāpēc to izdarīt, varētu būt tas, ka jums ir bīdāms datu logs. Jūs vēlaties saglabāt 10 gadu vērtus datus, taču, lai indeksus varētu nomest, lai palaistu šovakar partijas slodzi, jums nav nepieciešams nomest indeksus katrā rindā, tikai tajās rindās, kuras atrodas pašreizējā segmentā. Sadalīšana faktiski ir ļoti labs administratīvs rīks, kaut arī vairums cilvēku domā, ka tā lielais ieguvums ir pārtraukšanas novēršana jūsu plānos un tāpēc vaicājumu paātrināšana. Tas ir patiešām tāds kūka apledojuma veids.
Tagad jūs, iespējams, dzirdējāt par lobīšanos un domājat: “Nu kāpēc jūs ievietojāt šo slaidu šeit?” Šis ir viens no tiem NoSQL - šī ir viena no tām Hadoop tipa vidēm. Oracle 12c izlaida divus, kas vēl nav G8, bet kas tiek parādīts vai priekšskatīts, tajā faktiski ir iegravēts. Jums būs tāda tradicionāla datu bāzu sistēma kā Oracle, un jūs varēsit šķelties tāpat kā Hadoop modelī, un tāpēc jums būs vēl viena dalīšanas un iekarošanas tehnika, kas sadalīs jūsu tabulu rindā pa grupām pa mezgliem, un tā tas būs - tāpat kā tas, ko redzat dažās NoSQL datu bāzēs. Un patiesībā MySQL jūs faktiski to varat paveikt, izmantojot kādu no viņu klasterizācijas paņēmieniem, taču tā nonāk tradicionālajā datu bāzē, un es domāju, ka Microsoft nevēlēsies palikt aiz muguras. Šīs abas visu laiku spēlē lēciena vardi savā starpā, tāpēc es ceru, ka nākamajā SQL Server versijā redzēsim šķelšanos.
Datu dzīves cikla pārvaldība, atkal obligāta datu saglabāšana, kā arī biznesa informācijas un analītikas vajadzībām. Tas tiešām ir dalīšanas un iekarošanas paņēmiens, un parasti DBA to veic manuāli, un tas ir: “Es saglabāšu šī gada datus par ātriem diskiem, pagājušā gada datus par nedaudz lēnākiem diskiem, varbūt es dodos saglabāt divus iepriekšējos gadus vēl lēnākos diskos, un tad man būs kāda arhivēšanas metode. ”Parasti tā vairs netiek lenteta, parasti tā ir - jums ir sava veida tīklam pievienota krātuve vai kāda ierīce, kurai ir daudz krātuves un ir, jūs zināt, rentabls, bet tas joprojām ir griešanās disks.
Tagad jūs faktiski varat gan Oracle, gan SQL Server iegādāties opciju, kurā definējat noteikumus, un tas automātiski notiek fonā. Jums vairs nav jāraksta skripti, jums nekas nav jādara. Un, ja esat redzējis SQL Server 2016, kas tikko iznāca jūnija sākumā, ir jauna funkcija ar nosaukumu “Stretch Databases”, kas principā ļauj to darīt - apakšējā labajā stūrī - no vairākiem slāņiem varat pāriet tieši mākonī. un atkal šī ir datu bāzē iebūvēta funkcija, jūs vienkārši sakāt kaut ko līdzīgu: “Ja dati ir vairāk nekā 365 dienas veci, lūdzu, pārvietojiet tos mākonī un, ziniet, dariet to man automātiski.”
Šī būs patiešām forša funkcija, patiesībā es domāju, ka tas varētu būt tas, ko mēs redzēsim nākotnē, proti, vai jums būs hibrīdas datu bāzes, kur jūs plānojat saglabāt dažus vietējos un daži mākonī. Pirms tam cilvēki domāja: “Ak, es vai nu darīšu uz priekšnoteikumu, vai es darīšu uz mākoņa.” Tagad mēs redzam, ka abu tehnoloģiju laulība notiek šādā hibrīdā veidā. Es domāju, ka tas būs diezgan liels, un Microsoft tur nokļuva pirmais.
Labojums, tas ir saistīts ar datu aizsardzību un atbilstību. Tagad, vecajos labajos laikos, mēs, iespējams, teicām: “Hei, lietojumprogrammu izstrādātājs, kad jūs to parādāt pārskatā, kad jūs to parādāt ekrānā, šeit ir dažas drošības lietas, kuras jums vajadzētu pārbaudīt, un, lūdzu, ziniet, parādiet tikai datus viņiem ir paredzēts redzēt vai maskēt vai rediģēt datus, kurus viņiem nevajadzētu redzēt. ”Nu, kā parasti, izspiežot to lietojumprogrammai, tas netiek darīts vienā vietā, tāpēc tas tiek darīts savādāk, vai arī tas nenotiek. Dažās vietās tas netiek darīts. Un tagad jūs šo iespēju faktiski esat ieguvis datu bāzu sistēmās.
Tagad SQL Server 2016 šī funkcija ir iebūvēta, tāpēc es uzskatu, ka tā vēl nav pievienota datu centram; un Oracle 12 jums ir jāiegādājas viņu dzīves cikla pārvaldības papildinājums, taču tas ir kaut kas jauns, un atkal to veicina bizness. Un jo īpaši tāpēc, ka tagad jūs glabājat tik daudz datu, kā arī veicat datu ieguvi, tātad BI un analītiku, jūs esat zinājuši, kas piekļūst kādiem datiem, un pārliecinieties, ka viņiem ir atļauts redzēt tikai viņiem ir atļauts redzēt.
Tāpat no jauna pievērsīsimies datu aizsardzībai un ievērošanai. Jūs redzēsit, ka tagad liela daļa datu bāzu sistēmu veido saspiešanu vai, es atvainojos, šifrēšanu tieši datu bāzē un kas ir svarīgi šajā šifrēšanā, ja skatāties uz lejupvērstās bultiņas un augšupvērstās bultiņas diagrammā, kurā tā tiek rakstīta. līdz šifrētam diskam un pēc tam to atkal izveido atmiņā un atšifrē. Tas faktiski ir viens modelis, ir arī cits modelis, kas, jūs zināt, faktiski to darītu tikai tad, kad tas šos tīklus paziņo tīklā ar faktisko klienta lietojumprogrammu.
Tādā gadījumā tas pat datu bāzes serverī atmiņā varētu būt šifrēts un atšifrēts tikai tad, kad tas tiek nosūtīts klienta lietojumprogrammai. Šeit ir divi dažādi modeļi, un tos atradīsit datu bāzēs, un faktiski viena no datu bāzēm, kas nesen to pievienoja, bija MariaDB to versijā 10.X; Es uzskatu, ka viņi tagad izmanto 10.1 vai 10.2. Un es faktiski izdarīju dažus šīs šifrēšanas etalonuzdevumus, un, lai iegūtu šo šifrēšanu, es piedzīvoju tikai aptuveni par 8 procentiem caurlaides vai ātruma samazināšanos. Etalona noteikšanas testā šifrēšana to neizraisīja, tāpēc tā ir ļoti noderīga funkcija.
Tagad mēs jau esam minējuši par zibatmiņu un SSD un tamlīdzīgām lietām. Viena no funkcijām, kas jums ir Oracle un SQL Server, ko daudzi cilvēki neapzinās, ir tāda, ka varat uzņemt zibatmiņu vai SSD, kas atrodas jūsu datu bāzes serverī, un jūs varat pateikt datu bāzei: “Izmantojiet to tā, it kā tā būtu atmiņa. Uztveriet RAM kā preferenciālu, bet izliecieties, ka tas ir lēna atmiņa un izmantojiet to kā paplašinātu kešatmiņu. ”Tagad SQL Server 2014 tas iznāca un sauca par“ Buffer Pool Extension ”, tas ir bezmaksas. Oracle tas iznāca 11g R2 formātā un to sauca par “Database Flash Cache”, un tur tas bija arī bez maksas.
Tomēr mans padoms ir uzmanīgi pārbaudīt šo funkciju. Katru reizi, kad, palielinot kešatmiņu, dodoties meklēt, tas prasa ilgāku laiku. Ja jūs ievietojat trīs terabaitu zibatmiņu un sakāt datu bāzei “Pievienojiet to atmiņai”, jūs tiešām varētu secināt, ka kaut kas ir palēninājies, jo ir laiks meklēt un redzēt, vai tas ir zibspuldzē, vai tas ir netīrs vai tīrs? Ir jēga samazināt atgriešanos. Mans padoms ir atkal to izmēģināt, redziet, kas jums der, bet tas atkal ir jūsu datu bāzē, un Oracle gadījumā - gan SQL Server, gan Oracle - tas ir bijis tur jau pāris gadus.
Un tas mūs ved pie vectētiņa, kas bija atmiņā esošās datu bāzes, un tas tāpēc, ka datu bāzu cenas ir pazeminājušās. Otrs iemesls, kāpēc jūs droši vien domājat, ka tas ir noticis, ir ļoti daudz analītisko datu, kuru dēļ datiem jābūt ļoti ātri pieejamiem, un tāpēc tiem ir jābūt atmiņā. Ņemiet vērā, ka algoritmi, kurus datu bāzes izmanto, lai piekļūtu šiem datiem, tos saspiestu, šifrētu un saglabātu, jūs zināt, ka dažos gadījumos dažas datu bāzes var turpināt atmiņā saglabāt kā rindu.
Dažos gadījumos dažas datu bāzes to var sadalīt orientētā kolonnā, un to iemesls ir tas, ka tiek iegūts daudz lielāks saspiešanas līmenis, kaut kur ap 11 līdz 12X, saglabājot to kolonnu secībā pret rindu secību. Pirmoreiz tas parādījās SQL Server 2014, to sauca par “Hekaton”. SQL Server 2016 tas ir radikāli palielināts, viņi to redzēs ar dažiem dažādiem nosaukumiem, un tas parādījās Oracle 12c; Es saku šeit otro izlaidumu, nevis R2. Bija divi dažādi Oracle 12c laidieni: 12.1.0.1 un 12.1.0.2. Tas ir datu bāzes R1 versijas otrais laidiens.
Un veids, kā jūs to definējat, atmiņā esošais objekts ir līdzīgs abās datu bāzēs. Šeit augšējā labajā stūrī varat redzēt, es izveidoju SQL serveri, un jūs varat redzēt, ka tas saka ar optimizētu atmiņu un izturību tikai kā shēmu. Es negrasos pārkāpt visas šīs sintakses nozīmes, un Oracle tas tiešām ir vēl vienkāršāk: jūs vienkārši maināt tabulu un sakāt atmiņā, vai ne, un jūs varat to mainīt. Es varu teikt, ka šodien tas ir atmiņā, bet rīt tas nav un tāpēc tas ir ļoti elastīgs.
Es veicu dažus testus Oracle ar atmiņas tabulām, un man bija daži testi, kuru izpildei bija vajadzīgas gandrīz 40 minūtes, augšējā rindā. Svarīgi ir tas, ka, nonākot divās apakšējās rindās, izpildlaiks bija palielināts vai jāsamazina, man jāsaka, apmēram līdz piecām minūtēm, un, apskatot kompresijas koeficientu, atmiņā esošie dati faktiski bija 3,6 līdz 4,6 reizes mazāks. Tas ir svarīgi, jo šajā gadījumā es izmantoju kolonnu orientētu formātu un tā ir saspiešana. Un tāpēc uzmini ko? Patiesībā man atmiņā ietilpa gandrīz četras līdz piecas reizes vairāk datu. Es ieguvu ne tikai priekšrocības atmiņā, priekšrocību, kas orientēta uz kolonnām, bet arī daudz vairāk datu priekšrocību - līdz pat piecas reizes vairāk datu atmiņas kešatmiņā, tāpēc šī ir diezgan jaudīga tehnika. Atkal Oracle un SQL Server, jūs vēlaties aplūkot šīs, tās ir patiešām lieliskas funkcijas. Un līdz ar to es domāju, ka es to atklāšu jautājumiem.
Ēriks Kavanaghs: Nu Berts, pirmkārt, šajā brīnišķīgajā izglītībā jūs esat bijis ļoti nesavtīgs. Vai jūs varētu tikai minūti parunāt par to, ko jūs darāt? Tā kā jums ir kāda iespējotīga tehnoloģija, kas var atvieglot to, par ko runājāt. Vienu minūti sarunājieties par to, ko jūs, puiši, darāt, un pēc tam nolaidīsim Dezu un Robinu šeit vienādojumā.
Berts Scalzo: Jā, es strādāju uzņēmumā ar nosaukumu IDERA. Mēs atrodamies Teksasā, mūsu galvenā mītne atrodas Hjūstonā, un šobrīd es faktiski sēžu Ostinā, bet es dzīvoju Dalasā. Mēs izgatavojam datu bāzes rīkus un datu bāzes rīkus, kas palīdzēs jums atrisināt problēmas. Šī problēma varētu būt kaut kas tik vienkāršs kā produktivitāte, un tādā gadījumā mums ir rīks ar nosaukumu DBArtisan, kas ļauj veikt jūsu datu bāzes administratīvos uzdevumus, un tas ir viens rīks, kas ļauj pārvaldīt 12 dažādas datu bāzes platformas. Es varu pārvaldīt SQL Server, es varu pārvaldīt Oracle, es varu pārvaldīt MySQL, DB2, Postgres, un es izmantoju vienu rīku, vienu izpildāmu, vienu GUI dizainu un vienu konsekventu darbplūsmu kopumu. Mēs arī izgatavojam rīkus atbilstības nodrošināšanai; mums ir rīks ar nosaukumu SQL atbilstības pārvaldnieks, kas palīdzēs izpildīt atbilstības vajadzības. Vēl viens rīks ar nosaukumu SQL Security, tāpēc mēs cenšamies padarīt tos rīkus, kas palīdzēs jums būt efektīviem un lietderīgiem, un kas ir patiesi jauki, ja apmeklējat mūsu vietni, mums tur ir vesels pulks bezmaksas programmatūras, tāpēc, ja nekas cits neatliek, dodieties lejupielādēt - Es domāju, ka mums ir 20 vai 25 bezmaksas. Tur ir daži ļoti labi bezmaksas programmatūras materiāli, piemēram, ir SQL Server un Windows palīdzības pārbaude, kas tikai apskatīs jūsu rīcībā esošo informāciju un pateiks, vai jums ir problēmas vai lietas, un tas ir pilnīgi bez maksas.
Ēriks Kavanaghs: Un jūs patiešām esat tāds ...
Berts Scalzo: Noteikti pirmās lietas -
Ēriks Kavanaghs: Jūs šodien runājat par neviendabīgumu tirgū, kādreiz bija tāds vienāda mēroga vienādojums, ka patiesībā es atceros, ka intervēju Dr. Maiklu Stobrakeru tālajā 2005. gadā, kad viņš devās lielā mērā viņš runāja par spriedumu uz kolonnu orientētas datu bāzes kustību, un viņš runāja par to, kā daudzus gadus dominēja viena lieluma relāciju modelis, un viņš paredzēja, ka tas viss mainīsies, un zēnam bija taisnība par to. Tagad mums ir šī patiešām daudzveidīgā un interesantā vide ar daudzām un dažādām iespējām, taču jums ir nepieciešams kāds, kurš to visu pārvalda, un man šķiet, ka jūsu uzņēmums ir diezgan aktīvi koncentrējies uz matemātikas problēmu risināšanu, tādējādi nodrošinot iespēju heterogenitātes galvene, vai ne?
Berts Scalzo: Pilnīgi. Es domāju, ka vienmēr būs DBA, kuri saka: “Es nevēlos izmantot GUI rīku, es visu daru ar skriptiem”, vai jūs zināt? Viņi domā, ka viņi ir DBA supermens tipi, un tas ir labi, bet lielākajai daļai cilvēku, mēs vēlamies vienkārši paveikt darbu, un - ziniet, es savu dokumentu rakstīšanai izmantoju Microsoft Word. Es daru savu Microsoft Outlook. Es domāju, ka man ir rīki uzdevumu veikšanai. Mēs veidojam tāda paša veida koncepciju, mēs veidojam rīkus datu bāzu administratoriem un izstrādātājiem, lai palīdzētu viņiem koncentrēties uz to, ko viņi vēlas darīt, nevis uz to, kā viņiem tas jādara.
Ēriks Kavanaghs: Tam ir jēga, bet ļaujiet man vērsties pie mūsu ekspertiem, un ļaudis var brīvi ienirt. Mēs esam saņēmuši pāris komentārus no auditorijas. Varbūt Dez, pāris jautājumi un Robin pāris jautājumi?
Dez Blanchfield: Protams. Viens no pirmajiem jautājumiem, ko es gribu jums uzmest, ņemot vērā milzīgo pieredzi, kuru jūs ieguvāt, vai jūs drīz redzat laiku, kad kaut kas no tā palēnināsies? Vai arī jūs domājat, ka mēs patiešām atrodamies tikai šīs pastāvīgās izaugsmes pārmaiņu līnijas sākumā? Es domāju, ka viena no lielākajām problēmām, ar ko saskaras uzņēmumi, un tad vienmēr cilvēki, kas cenšas atbalstīt tehnoloģiju, kas tiek nodrošināta šiem uzņēmumiem, lai vadītu savu biznesu, ir tas, ka pārmaiņu temps ir tik dramatisks, ka viņi vienkārši nespēj sekot līdzi visiem dažādas funkcijas un programmatūra, un sistēmas, un ietvari, un arhitektūra, kā arī jauns kods, kas parādās, un pēc tam aparatūra, zem kuras jūs redzat, ka pašreizējais izmaiņu temps vispār palēninās? Es domāju, ka jūs nodarbojaties ar tik plašu platformu klāstu ar visu IDERA komplektu, vai drīz mēs palēnināsimies vai arī mēs jau ilgāku laiku atrodamies šajā trakajā bēguļojošajā kravas vilcienā?
Berts Scalzo: Es domāju, ka mēs esam pie pirmajiem 20 procentiem no šīs izaugsmes līknes, un mums ir tāls ceļš ejams, un to veicina divas lietas. Tehnoloģija turpina attīstīties. Jūs esat pieminējis dažus no jaunajiem atmiņu veidiem, kas tiks izlaisti, kas būs fantastiski. Drīzumā Samsung šeit atradīsies 20 terabaitu zibatmiņas disks. Tas mainīs lietas. Mums ir visas šīs NoSQL un mākoņa datu bāzes, tas tikai turpinās darboties. Tomēr viena no tām, kas ir smieklīga, ir tāda, ka es skatos tādas datu bāzes kā Oracle un SQL Server, kā arī dažas citas, tās vairs nav relatīvas datu bāzes. Es varu ievietot nestrukturētus datus Oracle un tomēr uzturēt atbilstību ACID. Ja jūs būtu man teicis, ka pirms 20 gadiem es tikko teiktu, ka jūs lietojat narkotikas.
Dez Blanchfield: Jā, jā, viņi ir forši. Nu pat tagad tie dzinēji, kuriem ir diezgan jaukas nišas vertikāles, piemēram, ĢIS, tikai labāk nekā vietējās iespējas tagad. Jūs izteica dažus lieliskus komentārus par izaicinājumiem, ar kuriem saskaras DBA, un par dažādiem DBA laikiem, kurus mēs ceram redzēt visur, bet kā izskatās pasaule ar sava biznesa slāņa veidu, ar kuru jūs nodarbojaties? Es domāju, ka šie ir cilvēki, kuri izmanto dažādas platformas, sākot no jūsu diagnostikas pārvaldnieka un beidzot ar inventarizācijas rīkiem un beidzot ar zemāko daļu līdz defragmentēšanai, kā DBA tiek galā ar šīm izmaiņām un kā tās notiek - jūs zināt , ko viņi dara ar jūsu rīkiem, lai tiktu galā ar šīm nozīmīgajām pārmaiņām viņu ainavā?
Berts Scalzo: Nu, es atgriezīšos gandrīz pirms 20 gadiem, tad es teikšu, ka DBA atrisina ļoti specifisku lomu organizācijā. Parasti viņi strādā ar vienu, varbūt divām, datu bāzes platformu, un viņi pārvalda salīdzinoši nelielu datu bāzu skaitu. Tagad ātri pārejot uz šodienu un datu bāzes administratoru, viņš faktiski iepazīs 10 datu bāzes platformas. Viņš pārvalda, un tas nav joks, dažos gadījumos tūkstošiem datu bāzu; tas vairāk attiecas uz SQL Server pasauli vai MySQL pasauli. Bet joprojām Oracle pasaulē viņi varētu pārvaldīt simtiem datu bāzu. Un tāpēc viņiem ir parādījušās visas šīs jaunās funkcijas, ir visas šīs jaunās platformas un visas šīs datu bāzes, par kurām viņi ir atbildīgi. Viņi meklē rīkus, kas nodrošinātu viņu produktivitāti un palīdzētu viņiem apgūt dažas lietas.
Un es jums parādīšu piemēru - ja es vēlos sadalīt tabulu, tā ir diezgan neskaidra sintakse, un, ja es vēlos to sadalīt apakšdaļā, sintakse kļūst vēl grūtāka. Es zinu, ko gribu darīt, gribu izveidot spaiņus. Ja man ir tāds rīks kā DBArtisan, kas saka: “Ei, šeit ir jauks ekrāns, kas ļauj koncentrēties uz to, ko jūs mēģināt darīt, nevis uz to, kā jūs mēģināt to darīt, un, starp citu, nospiediet Rādiet SQL pogu, kad esat pabeidzis, un mēs parādīsim, kāds bija SQL, lai jūs varētu sākt to patiešām mācīties un apgūt. ”
DBA secina, ka rīki, kas palīdz viņiem paveikt darbu, bet arī palīdz iemācīt viņiem visu šo jauno saturu, ko viņi izmanto, un tas pats būtu taisnība - pieņemsim, ka esmu Oracle puisis un dodos uz MySQL un saku: “Labi, izveidojiet datu bāzi, DBArtisan. Tagad parādiet man SQL, jo man rodas jautājums, kā izveidot datu bāzi MySQL, un es vienkārši iemācījos sintaksi. ”Un tāpēc mēs ne tikai palīdzam viņiem strādāt visā datu bāzē, bet arī izglītojam tos visā datu bāzē.
Dez Blanchfield: Tas kļūst vēl interesantāk, kad aizejat pie dažiem modernākiem - vai ne modernākiem - tas nav godīgi teikt -, bet reiz datu bāze ir datu bāze. Mūsdienās es redzu visu, ko jūs tur runājat, un tam ir papildu izaicinājums, ko sniedz tehnoloģija, kuru mēs parasti redzam no pārdevējiem un jūs tajā iekļaujat atvērto avotu, kā arī tas, ka viņi ir labi. Nodarbojas ne tikai ar datu bāzu motoriem un vaicājumu valodām, bet arī ar datu tipiem, strukturētiem un nestrukturētiem, jūs zināt, izaicinājums, kad jātiek galā ar visu, sākot no daudzpetabolītu HDFS spektra tālākā gala. vide maziem sīkiem konteineriem un pakešdatnēm un dažādiem log failu formātiem.
Un es domāju, ka tas ir kaut kas tāds, kādu mēs tagad redzam, kur vienkārši nav cilvēku, neatkarīgi no tā, cik liela daļa ir supermens, supermāte, neatkarīgi no tā, kā viņi domā, ka viņi ir, fiziski, viņi vienkārši garīgi nespēj tikt galā ar šo pārmaiņu ātrumu un variāciju skala. Es domāju, ka tagad piedāvātais rīku komplekts nonāks līdz vietai, kurā tie daudzos veidos gandrīz atradīsies noklusējuma komplektā, lai mēs nevarētu palaist datu bāzes vidi, kuru ieguvām bez tām, jo mēs vienkārši fiziski nevar tik daudz ķermeņu mest pie viņiem. Man ļoti patika jūsu prezentācija. Es došos pie dr. Robina Bloora, esmu pārliecināts, ka viņam ir daudz jautājumu, lai uzmestu arī jūs.
Robins Bloors: Labi. Nu man noteikti ir jautājumi. Bert, es nezinu, kurp dodaties - man pirms pāris dienām bija patiešām interesanta saruna, kurā kāds sāka stāstīt par jaunāko DU datu aizsardzību, un man no viņu teiktā šķita, ka tas ir neticami drakoniski attiecībā uz lietām, uz kurām viņi uzstāja. Es prātoju, vai jūs tiešām to esat apskatījis; vai tas ir kaut kas jums pazīstams?
Berts Scalzo: Pilnīgi. Jā.
Robins Bloors: 2016, Labi, pastāstiet mums par to.
Berts Scalzo: Un es tiešām esmu
Robins Bloors: Dziļi interesanti.
Berts Scalzo: Es faktiski kādu laiku strādāju pie flash pārdevēja viņu datu bāzu apgabalā, palīdzot viņiem izveidot flash produktus datu bāzēm, un es varu jums pateikt, ka drakoniskais viss notiek līdz galam. Es domāju, ka, ja jūs atceraties manu vienu slaidu, es dažās datu bāzēs teicu, ka tā veiks šifrēšanu, bet tas ievieto to servera atmiņā un dažās datu bāzēs šifrēšanu - tas joprojām ir šifrēts servera atmiņā, un tas tiek atšifrēts tikai tad, kad tas tiek nosūtīts klientam. Tas, ko jūs atradīsit, ir arī daži no šiem valdības standartiem, it īpaši Aizsardzības departaments vai militārie spēki šeit ASV, tie arī iet līdz zibspuldzes līmenim, un viņi vēlas zināt ne tikai to, ka jūs atbalstāt šifrēšanu un atšifrēšanu jūsu aparatūru, bet, ja kāds nozagtu mikroshēmas, kas, jūs zināt, izvilka tos no lietas, no servera, tas, kas tur ir, ir šifrēts un tā, kaut arī viņiem ir krātuve, tas nevar būt un viņi to darītu līdz pat zibspuldzes daļai, bet gan līdz atsevišķām mikroshēmām. Viņi gribēja zināt, ka mikroshēma pa mikroshēmu, viss tika šifrēts.
Robins Bloors: Oho. Es domāju, ka ir daudz lietu, kuras jūs zināt, es domāju, ka jūs to parādījāt tikai vienā vai divos slaidos, bet tas bija kaut kas, scenārijs, kas, manuprāt, ir patiešām interesants. Piemēram, rediģējot informāciju, ir jābūt mazliet gudrākam, nekā vienkārši maskēt dažādus laukus, jo mūsdienās, īpaši izmantojot mašīnmācību, jūs varat darīt deduktīvas darbības, kas ļauj jums atklāt informāciju, kuras iepriekš jūs nevarējāt atklāt.
Ja jūs mēģināt aizsargāt, teiksim, veselības informāciju, tad tas ir ļoti, ļoti drakonisks ASV noteikums attiecībā uz informāciju par veselību, taču patiesībā, izmantojot dažādas mašīnmācīšanās metodes, jūs bieži varat noskaidrot, kāda ir kāda medicīniskā informācija. patiesībā ir. Es tikai prātoju, vai jums ir ko teikt par to, jo viņi visi domā, ka tā ir interesanta joma.
Berts Scalzo: Jā, absolūti, un es to izmantoju tikai kā piemēru, nemēģinu pateikt, ka viena datu bāze ir labāka par citu, bet tas ir ļoti labs piemērs tam, ko jūs tikko pajautājāt. Oracle gadījumā, ja man neļauj redzēt, piemēram, datu rindu, piemēram, man nav atļauts redzēt Džona Smita medicīnisko ierakstu. Oracle gadījumā, ja es saku: “Atlasīt šo ierakstu”, es tikšu bloķēts vai arī man tiks atļauts redzēt to, ko man atļauts redzēt, un tas tiks rediģēts. Un, ja es saku: “Atlasiet konta zvaigzni no tabulas, kur ir vienāds ar Džonu Smitu”, es saņemšu nulli.
SQL Server tas var veikt redakciju, taču tajā ir daži caurumi. Ja es saku: “Atlasiet konta zvaigznīti no tabulas, kur tā ir vienāda ar Džonu Smitu”, es faktiski to saņemšu, tāpēc es zinu, ka tur ir Džons Smits. Viens ir drošāks par otru. Tagad es ceru, ka viņi to izlabos, viņi vienmēr spēlē lēciena varde savā starpā. Un atkal es nemēģinu atšķirt datubāzes, kā tikai parādīt piemēru - paskatieties, par ko mēs tagad runājam, kaut kas tik vienkāršs kā atlasīts konts ir jāsamazina arī redakcijai, kaut arī tehniski runājot, nekas rediģēts, izņemot rindas esamību.
Robins Bloors: Jā, pareizi. Tas ir sava veida interesants. Es domāju, ka vēl viens vispārīgs jautājums, jo man nav daudz laika, patiešām attiecas tikai uz uzlabojumiem.Es domāju, ka esat bijis vienā, kur es zinu, ka jūs mums parādījāt dažādu jūsu izpildīto testa rezultātu piemērus - vai jūs domājat, ka tradicionālās datu bāzes, sauksim tās par dominējošajām datu bāzēm, SQL Server un Oracle, vai jūs domājat, ka viņi paliks pirms pabeigšanas? Vai arī jūs domājat, ka viņi patiesībā ķersies pie viena vai otra veida traucējumiem tirgū, kas viņus tiešām sagaida? Kāds ir tavs viedoklis?
Berts Scalzo: Man ir viedoklis, un tas ir - jūs zināt, es atkal teikšu, ka tas ir mans viedoklis - piemēram, Microsoft, pēc Ballmer laikmeta, atstāj tikai iespaidu uz mani, kas dzīvo. Es domāju šo elastīgo datu bāzi, kā iegūt SQL Server uz Linux, iegūt .NET virs Linux, iegūt PowerShell Linux; Es nedomāju, ka tradicionālie datu bāzu pārdevēji atpaliks. Es domāju, ka viņi ir izlēmuši: “Ei, ļaujiet jaunajiem puišiem, jaunizveidotiem uzņēmumiem kaut ko definēt. Ļaujiet viņiem izdomāt, kas ir sharding un kā tas būtu jāpilnveido, un pēc tam, kad viņi būs veikuši visus pētījumus un attīstību, mēs precīzi zinām, ko lietotāji vēlas, tagad pievienosim sharding Oracle. ”Es domāju, ka viņi vienkārši kļūst gudri un sakot: "Ei, tas, ka esi otrais vai trešais, nav slikti, ja tu esi dominējošais spēlētājs, jo tad cilvēki no tevis neaizcelsies."
Robins Bloors: Jā, es domāju, ka tā ir izmantota stratēģija. Es domāju, ka IBM ir darījis to un visu - visam viņu produktu klāstam, un tas tiek vērtēts samērā labi, līdz kāds nāk klajā ar kaut ko, kas ir tieši pie sienas, par kuru neviens nekad nav domājis, bet jūs nevarat plānot pret to vienalga.
Jautājumi no auditorijas, Ēriks?
Ēriks Kavanaghs: Jā, bet jums ir laiks, es domāju tikai par vienu, un es zinu, ka Bertam ir jāskrien. Šeit bija kaut kas par to - labi, Oracle 12c apšuvuma arhitektūra ir norāde uz - vai kas tas ir, jūsuprāt, norāde uz to, kas, jūsuprāt, tur notiek?
Berts Scalzo: Nu, Oracle absorbē un / un piedāvā visu, kas ir visi pārējie datu bāzes pārdevēji. Piemēram, es varu ievietot nestrukturētus datus Oracle. Es nezinu, kā jūs varat ievietot nestrukturētus datus un pēc tam to saukt par relāciju datu bāzi, tāpēc tam nav nekādas jēgas, bet jūs varat. Un tagad Oracle pievieno sharding, tāpēc Oracle saka: “Jūs zināt, ko? Lai ko tirgus gribētu, mēs izteiksim savu datu bāzes piedāvājumu, jo tirgus vēlas to, ko vēlas tirgus, un mēs vēlamies piegādāt risinājumu, mēs vēlamies, lai viņi paliek pie mums. ”
Es domāju, ka jūs redzēsit papildu preces. Es nebūtu pārsteigts, redzot Hadoop līdzīgu datu bāzu mezglu klasterēšanu nevis Oracle plauktā vai reālā lietojumprogrammu klasterī, bet galvenokārt tradicionālā Hadoop tipa klasterī, kas veic šo sharding. Un tāpēc es domāju, ka jūs varēsit izvietot tādu datu bāzi kā Oracle, piemēram, Hadoop, un šāda veida tendences turpināsies. Šie lielie datu bāzu pārdevēji nopelna miljardiem dolāru un viņi nevēlas zaudēt savu tirgu, tāpēc viņi ir ar mieru kaut kam pielāgoties vai kaut ko pieņemt.
Ēriks Kavanaghs: Nu, jūs zināt, tas ir smieklīgi, jo es jau labu laiku sekoju atvērtā koda pārdevējiem un esmu visu brīnījies, lai arī cik liela ietekme tam būs uz tradicionālajām slēgto durvju tehnoloģijām, un kādu laiku tas noteikti jutās kā atklātā pirmkoda pārdevēji veica nopietnus panākumus, un tagad, skatoties tirgū, es redzu sava veida teikto, ka lielie puiši ir izdarījuši matemātiku, ir saasinājuši zīmuļus un izdomājuši, kā viņi var aust. daudz šo lietu viņu arhitektūrā. Neatkarīgi no tā, vai tas ir IBM, vai Oracle, vai SAP - es biju tikai SapphireNow konferencē pagājušajā mēnesī, un Stīvs Lūkass, kurš vada pusi no šī uzņēmuma, lepojās, ka SAP viņu HANA mākoņa platformā tagad iekļauj vairāk atvērtā pirmkoda komponentu nekā jebkurš no viņu konkurenti. Ja jūs to darāt, tas ir diezgan iespaidīgs paziņojums, un man saka, ka lielie puiši drīz nekur nebrauks.
Berts Scalzo: Nē, es derētu par savu naudu par abiem. Es domāju, ja paskatās, Microsoft krājumi nesen bija apmēram USD 50 un, jūs zināt, tikai pirms dažiem gadiem tas bija 25. Jūs īsā laikā divkāršojat savu akciju cenu, ja vien jūs darāt labas lietas un es zinu, ka, sākot visu, sākot ar Windows 10 pirmo gadu, kas ir bezmaksas, līdz visām pārējām viedajām lietām, kuras viņi dara, šī elastīgās datu bāzes funkcija, manuprāt, ir tikai fenomenāla. Es domāju, ka tas, kas notiks, ir tas, ka daudzi cilvēki nonāks Azure, nevis tieši, nevis kā viņi teica: “Migrēsim manu datu bāzi uz Azure”. Tas tur maģiski migrēs, jo tas tiks arhivēts tur, izmantojot šo jauno izstiepšanas datu bāzes funkciju, un tātad Azure pieņemšana notiks tikai strauji.
Ēriks Kavanaghs: Nu, tā ir viena no tendencēm tirgū, ko es pat redzu pat uz jūsu Mac. Dodoties Mac datorā, lai saglabātu dažus dokumentus, tie tagad ir - un jaunāki Mac tikai seko caur mākoni, vai ne? Es domāju, ka šai stratēģijai ir liela jēga, un es to arī skatos un eju: “Labi, puiši, jūs mēģināt mani pa gabalu pievilināt savā mākoņu vidē, un tad kādu dienu, kad es vēlos noskatīties kādu filmu, ja manas kredītkartes derīguma termiņš ir beidzies, es būšu nepatikšanās. ”
Berts Scalzo: Jā, bet jūs to darāt.
Ēriks Kavanaghs: Jā. Tā ir taisnība.
Berts Scalzo: Jūs visu uzliekat.
Ēriks Kavanaghs: Nu, ne gluži viss.
Berts Scalzo: Nē, es domāju ...
Ēriks Kavanaghs: Jā, dodieties uz priekšu.
Berts Scalzo: Šīs sociālās tendences nonāk uzņēmumos. Tagad uzņēmumiem joprojām ir daudz citu lietu, kas viņiem jādara, taču viņi redz šīs tendences un rīkojas tāpat. Es neredzu, ka aiziet Oracle vai Microsoft. Patiesībā es katru reizi pērku akcijas katru reizi, kad būs vērts nomirt.
Ēriks Kavanaghs: Jā, patiesi. Labi ļaudis, dodieties uz idera.com, I-D-E-R-A dot com. Kā teica Berts, viņiem tur ir vesels virkne bezmaksas mantu, un tā ir viena no jaunajām tendencēm tirgū - dodiet jums dažas bezmaksas lietas, ar kurām spēlēties, pieķersities pie rokas, un tad jūs ejat pirkt īstās lietas.
Cilvēkiem, tā ir bijusi vēl viena karstā tehnoloģija. Paldies par jūsu šodienas laiku, Bertam, protams, Dezam un arī Robinam. Mēs ar jums sarunāsimies nākamnedēļ, ļaudis, notiek daudz lietu. Ja jums ir kādas idejas, jūtieties brīvi. Mēs nākamreiz sarunāsimies ar jums, rūpējieties. Labdien!