Autorius „Techopedia“ darbuotojai, 2016 m. Birželio 8 d
„Takeaway“: šeimininkas Ericas Kavanaugh aptaria duomenų bazių technologijos naujoves su ekspertais Dezu Blanchfieldu, Robinu Blooru ir Bertu Scalzo.
Šiuo metu nesate prisijungęs. Jei norite pamatyti vaizdo įrašą, prisijunkite arba prisiregistruokite.
Ericas Kavanaghas: Ponios ir ponai, trečiadienis, ketvirtas rytų laikas. Aš esu Naujajame Orleane, artėja vasara, tai reiškia, kad karšta! Atėjo laikas „Hot Technologies“, taip, tikrai, taip. Mano vardas Ericas Kavanaghas, būsiu jūsų šeimininkas. Aš eisiu atgal kamuolys čia „Hot Technologies“. Šiandien tema yra „Perspektyva į priekį: Santykių perėjimas ne tik tradicinis“. Žmonės, šiandien telefone yra trys duomenų bazių ekspertai, taigi, jei turite klausimų, siųskite jiems sunkiausius klausimus, nebijokite. Šiandien turime jums krūvą gero turinio. Apie jus yra tikrai pakankamai, pakankamai apie mane. Žinoma, šie metai karšti. Šiame pasirodyme mes kalbame apie karštas technologijas, kurios yra partnerystė su mūsų draugais iš „Techopedia“. Ir mes einame šia linkme į informacijos valdymo pagrindą šiandien, kuris, be abejo, yra duomenų bazė. Mes kalbėsime apie tai, kaip mes čia atsidūrėme, kas vyksta šiandien ir kas vyksta toliau. Vyksta daug labai įdomių dalykų.
Akivaizdu, kad duomenų bazės erdvėje turime rimtų naujovių. Kurį laiką buvo tylu; Jei kalbėtumėtės su kai kuriais analitikais versle, sakyčiau, turbūt nuo tų metų, kaip 2005–2009 ar „10“, neatrodė, kad inovacijų srityje buvo per daug. Ir staiga tai tiesiog užgeso, pavyzdžiui, kalėjimas ar kažkas panašaus, ir dabar nutinka visokių įdomių dalykų. Daug to yra dėl žiniatinklio masto ir visų puikių žiniatinklio ypatybių, kurios daro skirtingus įdomius dalykus. Štai iš kur atsirado „NoSQL“ koncepcija. Tai reiškia du skirtingus dalykus: tai reiškia, kad nėra SQL, nes jis nepalaiko SQL, tai taip pat reiškia ne tik SQL. Yra terminas „NewSQL“, kurį kai kurie žmonės vartojo. Bet akivaizdu, kad SQL - struktūrizuota užklausų kalba - tikrai yra pagrindas, tai yra užklausų pagrindas.
Ir įdomu, kad visi šie NoSQL varikliai, kas atsitiko? Na, jie išėjo, buvo daug jaudulio ir tada, po kelerių metų, ką mes visi pradėjome girdėti? O, SQL „Hadoop“. Na, visos šios kompanijos pradėjo versti SQL sąsajas ant savo NoSQL įrankių, ir visi, kas yra programavimo pasaulyje, žino, kad tai sukels tam tikrų iššūkių ir sunkumų, o kai kurie kirto laidus ir pan. Taigi, mes sužinokime apie daugybę šių dalykų šiandien.
Yra trys mūsų pranešėjai: mes turime Dezą Blanchfieldą paskambinti iš Sidnėjaus, savo pačių Robiną Bloorą, kuris yra Teksase, taip pat Bertą Scalzo, jis taip pat yra Teksase. Taigi pirmiausia išgirsime iš Dezo Blanchfieldo. Žmonės, mes kalbėsime #HotTech žymas, todėl drąsiai siųskite savo komentarus arba siųskite klausimus naudodamiesi internetinių transliacijų pulto klausimų ir atsakymų komponentu ar net pokalbių langu. Ir kartu su tuo, Dez Blanchfield, atimk jį.
Dezas Blanchfildas: Ačiū, Ericai . Sveiki visi. Taigi aš pabandysiu parodyti sceną 30 000 pėdų atstumu nuo to, kas nutiko praėjusį dešimtmetį, ir reikšmingų pokyčių, kuriuos mes matėme - ar bent jau pusantro dešimtmečio - duomenų bazių valdymo sistemas ir kai kuriuos padarinius komerciniu ar techniniu požiūriu, taip pat kai kurias tendencijas, kurias vėlai ištvėrėme, ir veda mus į pokalbį, kurį šiandien ketiname rengti šia tema.
Mano viršelio vaizdas yra smėlio kopa, o ten viršuje vėjas nupūtė mažus smulkius smėlio gabalėlius. Dėl to smėlio kopa lėtai eina iš vienos vietos į kitą. Ir tai yra nuostabus reiškinys, kai šie masyvūs 40 ir 50 pėdų aukščio smėlio kalnai iš tikrųjų juda. Ir jie juda labai lėtai, bet tikrai juda, o judamiesi keičia kraštovaizdį. Tai yra gana kažkas žiūrėti, jei praleidžiate bet kada laiką toje vietoje, kur smėlio kopos yra natūralus dalykas. Nes vieną dieną galite žiūrėti pro langą ir suprasti, kad šis didžiulis smėlio kalnas, maži mažyčiai grūdeliai, savaime persikėlė ir kad vėjas lėtai jį perkelia iš vienos vietos į kitą.
Ir aš manau, kad įvairiais būdais tai jau kurį laiką yra duomenų bazių sistemų pasaulis. Visai neseniai labai mažas smėlio grūdų pokytis judėjo milžinišku smėlio kalnu smėlio kopos pavidalu. Per kelerius metus duomenų bazių platformose atsirado nedaug poslinkių, ir tai buvo gana stabili ir tvirta aplinka, susidedanti iš duomenų bazių sistemų ir platformų, per pagrindinius vidutinės klasės laikus. Tačiau pavėluotai nutiko keletas gana reikšmingų dalykų, susijusių su mūsų komerciniais poreikiais ir techniniais varikliais. Aš eisiu pro juos.
Manau, kad pagrindinė duomenų bazės idėja, kaip mes ją žinojome daugelį metų, ir, kaip jūs jau girdėjote prieš parodą, mūsų du ekspertai, kurie šiandien man skambina, visą gyvenimą Ši erdvė yra visiškai teisinga, nes jie dalijasi girtomis teisėmis būti ten, kai viskas prasidėjo devintojo dešimtmečio pradžioje. Bet mes matėme šį didžiulį poslinkį per pastarąjį dešimtmetį ir šiek tiek, ir aš eisiu per greitai, kol perduosiu jį gydytojui Robinui Bloorui.
Mes išgyvenome tai, ką aš vadinu, „didesne, geresne, greitesne, pigesne“ patirtimi. Kaip jau sakiau, duomenų bazės apibrėžimas pasikeitė. Kraštovaizdis, kuriame duomenų bazių platformos turėjo atsižvelgti į našumą, pasikeitė ir techniniai bei komerciniai reikalavimai. Mes matėme, kad išaugo sprendimų poreikis patenkinti arba sudėtingesnius komercinius, arba sudėtingesnius techninius reikalavimus. Taigi, labai greitas žvilgsnis į tai, ką tai iš tikrųjų reiškia, mano galvoje, yra tai, kad mes turime rūšiuoti 90-uosius ir pamatėme duomenų bazių technologijas, kurias paveikė interneto įvedimas, ir tai, ką mes tada vadinome internetu. skalė. Mes nekalbėjome tik apie žmones, sėdinčius priešais terminalus, iš pradžių panašius į teletipo terminalus su įmontuotais fiziniais spausdintuvais ir 132 popieriaus teksto stulpelius. Tada ankstyvieji žaliojo ekrano terminalai, pramušami klaviatūromis.
Bet žinote, mūsų pasaulis ilgą laiką buvo terminalai ir nuoseklieji ar tinklo kabeliai, kalbantys su kompiuteriais. Tada kartu atsirado internetas ir tas sprogus ryšys, kad nebereikėjo būti prijungtam prie kompiuterio. Norėdami patekti į duomenų bazių sistemą, jums tereikėjo žiniatinklio naršyklės. Taigi duomenų bazių technologija turėjo smarkiai pasikeisti, kad būtų atsižvelgiama į viską, pradedant bazinėmis paieškos sistemų technologijomis, kurios buvo naudojamos indeksuoti pasaulį, ir saugoti informacijos rodyklę, duomenų bazės formato pavyzdžio skalėje. Žmonės, tokie kaip „Google“ ir kiti, suteikė galimybę tai padaryti. Buvo gaminami visi nauji duomenų bazių saugojimo, užklausų ir indeksavimo tipai. Tada mes turėjome muzikos svetaines ir atsirado filmų svetainės.
Ir tada 2000-aisiais mes pamatėme „dot-com“ bumą, ir tai sukėlė dar dramatiškesnį žmonių, besinaudojančių sistemomis, kurias nepertraukiamai maitina tam tikros formos duomenų bazė, sprogimą. Šiame etape reliacinės duomenų bazės vis tiek susidorojo su didžiąja apkrova, mes jas tiesiog įdėjome į didesnę skardą ir mes ėjome į labai, labai, labai dideles vidutinės klasės sistemas, kuriose veikia „Unix“ platformos iš tokių žmonių kaip IBM ir Sun ir pan. . „Dot-com“ bumas tiesiog padarė viską didesnius ir greitesnius aparatinės įrangos, našumo požiūriu, ir duomenų bazių varikliuose įvyko keletas reikšmingų pakeitimų, tačiau, vis dėlto, tai vis tiek buvo tas pats dalykas, kurį mes matėme. ilgas laikas.
Ir tada mes pasiekėme šią žiniatinklio 2.0 erą. Ir tai buvo beprotiškas poslinkis, nes staiga mums prireikė kur kas paprastesnių duomenų bazių platformų, o skalė turėjo būti horizontali. Ir tai buvo toks reikšmingas pokytis, kad mes priartėjome prie idėjos, kas yra duomenų bazė. Mano manymu, mes vis dar labai stengiamės. Ir dabar mes kalbame apie visą šitą nerimą, ir aš sakau, kad su teigiama nugara, o ne su neigiama konotacija, tai su tuo, ką mes vadiname dideliais duomenimis, ir su didžiuliu sprogimu, turiu omenyje sprogimą. Šis siaubingas vertikalus poslinkis grafike, kuriame pateiktas variantų, kuriuos turime, kai kalbame apie duomenų bazę, ir tam tikros formos reliacinių užklausų galimybės grafikas.
Ir įdomiai, aš asmeniškai laikausi nuomonės, kad dideli duomenys iš tikrųjų yra tik ledkalnio viršūnė. Mes linkę šiek tiek susijaudinti dėl to, kokį poveikį padarė didieji duomenys, ir apie tai, kokias pasirinkimo galimybes dabar turime. Mes turime viską iš „NoSQL“ variklių, turime grafinius variklius, turime visas šias skirtingas platformas, į kurias galime rinkti duomenis ir daryti su ja reikalus. Net iki to momento, kai vienas iš pirmųjų mano pokalbių su Ericu Kavanaghu, kuris šiandien yra čia su mumis, vyko aplink pokalbį apie dalyką, vadinamą „Apache Drill“, kuris yra atvirojo kodo projektas, leidžiantis atlikti užklausą Duomenys, esantys modelyje, skirtingi duomenų tipai: viskas, pradedant neapdorotais CSE failais, esančiais kietajame diske, ir baigiant HDFS failų sistemomis petabaitų skalėje. Ir jūs žinote, tai leidžia jums atlikti šias SQL stiliaus užklausas iš visų įdomių augalų struktūrizuotų ir nestruktūruotų duomenų.
Mes ruošiamės pamatyti, kad „protingas pastatas“ taptų daiktu, ir mes norėtume galvoti, kad turime intelektualių saugumo ir šilumos valdymo pastatų, tačiau aš kalbu apie protingus pastatus, kurie daug daugiau žino apie tai, kas jūs esate ir kur esate, kai einate, ir darote įvairius tvarkingus veiksmus tame lygyje iki intelektualių miestų - ištisų ekosistemų miesto lygiu - kurie žino, kaip viską daryti protingai. Be to, mes turime šį neįtikėtiną dalyką, kurio, manau, niekas pasaulyje nesuvokia, ir tai yra daiktų internetas. Per pastarąjį dešimtmetį įvyko visi šie skirtingi pokyčiai ir šiek tiek, gal per du dešimtmečius, jei juos apimsime, tai, mano nuomone, tik paveikė pasaulį, kurį mes laikome duomenų bazėmis.
Yra keletas reikšmingų dalykų, kurie tai padarė įmanoma. Standžiųjų diskų kaina krito dramatiškai, ir tai daugeliu atžvilgių leido vairuoti kai kurias pamatines architektūras, tokias kaip „Hadoop“ modelis, nes mes imame daug duomenų ir paskleidžiame juos daugybe standžiųjų diskų. daryti su juo protingus dalykus. Tiesą sakant, tai, kas, mano manymu, užgožė reliacinę duomenų bazę arba tradicinį DB vieneto modelį. O RAM pasidarė labai, labai pigu, ir tai suteikė mums visiškai naują galimybę žaisti su skirtingomis referencinėmis architektūromis, tokiomis kaip atmintyje, ir atlikti tokius dalykus, kaip labai didelių duomenų skaidymas į dalis.
Taigi tai davė mums šį mažą vaizdą, kurį dabar žiūrime, tai yra schema, parodanti, kokio tipo platformos galimos, jei esate didelių duomenų peizaže. Tai labai, labai sunku perskaityti, ir to priežastis yra tiesiog per daug informacijos. Yra daugybė modelių, gamybos ir gamybos būdų, kaip sudėti duomenis į bet kokios formos duomenų bazių sistemas, pateikti užklausas ir atlikti tradicinius skaitymo-rašymo būdus. Ir jie ne visi atitinka reikalavimus, iš tikrųjų tik nedaugelis jų netgi atitinka bet kurį pagrindinį stiliaus standartą, tačiau jie vis tiek laiko save duomenų baze. Ir aš per sekundę parodysiu jums keletą ekranų, kad pateiktumėte tam tikrą kontekstą apie tai, ką turiu omenyje perėjimą nuo devintojo dešimtmečio ir interneto masto iki „web 2.0“, o tada visą augimą naudojant didelius duomenis. Jei manome, kad ši didelė duomenų technologijos kraštovaizdžio schema yra įdomi, nes joje yra daug variantų, pažvelkime tik į vieną pagrindinę vertikalę.
Pažvelkime į rinkodaros technologijas. Čia yra duomenų bazių valdymo sistemų ar duomenų valdymo tik „mar-tech“ erdvėje parinktys, taigi su rinkodara susijusios technologijos. Dabar tai buvo 2011 m., Taigi prieš keletą metų; prieš penkerius metus tai atrodė kraštovaizdis. Jei aš trumpai grįžtu į vieną skaidrę, tai atrodo šių dienų duomenų peizažas įvairiais prekių ženklais ir pasiūlymais, kuriuos turime duomenų bazių technologijose. Štai kaip vertikalė atrodė prieš penkerius metus, tik rinkodaros technologijos srityje.
Dabar, kai žiūriu į šiandienos vaizdą, tai atrodo taip, ir tai yra visiškai nepastebima. Kaip tik ši prekių ženklų ir pasirinkimo galimybių siena, o tūkstančiai ir tūkstančiai programinės įrangos derinių, priskiriami duomenų bazių klasei, gali kaupti, kurti ar saugoti bei gauti duomenis įvairiomis formomis. Ir aš manau, kad dabar įeiname į labai, labai įdomų ir drąsų laiką, kai kada nors galėjai žinoti pagrindinius prekės ženklus, galėjai žinoti penkias ar šešias skirtingas platformas iš „Oracle“ ir „Informix“, „DB2“ ir kt., Ir būti beveik visų prekių ženklų, kurie buvo prieinami prieš maždaug 20 metų, ekspertas. Prieš dešimt metų tai tapo šiek tiek lengviau, nes kai kurie prekės ženklai subyrėjo ir ne visi prekės ženklai sugebėjo susitvarkyti su „dot-com“ bumo mastu, o kai kurios bendrovės tiesiog sulūžo.
Šiandien visiškai neįmanoma būti visų egzistuojančių duomenų bazių technologijų ekspertu, nesvarbu, ar tai būtų reliacinės duomenų bazės, ar standartinės duomenų bazių valdymo platformos, apie kurias mes sužinojome per pastaruosius porą dešimtmečių. Arba greičiausiai, modernesni varikliai, tokie kaip Neo4j, ir tie tipai. Taigi aš manau, kad mes einame į labai drąsų pasaulį, kuriame yra daugybė variantų, ir turime horizontalaus lygio platformas, esančias atmintyje arba diske. Bet aš manau, kad tai sudėtingas metas technologijų ir verslo sprendimų priėmėjams, nes jiems reikia priimti labai didelius sprendimus dėl technologijų krūvos, kurie kai kuriais atvejais iš esmės egzistuoja tik kelis mėnesius. Aštuoniolikos mėnesių amžius nėra baisus skaičius kai kurioms įdomesnėms ir naujoms atvirojo kodo duomenų bazių platformoms. Ir jie pradeda sujungti platformas ir tampa dar naujesni ir įdomesni.
Manau, kad šiandien turėsime puikų pokalbį apie tai, kaip visa tai paveikė tradicines duomenų bazių platformas ir kaip jie į tai reaguoja, ir apie tai, kokias technologijas tuo metu skleidžia. Turėdamas tai omenyje, dabar perduosiu daktarui Robinui Bloorui ir gausiu jo įžvalgas. Robinas, per tave.
Robinas Blooras: Gerai, ačiū už tai. Taip, tai yra per didelė tema. Aš turiu omenyje, kad jei jūs ką tik paėmėte vienos iš iliustracijų, kurias jums tik parodė Dezas, briauną, galėtumėte ilgai kalbėtis apie vieną iš jų. Bet jūs žinote, galite eiti į duomenų bazę - aš nuo 1980-ųjų ieškojau duomenų bazių, nežinau, ir jūs galite žiūrėti į duomenų bazę skirtingais būdais. Ir vienas iš dalykų, kuriuos sugalvojau padaryti, tiesiog įmesiu į pokalbį šiandien, buvo kalbėti apie priežastis, dėl kurių žlugdantys dalykai atsitiko aparatūros lygiu. Ir jūs turite turėti omenyje, kad be galo daug trikdančių dalykų įvyko ir programinės įrangos lygmeniu, taigi tai nėra pilnas nieko vaizdas, tai tik aparatinės įrangos dalykas.
Aš taip pat neketinau kalbėti ilgai, tiesiog norėjau pateikti jums aparatinės įrangos vaizdą. Duomenų bazėje buvo duomenų gavimo galimybės, apimančios procesorių, atmintį ir diską, ir tai smarkiai keičiasi. Priežastis, kodėl tai sakau, buvo ta, kad išmokau suprasti duomenų bazę iš to, ką iš tikrųjų padarei. Žinote, yra skirtumas tarp duomenų, esančių faktiškai procesoriuje, ir duomenų, kurie į atmintį įkeliami į centrinį procesorių, ir duomenų, įnešamų iš disko į atmintį, ir per centrinį procesorių. O senosios duomenų bazių architektūros tik bandė tai subalansuoti. Žinote, jie tik sakė: „Na, tai vyksta labai lėtai, mes talpiname duomenis diske, kad jie būtų atmintyje. Mes stengsimės tai padaryti tikrai tiksliai, kad tikrai nemaža dalis mūsų prašomų duomenų jau būtų atmintyje. Duomenis perduosime procesoriui taip greitai, kaip iš tikrųjų galime “.
O senais laikais buvo rašomos duomenų bazės, mašinos rašomos mažoms klasterėms. O dabar už paralelės neišmanymą. Nes jei ketinate atlikti kokį nors spektaklį iš grupės, turėsite atlikti įvairius veiksmus lygiagrečiai. Paralelizmas yra žaidimo dalis, nieko panašaus į dabar. Aš tiesiog vaikščiosiu po to, kas nutiko.
Visų pirma, diskas. Na, diskas baigėsi, tikrai. Tai beveik baigėsi duomenų bazėse. Manau, kad yra daugybė duomenų archyvavimo kontekstų, ir net labai dideli duomenų ežerai, veikiantys „Hadoop“, blogiausias besisukantis diskas šiais laikais tikriausiai yra gyvybingi. Tikrai, verpimo disko problema buvo ta, kad skaitymo greitis ypač nepagerėjo. O kai CPU didėjo Moore'o įstatymo greičiu, tam tikru mastu, kas šešerius metus. O atmintis tarsi sekė, tada jie abu pagrįstai sekė vienas su kitu, jis nebuvo visiškai sklandus, bet vis tiek.
Bet atsitiktinai perskaitytas į diską, kuriame galva skrieja apie diską, aš turiu omenyje, be viso kito, tai fizinį judesį. Ir jei jūs darote atsitiktinį nuskaitymą iš disko, jis yra neįtikėtinai lėtas, palyginti su skaitymu iš atminties, tarsi 100 000 kartų lėčiau. Ir gana neseniai dauguma duomenų bazių architektūrų, kurias apžiūrėjau bet kuriame gylyje, iš tikrųjų buvo tiesiog skaitomos serijiniu būdu iš diskų. Jūs tikrai norite, vienaip ar kitaip, tiesiog talpyklą, kiek galite, iš disko, nuimkite jį nuo lėto įrenginio ir padėkite į greitą įrenginį. Yra daug protingų dalykų, kuriuos su tuo galite padaryti, bet tai jau baigėsi.
Kietojo kūno diskai arba „flash drives“ tikrai yra tokie, kokie jie yra, labai greitai pakeičia besisukančius diskus. Ir tai vėl visiškai pasikeičia, nes duomenų tvarkymo diske būdas yra toks, koks yra disko veikimo būdas. Tai iš tikrųjų yra apie galvą, judančią per besisukantį paviršių, iš tikrųjų apie kelias galvas, judančias per kelis besisukančius paviršius, ir duomenų rinkimą jiems einant. Kietojo kūno diskas yra tik blokas dalykų, kuriuos galite perskaityti. Aš turiu galvoje, visų pirma, visos tradicinės duomenų bazės buvo sukurtos diskiniams diskams, ir jos dabar yra kuriamos SSD. Tikriausiai gali sukurti naujos duomenų bazės - bet kas, kas dabar rašo naują duomenų bazę, gali nepaisyti besisukančio disko, o apie tai negalvoti. Tačiau „Samsung“, pagrindinis SSD diskų gamintojas, mums sako, kad SSD iš tikrųjų yra pagal Moore'o įstatymo kreivę.
Manau, kad jie jau buvo maždaug tris ar keturis kartus greitesni nei verpimo diskas, bet dabar jie iš esmės bus greitesni kas 18 mėnesių. Dvigubas ir 10 kartų didesnis greitis maždaug per šešerius metus. Tačiau jei tai buvo tik tai, tai ne, kaip aš jums pasakysiu akimirksniu. Besisukantis diskas, žinoma, tampa archyvavimo laikmena.
Apie atmintį. Pirmiausia, RAM. Procesoriaus santykis tarp RAM per CPU visą laiką tik didėja. Ir tai, be abejo, tam tikru būdu suteikia nepaprastai daug daugiau greičio, nes atminties akrai, kuriuos dabar galite turėti, gali išsaugoti kur kas daugiau. Tai iš tikrųjų daro tai, kad sumažina spaudimą MLTP tipo programoms ar atsitiktinio skaitymo programoms, nes jas lengviau aprūpinti, nes jūs dabar turite daug atminties ir tokiu būdu galite talpykloje išsaugoti viską, kas yra greičiausiai bus įrašytas į atmintį. Bet susiduriate su problemomis, susijusiomis su didesne duomenų krūva, taigi, dideli duomenys iš tikrųjų nėra tokie paprasti.
Tada mes turime „Intel“ su 3D Xpoint, o IBM su tuo, ką jie vadina PCM, kuri yra fazių keitimo atmintis, pristato tai, kas, jų manymu, yra - gerai, tai bent 10 kartų greičiau nei dabartiniai SSD, ir jie tiki, kad gaus labai artimas greičiui kaip RAM. Ir, žinoma, pigesnė. Taigi anksčiau jūs turėjote šią duomenų bazės centrinio procesoriaus, atminties ir disko struktūrą, o dabar mes judame link struktūros, kurią sudaro keturi sluoksniai. Čia yra centrinis procesorius, atmintis arba RAM, o tada tokia greičiau nei SSD atmintis, kuri iš tikrųjų yra nestabili, o tada - SSD. Ir šios naujos technologijos yra nepastovios.
Ir yra HP memristor, kurio dar nėra, jūs žinote, nes jis buvo paskelbtas maždaug prieš septynerius metus, bet jis dar nepasirodė. Tačiau gandai, kuriuos girdžiu, yra tai, kad HP taip pat šiek tiek pakeis žaidimą, naudodamasi atmintine, taigi jūs turite tik naują atminties situaciją. Tai nepanašu, kad turėtume greitesnį turinį, tai yra lygiai taip, kaip mes turime visiškai naują sluoksnį. Ir tada mes turime tai, kad prieiga prie SSD, jūs galite ją perskaityti lygiagrečiai. Negalite lygiagrečiai skaityti verpimo disko, išskyrus turėdami daugybę skirtingų verpimo diskų. Bet SSD blokas, jūs iš tikrųjų galite skaityti lygiagrečiai. Ir todėl, kad galite tai skaityti lygiagrečiai, jis eina daug greičiau nei paprastas skaitymo greitis, jei iš tikrųjų nustatote kelis procesus įvairiuose procesuose viename procesoriuje ir tiesiog turite su SSD.
Manoma, kad tai atlikę galėsite pasiekti beveik RAM greitį. Ir visa tai, kas sakoma, yra neaiški atminties architektūros ateitis. Aš turiu galvoje, realybė yra tokia, kad įvairūs dominuojantys pardavėjai, kad ir kokie jie būtų, tikriausiai nulems aparatūros kryptį. Tačiau šiuo metu niekas nežino, kur ji eina. Aš kalbėjau su kai kuriais duomenų bazių inžinieriais, kurie sako: „Aš nebijau to, kas vyksta“, bet jie nežino, kaip tai optimizuoti iš „get-go“. Ir tu visada rūšiuoji, todėl įdomu.
Ir tada yra procesorius. Na, daugiagysliai procesoriai nebuvo vien daugiagysliai procesoriai. Taip pat turime nemažą kiekį L1, L2 ir L3 talpyklų, ypač L3, o tai yra, nežinau, dešimtys megabaitų. Galite ten įdėti daug, žinote. Todėl lustą iš tikrųjų galite naudoti kaip talpyklos laikmeną. Taigi tai pakeitė žaidimą. Be abejo, vektorių apdorojimas ir duomenų glaudinimas, nemažai pardavėjų iš tikrųjų tai padarė, nutempė tą medžiagą į procesorių, kad viskas vyktų žymiai greičiau. Tada jūs sužinosite, kad procesoriai su GPU tikrai gerai pagreitina analizę. Ir jie tikrai gana gerai reaguoja į tam tikras užklausas, tiesiog priklauso nuo to, kokia jūsų užklausa.
Galite sukurti plokštes su procesoriais ir GPU, arba, kaip šiuo metu daro AMD, jūs gaminate tai, kas vadinama APU, tai yra savotiška CPU ir GPU santuoka; jame yra abiejų rūšių galimybės. Taigi tai yra kitokio tipo procesorius. Ir tada neseniai „Intel“ paskelbtas pranešimas, kad jie ketina įdėti FPGA į lustą, padarė tai galvoje. Aš galvojau: „Kaip žemėje tai atsitiks?“ Nes jei tu turi CPU, GPU galimybė, taip pat turite CPU, FPGA galimybę - beje, jei tikrai norite, toje pačioje plokštėje galėtumėte įdėti CPU, GPU ir FPGA. Net neįsivaizduoju, kaip jūs iš tikrųjų galėtumėte ką nors tokiu būdu vykdyti, tačiau aš žinau įmonių, kurios daro panašius dalykus ir gauna labai, labai greitus atsakymus į užklausas. Tai nėra kažkas, kas bus ignoruojama, tai kažkas, ką naudos įsitvirtinę pardavėjai ir galbūt nauji pardavėjai. DBVS visada buvo lygiagrečios, tačiau dabar paralelinės galimybės tiesiog sprogo, nes tai leidžia įvairiais būdais suderinti tai su tuo, su tuo, su tuo.
Galiausiai, kad padidintumėte ar išlygintumėte? Mastelio didinimas yra tikrai geriausias sprendimas, bet dėl vieno dalyko. Jūs gausite kur kas geresnį mazgo našumą, jei galėsite visiškai optimizuoti procesoriaus ir disko atminties viename mazge našumą. Jūs naudosite mažiau mazgų, taigi jis bus pigesnis, tiesa? Ir tai bus lengviau valdoma. Deja, tai dizainas, priklausomas nuo aparatinės įrangos, ir keičiantis aparatinei įrangai, vis mažiau ir mažiau galimybių tai padaryti, nebent jūsų inžinieriai sugebės veikti taip greitai, kaip keičiasi aparatūra. Jūs susiduriate su darbo krūvio problemomis, nes, didindami dydį, darote įvairias prielaidas, koks bus darbo krūvis.
Jei mastelį mažinate, tai yra, jei jūsų architektūra pabrėžia mastelio didinimą prieš mastelio didinimą - iš tikrųjų jūs turite juos abu atlikti, tiesiog jūs pabrėžiate. Tuomet bus geresnis tinklo veikimas, nes architektūra su tuo susidoros. Aparatūra bus brangesnė, nes bus daugiau mazgų, tačiau bus mažiau darbo krūvio problemų, taip pat bus lankstesnis dizainas.
Ir aš tiesiog galvojau, kad įmesiu tai, nes jei jūs iš tikrųjų galvojate apie visus aparatūros pakeitimus, aš tiesiog nukreipiau pirštu į save, o tada pagalvojote, kaip jūs ketinate išplėsti ir išplėsti tuos dalykus? Tuomet supranti, kad, mano manymu, duomenų bazių inžinieriams yra per mažai mokama. Taigi, jei jūs tik svarstote apie aparatūros sluoksnį, duomenų bazės iššūkiai yra aiškūs. Dabar perduodu tai Bertui, kuris privers mus visus jaustis išsilavinusius.
Erikas Kavanaghas: Štai! Bertas?
Bertas Scalzo: labai ačiū. Leisk man tiesiog patekti į šias skaidres. Turiu daug skaidrių, kurias pravažiuoju, todėl nemažai jų galiu pereiti gana greitai. Mes kalbėsime apie šį „Pirmyn momentą: perkeldami ryšį ne tik tradicinį“. Tai jau nėra jūsų tėvo duomenų bazė. Reikalai pasikeitė ir, kaip sakė anksčiau kalbėjęs asmuo, per pastaruosius šešerius – septynerius metus kraštovaizdis kardinaliai pasikeitė.
Aš pati darau duomenų bazes nuo 80-ųjų vidurio. Aš parašiau knygų apie „Oracle“, „SQL Server“, lyginamąją analizę ir daugybę kitų dalykų. „Pasaulis keičiasi labai greitai. Didelis nebegalės įveikti mažo. Tai bus greitas, lėtas, plakimas. “Pridėjau„ prisitaikyti “. Tai pateikė Rupertas Murdochas. Aš tikrai tikiu, kad tai bus tiesa. Negalėsite daryti duomenų bazės duomenų taip, kaip tai padarėte prieš 10, 15, 20 metų. Turėsite tai daryti taip, kaip dabar nori verslas.
Aš bandau likti šiek tiek bendras tuo, ką pristatau, bet daugumą funkcijų, apie kurias kalbu, rasite „Oracle“, rasite „SQL Server“, „MySQL“, „MariaDB“ ir kai kurias kitas dideles žaidėjai. Reliacinė duomenų bazės revoliucija, aš vėlgi sutinku su ankstesniais pranešėjais. Jei pažiūrėsite teisingai apie 2010-uosius, mes perėjome nuo raudono lenktyninio automobilio prie geltonojo lenktyninio automobilio. Įvyko reikšmingas pokytis ir ateisime 2020 m., Manau, pamatysite dar vieną radikalų pokytį. Mums labai įdomus laikas.
Dabar ši skaidrė yra raktas, todėl aš ten įdėjau raktą. Vyksta visas šis pokytis, kairiajame šone yra technologijos, o dešinėje - verslas. Ir kyla klausimas, kuris iš jų sukelia kurį, o kuris palaiko kurį? Turime visus šiuos aparatinės įrangos pakeitimus: diskai mažėja, diskų dydis didėja, yra naujų tipų diskai, todėl tai apėmė ankstesni pranešėjai. Mažėja atmintis, visos šios naujesnės duomenų bazių versijos. Dešinėje pusėje mes turime duomenų apsaugą ir laikymąsi, duomenų saugojimą, verslo žvalgybą, analizę, privalomą duomenų saugojimą. Važiuoja abi lygties pusės, o abi šios lygties pusės naudos visas šias naujas savybes.
Visų pirma, mes turime savo tipinį SAS verpimo diską, dabar jie yra iki 10 terabaitų. Jei dar nematėte „Western Digital“, HGST turi tai, ką jie vadina savo helio pavara, šiuo metu pasiekia maždaug 10 terabaitų. Verpimo disko išlaidos tampa gana mažos. Kaip jau buvo minėta anksčiau, galite gauti maždaug dviejų terabaitų kietojo kūno diskus, tačiau netrukus „Samsung“ turi 20 terabaitų įrenginį. Išlaidos tampa pagrįstos. Vienas dalykas, apie kurį kalbėsiu ne apie kitus, yra „flash diskų“ koncepcija. PCIe, tai yra „PCI Express“, palyginti su „NVMe“, jūs galbūt girdėjote apie šį nestabilų atminties išraišką. Iš esmės „NVMe“ pakeis SAS ir SATA, ir tai iš tikrųjų labiau komunikacijos protokolas nei kas nors kitas. Bet dabar tų diskų talpa yra maždaug trys terabaitai.
Jūs taip pat galbūt matėte, kad kai kurie SAS diskai yra su U.2 jungtimis, tai yra kitokia jungtis nei SAS ar SATA, palaikančiomis NVMe su standartiniu disku - diskas, be abejo, taip pat turi ją palaikyti. Tada SATA su M.2 jungtimis, ir tos pradeda gauti NVMe. Tiesą sakant, yra nešiojamųjų kompiuterių pardavėjų, kurie dabar parduoda nešiojamuosius kompiuterius, kuriuose yra NVMe „flash“ diskas, ir šie dalykai rėks, palyginti su anksčiau naudojama technologija.
Daugybė žmonių nežino, kokie yra šie skirtingi blyksniai. Jei žiūrite į apatinį dešinįjį kampą, tai yra M.2 pavyzdys. Galite sakyti: „Na, gerai, jis atrodo panašus į„ mSATA “diską, esantį jo kairėje pusėje.“ Bet kaip matote, jis turi du spragų kaiščius, o ne vienas, ir jis yra šiek tiek didesnis. Taip pat „M.2“ gali būti trijų skirtingų dydžių.
Tada „PCI Express“ blykstė ir „NVMe“ blykstė. Dabar „NVMe“ blykstė taip pat yra „PCI Express“, tačiau „PCI Express“ vis dar yra SAS ar SATA tipo valdiklio algoritmas, kuris buvo sukurtas verpimo diskui, o „NVMe“ yra algoritmai ar būdai, kurie buvo sukurti specialiai „flash“. Ir vėl jūs matysite visa tai.
„NVMe“ siūlo nemažai dalykų. Manau, kad du didžiausi patobulinimai yra viršutiniame dešiniajame kampe, delsos sumažėja net 70 procentų. Aš iš tikrųjų mačiau dar aukščiau. Be to, jei žiūrėsite apatiniame dešiniajame kampe, kai jūsų operacinė sistema kalbėsis su NVMe disku, joje bus kur kas mažiau programinės įrangos lygių. Iš esmės jūs einate per NVMe tvarkyklę, kuri dabar įtraukta į operacinę sistemą, ir ji tiesiogiai bendrauja su žiniasklaida. Yra daugybė priežasčių, kodėl ši technologija kardinaliai pakeis duomenų bazių pasaulį.
Ir daugybę kartų žmonės sakys: „Na, kaip greitai veikia NVMe?“ Žinote, senais gerais laikais, 2004 m. Ir anksčiau, mes susijaudinome, jei turėtume „Ultra-320 SCSI“, 300 megabaitų per sekundę. Šiandienos greičiu, greičiausiai daugelis jūsų naudojasi pluoštu ar „InfiniBand“, ir tie, kurie yra geriausi. „NVMe“ dešinėje, prasideda ten, kur baigiasi dabartinės technologijos. Aš rašau, kad „PCI Express 3.0“ su aštuonių juostų jungtimi prasideda beveik nuo 8000, ir ji augs, kai gausime naujesnes „PCI Express“ versijas, keturias ir pan. „NVMe“ neturi kur eiti, išskyrus aukštyn.
Dabar kai kurie dalykai keičiasi duomenų bazėje? Dabar viršutiniame dešiniajame skaidrių kampelyje pateikiu verslo priežastis, kurios, mano manymu, pasirodė. Šiuo atveju dėl duomenų saugojimo ir dėl privalomų duomenų saugojimo reguliavimo priežasčių duomenų bazės pradeda siūlyti jas suglaudinti. Dabar kai kurios duomenų bazės siūlo glaudinimą kaip priedą, kai kurios siūlo jį kaip integruotą pagal standartą, tarkime, jų duomenų bazės verslo leidimą, ir vis dėlto kai kurios duomenų bazės, pavyzdžiui, „Oracle“, gali turėti dar geresnę glaudinimo versiją, kuri yra tarkime, jų Exadata platformoje, taigi jie iš tikrųjų sukūrė aparatinę įrangą, kuri palaiko labai specializuotą glaudinimą, ir, pavyzdžiui, Exadata programinė įranga gauna 40x glaudinimo laipsnį, todėl ji yra labai reikšminga. Ir aš manau, kad tai yra privalomas duomenų saugojimas, žmonės tiesiog nori, kad duomenys būtų ilgesni. Verslo įmonėms, norintiems atlikti analizę ir BI, reikia 5 ar 10, 15 metų vertės duomenų.
Dabar dar viena funkcija, kuri buvo pradėta rodyti maždaug tuo 2008, 2009 m. Laikotarpiu, buvo skaidymas. Vėlgi, tai rasite tokiose duomenų bazėse kaip „Oracle“, „SQL Server“ ir tose, kuriose jūs turite už tai mokėti. „Oracle“ turite nusipirkti skaidymo parinktį, o „SQL Server“ - duomenų centro leidime. Tai yra jūsų tradicinė padalijimo ir užkariavimo technika, o jūs darote, kad viršuje yra logiško didelio stalo idėja, o kai jis dedamas į diską, jis iš tikrųjų yra suskaidomas į kaušus. Ir jūs galite pamatyti, kad tie segmentai yra suskirstyti pagal tam tikrus atskyrimo kriterijus, paprastai nurodomi arba vadinami jūsų skaidymo funkcija, tada jūs taip pat galite padalyti dalis į kai kurias duomenų bazių platformas ir galite pereiti dar toliau.
Vėlgi, manau, kad tiek duomenų saugojimas, tiek privalomas duomenų saugojimas tai pastūmėjo, o kai kuriose iš šių duomenų bazių galite turėti iki 64 000 skaidinių, o kai kuriose kitose duomenų bazėse aš tikiu, kad net iki 64 000 poskyrių. Tai leidžia suskaidyti savo duomenis į valdomus elementus. Taip pat padalinsite indeksus; tai yra pasirinkimas, jūs neprivalote, bet taip pat galite skirstyti savo rodykles. Viena iš priežasčių tai padaryti gali būti ta, kad turite stumdomą duomenų langą. Norite išsaugoti 10 metų vertės duomenis, tačiau norėdami mesti rodykles, kad būtų galima paleisti šio vakaro siuntinį, nenorite, kad kiekvienoje eilutėje reikėtų mesti rodykles, tik tose eilutėse, kurios yra dabartiniame segmente. Skirstymas iš tikrųjų yra labai geras administracinis įrankis, nors dauguma žmonių mano, kad didelis jo pranašumas yra atsisakyti pertvarų pašalinimo jūsų planuose ir todėl paspartinti jūsų užklausas. Tai tikrai yra torto apledėjimas.
Dabar jūs tikriausiai girdėjote apie skardinimą ir galvojate: „Na, kodėl jūs įdėjote šią skaidrę čia?“ Tai yra vienas iš tų „NoSQL“ - tai viena iš tų „Hadoop“ tipo aplinkų. „Oracle 12c“ išleido du, kurie dar nėra G8, tačiau kurie yra rodomi ar peržiūrimi, iš tikrųjų turi skaldą. Turėsite tokią tradicinę duomenų bazių sistemą, kaip „Oracle“, ir galėsite skintis, kaip tai darote „Hadoop“ modelyje, taigi turėsite dar vieną „dalink ir rink“ metodą, kuris padalins jūsų lentelę eilės tvarka į grupes pagal mazgą ir taip bus - taip, kaip matote kai kuriose savo „NoSQL“ duomenų bazėse. Ir iš tikrųjų „MySQL“ jūs iš tikrųjų galite tai pasiekti daug naudodami vieną iš jų grupavimo metodų, tačiau jis ateina į tradicinę duomenų bazę ir, spėju, „Microsoft“ nenorės atsilikti. Šie du žmonės visą laiką vaidina šuoliuojančią varlę, todėl tikėčiau, kad sekančioje „SQL Server“ versijoje pamatysiu skardą.
Duomenų gyvavimo ciklo valdymas, vėlgi privalomas duomenų saugojimas, taip pat verslo žvalgybai ir analizei. Tiesą sakant, tai yra „padalijimo ir užkariavimo“ technika, ir paprastai DBA tai daro rankiniu būdu, tai yra: „Aš ketinu saugoti šių metų duomenis apie greitus diskus, praėjusių metų duomenis apie šiek tiek lėtesnius diskus, galbūt aš einu kad galėčiau saugoti paskutinius dvejus metus dar lėtesniuose diskuose, tada turėsiu kokį nors archyvavimo metodą. “Paprastai jis nebeįrašomas, paprastai - jūs turite kažkokią prie tinklo prijungtą saugyklą ar kokį nors įrenginį, kuriame yra daug saugyklos ir yra, kaip žinote, ekonomiškas, tačiau vis tiek sukasi diskas.
Taigi dabar iš tikrųjų - ir „Oracle“, ir „SQL Server“ - galite nusipirkti parinktį, kurioje apibrėžiate taisykles, ir tai automatiškai įvyksta fone. Jums nebereikia rašyti scenarijų, nieko nereikia daryti. Ir jei jūs matėte „SQL Server 2016“, kuris ką tik pasirodė birželio mėn., Yra nauja funkcija, pavadinta „Stretch Databases“, kuri iš esmės leidžia tai padaryti - apatiniame dešiniajame kampe - galite pereiti iš kelių sluoksnių tiesiai į debesį. ir vėlgi, tai yra duomenų bazėje įmontuota funkcija, jūs tiesiog sakote kažką panašaus: „Jei duomenys yra senesni nei 365 dienos, perkelkite juos į debesį ir, žinote, padarykite tai automatiškai už mane“.
Tai bus tikrai šauni savybė, iš tikrųjų aš galvoju, kad galbūt tai bus tai, ką pamatysime ateityje, tai yra, ar turėsite hibridines duomenų bazes, kuriose laikysite vietinius o kai kurie debesyje. Prieš tai žmonės galvojo: „O, aš arba darysiu prielaidą, arba darysiuosi ant debesies.“ Dabar abiejų technologijų santuoka matoma tokiu hibridiniu būdu. Manau, kad tai bus gana didelis, ir „Microsoft“ pateko ten pirmiausia.
Pataisymas, tai yra dėl duomenų apsaugos ir laikymosi. Senų senovės laikais mes galbūt sakėme: „Ei, programų kūrėjas, kai jūs tai rodote ataskaitoje, kai jūs tai rodote ekrane. Čia yra keletas saugumo dalykų, kuriuos turėtumėte patikrinti ir, prašau, žinote, tik rodykite duomenis jie turėtų matyti arba užmaskuoti ar taisyti duomenis, kurių jie neturėjo matyti. “Na, kaip įprasta, kai išstumiate jį į programą, tai nėra daroma vienoje vietoje, todėl daroma kitaip arba jis nedaromas. kai kuriose vietose to nepadarys. Taigi dabar jūs iš tikrųjų turite šią galimybę savo duomenų bazių sistemose.
Dabar „SQL Server 2016“ ši funkcija yra įdiegta, todėl, manau, kad tai dar nėra pasirenkama išlaidų dalis, kurią reikia papildyti duomenų centru; o „Oracle 12“ turite nusipirkti jų gyvenimo ciklo valdymo priedą, tačiau tai yra kažkas naujo ir vėl tai lemia verslas. Ir ypač todėl, kad dabar kaupiate tiek daug duomenų, tiek vykdote duomenų paiešką, tiek BI ir analizę, jūs turite žinoti, kas prieina prie kokių duomenų, ir įsitikinti, kad jiems leidžiama matyti tik tai, kas jiems leidžiama pamatyti.
Taip pat dar kartą pažvelkite į tai, duomenų apsauga ir laikymasis. Jūs pastebėsite, kad daugelis duomenų bazių sistemų dabar yra suspaudžiamos arba, atsiprašau, užšifruojamos tiesiai į duomenų bazę. Kas yra svarbu šifravimo srityje, jei pažiūrėsite į rodyklę žemyn ir rodyklę aukštyn, kurią ji rašo iki užšifruoto disko, tada nuskaito jį atgal į atmintį ir iššifruoja. Tai iš tikrųjų yra vienas modelis, yra dar vienas modelis, kuris, žinote, iš tikrųjų tai padarytų tik perduodant tuos duomenis tinkle į tikrąją kliento programą.
Tokiu atveju jis net duomenų bazės serveryje galėtų būti užšifruotas ir iššifruotas tik tada, kai bus perduotas kliento programai. Čia yra du skirtingi modeliai, kuriuos rasite duomenų bazėse. Tiesą sakant, viena iš duomenų bazių, ką tik neseniai pridėjus, buvo „MariaDB“ jų 10.X versijoje; Manau, kad jie dabar naudoja 10.1 ar 10.2. Ir aš iš tikrųjų padariau tam tikrą šio šifravimo palyginimą, ir norėdamas gauti šį šifravimą patyriau tik apie 8 procentus pralaidumo ar greičio sumažėjimo. Atliekant palyginamąjį testą, šifravimas to nepadarė tiek daug, todėl tai labai naudinga funkcija.
Mes jau anksčiau minėjome apie „flash“ atmintį ir SSD bei panašius dalykus. Viena iš „Oracle“ ir „SQL Server“ funkcijų, kurios daugelis žmonių nesuvokia, yra tai, kad galite pasiimti „flash“ arba SSD diską, esantį jūsų duomenų bazės serveryje, ir galite pasakyti duomenų bazei: „Naudokite tai taip, tarsi jie būtų atmintis. Traktuokite RAM kaip pageidaujamą, tačiau apsimeskite, kad tai lėta atmintis, ir naudokite tai kaip išplėstinę talpyklą. “Dabar„ SQL Server 2014 “tai išėjo ir vadinosi„ Buferinio telkinio plėtinys “. „Oracle“ jis pasirodė 11 g R2 ir buvo vadinamas „Database Flash Cache“ ir ten taip pat buvo nemokama.
Tačiau mano patarimas yra atsargiai išbandyti šią funkciją. Kiekvieną kartą, kai padidinate talpyklą, kai einate ieškoti, tai užtrunka ilgiau. Jei įdėsite trijų terabaitų „flash“ kortelę ir sakysite duomenų bazei „Pridėkite tai prie savo atminties“, iš tikrųjų galite pastebėti, kad kažkas sulėtėjo, nes laikas ieškoti ir pamatyti, ar tai blykstė, ar jis purvinas, ar švarus? Yra prasmė mažinti grąžą. Mano patarimas yra vėl tai išbandyti, pažiūrėkite, kas jums tinka, bet vėlgi, tai jūsų duomenų bazėje, o „Oracle“ atveju - ir „SQL Server“, ir „Oracle“ - jau porą metų.
Tada mus nuveda prie senelio, kuris buvo atmintyje esančios duomenų bazės, ir todėl, kad duomenų bazių kainos nukrito. Kita priežastis, dėl kurios tikriausiai manote, kad taip atsitiko, yra daugybė analitikų, reikalaujančių, kad duomenys būtų labai greitai prieinami, todėl jie turi būti atmintyje. Atminkite, kad algoritmai, kuriuos duomenų bazės naudoja norėdami pasiekti šiuos duomenis, juos suglaudinti, užšifruoti, saugoti, žinote, kad kai kuriais atvejais kai kurios duomenų bazės gali ir toliau kaupti atmintyje kaip eilutė.
Kai kuriais atvejais kai kurios duomenų bazės gali tai suskaidyti į orientuotus stulpelius, ir dėl šios priežasties jie gauna daug aukštesnį glaudinimo lygį (maždaug 11–12X), išsaugodami jį stulpelių tvarka, palyginti su eilutėmis. Tai pirmą kartą pasirodė „SQL Server 2014“, jis vadinosi „Hekaton“. Tai buvo radikaliai padidinta „SQL Server 2016“, jie matys jį nurodant keletą skirtingų pavadinimų ir pasirodė „Oracle 12c“; Aš sakau, kad čia yra antroji laida, o ne R2. Buvo du skirtingi „Oracle 12c“ leidimai: 12.1.0.1 ir 12.1.0.2. Tai antrasis duomenų bazės R1 versijos leidimas.
Ir kaip jūs jį apibrėžiate, objektas atmintyje yra panašus abiejose duomenų bazėse. Čia galite pamatyti dešiniajame viršutiniame kampe, aš kuriu SQL serverį, ir jūs galite pamatyti, kaip sakoma, kai optimizuota atmintis, o patvarumas yra tik schema. Aš nesiruošiu peržvelgti visų šių sintaksės reikšmių, o „Oracle“ tai iš tikrųjų dar paprasčiau - jūs tiesiog pakeiskite lentelę ir sakote atmintyje, ar ne, ir jūs galite tai pakeisti. Aš galiu pasakyti, kad šiandien tai atmintyje, o rytoj ne ir todėl labai lanksti.
Atlikau keletą „Oracle“ testų, naudodamas atminties lenteles, turėjau keletą bandymų, kuriems atlikti prireikė beveik 40 minučių, viršutinėje eilutėje. Dabar svarbu tai, kai patekau į dvi apatines eiles, padidinau veikimo laiką arba sumažinau jį, turėčiau pasakyti, maždaug iki penkių minučių, o kai pažvelgiau į glaudinimo koeficientą, atmintyje esantys duomenys iš tikrųjų buvo 3, 6 iki 4, 6 karto mažesnis. Tai svarbu, nes šiuo atveju aš naudojau į stulpelį orientuotą formatą ir jo suspaudimą. Ir taip atspėti ką? Aš iš tikrųjų savo atmintyje talpinau beveik keturis ar penkis kartus daugiau duomenų. Aš ne tik pasinaudojau atminties pranašumais, orientuotu į stulpelius pranašumu, bet ir žymiai daugiau duomenų pranašumu - iki penkių kartų daugiau duomenų atminties talpykloje, taigi tai yra gana galinga technika. Vėlgi, „Oracle“ ir „SQL Server“, jūs norite pažvelgti į šias - tai tikrai puikios savybės. Ir aš manau, kad tai atversiu klausimams.
Erikas Kavanaghas: Na, Bertu, visų pirma, jūs buvote labai nesavanaudiškas per visą šį nuostabų išsilavinimą. Ar galėtum tik minutę pakalbėti apie tai, ką darai? Nes jūs turite įgalinančią technologiją, kuri gali palengvinti tai, apie ką jūs kalbėjote. Tiesiog minutę pasikalbėkite apie tai, ką jūs darote, ir tada nuleiskite Dezą ir Robiną į lygtį čia.
Bertas Scalzo: Taip, aš dirbu įmonėje pavadinimu IDERA. Mes esame Teksase, mūsų būstinė yra Hiustone, ir aš iš tikrųjų dabar sėdžiu Austine, bet aš įsikūrusi Dalase. Mes kuriame duomenų bazių įrankius ir jų įrankius, kurie padės išspręsti problemas. Ši problema gali būti tokia paprasta, kaip produktyvumas. Tokiu atveju mes turime įrankį, vadinamą DBArtisan, kuris leidžia jums atlikti savo duomenų bazės administravimo užduotis, ir tai yra vienas įrankis, leidžiantis jums valdyti 12 skirtingų duomenų bazių platformų. Aš galiu valdyti SQL serverį, galiu valdyti „Oracle“, galiu valdyti „MySQL“, „DB2“, „Postgres“ ir naudoju vieną įrankį, vieną vykdomąjį, vieną GUI dizainą ir vieną nuoseklią darbo eigą. Mes taip pat gaminame įrankius atitikčiai užtikrinti. Turime įrankį, vadinamą SQL atitikties tvarkytuve, kuris padės patenkinti jūsų atitikties poreikius. Kitas įrankis, vadinamas SQL saugumu, todėl stengiamės padaryti tuos įrankius, kurie padės jums būti efektyvūs ir efektyvūs, o kas išties malonu, jei apsilankysite mūsų svetainėje, ten turime visą krūvą nemokamos programinės įrangos, taigi, jei nieko daugiau, eikite atsisiųsti - Manau, kad turime 20 ar 25 nemokamus darbus. Yra keletas tikrai gerų nemokamų programų, pavyzdžiui, „SQL Server“ ir „Windows“ žinyno patikra, kuri iš esmės tik pažvelgs į tai, ką turite, ir pasakys, ar turite problemų ar dalykų, ir tai visiškai nemokama.
Ericas Kavanaghas: Ir tu tikrai toks …
Bertas Scalzo: tikrai pirmieji dalykai -
Ericas Kavanaghas: Šiandien jūs kalbėjote apie nevienalytiškumą rinkoje. Buvo kažkokia lygtis, tinkanti visiems, kad iš tikrųjų prisimenu interviu su gydytoju Michaelu Stonebrakeriu dar 2005 m., Kai jis ėjo toliau. Didelis postūmis, kalbantis apie nuosprendį, nukreiptą į stulpelius orientuotą duomenų bazių judėjimą, ir jis kalbėjo apie tai, kaip daugelį metų dominavo visiems tinkantis santykinis modelis, ir jis numatė, kad viskas pasikeis, o berniukas buvo teisus kad. Dabar turime šią išties įvairią ir įdomią aplinką su daugybe skirtingų variantų ir galimybių, tačiau jums reikia kažko, kad visa tai sutvarkytumėte, ir man atrodo, kad jūsų įmonė yra gana smarkiai susitelkusi į matematikos problemų sprendimą, taigi yra galimybių heterogeniškumo antraštė, tiesa?
Bertas Scalzo: Visiškai. Aš turiu omenyje, kad visada bus DBA, kurie sakys: „Nenoriu naudoti GUI įrankio, viską darau su scenarijais“, žinote? Jie mano, kad jie yra DBA supermeno tipai, ir tai puiku, tačiau daugumai žmonių, mes norime, kad darbas būtų atliktas ir, žinote, aš naudoju „Microsoft Word“ savo dokumentams rašyti. Savo el. Laiškui naudoju „Microsoft Outlook“. Aš turiu galvoje įrankius užduotims atlikti. Kuriame tos pačios rūšies koncepciją, sukuriame įrankius duomenų bazių administratoriams ir kūrėjams, kad jie padėtų sutelkti dėmesį į tai, ką jie nori padaryti, o ne į tai, kaip jie turi tai padaryti.
Ericas Kavanaghas: Tai prasminga, tačiau leiskite man kreiptis į mūsų ekspertus ir žmonės gali laisvai pasinerti. Turime keletą komentarų iš auditorijos. Gal Dez, pora klausimų ir Robin pora klausimų?
Dezas Blanchfildas: Žinoma. Ar vienas iš pirmųjų klausimų, kurį noriu mesti į jus, atsižvelgiant į didžiulę jūsų sukauptą patirtį, ar greitai matote tam tikrą laiko momentą, kai kuris nors iš jų sulėtės? Ar manote, kad mes tikrai esame tik šios nuolatinio augimo linijos pokyčių taško vietoje? Aš manau, kad viena didžiausių problemų, su kuria susiduria įmonės, ir tada žmonės, bandantys palaikyti technologijas, kurios teikiamos toms įmonėms, kad jos galėtų valdyti savo verslą, visada yra tas, kad pokyčių tempas yra toks dramatiškas, kad jie tiesiog negali suspėti su visais skirtingos savybės ir programinė įranga, sistemos ir rėmai, ir architektūra, ir naujas kodas, ir po to esanti aparatūra, ar matote, kad dabartinis pokyčių tempas iš karto sulėtėja? Aš turiu omenyje, kad jūs susiduriate su tokiomis plačiomis platformomis, kaip ir visas IDERA rinkinys, ar netrukus sulėtėsime, ar jau seniai ruošiamės važiuoti į šį beprotiškai bėgantį krovininį traukinį?
Bertas Scalzo: Manau, kad pasiekėme pirmuosius 20 procentų šios augimo kreivės ir turime nuveikti ilgą kelią, ir tai skatina du dalykai. Technologijos nuolat tobulėja. Jūs minėjote kai kuriuos naujus atminties tipus, kurie bus išleisti, tai bus fantastiška. „Samsung“ netrukus turės 20 terabaitų „flash drive“. Tai pakeis dalykus. Turime visas šias „NoSQL“ ir „debesų“ duomenų bazes, tai tiesiog tęsis. Tačiau vienas dalykas, kuris yra juokingas, yra tas, kad žvelgdamas į tokias duomenų bazes kaip „Oracle“ ir „SQL Server“ bei kai kurias kitas, jos tikrai nėra reliacinės duomenų bazės. Galiu sudėti nestruktūrizuotus duomenis į „Oracle“ ir vis tiek palaikyti ACID laikymąsi. Jei būtumėte man pasakę, kad prieš 20 metų, aš tiesiog pasakyčiau, kad vartojate narkotikus.
Dezas Blanchfildas: Taip, taip, jie šaunūs . Na, ir dabar tie varikliai, kurių vertikalios nišos vertikalės yra tokios gražios, kaip GIS, yra tiesiog geresnės nei savitosios. Jūs pateikėte keletą puikių komentarų apie iššūkius, su kuriais susiduria DBA, ir apie skirtingus DBA laikus, kuriuos, tikimės, pamatysime visur, tačiau kaip atrodo pasaulis su tokiu verslo sluoksniu, su kuriuo susiduriate? Aš turiu omenyje, kad tai yra žmonės, kurie naudoja skirtingas platformas nuo jūsų diagnostikos vadybininko iki inventorizacijos įrankių ir nuo pat mažinimo iki defragmentavimo. Kaip DBA susidoroja su šiuo pokyčiu ir kaip jie rūšiuojami - žinote, ką jie daro su jūsų įrankiais, kad galėtų susitvarkyti su tokiu reikšmingu savo kraštovaizdžio pokyčiu?
Bertas Scalzo: Na, aš grįžtu atgal beveik prieš 20 metų, tada aš pasakysiu, kad DBAs sprendžia labai specifinį vaidmenį organizacijoje. Paprastai jie dirba su viena duomenų bazių platforma, galbūt dviem, ir valdė palyginti nedaug duomenų bazių. Dabar greitai perėjęs į šiandienos duomenų bazės administratorių, jis iš tikrųjų žinos 10 duomenų bazių platformų. Jis tvarko tūkstančius duomenų bazių, ir tai nėra pokštas; tai daugiau apie „SQL Server“ pasaulį arba „MySQL“ pasaulį. Tačiau vis dar „Oracle“ pasaulyje jie galėjo valdyti šimtus duomenų bazių. Taigi jie išleido visas šias naujas funkcijas, visas šias naujas platformas ir visas šias duomenų bazes, už kurias yra atsakingi. Jie ieško įrankių, kurie leistų padidinti jų produktyvumą ir padėtų išmokti kai kurių dalykų.
Pateiksiu pavyzdį - jei noriu skaidyti lentelę, tai yra gana neaiški sintaksė, o jei noriu padalinti ją į dalis - sintaksė tampa dar sunkesnė. Aš žinau, ką noriu daryti, noriu kurti kaušus. Jei turiu tokį įrankį kaip „DBArtisan“, kuris sako: „Ei, čia yra gražus ekranas, leidžiantis susikoncentruoti ties tuo, ką bandai daryti, o ne tuo, kaip bandai tai padaryti, ir, beje, paspauskite Parodykite SQL mygtuką, kai baigsite, ir mes jums parodysime, koks buvo SQL, kad galėtumėte pradėti iš tikrųjų mokytis ir įsisavinti tai. “
DBA suprato, kad įrankiai, kurie padeda jiems atlikti darbą, bet ir padeda išmokyti juos viso to naujo, ką jie naudoja, ir tas pats būtų teisinga - tarkime, kad aš esu „Oracle“ vaikinas, perėjęs į „MySQL“ ir sakau: „Gerai, sukurkite duomenų bazę, DBArtisan. Dabar parodykite man SQL, nes man įdomu, kaip sukurti duomenų bazę „MySQL“, ir aš tiesiog išmokau sintaksę. “Ir todėl mes ne tik padedame jiems dirbti visoje duomenų bazėje, bet ir mokome juos visoje duomenų bazėje.
Dezas Blanchfildas: Tai tampa dar įdomiau, kai išeinate į modernesnius - ar ne modernesnius, tai nėra sąžininga sakyti - bet kažkada duomenų bazė yra duomenų bazė. Šiomis dienomis matau viską, apie ką jūs čia kalbate, su papildomu iššūkiu, kurį teikia technologijos, kurias tradiciškai matome iš pardavėjų ir į jus tarsi atviro kodo, ir kad jos yra geros. Jūs ne tik dirbate su duomenų bazių varikliais ir užklausų kalbomis, bet ir su duomenų tipais, struktūrizuotais ir nestruktūrizuotais, žinote, iššūkis, kai reikia susidoroti su viskuo, kas yra nuo daugiapakopių HDFS spektro. aplinką mažiems mažiems konteineriams, paketiniams failams ir įvairiems žurnalo failų formatams.
Ir aš manau, kad tai yra kažkas, ką dabar matome ten, kur nėra jokio žmogaus, nesvarbu, koks antžmogis, supermama, nesvarbu, kokie jie gali būti, fiziškai, jie tiesiog negali psichiškai susitvarkyti su tokiu pokyčių greičiu ir variacijų skalė. Manau, kad dabar siūlomas įrankių rinkinys pateks į tašką, kuriame jie bus beveik įjungti kaip numatytąjį rinkinį, daugeliu atvejų, kad negalėtume paleisti duomenų bazių aplinkos, kurią gavome be jų, nes tiesiog fiziškai negaliu mesti į juos tiek daug kūnų. Man labai patiko jūsų pristatymas. Aš perduosiu daktarui Robinui Bloorui, esu tikras, kad jis taip pat turi daug klausimų, kad galėtų mesti tave taip pat.
Robinas Blooras: Gerai. Na, aš tikrai turiu klausimų. Bert, aš nežinau, kur eini - prieš kelias dienas turėjau tikrai įdomų pokalbį, kai kažkas man pradėjo pasakoti apie naujausią DU duomenų apsaugą ir man iš jų pasakytų kalbų atrodė, kad tai buvo neįtikėtinai drakoniški dalykai, kurių jie reikalavo. Aš galvojau, ar jūs iš tikrųjų pažvelgėte į tai; ar tai kažkas, kas jums pažįstama?
Bertas Scalzo: Visiškai. Taip.
Robinas Blooras: 2016 m., Gerai, papasakokite apie tai.
Bertas Scalzo: Ir aš iš tikrųjų …
Robinas Blooras: giliai įdomu.
Bertas Scalzo: Aš iš tikrųjų kurį laiką dirbau „Flash“ pardavėju, jų duomenų bazių srityje, padėdamas jiems sukurti „Flash“ produktus duomenų bazėms, ir galiu pasakyti, kad drakonas visiškai nesiseka. Aš turiu omenyje tai, kad jei atsimeni savo vieną skaidrę, sakiau, kad kai kuriose duomenų bazėse ji užšifruos, tačiau įdėjo į serverio atmintį ir kai kuriose duomenų bazėse - šifravimą vis dar užšifruotą serverio atmintyje, jis iššifruojamas tik tada, kai ji gaunama klientui. Taip pat rasite kai kuriuos iš šių vyriausybės standartų, ypač JAV Gynybos departamento ar kariuomenės, jie taip pat eina iki blykstės lygio ir nori žinoti ne tik tai, kad palaikote šifravimą ir iššifravimą jūsų aparatinę įrangą, tačiau jei kas nors pavogtų lustų, kurie, jūs žinote, ištraukė juos iš daikto, iš serverio, tai, kas ten yra, užšifruota ir taip, net jei jie turi saugyklą, tai negali būti ir jie iki galo - ne iki pačios blykstės dalies, bet iki atskirų lustų. Jie norėjo žinoti tą mikroschemą, viskas buvo užšifruota.
Robinas Blooras: Oho. Aš turiu omenyje, kad yra daugybė dalykų, kuriuos jūs žinote, manau, kad jūs tai sukūrėte tik viena ar dvi skaidrės, bet tai buvo kažkas, scenarijus, kuris, manau, yra tikrai įdomus. Pavyzdžiui, informacijos redagavimas turi būti šiek tiek sumanus, o ne tik maskuoti įvairius laukus, nes šiais laikais, ypač mokantis kompiuteriu, galite daryti dedukcinius veiksmus, leidžiančius paviešinti informaciją, kurios anksčiau negalėjote pateikti.
Jei bandote apsaugoti, sakykime, informaciją apie sveikatą, tada tai yra labai, labai dramatiškos taisyklės, susijusios su informacija apie sveikatą JAV, tačiau iš tikrųjų galite, naudodamiesi įvairiomis mašininio mokymosi metodikomis, dažnai išsiaiškinti, kas yra kažkieno medicininė informacija. iš tikrųjų yra. Aš tiesiog susimąsčiau, ar turite ką pasakyti apie tai, nes visi mano, kad tai įdomi sritis.
Bertas Scalzo: Taip, be abejo, aš naudoju tai tik kaip pavyzdį, nesistengiu pasakyti, kad viena duomenų bazė yra geresnė už kitą, tačiau tai yra labai geras pavyzdys to, ko ką tik paprašėte. Oracle, jei man neleidžiama matyti, pavyzdžiui, duomenų eilutės, pavyzdžiui, man neleidžiama matyti John Smith medicinos įrašo. Jei „Oracle“ sakysiu: „Pasirinkite tą įrašą“, aš būsiu užblokuotas arba man bus leista pamatyti tai, kas man leidžiama, ir jis bus ištaisytas. Ir jei aš pasakysiu: „Pasirinkite sąskaitos žvaigždę iš lentelės, kurioje lygus Džonas Smithas“, aš gausiu nulį.
„SQL Server“ jis gali atlikti redagavimą, tačiau jame yra spragų. Jei aš pasakysiu: „Pasirinkite sąskaitos žvaigždę iš lentelės, kurioje ji lygi Johnui Smitui“, aš iš tikrųjų grąžinsiu ją, todėl žinau, kad ten yra Johnas Smithas. Vienas yra saugesnis už kitą. Dabar tikiuosi, kad jie tai išsiaiškins, visada žaisdami viena su kita varlės. Ir vėl aš nesistengiu atskirti duomenų bazių, išskyrus tam, kad parodyčiau pavyzdį. Pažvelk į tai, apie ką mes dabar kalbame, kai ką taip paprasta, kaip pasirinkti sąskaitą, taip pat turi sumažinti redagavimas, nors ir techniškai. kalbant, nieko neredaguojama, išskyrus eilutės egzistavimą.
Robinas Blooras: Taip, teisingai. Tai savotiškai įdomu. Aš turiu galvoje dar vieną bendrą klausimą, nes negaunu daug laiko, iš tikrųjų tik dėl patobulinimų. Aš turiu omenyje, kad jūs buvote ten, kur žinau, kad parodėte mums įvairių jūsų atliktų bandymų rezultatų pavyzdžius - ar manote, kad tradicinės duomenų bazės, vadinkime jas dominuojančiomis duomenų bazėmis, SQL Server ir Oracle, ar ne? manote, kad jie liks iki pabaigos? Ar jūs manote, kad jie iš tikrųjų susidurs su vienokiais ar kitokiais įvairiausio pobūdžio sutrikimais rinkoje, kurie iš tikrųjų juos kamuoja? Kokia tavo nuomonė?
Bertas Scalzo: Aš turiu savo nuomonę ir tai - žinote, vėlgi sakysiu, kad tai mano nuomonė - pavyzdžiui, „Microsoft“, po Ballmerio epochos, tiesiog daro įspūdį apie mane išgyventą pragarą. Aš turiu omenyje šią ištempiančią duomenų bazę, kuriai gauti SQL Server Linux, .NET per Linux, PowerShell Linux; Nemanau, kad tradiciniai duomenų bazių pardavėjai atsiliks. Aš manau, kad jie nusprendė: „Ei, leisk naujiems vaikinams, startuoliams ką nors apibrėžti. Leiskite jiems išsiaiškinti, kas yra sharding ir kaip jis turėtų būti tobulas. Kai jie atliks visus tyrimus ir plėtrą, mes tiksliai žinome, ko vartotojai nori, dabar pridėkime sharding prie Oracle. “Manau, kad jie tiesiog tampa protingi ir sakydamas: „Ei, būti antram ar trečiam nėra blogai, kai esi dominuojantis žaidėjas, nes tada žmonės iš tavęs nepasitrauks“.
Robinas Blooras: Taip, aš turiu galvoje, kad tai buvo strategija, kuri buvo naudojama. Aš turiu omenyje, kad IBM įpratusi daryti tą patį ir tą patį visumą - visam jų produktų asortimentui, ir tai vertinama pakankamai gerai, kol kas nors sugalvoja ką nors, kas visiškai atsiduria už sienos, apie kurį niekas niekada negalvojo, bet tu negali planuoti bet kokiu atveju.
Klausimai iš auditorijos, Ericai?
Ericas Kavanaghas: Taip, bet jūs turite laiko, manau, kad tik dėl vieno, ir žinau, kad Bertas turi bėgti. Čia buvo kažkas - gerai, kad „Oracle 12c“ skardinė architektūra rodo - ar tai, jūsų manymu, kas, jūsų manymu, ten vyksta?
Bertas Scalzo: Na, „Oracle“ sugeria ir (arba) siūlo viską, kas yra visi kiti duomenų bazių pardavėjai. Pavyzdžiui, į „Oracle“ galiu sudėti nestruktūrizuotus duomenis. Nežinau, kaip galite sudėti nestruktūrizuotus duomenis ir pavadinti juos reliacine duomenų baze, todėl nėra prasmės, bet galite. O dabar „Oracle“ prideda apsaugą, todėl „Oracle“ sako: „Žinai ką? Kad ir kaip norėtų rinka, mes pateiksime savo duomenų bazės pasiūlymą, nes rinka nori to, ko nori rinka, o mes norime pateikti sprendimą, norime, kad jie liktų su mumis “.
Manau, kad pamatysite papildomų elementų. Nenustebčiau pamatęs į „Hadoop“ panašų duomenų bazių mazgų grupavimą ne į „Oracle“ grotuvą ar realų programų klasterį, bet iš esmės į tradicinį „Hadoop“ tipo klasterį, atliekantį tą suskaidymą. Taigi manau, kad galėsite įdiegti tokią duomenų bazę kaip „Oracle“, kaip ir „Hadoop“, ir šios tendencijos tęsis. Šie dideli duomenų bazių pardavėjai uždirba milijardus dolerių ir nenori prarasti rinkos, todėl nori prie bet ko prisitaikyti ar ką nors priimti.
Ericas Kavanaghas: Na, jūs žinote, tai juokinga, nes gana ilgai stebėjau atvirojo kodo pardavėjus ir vis stebėjausi, kad nepaisant to, kokį didelį poveikį jis turės tradicinėms uždarų durų technologijoms, o tam tikrą laiką be abejo, jautėsi, kaip atvirojo kodo pardavėjai žengia rimtų žingsnių, ir dabar, žvelgdamas į rinką, matau, ką tu sakai, kad dideli vyrukai padarė matematiką, paaštrino savo pieštukus ir suprato, kaip jie gali pinti daug tos medžiagos į savo architektūrą. Nesvarbu, ar tai būtų „IBM“, ar „Oracle“, ar SAP - aš ką tik dalyvavau praėjusio mėnesio „SapphireNow“ konferencijoje, o Steve'as Lucasas, kuris vadovauja pusei šios įmonės, girti, kad SAP dabar į savo HANA debesų platformą įtraukia daugiau atvirojo kodo komponentų nei bet kuris iš jų konkurentai. Jei atliksite matematiką tuo klausimu, tai yra gana įspūdingas teiginys ir jis man sako, kad dideli vaikinai niekur neina niekur.
Bertas Scalzo: Ne, aš statyčiau pinigus už abu. Aš turiu galvoje, jei pažiūrėtumėte, „Microsoft“ akcijų neseniai buvo apie 50 USD, ir, žinote, tik prieš kelerius metus jų buvo 25. Per trumpą laiką dvigubai padidinkite savo akcijų kainą, nebent darote gerus dalykus, o jūs žinote, kad, manau, ši fenomenalios duomenų bazės funkcija, pradedanti nuo „Windows 10“ pirmaisiais metais nemokamų programų iki visų kitų intelektualių dalykų, kuriuos daro, yra tiesiog fenomenali. Manau, kas nutiks, daug žmonių pateks į Azure, o ne tiesiogiai, ne taip, kaip jie sakė: „Perkelkime savo duomenų bazę į Azure“. Tai stebuklingai ten perkels, nes bus archyvuota. ten naudojant šią naują ištemptos duomenų bazės funkciją, todėl Azure priėmimas tiesiog padidės.
Erikas Kavanaghas: Na, tai yra viena iš tendencijų rinkoje, kurią net ir „Mac“ galiu pamatyti. Kai naudojate „Mac“, norėdami išsaugoti kai kuriuos dokumentus, jie dabar - ir naujesni „Mac“ kompiuteriai tiesiog seka per debesį, tiesa? Aš turiu omenyje, kad ta strategija turi daug prasmės, aš taip pat ją žiūriu ir einu: „Gerai vaikinai, jūs bandote mane suvilioti po truputį į savo debesies aplinką, o kada nors norėsiu pažiūrėti kokį nors filmą, jei mano kredito kortelės galiojimo laikas pasibaigė, aš būsiu nemalonus “.
Bertas Scalzo: Taip, bet jūs tai darote „Facebook“.
Erikas Kavanaghas: Taip. Tai tiesa.
Bertas Scalzo: Viską skelbiate „Facebook“.
Erikas Kavanaghas: Na, ne viskas.
Bertas Scalzo: Ne, aš turiu galvoje -
Erikas Kavanaghas: Taip, eik į priekį.
Bertas Scalzo: Šios socialinės tendencijos pasiekia verslą. Dabar verslas vis dar turi daug kitų dalykų, kuriuos turi padaryti, tačiau jie mato šias tendencijas ir daro tuos pačius dalykus. Nematau nei „Oracle“, nei „Microsoft“. Tiesą sakant, kiekvieną kartą pirksiu atsargas, kai tik panirsiu.
Ericas Kavanaghas: Taip, tikrai. Na, žmonės, eikite į idera.com, IDERA dot com. Kaip sakė Bertas, jie ten turi daugybę nemokamų daiktų, ir tai yra viena iš naujų tendencijų rinkoje - duok keletą nemokamų daiktų, su kuriais galėtum žaisti, apsikabins, o tada eisi nusipirkti tikrų daiktų.
Žmonės, tai buvo dar viena karšta technologija. Ačiū už jūsų laiką šiandien, Bertui, žinoma, Dezui ir Robinui. Mes kalbėsimės su jumis kitą savaitę, žmonės, daug dalykų vyksta. Jei turite minčių, nedvejodami rašykite el. Paštu. Kitą kartą kalbėsimės su tavimi, pasirūpink. Iki.
