Autors: Techopedia Staff, 2016. gada 8. jūnijs
Takeaway: Uzņēmējs Ēriks Kavanaugh apspriež jauninājumus datu bāzes 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 Kavanagh: Dāmas un kungi, ir trešdiena, pulksten četros Austrumu laikā. 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 došos atpakaļ uz bumbu Hot Technologies labā. Mūsdienu tēma ir “Pārsūtīt impulsu: pāriet pāri tradicionālajam”. Cilvēkiem, šodien mums pa tālruni ir trīs datu bāzes eksperti, tāpēc uz visiem jautājumiem, kas jums ir, sūtiet viņiem smagos, 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ākam 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, par to, kas notiek šodien un kas notiek uz priekšu. 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. līdz 2009. gads vai '10, tad nešķita, ka inovācijas jomā notiek pārāk 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āca 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ā vaicājumu valoda - patiešām ir pamats, tā ir vaicājumu bāze.
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, kurš ir 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: mums ir Dez Blanchfield, kas zvana no Sidnejas, mūsu pašu Robin Bloor, kurš atrodas Teksasā, tāpat kā Bert Scalzo, viņš ir arī Teksasā. Tātad, vispirms mēs dzirdēsim no Dez Blanchfield. Ļaudīm, mēs tvītosim ar #HotTech sajaukumu, tāpēc nekautrējieties sūtīt savus komentārus vai jautājumus, izmantojot tīmekļa apraides konsoles Q & A komponentu, vai pat caur tērzēšanas logu. Un ar to, Dez Blanchfield, atņemiet to.
Dezs Blanšfīlds: 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 kādu laiku pavadāt 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 nonākušas nelielas izmaiņas, un vidējā diapazona laikmeta lieldatoros tā ir bijusi diezgan stabila un stabila vide ap datu bāzu sistēmām un platformām. Bet vēlu mums ir gadījies, ka kaut kas diezgan nozīmīgs notiek 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 Robin Bloor.
Esam pieredzējuši šo, ko es saucu, “lielāku, labāku, ātrāku un lētāku” pieredzi. 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 pieredzē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 tajos iebūvētiem fiziskiem printeriem un 132 papīra 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. Tad nāca internets un šis sprādzienbīstamais savienojumu pieaugums, ka jums vairs nevajadzēja būt pieslēgtam 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 patiešām panākam panākumus. Un tagad mums ir darīšana ar visu šo šņukstu, un es saku, ka ar pozitīvu griezienu, nevis negatīvu pieskaņu, ar šo sprādzienu, 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 tiešām ir tikai aisberga redzamā daļa. Mums ir tendence nedaudz satraukties par to, kāda ir lielo datu ietekme, un par izvēles veidiem, kas mums tagad ir pieejami. Mēs esam ieguvuši visu, sākot no NoSQL motoriem, mums ir grafikas dzinēji, mums ir visi šie dažāda veida platformas, kurās mēs varam iegūt datus un darīt ar to lietas. Pat līdz vietai, kurā faktiski viena no pirmajām sarunām, kas man bija 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 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. Un ārpus tā mēs esam ieguvuši šo neticamo lietu, kuru es nedomāju, ka kāds no pasaules izprot, un tā 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 divas desmitgades, ja mēs to noapaļojam, tad 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 viņi visi nav saderīgi, patiesībā ļoti maz no viņiem pat atbilst jebkuram pamata stila 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 kontekstu par to, ko es domāju ar pāreju no 90. gadiem un interneta mēroga uz web 2.0, un tad visa izaugsme, izmantojot lielos 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ā atgriezīšos par vienu slaidu, 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 skatījumu, tas izskatās, un tas ir pilnīgi necaurlaidīgs. Tas ir tikai šis zīmolu un iespēju 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 iegūt datus dažādās formās. Un es domāju, ka tagad mēs 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, par kurām esam iepazinušies 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 ieejam ļ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ā pastāv tikai vairākus mēnešus. 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, jūs varat iet uz datu bāzi - es esmu skatījies datu bāzes, es nezinu, kopš 1980. gadiem, un jūs varat apskatīt 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 negrasījos runāt, es tikai gribēju dot jums aparatūras attēlu. Datu bāze bija datu izguves iespējas, kas aptvēra 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 pastāv atšķirība latentuma ziņā starp datiem, kas faktiski atrodas CPU, un datiem, kas tiek ievilkti 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 tas 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 iegūsit 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 pastaigā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 daudz kontekstu, 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 CPU ik pēc sešiem gadiem palielināja Mūra likuma ātrumu, sava veida lieluma, ātrāk. Pēc tam atmiņa tam sekoja, pēc tam š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, izņemot visu citu, tā ir fiziska kustība. Un, ja jūs darāt, kā nejauši nolasot disku, tas ir neticami lēns, salīdzinot ar lasīšanu no atmiņas, tas ir tāpat kā 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 jūs varat darīt, bet tas ir sava veida beigas.
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 izstrādātas vērpšanas diskam, 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ā. Bet Samsung, kas ir lielākais SSD ražotājs, mums saka, 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, galvenokārt, viņi ik pēc 18 mēnešiem iegūs daudz ātrāk. Divkāršs un 10 reizes lielāks ātrums līdz aptuveni sešiem gadiem. Tomēr, ja tas tā bija, nē, 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 apmēram pirms septiņiem gadiem, bet tas vēl nav parādījies. Bet manis dzirdētās baumas ir tādas, ka HP arī nedaudz mainīs spēli, izmantojot atmiņu, tāpēc jums ir tikai jauna atmiņas situācija. Tas nav tāpat kā tas, ka mēs esam 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 pieeja, 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 sasniegt gandrīz 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 nezina, kur tas notiek šajā brīdī. Esmu runājusi ar dažiem datu bāzu inženieriem, kuri saka: “Man nav bail no tā, kas notiek”, 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 tur ir centrālais procesors. Nu, 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 tur varat ievietot daudz, 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 patiešām ir diezgan labi dažu 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 kaut ko šādā veidā vadītu, bet es zinu uzņēmumus, kuri 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 atkarīgs no aparatūras, un, mainoties aparatūrai, to izdarīt kļūst arvien mazāk un mazāk, ja vien jūsu inženieri nespēs darboties tik ātri, kamēr 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 jūs mērogojat, tas ir, ja jūsu arhitektūra uzsver mērogošanu pirms mēroga palielināšanas - patiesībā jums ir jādara tie abi, jūs vienkārši to uzsverat. 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 Kavaņahs: Tas arī viss! 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. Esmu uzrakstī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 datubāzes materiālus tā, 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. Bija nozīmīgas pārmaiņas, un nāksim līdz 2020. gadam, un es uzskatu, ka jūs redzēsit vēl citas radikālas izmaiņas. 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, bet 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, 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 neesat redzējis, Western Digital, HGST ir tas, ko viņi sauc par savu hēlija piedziņu, kas šobrīd sasniedz pat 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, par kuru es runāšu par pārējām, nav zibatmiņas disku jēdziens. PCIe, tas ir, PCI Express, salīdzinot ar NVMe, jūs, iespējams, ne dzirdējāt par šo neizdzēšamo atmiņu. 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, kas ir visi š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. Esmu patiesībā redzējis vēl augstāku. 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 īpaši labi. NVMe labajā pusē sākas tur, kur beidzas pašreizējās tehnoloģijas. Es saprotu, 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 gadu dati.
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 ievietots 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 savus 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, bet, lai indeksus varētu nomest, lai palaistu šovakar partijas slodzi, jūs nevēlaties, lai indeksi būtu jānolaiž katrā rindā, tikai tām rindām, kuras atrodas pašreizējā spainī. 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 tiešām ir tāds kūkas 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 faktiski 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, manuprāt, Microsoft nevēlēsies, lai tā paliek 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 pieejama 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 vietas, vai arī 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, tur ir vēl viens modelis, kas, jūs zināt, faktiski to darītu tikai tad, kad paziņo šos datus visā tīklā uz 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. Salīdzinošā novērtējuma testā šifrēšana neizraisīja tik daudz, 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, un 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 teikt 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 ”, un 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 atkal tas ir jūsu datu bāzē, un Oracle gadījumā - gan SQL Server, gan Oracle - tas ir bijis jau pāris gadus.
Un tas mūs noved pie vectētiņa, kas bija atmiņā esošās datu bāzes, un tas ir 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. Tas vispirms 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 jūs varat redzēt augšējā labajā stūrī, es izveidoju SQL Server, 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 faktiski ir vēl vienkāršāk: jūs vienkārši maināt tabulu un sakāt, ka atmiņā, vai ne, un jūs varat to mainīt. Es varu teikt, ka šodien tas ir atmiņā, bet rīt nē 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ā saspiešanu. 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 apskatīt šos, tie ir patiešām lieliski līdzekļi. Un līdz ar to es domāju, ka es to atklāšu jautājumiem.
Ēriks Kavanaghs: Nu Berts, pirmkārt, jūs esat bijis ļoti nesavtīgs visā šajā brīnišķīgajā izglītībā. 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 jūs runājāt. Vienu minūti runājiet par to, ko jūs, puiši, darāt, un tad 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 Austinā, 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 kopu. 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 patiešām labi programmatūras veidi, piemēram, SQL Server un Windows palīdzības pārbaude, kas tikai apskatīs jūsu rīcību un pateiks, vai jums ir problēmas vai lietas, un tas ir pilnīgi bez maksas.
Ēriks Kavaņahs: Un jūs patiešām esat veida -
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 interviju ar Dr. Maiklu Stobrakeru tālajā 2005. gadā, kad viņš turpināja darbu liels stimuls, runājot par spriedumu uz kolonnu orientētas datu bāzes kustību, un viņš runāja par to, kā daudzus gadus dominēja viens izmērs, kas der visiem, un viņš paredzēja, ka tas viss mainīsies, un zēnam bija taisnība ka. 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: Absolūti. Es domāju, ka vienmēr būs DBA, kas 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 tips, un tas ir lieliski, bet lielākajai daļai no mums cilvēkiem mēs vēlamies tikai paveikt darbu, un - ziniet, es savu dokumentu rakstīšanai izmantoju Microsoft Word. Es e-pastu izmantoju 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 ļaudīm jūtieties brīvi ienirt. Mums ir pāris komentāru, kas nāk 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 ir divas lietas, kas to veicina. Tehnoloģija turpina attīstīties. Jūs esat pieminējis dažus no jaunajiem atmiņas veidiem, kas tiks izlaisti, tas 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īgi, 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 vienkārši teiktu, ka jūs lietojat narkotikas.
Dezs Blanšfīlds: 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 tāda veida biznesu, 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, viņiem 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 ļautu uzlabot viņu produktivitāti, kā arī palīdzētu viņiem apgūt dažas lietas.
Un minēš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 tikko 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ē.
Dezs Blanšfīlds: 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, kas rodas tehnoloģijās, kuras mēs tradicionāli redzam no pārdevējiem un jūs tajā iekļaujat atvērto avotu, kā arī to, 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 uz Dr Robin Bloor, es 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 ar jums pazīstams?
Berts Scalzo: Absolūti. Jā.
Robins Bloors: 2016. gads, Labi, pastāstiet mums par to.
Berts Scalzo: Un es tiešām esmu -
Robins Bloors: dziļi interesants.
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 cilvēks iet 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ākai, nevis tikai dažādu jomu maskēšanai, jo mūsdienās ar mašīnmācību var veikt deduktīvas darbības, kas ļauj jums atklāt informāciju, kuru iepriekš nespē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 par to ir ko teikt, jo viņi visi domā, ka tā ir interesanta joma.
Berts Scalzo: Jā, absolūti, un es to vienkārši izmantoju kā piemēru, es nemēģinu pateikt, ka viena datu bāze ir labāka par citu, taču 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 ļaus redzēt to, ko man atļauts redzēt, un tas tiks rediģēts. Un, ja es teikšu: “Atlasiet konta zvaigzni no tabulas, kur ir vienāds ar Džonu Smitu”, es iegūšu nulli.
SQL Server tas var veikt redakciju, taču tajā ir daži caurumi. Ja es teikšu: “Atlasiet konta zvaigzni no tabulas, kur tā ir vienāda ar Džonu Smitu”, es to patiesībā 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, vēl viens vispārīgs jautājums, jo man nav daudz laika, tiešām ir tikai par 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, atkal es teikšu, ka tas ir mans viedoklis - piemēram, Microsoft pēc Ballmeru laikmeta atstāj 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 stratēģija, kas ir izmantota. 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 Kavaņahs: Jā, bet jums ir laiks, es domāju, ka varbūt tikai viens, 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 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. Tāpēc es domāju, ka jūs varēsiet 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 nevēlas zaudēt savu tirgu, tāpēc ir gatavi jebkam pielāgoties vai kaut ko pieņemt.
Ēriks Kavanaghs: Nu, jūs zināt, tas ir smieklīgi, jo es diezgan ilgu laiku esmu sekojis atvērtā koda pārdevējiem un visu to prātojis, lai arī cik lielu ietekmi tas atstās uz tradicionālajām slēgto durvju tehnoloģijām, un kādu laiku tas pārliecināts, ka atvērtā koda pārdevēji ir paveikuši nopietnus panākumus, un tagad, skatoties tirgū, es redzu sava veida teikto, ka lielie puiši ir izdarījuši matemātiku, asinājuši zīmuļus un izdomājuši, kā viņi var aust daudz šo lietu savās arhitektūrās. 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 tas man saka, ka lielie puiši nekur drīz nedodas.
Berts Scalzo: Nē, es derētu uz naudu abiem. Es domāju, ja jūs paskatīsities, Microsoft krājumi nesen bija apmēram 50 USD un, jūs zināt, tikai pirms dažiem gadiem tas bija 25. Jums nav jāpalielina akciju cena īsā laika posmā, ja vien jūs neveicat labas lietas, un jūs es zinu, ka, sākot visu, sākot ar Windows 10 pirmo gadu, kas ir bezmaksas, līdz visām pārējām viedām lietām, kuras viņi dara, šī elastīgās datu bāzes funkcija, manuprāt, ir tikai fenomenāla. Es domāju, ka notiks 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 vietnē Facebook.
Ēriks Kavaņahs: Jā. Tā ir taisnība.
Berts Scalzo: Jūs visu ievietojat Facebook.
Ēriks Kavanaghs: Nu, ne gluži viss.
Berts Scalzo: Nē, es domāju -
Ēriks Kavaņahs: Jā, dodieties tālāk.
Berts Scalzo: Šīs sociālās tendences nonāk biznesā. 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 iegādosos krājumus, kad vien būs kritums.
Ēriks Kavaņahs: Jā, tiešām. Labi ļaudis, dodieties uz idera.com, IDERA dot com. Kā teica Berts, viņiem tur ir vesels virkne bezmaksas lietu, un tā ir viena no jaunajām tendencēm tirgū - dodiet jums dažas bezmaksas lietas, ar kurām spēlēties, pieķerties līkumam, 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, droši sūtīt e-pastu. Mēs nākamreiz ar tevi sarunāsimies, parūpēsimies. Labdien!
