Ottaa mukaan: Isäntä Eric Kavanaugh keskustelee tietokantateknologian innovaatioista asiantuntijoiden Dez Blanchfieldin, Robin Bloorin ja Bert Scalzon kanssa.
Et ole tällä hetkellä kirjautunut sisään. Kirjaudu sisään tai kirjaudu sisään nähdäksesi videon.
Eric Kavanagh: Hyvät naiset ja herrat, on keskiviikko kello neljään itäaikaan. Olen New Orleansissa, kesä on tulossa, eli on kuumaa! On aika Hot Technologiesille, kyllä, kyllä, todellakin. Nimeni on Eric Kavanagh, minä olen sinun isäntäsi. Aion potkaista palloa takaisin tänne Hot Technologies varten. Tänään aiheena on ”Eteenpäin suuntautuminen: Suhtaudumme muihin kuin perinteisiin”. Ihmiset, meillä on tänään puhelimessa kolme tietokanta-asiantuntijaa, joten kaikki kysymykset, ne kovat, älä ole ujo. Meillä on tänään joukko hyvää sisältöä. Sinussa on paikka todella, riittää minusta. Tietysti tämä vuosi on kuuma. Puhumme kaikesta kuumista tekniikoista tässä näyttelyssä, joka on kumppanuus Techopedian ystävien kanssa. Ja olemme menossa aina tietämyksen hallinnan perustaan, joka on tietysti tietokanta. Aiomme puhua siitä, kuinka pääsimme tänne, mitä tänään tapahtuu ja mitä tapahtuu eteenpäin. Paljon erittäin mielenkiintoisia juttuja meneillään.
On selvää, että tietokanta-avaruudessa on jotain vakavaa innovaatiota. Oli jonkin aikaa hiljaista; Jos puhut joidenkin liiketoiminnan analyytikoiden kanssa, sanoisin todennäköisesti vuodesta 2005 - 2009 tai '10, niin ei vaikuttanut siltä, että innovaatioiden suhteen olisi tapahtunut liikaa.Ja yhtäkkiä se puhkesi vain, kuten jailbreak tai jotain, ja nyt tapahtuu kaikenlaisia mielenkiintoisia juttuja. Paljon asia johtuu verkon mittakaavasta ja kaikista hienoista verkkoominaisuuksista, jotka tekevät erilaisia mielenkiintoisia asioita. Sieltä NoSQL-konsepti tuli. Ja se tarkoittaa kahta eri asiaa: se tarkoittaa, ettei SQL: tä, koska se ei tue SQL: tä, se tarkoittaa myös paitsi SQL: tä. Jotkut ihmiset ovat käyttäneet termiä NewSQL. Mutta tietenkin, SQL: n - strukturoidun kyselykielen - on todella perusta, se on kyselyjen perusta.
Ja on mielenkiintoista, että kaikki nämä NoSQL-moottorit, mitä tapahtui? No, he tulivat esiin, siitä oli paljon jännitystä, ja sitten muutama vuosi myöhemmin, mitä me kaikki kuulimme? Voi, SQL Hadoopilla. No, kaikki nämä yritykset aloittivat SQL-rajapintojen leikkaamisen NoSQL-työkaluihinsa, ja kuka tahansa ohjelmointimaailmassa oleva tietää, että se johtaa joihinkin haasteisiin ja vaikeuksiin, ja joihinkin ristikkoihin ja niin edelleen. Joten aiomme selvittää tänään paljon asioita.
Meillä on kolme esittäjää: meillä on Dez Blanchfield soittamassa Sydneystä, oma Robin Bloor, joka on Texasissa, samoin kuin Bert Scalzo, hän on myös Texasissa. Joten ensin kuulemme Dez Blanchfieldiltä. Ihmiset, twittelemme #HotTech-hashtia kohden, joten ota rohkeasti kommenttejasi tai kysymyksiäsi webcast-konsolin Q&A-komponentin tai jopa chat-ikkunan kautta. Ja sen kanssa, Dez Blanchfield, ota se pois.
Dez Blanchfield: Kiitos, Eric. Hei kaikki. Joten yritän asettaa kohtauksen 30 000 jalkaa kohti sellaista, mitä tapahtui viimeisen vuosikymmenen aikana, ja merkittäviä muutoksia, joita olemme nähneet - tai ainakin ainakin puolitoista vuosikymmentä - tietokannan hallintajärjestelmät, ja jotkut vaikutukset kaupallisesta tai teknisestä näkökulmasta, ja jotkut trendit, jotka olemme jo kärsineet myöhässä, ja johtavat meidät keskusteluun, jonka aiomme tänään käydä aiheen ympärillä.
Kansikuvaani täällä on hiekkadyyni, ja tuulen puhaltaa pieniä pieniä määriä hiekkaa sen päältä. Ja sen seurauksena tapahtuu, että hiekkadyyni kulkee hitaasti yhdestä tilasta toiseen. Ja se on uskomaton ilmiö, jossa nämä massiiviset 40 ja 50 jalkaa korkeat hiekkavuoret todella käytännössä liikkuvat. Ja ne liikkuvat hyvin hitaasti, mutta liikkuvat varmasti ja liikkuessaan ne muuttavat maisemaa. Ja se on melko jotain katsottavaa, jos vietät milloin tahansa alueella, jolla hiekkadyynit ovat luonnollista. Koska voit katsoa ikkunasta ulos yhtenä päivänä ja ymmärtää, että tämä massiivinen hiekkavuori, pienet pienet jyvät ovat itse asiassa liikkuneet itsestään ja että tuuli siirtää sitä hitaasti paikasta toiseen.
Ja mielestäni se on ollut tietokantajärjestelmien maailma jo jonkin aikaa. Aivan hyvin aivan viime aikoihin saakka, tuo hyvin pieni muutos hiekanjyvien muodossa, joka liikutti jättiläismäistä hiekkamaata hiekkadyynin muodossa. Pieniä muutoksia on tullut tietokantaalustoille vuosien varrella, ja tietokantajärjestelmien ja -alustojen ympärillä on ollut melko vakaa ja vakaa ympäristö keskiaikakauden keskusyksikön kautta. Mutta myöhään, meillä on tapahtunut melko merkittäviä asioita kaupallisille tarpeillemme ja teknisille ohjaimillemme. Aion kävellä meidät läpi.
Olen sitä mieltä, että tietokannan peruskonsepti, kuten me tienimme sen monien, monien vuosien ajan, ja kuten olette ehkä kuulleet esittelyä edeltävässä pauhassa, kahdella asiantuntijamme kanssa, jotka ovat tänään kanssani puhelun aikana, oli elämä Tämä tila ja he ovat aivan oikeassa jakaessaan urheuttamisoikeuksiaan olemassaolosta, kun kaikki alkoi 80-luvun alkupuolella. Mutta olemme nähneet tämän massiivisen muutoksen viimeisen vuosikymmenen aikana ja aion käydä läpi meidät nopeasti ennen kuin annan sen tohtori Robin Bloorille.
Olemme käyneet läpi tämän kutsumani ”suuremman, paremman, nopeamman ja halvemman” kokemuksen. Kuten totesin, tietokannan määritelmä on muuttunut. Maisema, jossa tietokantaalustojen on pitänyt käsitellä suorituskykyä, ovat muuttuneet myös tekniset ja kaupalliset vaatimukset. Olemme nähneet tämän kysynnän kasvun ratkaisuille, jotka vastaavat joko monimutkaisempiin kaupallisiin tai monimutkaisempiin teknisiin vaatimuksiin. Joten todella nopea katsaus siihen, mitä tämä mielestäni todella tarkoittaa, on, että jouduimme lajittelemaan 90-luvut ja näimme tietokantatekniikan, johon Internetin käyttöönotto vaikutti, ja sellaisen, mitä kutsumme tuolloin Internetiin. mittakaavassa. Emme puhuneet pelkästään terminaalien edessä istuvista ihmisistä, alun perin tyylistä teletyyppisistä päätelaitteista, joihin oli rakennettu fyysisiä eria ja 132 tulostavaa saraketta paperilla. Sitten varhaisen vihreän näytön päätteet, lävistys näppäimistöllä.
Mutta tiedätkö, maailmamme oli päätteitä ja sarjakaapeleita tai verkkokaapeleita, jotka puhuivat tietokoneiden kanssa pitkään. Sitten tuli internet ja tämä räjähdysmäinen yhteyksien kasvu, jota ei tarvinnut kytkeä tietokoneeseen enää. Tietokantajärjestelmään pääsemiseksi tarvitsit vain selaimen. Joten tietokantatekniikan piti muuttua dramaattisesti, käsitellä kaiken mittakaavaa perustason hakukonetekniikoista, joita käytettiin indeksoimaan maailmaa, ja tallentamaan tietohakemisto, esimerkiksi tietokantamuotoasteikolla. Ja ihmiset kuten Google ja muut tarjosivat foorumin siihen. Ja kaikki uuden tyyppiset tietokantojen tallennukset sekä kysely ja indeksointi tuotettiin. Ja sitten meillä oli musiikkisivustoja ja elokuvasivuja.
Ja sitten 2000-luvulla näimme dot-com-puomin, ja se johti vielä dramaattisempaan räjähdykseen ihmisissä, jotka käyttivät järjestelmiä, jotka aina toimivat jonkinlaisen tietokannan avulla. Tässä vaiheessa relaatiotietokannat selviytyivät edelleen suurimmasta osasta kuormaa, laitoimme ne vain isommalle tinalle ja menimme tavallaan erittäin, erittäin, erittäin suuriin keskialuejärjestelmiin, joissa käytetään Unix-alustoja ihmisiltä kuten IBM ja Sun ja niin edelleen. . Dot-com-puomi teki vain asiat isommiksi ja nopeammiksi laitteiston, suorituskyvyn kannalta, ja tietokantamoottoreissa tapahtui joitain merkittäviä muutoksia, mutta pääosalta se oli silti sama asia, jonka olimme ikinä nähneet pitkä aika.
Ja sitten saimme tämän Web 2.0 -kauden, kun viitaamme siihen. Ja tämä oli hirviömäinen muutos, koska yhtäkkiä tarvitsimme paljon yksinkertaisempia tietokantaalustoja, ja vaaka-muodossa oli oltava asteikko. Ja se oli niin merkittävä muutos tavassa, että lähestyimme ajatusta tietokannasta. Olemme edelleen todella kiinni nyt mielestäni. Ja nyt olemme tekemisissä koko tämän mölyn kanssa, ja sanon, että positiivisella spinillä, ei negatiivisella konnotaatiolla, tämä möykky siitä, mitä me tarkoitamme suurena datana, ja valtava räjähdys, ja tarkoitan räjähdystä. Tämä törkeä siirto pystysuoraan graafiin, joka kuvaa niiden vaihtoehtojen määrää, jotka meillä on, kun puhutaan tietokannasta, ja jonkinlaista relaatiopyyntövalmiutta.
Ja mielenkiintoista kyllä, olen henkilökohtaisesti sitä mieltä, että mielestäni iso data on vain jäävuoren huippua. Meillä on taipumus olla hieman innostuneita siitä, mitä suurten tietojen vaikutukset ovat olleet ja minkä tyyppisiä valintoja meillä nyt on. Meillä on kaikkea NoSQL-moottoreista, meillä on graafimoottorit, meillä on kaikki nämä erityyppiset alustat, joihin pystymme heittämään tietoja ja tekemään asioita sen kanssa. Jopa siihen pisteeseen saakka, yksi ensimmäisistä keskusteluista, jotka minulla oli tänään täällä kanssamme vierailevan Eric Kavanaghin kanssa, oli keskustelu, joka liittyi Apache Drill -nimiseen asiaan, joka on avoimen lähdekoodin projekti, jonka avulla voit tehdä kyselyn tiedot mallin eri tietotyyppien sisällä: kaikkea kiintolevyllä olevista raa'ista CSE-tiedostoista aina PDF-tiedostojen HDFS-tiedostojärjestelmiin. Ja tiedät, se antaa sinun tehdä nämä SQL-tyyliset kyselyt jäsennellystä ja jäsentämättömästä tiedosta kaikenlaisista jännittävistä kasveista.
Olemme tulossa näkemään, että "älykkäästä rakennuksesta" tulee asia, ja haluaisimme ajatella, että meillä on älykkäitä turvallisuuden ja lämmönhallinnan rakennuksia, mutta puhun älykkäistä rakennuksista, jotka tietävät paljon enemmän siitä, kuka olet ja missä olet, kun kävelet ja teet kaikenlaisia siistejä asioita tällä tasolla älykkäisiin kaupunkeihin - kokonaisiin ekosysteemeihin kaupungin tasolla - jotka tietävät kuinka tehdä asiat älykkäästi. Ja sen lisäksi, meillä on tämä uskomaton asia, jota en usko, että kukaan maailmassa on täysin ymmärtänyt, ja se on esineiden Internetin muoto. Kaikkia näitä erilaisia muutoksia on tapahtunut viimeisen vuosikymmenen aikana ja hiukan, ehkä kaksi vuosikymmentä, jos pyöristämme sitä, ja ne ovat jonkin verran vaikuttaneet mielestäni tietokantojen mielestämme maailmaan.
On ollut pari merkittävää asiaa, jotka ovat tehneet tämän jopa mahdolliseksi. Kiintolevyjen hinnat ovat laskeneet dramaattisesti, ja se on monella tapaa mahdollistanut ajaa joitain vertailuarkkitehtuureja, kuten Hadoop-mallia, sillä otamme paljon tietoa ja levitämme sitä monille kiintolevyille, ja tehdä älykkäitä asioita sen kanssa. Ja käytännössä siitä, mistä tuli minun mielestäni relaatiotietokannan tai perinteisen DB-yksikkömallin varjostus. Ja RAM sai erittäin, erittäin halpaa, ja se antoi meille aivan uuden mahdollisuuden leikkiä erilaisilla viitearkkitehtuureilla, kuten muistissa, ja tehdä asioita, kuten osien jakaminen erittäin, erittäin suurilla datalla.
Ja niin tämä antoi meille tämän pienen kuvan, jota nyt tarkastelemme. Tämä on kaavio, joka näyttää käytettävissä olevat alustojen tyypit, jos olet isojen tietojen maisemassa. Ja se on erittäin, erittäin vaikea lukea, ja syy siihen, että siitä on vain liian paljon tietoa. Siellä on niin paljon valmistamis-, malli- ja valmistusvaihtoehtoja, joilla tietoja voidaan laittaa minkä tahansa muodon tietokantajärjestelmiin ja tehdä siitä kyselyitä sekä tehdä perinteisiä luku-kirjoituksia. Eivätkä ne ole kaikki vaatimusten mukaisia, tosiasiassa vain harvat edes täyttävät minkään tyyliset perusstandardit, mutta pitävät itseään edelleen tietokannana. Ja aion näyttää sinulle pari näyttöä sekunnissa antaaksesi sinulle jonkin verran huomiota siihen, mitä tarkoitan siirtymällä 90-luvulta ja Internet-asteikolta Web 2.0: lle, ja sitten koko kasvu isojen tietojen avulla. Jos mielestämme tämä suuri tietotekniikkamaisemakaavio on jännittävä, koska siinä on paljon vaihtoehtoja, katsotaanpa vain yhtä pystysuuntaista näppäintä.
Katsotaanpa markkinointitekniikkaa. Tässä on vaihtoehtoja tietokannan hallintajärjestelmille tai tiedonhallinnalle vain mar-tech-tilan sisällä, joten markkinointiin liittyvä tekniikka. Nyt tämä oli vuonna 2011, joten muutama vuosi sitten; viisi vuotta sitten tämä näytti maisemalta. Jos palaan vain yhden diaan taaksepäin, näyttää siltä, minkälainen nykyinen tietomaisema on erilaisilla tuotemerkeillä ja tarjouksilla, joita meillä on tietokantatekniikoilla. Näin pystysuorat näyttivät viisi vuotta sitten, vain markkinointitekniikassa.
Jos nyt siirryn tämänpäiväiseen näkymään, se näyttää siltä, ja se on täysin läpäisemätön. Juuri tämä tuotemerkkien ja vaihtoehtojen seinä, ja tuhansia ja tuhansia ohjelmistoyhdistelmiä, jotka katsovat olevansa tietokantaluokassa, voivat siepata, luoda tai tallentaa ja hakea tietoja eri muodoissa. Ja luulen, että olemme tulossa erittäin, erittäin mielenkiintoiseen ja rohkeaan aikaan nyt, jolloin voit kerran tuntea suuret tuotemerkit, tuntea viisi tai kuusi erilaista aluetta Oraclesta ja Informixistä, DB2: sta ja niin edelleen, ja olla melkein asiantuntija kaikista tuotemerkeistä, joita oli saatavilla noin 20 vuotta sitten. Kymmenen vuotta sitten se muuttui hiukan helpommaksi, koska jotkut tuotemerkit putosivat, eikä kaikki merkit kyenneet selviytymään dot-com-puomin mittakaavasta, ja jotkut yritykset vain rikkoivat.
Nykyään on ehdottoman mahdotonta olla asiantuntija kaikesta olemassa olevasta tietokantateknologiasta, olipa kyse sitten relaatiotietokannoista vai tavanomaisista tietokannan hallintaympäristöistä, joista olemme tienneet parin viime vuosikymmenen aikana. Tai todennäköisesti, nykyaikaisemmat moottorit, kuten Neo4j, ja nämä tyypit. Joten uskon, että olemme siirtymässä erittäin rohkeaseen maailmaan, jossa on saatavana paljon vaihtoehtoja, ja meillä on nyt horisontaalisesti alustoja joko muistissa tai levyllä. Mutta mielestäni on haastava aika teknologia- ja yrityspäättäjille, koska heidän on tehtävä joitain erittäin suuria päätöksiä teknologiapinoista, jotka ovat joissain tapauksissa olleet olemassa vain olennaisesti kuukausia. Kahdeksantoista kuukautta vanha ei ole nyt pelottava numero joillekin mielenkiintoisimmille ja uusille avoimen lähdekoodin tietokanta-alustoille. Ja he alkavat yhdistää alustoja ja ovat entistä uudempia ja jännittäviä.
Luulen, että meillä on tänään hyvä keskustelu siitä, kuinka tämä kaikki on vaikuttanut perinteisiin tietokantaalustoihin ja kuinka ne reagoivat siihen, ja millaisia tekniikoita heitetään siihen. Ja pitäen tämän mielessä, siirron nyt tohtori Robin Bloorille ja saan hänen näkemyksensä. Robin, sinulle.
Robin Bloor: Okei, kiitos siitä. Kyllä, tämä on aivan liian suuri aihe. Tarkoitan, että jos valitsisit vain rainan yhdestä Dez: n juuri näyttämistä kuvista, sinulla voisi olla pitkä keskustelu vain yhdestä raosta. Mutta tiedät, voit mennä tietokantaan - Olen tutkinut tietokantoja, en tiedä, 1980-luvulta lähtien, ja voit tarkastella tietokantoja eri tavoin. Ja yksi niistä asioista, jotka luulin tekeväni vain heittääkseni tänään keskusteluun, oli puhua syystä, että häiritseviä asioita on tapahtunut laitteistojen tasolla. Ja sinun on pidettävä mielessä, että myös ohjelmistotasolla on tapahtunut hirvittävää paljon häiritseviä asioita, joten tämä ei ole täydellinen kuva mistään, tämä on vain laitteisto-asia.
En myöskään aikonut puhua erityisen kauan, halusin vain antaa sinulle laitteistokuvan. Tietokanta oli prosessorin, muistin ja levyn kattavia tietojen hakuominaisuuksia, ja se muuttuu dramaattisesti. Ja syy, jonka sanon, oli se, että opin oppimaan ymmärtämään tietokantaa sen näkökulmasta, mitä oikein teit. Tiedät, että tosiasiallisesti CPU: lla olevien tietojen ja prosessoriin muistiin vedetyn datan ja levyltä muistista vedettävän datan ja CPU: n välillä on ero viiveellä. Ja vanhat tietokanta-arkkitehtuurit yrittivät vain tasapainottaa sitä. Tiedätkö, he vain sanoivat: "No, tämä menee hyvin hitaasti, välimuistiin tallennetaan levyllä olevat tiedot niin, että ne ovat muistissa. Yritämme tehdä sen todella tarkalla tavalla, jotta todella hyvä osa pyydetyistä tiedoista on jo muistissa. Ja marssimme tiedot prosessorille niin nopeasti kuin pystymme. "
Ja tietokannat kirjoitettiin vanhaan, koneet on kirjoitettu pienille klustereille. Ja nyt tietämättömyydelle rinnakkaisuudesta. Koska jos aiot saada jonkin verran suorituskykyä klusterista, joudut tekemään useita asioita samanaikaisesti. Parallelismi on osa peliä, ei minkäänlaista kuin nyt. Kävelän vain sellaisen tapahtuman läpi.
Ensinnäkin levy. No levy on ohi, todella. Tietokantojen suhteen se on melko ohi. Tietojen arkistointiin on mielestäni useita haittoja, ja jopa erittäin suurilla Hadoop-tietojonoilla, jotka ovat huonoin pyörivä levy, on todennäköisesti nykyään elinkelpoinen. Todellakin, kehruulaitteen ongelma oli, että lukemisen nopeudet eivät parantuneet erityisen paljon. Ja kun prosessori nousi Mooren lainopeuksilla, eräänlaisella suuruusluokalla, nopeammin kuuden vuoden välein. Ja muisti oli seuraavanlainen sen jälkeen, kun nämä kaksi olivat kohtuudella tahdissa toistensa kanssa, se ei ollut täysin sileä, mutta he tekivät.
Mutta satunnaisesti luettu levylle, jossa pää lentää levyn ympäri, tarkoitan kaiken muun lisäksi fyysistä liikettä. Ja jos luet satunnaisesti levyä, se on uskomattoman hidas verrattuna muistiin lukemiseen, se on kuin 100 000 kertaa hitaampi. Ja melko äskettäin suurin osa tutkituista tietokanta-arkkitehtuureista, joita olen tarkastellut millä tahansa syvyydellä, ovat itse asiassa vain lukeneet sarjaa levyiltä. Haluat todella tavalla tai toisella, tallentaa vain välimuistin niin paljon kuin voit levyltä, vedä se pois hitaalta laitteelta ja laita se nopeaan laitteeseen. Ja siinä on paljon älykkäitä asioita, joita voit tehdä, mutta se on tavallaan ohi.
Ja solid-state-levyt tai flash-asemat, todella, sellaiset, mitä he ovat, korvaavat nopeasti kehruulevyn. Ja se muuttuu jälleen täysin, koska tapa, jolla tiedot on järjestetty levylle, järjestetään sen mukaan, miten levy toimii. Kyse on oikeastaan päästä, joka liikkuu kehruupinnan yli, tosiasiallisesti useasta päästä, joka liikkuu usean kehruupinnan yli, ja datan poimimisesta sellaisenaan. Puolijohdeasema on vain lohko juttuja, joita voit lukea. Tarkoitan, ensimmäinen asia on, että kaikki perinteiset tietokannat on suunniteltu kehräntälevyä varten, ja niitä suunnitellaan nyt uudelleen SSD: tä varten. Uudet tietokannat voivat todennäköisesti - kuka tahansa, joka kirjoittaa nyt uuden tietokannan, voi todennäköisesti jättää kehruulevyn ohittamatta, ajattelematta sitä ollenkaan. Mutta Samsung, SSD-levyjen suurin valmistaja, kertoo meille, että SSD-levyt ovat tosiasiassa Mooren lakikäyrällä.
Luulen, että ne olivat jo noin kolme tai neljä kertaa nopeammat kuin pyörivä levy, mutta nyt ne nousevat nyt paljon nopeammin 18 kuukauden välein, pohjimmiltaan. Tupla nopeus ja 10 kertaa nopeus noin kuuteen vuoteen. Jos se oli kuitenkin vain niin, niin se ei ole, kuten kerron teille hetkessä. Pyörivästä levystä on tietenkin tulossa arkistointiväline.
Tietoja muistista. Ensin ensin, RAM. CPU-suhde RAM: n välillä CPU: ta kohti kasvaa vain koko ajan. Ja se tietysti tietyllä tavalla antaa uskomattoman paljon enemmän nopeutta, koska nykyinen muistin hehtaari voi tallentaa paljon enemmän. Mitä tämä tosiasiallisesti tekee, se vähentää paineita MLTP-tyyppisiin sovelluksiin tai satunnaisesti luettuihin sovelluksiin, koska niiden hoitaminen on helpompaa, koska sinulla on nyt paljon muistia, ja tällä tavalla voit välimuistiin kaiken, mikä todennäköisesti luetaan muistiin. Mutta joudut ongelmiin suuremman tietokasan kanssa, joten iso data ei oikeastaan ole niin yksinkertaista.
Ja sitten meillä on Intel, jossa on 3D Xpoint, ja IBM, jota he kutsuvat PCM: ksi, joka on vaihtomuisti, toimittavat jotain, mikä heidän mielestään on - no, se on ainakin 10 kertaa nopeampi kuin nykyiset SSD: t, ja he uskovat sen saavan hyvin lähellä samaa nopeutta kuin RAM. Ja tietysti se on halvempaa. Joten aiemmin sinulla oli tämä prosessorin, muistin ja levyn tietokantarakenne, ja nyt siirrymme kohti rakennetta, jolla on neljä kerrosta. Siinä on CPU, muisti tai RAM ja sitten tällainen SSD: tä nopeampi muisti, joka on itse asiassa haihtumaton, ja sitten SSD. Ja nämä uudet tekniikat ovat haihtumattomia.
Ja siellä on HP: n muisti, jota ei vielä ole, tiedätte, koska se ilmoitettiin noin seitsemän vuotta sitten, mutta sitä ei vielä ole ilmestynyt. Mutta kuulen huhut, että HP aikoo muuttaa peliä vähän myös muistilaitteella, joten sinulla on vain uusi muistitilanne. Tämä ei ole kuin meillä olisi nopeampia tavaroita, tämä on kuin meillä olisi aivan uusi kerros. Ja sitten meillä on tosiasia, että SSD-käyttöoikeus, voit lukea sen samanaikaisesti. Pyörityslevyä ei voi lukea rinnakkain, paitsi sillä, että sinulla on paljon erilaisia kehruulevyjä. Mutta estää SSD, voit itse lukea samanaikaisesti. Ja koska voit lukea sen rinnakkain, se menee paljon nopeammin kuin yksinkertainen lukemisnopeutensa, jos asetat tosiasiassa useita prosesseja eri prosesseille yhdellä CPU: lla ja sinulla on vain se SSD: llä.
Arvioidaan, että saat melkein jopa RAM-nopeuden tekemällä sen. Ja kaikki tämä sanoo, että muistiarkkitehtuurin tulevaisuus on epäselvä. Tarkoitan, tosiasia on, että useat hallitsevat myyjät, riippumatta siitä, mistä ne osoittautuvat, todennäköisesti määräävät laitteiston suunnan. Mutta kukaan ei tiedä mihin se menee tällä hetkellä. Olen keskustellut joidenkin tietokanta-insinöörien kanssa, jotka sanovat: "En pelkää mitä tapahtuu", mutta he eivät tiedä kuinka optimoida se lähteestä. Ja teit aina tavallaan, joten se on mielenkiintoista.
Ja sitten on CPU. No, monisähköiset suorittimet eivät olleet vain moniytimisiä. Meillä on myös huomattavia määriä L1-, L2- ja L3-välimuistia, etenkin L3-välimuistia, mikä on, en tiedä, kymmeniä megatavuja. Voit laittaa paljon sinne, tiedät. Ja siksi, voit itse käyttää sirua välimuistivälineenä. Joten se muutti peliä. Ja varmasti, vektorien käsittely ja tietojen pakkaaminen, monet myyjät ovat tosiasiallisesti tehneet niin, vetäneet tavaransa CPU: lle, jotta kaikki menisi CPU: lla paljon nopeammin. Sitten saat tosiasian, että GPU: n kanssa suorittimet ovat todella hyviä analyysiä nopeuttamaan. Ja he ovat todella melko hyviä tietyntyyppisissä kyselyissä, se riippuu vain siitä, mikä kyselysi on.
Voit joko luoda tauluja, joissa on CPU: t ja GPU: t, tai kuten AMD tekee parhaillaan, tuotat jotain nimeltään APU, joka on eräänlainen CPU: n ja GPU: n avioliitto; siinä on molemmat tyyppiset kyvyt. Joten se on erilainen prosessori. Ja sitten Intelin äskettäinen ilmoitus siitä, että he aikovat laittaa FPGA: n sirulle, sellainen teki pääni sisään. Ajattelin: "Kuinka maan päällä se tapahtuu?" Koska jos sinulla on mahdollisuus CPU: lle, GPU: lle, ja sinulla on mahdollisuus CPU: lle, FPGA: lle - ja muuten, jos todella haluat, samaan korttiin voit laittaa CPU: n, GPU: n ja FPGA: n. Minulla ei ole aavistustakaan siitä, kuinka todella suorittaisi jotain tällä tavalla, mutta tiedän yrityksiä, jotka tekevät tällaisia asioita, ja he saavat erittäin, erittäin nopeita kyselyvastauksia. Tätä ei tule sivuuttaa, sitä käyttävät vakiintuneet myyjät ja mahdollisesti uudet toimittajat. DBMS-järjestelmät olivat aina yhdensuuntaisia, mutta nyt rinnakkaismahdollisuudet ovat juuri räjähtäneet, koska tämä antaa sinun rinnakkaista tätä eri tavoin tämän kanssa.
Lopuksi, suurentaa tai pienentää? Suurentaminen on todella paras ratkaisu, mutta yksi asia. Saat paljon paremman solmun suorituskyvyn, jos pystyt vain ehdottomasti optimoimaan yhden solmun suorittimen ja levyn muistin suorituskyvyn. Ja käytät vähemmän solmuja, joten se tulee olemaan halvempaa, eikö niin? Ja sitä on helpompaa hallita. Valitettavasti se on laitteistosta riippuvainen suunnittelu, ja kun laitteisto muuttuu, sitä on yhä vähemmän mahdollista tehdä, elleivät insinöörit pysty toimimaan niin nopeasti kuin laitteisto muuttuu. Ja saat työvoimakysymyksiä, koska suurentaessasi olet tekemässä erilaisia oletuksia siitä, mitä työmäärää aiotaan tehdä.
Jos skaalaat, eli jos arkkitehtuurisi korostaa skaalaamista ennen skaalaamista - itse asiassa sinun on tehtävä ne molemmat, sinun on vain korostettava yhtä. Sitten saat paremman verkon suorituskyvyn, koska arkkitehtuuri käsittelee sitä. Se tulee kalliimmaksi laitteistojen suhteen, koska solmuja on enemmän, mutta työmäärään liittyviä kysymyksiä on vähemmän ja suunnittelu on joustavampaa.
Ja ajattelin vain heittääkseni sen sisään, koska jos todella ajattelet kaikkia laitteistojen muutoksia, osoitin vain sormeni ja mietit sitten, miten aiot mitoittaa ja skaalata niitä juttuja? Sitten huomaat, että tietokanta-insinöörit ovat ainakin mielestäni hyvin alipalkattuja. Joten jos harkitset vain laitteistokerrosta, tietokannan haasteet ovat selvät. Nyt välitän tämän Bertille, joka saa meidät kaikki tuntemaan koulutuksen.
Eric Kavanagh: Se siitä! Bert?
Bert Scalzo: Kiitos paljon. Saanen päästä suoraan näihin dioihin. Minulla on paljon dioja läpi, joten melko harvoilla niistä voin käydä melko nopeasti. Aiomme puhua tästä ”Forward Momentum: Moving Relational Beyond perinteisen”. Se ei ole enää isäsi tietokanta. Asiat ovat muuttuneet, ja kuten aikaisempi puhuja sanoi viimeisen kuuden-seitsemän vuoden aikana, maisema on muuttunut radikaalisti.
Itse olen tehnyt tietokantoja 80-luvun puolivälistä lähtien. Olen kirjoittanut kirjoja Oracle, SQL Server, benchmarking ja paljon muuta. ”Maailma muuttuu erittäin nopeasti. Isot eivät enää lyö pieniä. Se tulee olemaan nopea lyö hidasta. ”Lisäsin“ mukautua ”. Se oli Rupert Murdochilta. Uskon todella, että tämä tulee olemaan totta. Et voi tehdä tietokantatavaroita samalla tavalla kuin 10, 15, 20 vuotta sitten. Sinun on tehtävä se niin kuin yritys haluaa nyt.
Yritän pysyä hiukan geneerisenä esityksessäni, mutta suurin osa ominaisuuksista, joista puhun, löydät Oraclesta, löydät SQL Serveristä, MySQL: stä, MariaDB: stä ja joistain muista isoista pelaajille. Suhteellinen tietokantavallankumous, olen jälleen kerran samaa mieltä aikaisempien puhujien kanssa. Jos katsot oikein vuoden 2010 ympärille, menimme punaisesta kilpa-autosta keltaiseen kilpa-autoon. Oli huomattava muutos, ja tulevat vuoteen 2020, uskon, että näette uuden radikaalin muutoksen. Meillä on erittäin mielenkiintoinen aika.
Nyt tämä dia on avain, siksi panin avaimen ylös. Kaikki tämä muutos tapahtuu, ja vasemmalla puolella on tekniikka, ja oikealla puolella on liiketoimintaa. Ja kysymys on, kumpi aiheuttaa minkä ja mikä tukee kumpaa? Meillä on kaikki nämä laitteistomuutokset: levyt tulevat alas, levyn koko kasvaa, uuden tyyppiset levyt, joten aiemmat puhujat kattoivat sen. Muistin hinta laskee, kaikki nämä uudemmat tietokantojen versiot. Mutta oikealla puolella meillä on tietosuoja ja vaatimustenmukaisuus, tietovarastointi, yritystiedot, analytiikka ja pakollinen tietojen säilyttäminen. Yhtälön molemmat puolet ajavat, ja yhtälön molemmat puolet käyttävät kaikkia näitä uusia ominaisuuksia.
Ensinnäkin, meillä on tyypillinen SAS-kehruukiekko, nyt ne ovat jopa 10 teratavua. Jos et ole nähnyt, Western Digital, HGST on, mitä he kutsuvat helium-asema, joka on jopa noin 10 teratavua. Pyörivän levyn kustannukset ovat tulossa melko alhaisiksi. Kuten aikaisemmin mainittiin, voit saada noin kahden teratavun solid-state-levyjä, mutta Samsungilla on tulossa piakkoin 20 teratavun yksikkö. Kustannukset ovat tulossa kohtuullisiksi. Yksi asia, jonka aion puhua muista, joita ei ollut, on flash-levyjen käsite. PCIe, se on PCI Express vs. NVMe, et ehkä ole kuullut tästä, haihtumattomasta muistin ilmaisimesta. Pohjimmiltaan NVMe tulee korvaamaan SAS: n ja SATA: n, ja se on todellakin enemmän viestintäprotokollaa kuin mitään muuta. Mutta nuo levyt ovat nyt jopa noin kolme teratavua.
Olet ehkä myös huomannut, että joissain SAS-asemissa on nyt U.2-liittimet, joka on tavallaan erilainen kuin SAS tai SATA, joka tukee NVMe: tä tavallisella levyllä - levyn on tietenkin myös tuettava sitä. Ja sitten SATA M.2-liittimillä, ja ne alkavat saada NVMe: tä. Itse asiassa nyt on kannettavien tietokoneiden myyjiä, jotka myyvät kannettavia tietokoneita, joissa on NVMe-muistitikku, ja nämä asiat huutavat verrattuna aiemmin käyttämääsi tekniikkaan.
Monet ihmiset eivät tiedä, mitkä kaikki nämä erilaiset salamat ovat. Jos katsot oikeaan alakulmaan, se on esimerkki M.2: sta. Saatat sanoa: ”No niin, se näyttää paljon kuin mSATA-asema sen vasemmalla puolella.” Mutta kuten näet, siinä on kaksi aukkoa nastoissa kuin yksi, ja se on hiukan isompi. Lisäksi M.2: ta voi olla kolme eri kokoa.
Sitten PCI Express -salama ja NVMe-salama. Nyt NVMe-salama on myös PCI Express, mutta PCI Express on tyypillisesti edelleen SAS- tai SATA-tyyppinen ohjainalgoritmi, joka on kirjoitettu pyörivälle levylle, ja NVMe on algoritmeja tai tekniikoita, jotka on kirjoitettu erityisesti salamaa varten. Ja jälleen kerran, näet nämä kaikki.
NVMe tarjoaa melko monia asioita. Mielestäni kaksi suurinta parannusta ovat oikeassa yläkulmassa, latenssi on vähentynyt jopa 70 prosentilla. Olen itse asiassa nähnyt jopa korkeamman. Lisäksi, jos katsot oikeaan alakulmaan, kun käyttöjärjestelmäsi puhuu NVMe-levylle, se käy läpi paljon vähemmän ohjelmistotasoja. Periaatteessa käyt läpi NVMe-ohjaimen, joka on nyt mukana käyttöjärjestelmässä, ja se puhuu suoraan medialle. On monia syitä, miksi tämä tekniikka muuttaa radikaalisti tietokantamaailmaa.
Ja monta kertaa ihmiset sanovat: ”No, kuinka nopea NVMe on?” Tiedätkö, vanhat hyvät päivät, vuodesta 2004 ja ennen, olimme innoissamme, jos meillä olisi Ultra-320 SCSI, 300 megatavua sekunnissa. Tämän päivän nopeudet, monet teistä ovat todennäköisesti kuidussa tai InfiniBandissa, ja sellaiset ylhäältä päin. Siellä oikealla puolella oleva NVMe alkaa sinne, missä nykyinen tekniikka loppuu. Tarkoitan, että kahdeksan kaistaisen linkin omaava PCI Express 3.0 alkaa melkein 8000: sta, ja se nousee, kun saamme uudemmat versiot PCI Expressistä, versiot neljä ja niin edelleen. NVMe: llä ei ole muuta kuin mennä ylöspäin.
Mitkä asiat muuttuvat tietokannassa? Nyt diojeni oikeassa yläkulmassa laitoin liiketoiminnan syyt, joiden mielestäni tekniikka näkyi. Tietokannat alkavat tässä tapauksessa tarjota pakkaamista tietojen varastoinnin ja pakollisen tietojen säilyttämisen sääntelyyn liittyvien syiden vuoksi. Nyt jotkut tietokannat tarjoavat pakkauksen lisäyksenä, toiset tarjoavat sen vakiona sisäänrakennettuna, sanotaan esimerkiksi, että niiden tietokannan yritysversio, ja silti joillakin tietokannoilla, kuten Oraclessa, voisi olla jopa parempi versio pakkauksesta, joka on sanoen heidän Exadata-alustalleen, joten he ovat itse rakentaneet laitteita, jotka tukevat hyvin erikoistunutta pakkausta ja että esimerkiksi Exadata-sovellus saa 40x pakkausnopeuden, joten se on erittäin merkittävä. Ja mielestäni se on pakollinen tietojen säilyttäminen, ihmiset haluavat vain tietoja pidempään. Yritykset tarvitsevat analytiikan ja BI: n tekemiseksi viimeisen 5, 10, 15 vuoden tietotiedot.
Nyt toinen ominaisuus, joka alkoi näkyä heti kyseisen ajanjakson 2008, 2009 aikana, oli osiointi. Löydät tämän jälleen tietokannoista, kuten Oracle, SQL Server, ja molemmista, jotka joudut maksamaan siitä. Oraclessa sinun on ostettava osiointivaihtoehto ja SQL Serverissä sinun on oltava datakeskuksen versiossa. Se on perinteinen jako-ja-valloitusmenetelmäsi, ja mitä teet, on sinun yläkäsitteesi looginen iso pöytä, ja kun se asetetaan levylle, se todella hajotetaan kauhoihin. Ja voit nähdä, että nämä kauhat on järjestetty erottelukriteerien perusteella, joihin yleensä viitataan tai joita kutsutaan osiointitoiminnoksi, ja samoin voit myös aliosioida joissain tietokantaalustoissa ja voit mennä vielä pidemmälle.
Uudelleen, mielestäni sekä tietovarastointi että pakollinen tietojen säilyttäminen ovat ajaneet tämän, ja joissakin näistä tietokannoista voi olla jopa 64 000 osiota, ja uskon, että joissakin muissa tietokannoissa jopa 64 000 osiota. Tämän avulla voit hajottaa tietosi hallittaviksi palasiksi. Jaat myös hakemistot; se on vaihtoehto, jota sinun ei tarvitse tehdä, mutta voit myös jakaa hakemistosi. Yksi syy tähän voi olla se, että sinulla on liukuva tietoikkuna. Haluat säilyttää 10 vuoden mittaisen tiedon, mutta voidaksesi pudottaa indeksit tämän päivän eräajoa varten, sinun ei tarvitse pudottaa indeksejä jokaiselle yksittäiselle riville, vaan vain nykyisissä ryhmissä oleville riveille. Osiointi on oikeastaan erittäin hyvä hallinnollinen työkalu, vaikka useimpien mielestä sen suurena etuna on osioiden poistamisen lopettaminen suunnitelmissa ja siksi kyselyjen nopeuttaminen. Se on todella tyypillistä jäätä kakkuun.
Nyt olet todennäköisesti kuullut varjostuksesta ja luulet todennäköisesti: ”No, miksi laitit tämän dion tänne?” Tämä on yksi niistä NoSQL - tämä on yksi niistä Hadoop-tyyppisistä ympäristöistä. Oracle 12c julkaisi kaksi, joka ei vielä ole G8, mutta jota näytetään tai esikatsellaan, siinä todella on varjostusta. Sinulla on perinteinen tietokantajärjestelmä, kuten Oracle, ja pystyt varjostamaan kuten Hadoop-mallissa, ja niin sinulla on toinen jakaa ja valloita -tekniikka, joka jakaa taulukko rivittäin ryhmittelyiksi solmua kohti ja tämä tulee olemaan - aivan kuten mitä näet joissakin NoSQL-tietokannoissasi. Ja itse asiassa MySQL, voit tosiasiallisesti suorittaa tämän melko paljon käyttämällä jotain heidän klusterointitekniikoista, mutta se on tulossa perinteiseen tietokantaan ja luulen, että Microsoft ei halua jäädä jälkeen. Nämä kaksi pelaavat hyppy sammakkoa keskenään koko ajan, joten odottaisin näkevänsi varjostusta ehkä seuraavassa SQL Server -versiossa.
Tietojen elinkaaren hallinta, jälleen pakollinen tietojen säilyttäminen, mutta myös liiketietoa ja analysointia varten. Oikeasti, tämä on "jaa ja vallitse" -tekniikka, ja tyypillisesti DBA: t tekevät tämän manuaalisesti, eli "Pidän tämän vuoden tiedot nopeilla levyillä, viime vuoden tiedot hieman hitaammilla levyillä, ehkä aion pitää kaksi viimeistä vuotta ennen sitä vielä hitaammilla levyillä, ja sitten minulla on jonkinlainen arkistointimenetelmä. ”Sitä ei yleensä nauhoiteta enää, se on tyypillisesti - sinulla on jonkinlainen verkkoon liitetty tallennustila tai jokin laite, jolla on paljon tallennustilaa ja on, tiedätte, kustannustehokasta, mutta se on silti pyörivä levy.
Ja niin nyt voit tosiasiallisesti - sekä Oracle- että SQL Server -sovelluksissa - ostaa vaihtoehdon, jossa määrität säännöt, ja tämä tapahtuu automaattisesti taustalla. Sinun ei tarvitse enää kirjoittaa komentosarjoja, sinun ei tarvitse tehdä mitään. Ja jos olet nähnyt juuri kesäkuun alussa ilmestyneen SQL Server 2016: n, on olemassa uusi ominaisuus, nimeltään “Stretch Databases”, jonka avulla voit periaatteessa tehdä - oikeassa alakulmassa - voit siirtyä useista kerroksista suoraan pilveen ja tämä on jälleen tietokantaan sisäänrakennettu ominaisuus, sanot vain jotain: "Jos tiedot ovat yli 365 päivää vanhoja, siirrä ne pilveen ja tiedä, tee se minulle automaattisesti."
Tämä tulee olemaan todella hieno ominaisuus, itse asiassa ajattelen, että se saattaa olla tulevaisuuden näkemys, eli sinulla on hybridi-tietokantoja, joissa aiot pitää joitain paikallisia ja jotkut pilvessä. Ennen tätä ihmiset ajattelivat: "Voi, minä joko aion tehdä oletuksen tai aion tehdä pilvellä." Nyt näemme kahden tekniikan avioliiton tällä hybridilailla. Mielestäni tämä tulee olemaan melko iso ja Microsoft pääsi sinne ensin.
Oikaisu, tämä johtuu tietosuojasta ja vaatimustenmukaisuudesta. Nyt vanhoina hyvinä päivinä olemme saattaneet sanoa: “Hei, sovelluskehittäjä, kun näet tämän raportissa, kun näytät tämän näytöllä, tässä on joitain turvallisuusasioita, jotka sinun tulisi tarkistaa ja tiedäthän, että vain näyttää tiedot heidän on tarkoitus nähdä tai peittää tai muokata tietoja, joita heidän ei tule nähdä. ”No, kuten tavallista, kun työnnät sen sovellukseen, sitä ei tehdä yhdessä paikassa, joten se tehdään toisin tai ei tietyissä paikoissa ei tehdä. Ja niin olet nyt saanut tämän ominaisuuden tietokantajärjestelmiisi.
Nyt SQL Server 2016: ssa tämä ominaisuus on rakennettu, joten uskon, että se ei ole vielä valinnainen kustannuserä, joka on vielä tietokeskuksen lisäyksessä; ja Oracle 12: ssa sinun on ostettava heidän elinkaarinhallinnan lisäosa, mutta tämä on jotain uutta ja jälleen liiketoiminnan vetämä. Ja etenkin siksi, että sinulla on nyt niin paljon tietoa ja teet tiedon louhintaa, siis BI: tä ja analytiikkaa, sinun on tiedettävä kuka käyttää mitä tietoja ja varmistaa, että he saavat vain nähdä mitä he saavat nähdä.
Samoin tarkastellaan jälleen tätä tietosuojaa ja noudattamista. Huomaat, että suuri osa tietokantajärjestelmistä rakentaa nyt pakkausta, tai olen pahoillani, salaus suoraan tietokantaan ja mikä on tässä salauksessa tärkeätä, jos tarkastelemme alanuolta ja ylänuolta kaaviossa, johon se kirjoittaa alas salatulle levylle ja sitten se lukee sen takaisin muistiin ja purkaa sen. Se on oikeastaan yksi malli, on myös toinen malli, joka, tiedät, tosiasiallisesti, tekee sen vain, kun se välittää tiedot verkon kautta todelliselle asiakassovellukselle.
Siinä tapauksessa se olisi vielä muistissa olevassa tietokantapalvelimessa salattava ja salattu vain, kun se lähetetään asiakassovellukselle. Täällä on kaksi erilaista mallia, ja löydät ne tietokannoista, ja itse asiassa yksi tietokannoista, jotka juuri lisäsivät tämän äskettäin, oli MariaDB niiden versiossa 10.X; Uskon, että he ovat nyt 10.1 tai 10.2. Ja tein tosin jonkin verran benchmarkingia tälle salaukselle, ja saadakseni tämän salauksen koin vain noin 8 prosentin laskun suorituskyvystä tai nopeudesta. Vertailutestissä salaus ei aiheuttanut niin paljon, joten se on erittäin hyödyllinen ominaisuus.
Nyt olemme aiemmin maininneet flash-muistista ja SSD-levyistä ja vastaavista. Yksi Oracle- ja SQL Server -ominaisuuksista, joita monet ihmiset eivät ymmärrä, on se, että otat tietokantapalvelimellasi olevan flash- tai SSD-tiedoston ja voit sanoa tietokannalle ”Käytä tätä ikään kuin ne olisivat muistia. Käytä RAM-muistia ensisijaisena, mutta teeskentele, että tämä on hidasta muistia ja käytä sitä laajennettuna välimuistina. ”Nyt SQL Server 2014: ssä tämä ilmestyi ja sitä kutsuttiin puskuripoolin laajennukseksi. Se on ilmainen. Oraclessa se ilmestyi 11g R2: ssa ja nimeltään ”Database Flash Cache” ja se oli siellä myös ilmainen.
Neuvoni on kuitenkin testata tämä ominaisuus huolellisesti. Joka kerta kun lisäät välimuistia etsimässäsi, se vie kauemmin. Jos laitat kolmen teratavun flash-kortin ja sanot tietokannalle ”Lisää se muistiin”, saatat tosiaankin huomata, että jotain on hidastunut, koska on aika tutkia ja nähdä, onko se salama, onko se likainen vai puhdas? Palautuksen on tarkoitus vähentyä. Neuvoni on jälleen testiajo, katso mikä sopii sinulle, mutta se on taas tietokannassasi, ja jos se on Oraclen tapauksessa, niin SQL Serverissä että Oraclissa, se on ollut siellä jo pari vuotta.
Ja sitten se johtaa meidät isoisäpuoleen, joka oli muistin sisältämät tietokannat, ja koska tietokantojen hinnat ovat laskeneet. Toinen syy, jonka todennäköisesti ajattelet tapahtuneen, on paljon analytiikkaa, jonka mukaan tietojen on oltava erittäin nopeasti saatavissa, joten niiden on oltava muistissa. Huomaa, että algoritmit, joita tietokannat käyttävät näiden tietojen käyttämiseen, pakkaamiseen, salaamiseen ja tallentamiseen, tiedät, että joissakin tapauksissa jotkut tietokannat voivat edelleen tallentaa muistiin rivinä.
Joissain tapauksissa jotkut tietokannat saattavat hajottaa tämän sarakkeeseen suuntautuneeksi, ja syynä tähän on se, että ne saavat paljon korkeamman pakkaustason, jonnekin 11 - 12X: n ympärille tallentamalla sen sarakejärjestykseen rivijärjestyksessä. Tämä ilmestyi ensin SQL Server 2014: ssä, sitä kutsuttiin nimellä “Hekaton”. SQL Server 2016: ssa sitä on parannettu radikaalisti, he näkevät sen viittaamalla jollain eri nimellä ja se ilmestyi Oracle 12c: ssä; Sanon, että toinen julkaisu täällä, ei R2. Oracle 12c: tä oli kaksi erilaista julkaisua, 12.1.0.1 ja 12.1.0.2. Se on tietokannan R1-version toinen julkaisu.
Ja tapa, jolla se määritellään, muistin objekti on samanlainen molemmissa tietokannoissa. Täällä voit nähdä oikeassa yläkulmassa luomasi SQL Server -palvelimen. Voit nähdä sen sanomalla, että muisti on optimoitu ja kestävyys vain malli. En aio käydä läpi kaikkia näitä syntaksin merkityksiä, ja Oraclessa se on oikeastaan vielä yksinkertaisempaa. Voit vain muuttaa taulukkoa ja sanoa muistissa vai ei ja voit muuttaa sen. Voin sanoa, että tänään se on muistissa ja huomenna ei ole, joten se on erittäin joustava.
Suoritin joitain testejä Oraclen kanssa muistipöytiin, minulla oli joitain testejä, joiden suorittaminen kesti melkein 40 minuuttia, ylhäällä rivillä. Nyt tärkeätä on, kun pääsin kahteen alareunaan, olin korottanut ajonaikaa tai vähentänyt sitä, minun pitäisi sanoa, noin viiteen minuuttiin, ja kun tarkastelin pakkauskerrointa, muistiin sisältyvät tiedot olivat tosiasiassa 3,6 4,6 kertaa pienempi. Se on tärkeää, koska tässä tapauksessa käytin sarakekeskeistä muotoa ja sen pakkausta. Joten arvaa mitä? Itse sovitin muistiin melkein neljä-viisi kertaa enemmän tietoa. Paitsi, että sain hyödyksi muistin sisällön, sarakkeeseen suuntautuneen edun, mutta myös etuna paljon enemmän dataa - jopa viisi kertaa enemmän tietoa muistin välimuistissa, joten tämä on melko tehokas tekniikka. Jälleen kerran Oracle ja SQL Server, haluat tarkastella näitä, ne ovat todella hienoja ominaisuuksia. Ja sen kanssa luulen avaavan sen kysymyksille.
Eric Kavanagh: No Bert, ensinnäkin olet ollut erittäin epäitsekäs tässä kauniissa koulutuksessa. Voisitko puhua vain minuutin siitä, mitä te teette? Koska sinulla on jotain mahdollistavaa tekniikkaa, joka voi helpottaa sitä, mistä puhut. Kerro vain minuutti siitä, mitä te kaverit teette, ja lasketaan sitten Dez ja Robin alla olevaan yhtälöön.
Bert Scalzo: Joo, työskentelen IDERA-nimisen yrityksen kanssa. Olemme Texasissa, pääkonttori sijaitsee Houstonissa, ja istun tosiasiallisesti tällä hetkellä Austinissa, mutta olen Dallasissa. Teemme tietokantatyökaluja ja tietokantatyökaluja ongelmien ratkaisemiseksi. Tämä ongelma voi olla jotain niin yksinkertaista kuin tuottavuus, jolloin meillä on työkalu nimeltä DBArtisan, jonka avulla voit suorittaa tietokannan hallintotehtävät, ja se on yksi työkalu, jonka avulla voit hallita 12 eri tietokantaalustaa. Voin hallita SQL Serveriä, osaan hallita Oraclea, voin hallita MySQL: tä, DB2: tä, Postgresiä ja käytän yhtä työkalua, yhtä suoritettavaa, yhtä graafista käyttöliittymää ja yhtä johdonmukaista työnkulkua. Valmistamme myös työkaluja vaatimustenmukaisuuden varmistamiseen. Meillä on työkalu nimeltään SQL Compliance Manager, joka auttaa sinua vastaamaan vaatimustenmukaisuustarpeisiisi. Toinen SQL Security -niminen työkalu, joten yritämme tehdä työkaluja, jotka auttavat sinua toimimaan tehokkaasti ja mikä on todella mukavaa, jos siirryt verkkosivuillemme, meillä on koko joukko ilmaisia ohjelmia, joten jos ei muuta, siirry lataamaan - Mielestäni meillä on kuin 20 tai 25 ilmaisohjelmaa. Siellä on todella hyviä ilmaisohjelmia, kuten SQL Server ja Windows Help Check, jotka vain katsovat periaatteessa mitä sinulla on ja kertovat, onko sinulla ongelmia tai asioita ja se on täysin ilmainen.
Eric Kavanagh: Ja olet todella sellainen ...
Bert Scalzo: Ehdottomasti ensimmäiset jutut—
Eric Kavanagh: Puhutte tänään markkinoiden heterogeenisyydestä. Aikaisemmin oli olemassa yhdenlainen kaikille sopiva yhtälö, jonka itse asiassa muistan haastattelemalla tohtori Michael Stonebrakeriä takaisin vuonna 2005, kun hän jatkoi suurta työntöä puhuessaan tuomiosta sarakekeskeiseen tietokantaliikkeeseen ja hän puhui kaikesta siitä, kuinka yhden kokoinen relaatiomalli hallitsi useita vuosia, ja hän ennusti, että kaikki muuttuisi, ja poika oli siinä oikeassa. Nyt meillä on tämä todella monipuolinen ja mielenkiintoinen ympäristö, jossa on paljon erilaisia vaihtoehtoja ja mahdollisuuksia, mutta tarvitset jonkun hallitsemaan kaikkea tätä, ja minusta näyttää siltä, että yrityksesi on keskittynyt melko tarkasti matematiikan ongelmien ratkaisemiseen, mikä on siten mahdollisuus heterogeenisyyden otsikko, eikö?
Bert Scalzo: Ehdottomasti. Tarkoitan, että aina tulee DBA: ta, joka sanoo: "En halua käyttää GUI-työkalua, teen kaiken skripteillä", tiedätkö? Heidän mielestään he ovat DBA: n supermiestyyppejä ja se on hienoa, mutta useimmille meistä ihmisistä haluamme vain saada työnsä päätökseen ja - tiedättekö, Microsoft Wordilla kirjoitan asiakirjojani. Käytän Microsoft Outlookia. Tarkoitan, että minulla on työkaluja tehtävien suorittamiseen. Rakennamme samanlaista konseptia, rakennamme työkaluja tietokannan ylläpitäjille ja kehittäjille auttamaan heitä keskittymään siihen, mitä he haluavat tehdä, ei siihen, miten heidän on tehtävä.
Eric Kavanagh: Se on järkevää, mutta annan minun kääntyä sinut asiantuntijoidemme puoleen, ja ihmiset voivat sukeltaa vapaasti sisään. Olemme saaneet pari kommenttia yleisöltä. Ehkä Dez, pari kysymystä ja Robin pari kysymystä?
Dez Blanchfield: Varma. Yksi ensimmäisistä kysymyksistä, jotka haluan heittää sinulle, ottaen huomioon saamasi valtavan kokemuksen, näetkö pian ajankohdan, jolloin jokin näistä asioista hidastuu? Vai luuletko todella olevan vain tämän jatkuvan kasvun linjan lähtökohdassa? Mielestäni yksi suurimmista ongelmista, joita yritykset kohtaavat, ja sitten aina ihmiset, jotka yrittävät tukea teknologiaa, jota niille yrityksille tarjotaan, jotta he johtavat liiketoimintaansa, on, että muutos on niin dramaattinen, että he eivät vain pysty pitämään kaikkia Eri ominaisuudet ja ohjelmistot, järjestelmät ja kehysten sekä arkkitehtuurien ja uuden koodin tulossa, ja sitten alla oleva laitteisto, näetkö nykyinen muutos hidastuu heti? Tarkoitan, että käsittelet niin laajaa valikoimaa koko IDERA-sarjan alustoja, hidastammeko pian vai olemmeko jo jonkin aikaa tässä hullua pakenevassa tavarajunassa jo pitkään?
Bert Scalzo: Mielestäni olemme ensimmäisellä 20 prosentilla kasvukäyrästä ja meillä on vielä pitkä tie kuljettavana, ja siihen on kaksi asiaa. Teknologia kehittyy jatkuvasti. Olet maininnut joitain uusia muistityyppejä, jotka tulevat tulemaan ulos, jotka tulevat olemaan fantastisia. Samsungilla on täällä pian 20 teratavun flash-asema. Se muuttaa asioita. Meillä on kaikki nämä NoSQL- ja pilvitietokannat, tämä jatkaa vain jatkamista. Yksi asia, joka on hauska, on kuitenkin, kun tarkastelen tietokantoja, kuten Oracle, SQL Server ja jotkut muut, ne eivät oikeastaan ole enää relaatiotietokantoja. Voin laittaa jäsentelemättömän tiedon Oracliin ja ylläpitää silti ACID-vaatimustenmukaisuutta. Jos olisit kertonut minulle 20 vuotta sitten, sanoisin juuri, että käytät huumeita.
Dez Blanchfield: Kyllä, kyllä, ne ovat viileitä. No, jopa nyt moottorit, joilla on melko mukavat niche-pystysuunnat kuten GIS, vain paremmin kuin alkuperäinen ominaisuus nyt. Teit hienoja kommentteja haasteista, joita DBA: t kohtaavat, ja DBA: n eri aikoista, joita toivomme näkevän ympäri, mutta miltä näyttää maailmalta yrityksesi sellaisesta kerroksesta, jolla olet tekemisissä? Tarkoitan, nämä ovat ihmisiä, jotka käyttävät erilaisia alustoja diagnostiikkasuunnittelijasta luettelointityökaluihin ja aina loppuun saakka eheyttämiseen, kuinka DBA: t selviytyvät tästä muutoksesta ja miten ne lajitellaan - tiedät , mitä he tekevät työkaluillasi käsitelläkseen tätä merkittävää muutosta heidän maisemassaan?
Bert Scalzo: No, palaan melkein 20 vuotta sitten, sitten sanon, että DBA: t ratkaisevat hyvin erityisen roolin organisaatiossa. He työskentelevät tyypillisesti yhden tietokantaalustan kanssa, ehkä kahden, ja he hallitsivat suhteellisen vähän tietokantoja. Nyt nopeasti eteenpäin tänään ja tietokannan ylläpitäjä, hän todella tietää 10 tietokantaalustaa. Hän hallinnoi, ja tämä ei ole vitsi, joissain tapauksissa tuhansia tietokantoja; se on enemmän SQL Server -maailmassa tai MySQL-maailmassa. Mutta silti Oracle-maailmassa he voisivat hallita satoja tietokantoja. Ja niin, että he ovat saaneet kaikki nämä uudet ominaisuudet esiin, he ovat saaneet kaikki nämä uudet alustat ja kaikki nämä tietokannat, joista he ovat vastuussa. He etsivät työkaluja tuottavuuden lisäämiseksi ja auttamaan heitä oppimaan joitain asioita.
Ja minä annan sinulle esimerkin - jos haluan osioida taulukon, se on melko hämärtävä syntaksi, ja jos haluan jakaa sen alaosaan, syntaksi tulee vielä vaikeammaksi. Tiedän, mitä haluan tehdä, haluan luoda kauhoja. Jos minulla on DBArtisanin kaltainen työkalu, joka sanoo: "Hei, tässä on mukava näyttö, jonka avulla voit keskittyä siihen, mitä yrität tehdä sen sijaan, miten yrität tehdä, ja muuten, työnnä Näytä SQL-painike, kun olet valmis, ja me osoitamme sinulle, mikä SQL oli, jotta voit alkaa todella oppia ja hallita tätä. "
DBA: t ovat havainneet, että työkalut, jotka auttavat heitä saamaan työn päätökseen, mutta auttavat myös opettamaan heille kaikki nämä uudet asiat, joita he käyttävät, ja sama olisi totta - Sanotaan, että olen Oracle-kaveri ja siirryn MySQL: ään ja sanon: ”Okei, luo tietokanta, DBArtisan. Näytä nyt SQL, koska ihmettelen miltä se on tietokannan luominen MySQL: lle ja oppin juuri syntaksin. ”Ja niin emme autta heitä vain työskentelemään tietokannan välillä, vaan koulutamme heitä myös koko tietokannan välillä.
Dez Blanchfield: Se tulee entistä mielenkiintoisemmaksi, kun pääset tutustumaan nykyaikaisempaan - tai ei uudenaikaisempaan - mikä ei ole reilua sanoa - mutta kerran tietokanta on tietokanta. Nykyään näen kaiken, mitä puhut siellä, ja siihen liittyy lisähaaste, jonka tekniikka pinoaa, jonka perinteisesti näemme myyjiltä ja sinulta eräänlaisesta avoimesta lähteestä, ja myös siitä, että he ovat hyviä. Ei vain käsitellä tietokantamoottoreita ja kyselykieliä, mutta ne käsittelevät myös tietotyyppejä, strukturoituja ja jäsentämättömiä, tiedätte, haasteen, jonka mukaan joudutaan käsittelemään kaikkea monipetabyyttiisen HDFS: n spektrin kaukaisesta päästä ympäristö pieniin pieniin säilöihin ja paketitiedostoihin ja erilaisiin lokitiedostomuotoihin.
Ja luulen, että se on jotain mitä nyt näemme missä vain kukaan ihminen, riippumatta siitä kuinka suuri osa supermiestä, supernaista riippumatta siitä mitä he luulevat olevansa, fyysisesti he eivät vain pysty henkisesti selviytymään muutoksen nopeudesta ja variaatioiden laajuus. Luulen, että tarjoamasi työkalupaketti on menossa kohtaan, jossa ne ovat melkein monissa tapauksissa oletusasetusten mukaisia, jotta emme pysty suorittamaan ilman niitä saaneita tietokantaympäristöjä, koska me vain fyysisesti ei voi heittää niin monta ruumista heihin. Nautin todella esityksestänne. Aion siirtää tohtori Robin Bloorille, olen varma, että hänellä on runsaasti kysymyksiä myös heittääksesi sinulle.
Robin Bloor: Okei. Minulla on varmasti kysymyksiä. Bert, en tiedä mihin olet menossa - kävin pari päivää sitten todella mielenkiintoisen keskustelun, jossa joku alkoi kertoa minulle viimeisimmästä DU: n tietosuojasta, ja he katsoivat heidän sanomani perusteella, että se oli uskomattoman drakoninen asioissa, joita he vaativat. Mietin, olitko todella katsonut sitä; onko se jotain mitä olet tuttu?
Bert Scalzo: Ehdottomasti. Joo.
Robin Bloor: 2016, okei, kerro siitä meille.
Bert Scalzo: Ja olen itse asiassa -
Robin Bloor: Syvästi mielenkiintoinen.
Bert Scalzo: Työskentelin tosin jonkin aikaa flash-myyjällä heidän tietokanta-alueellaan auttaen heitä rakentamaan flash-tuotteita tietokantoihin, ja voin kertoa sinulle, että drakoni menee kokonaan alas. Tarkoitan, että jos muistat yhden dioni, sanoin, että joissakin tietokannoissa se tekee salauksen, mutta asettaa sen palvelimen muistiin ja joissakin tietokannoissa salauksen - se on edelleen salattu palvelimen muistiin, se puretaan vasta kun se lähetetään asiakkaalle. Löydät myös joitain näistä hallituksen standardeista, etenkin Yhdysvaltain puolustusministeriön tai armeijan, ne myös menevät aina salamannopeuteen ja he haluavat tietää paitsi, että tuet salausta ja salauksen purkamista laitteistosi, mutta jos joku varastaisi sirut, jotka - tiedätte, veti ne pois asiasta, palvelimelta - se, mikä siellä on, on salattu, ja vaikka heillä on tallennustila, se ei voi olla ja he tekisivät aina alas todelliseen - ei itse salamaosaan, vaan yksittäisiin siruihin. He halusivat tietää, että siru kerrallaan, kaikki oli salattu.
Robin Bloor: Vau. Tarkoitan, että on olemassa monia asioita, jotka - tiedätte, luulen, että tämä oli vain yksi tai kaksi dioa, mutta se oli jotain, skenaario, joka on mielestäni todella mielenkiintoinen. Esimerkiksi tietojen muokkaamisen täytyy olla vähän fiksua kuin vain peittää eri kentät, koska etenkin nykyään koneoppimisella voit tehdä deduktiivisia asioita, joiden avulla voit pintauttaa tietoja, joita et aiemmin pystynyt pintaan.
Jos yrität suojata, sanotaanpa esimerkiksi terveystietoja, niin se on hyvin, erittäin drakoninen sääntö Yhdysvalloissa terveystiedoista, mutta voit tosiasiallisesti käyttää erilaisia koneoppimistekniikoita käyttämällä usein kenen tahansa lääketieteellisiä tietoja. oikeasti on. Mietin vain, onko sinulla jotain sanottavaa tästä, koska heidän kaikkien mielestä se on mielenkiintoinen alue.
Bert Scalzo: Kyllä, ehdottomasti, ja käytän vain tätä esimerkkinä, en yritä sanoa, että yksi tietokanta on parempi kuin toinen, mutta tämä on erittäin hyvä esimerkki juuri kysymästäsi. Oraclen tapauksessa, jos minulla ei ole lupaa nähdä esimerkiksi tietoriviä, kuten en saa nähdä John Smithin sairauskertomusta. Jos sanon "Valitse tuo tietue" Oracle-sovelluksessa, minut estetään tai annan nähdä sen, minkä minulla on oikeus nähdä, ja se muokataan. Ja jos sanon: “Valitse tilin tähti taulukosta, joka on yhtä suuri kuin John Smith”, saan nollan.
SQL Serverissä se voi suorittaa muokkauksen, mutta siinä on aukkoja. Jos sanon: “Valitse tilin tähti taulukosta, jossa se vastaa John Smithiä”, saan tosiasiallisesti takaisin, joten tiedän, että siellä on John Smith. Yksi on turvallisempi kuin toinen. Nyt odotan heidän korjatavan, he pelaavat aina hyppy sammakkoa keskenään. Ja jälleen kerran, en yritä erottaa toisistaan muita tietokantoja kuin näyttää esimerkki - katso mitä puhumme nyt, jotain niin yksinkertaista kuin valitse tili on myös leikattava muokkauksella, vaikka teknisesti ottaen huomioon, mikään muokkaaminen ei ole muuta kuin rivin olemassaolo.
Robin Bloor: Kyllä, oikein. Se on tavallaan mielenkiintoista. Tarkoitan, että toinen yleinen kysymys, koska minulla ei ole paljon aikaa, koskee oikeastaan vain parannuksia.Tarkoitan, että olet ollut yhdessä, jossa tiedän, että olet osoittanut meille esimerkkejä suorittamasi testituloksista - luuletko perinteisiä tietokantoja, kutsutaan niitä hallitseviksi tietokannoiksi, SQL Server ja Oracle, luuletko he pysyvän ennen valmistumista? Vai luuletko heidän olevan todellakin joutumassa jonkinlaisiin häiriöihin markkinoilla, jotka todella ajavat heitä? Mikä on sinun mielipiteesi?
Bert Scalzo: Minulla on mielipide ja se on - tiedät, jälleen aion sanoa, että se on mielipiteeni - esimerkiksi Microsoft on Ballmerin jälkeisellä aikakaudella vaikuttanut minusta vain elävään helvettiin. Tarkoitan tätä joustavaa tietokantaa saamaan SQL Serverin Linuxiin, saamaan .NET Linuxiin, hankkimaan PowerShellin Linuxiin; En usko, että perinteiset tietokantatoimittajat jäävät jäljelle. Luulen, että he ovat päättäneet: “Hei, anna uusien kaverien, startup-yritysten määritellä jotain. Antakaa heidän selvittää, mikä varjostus on ja kuinka sitä tulisi parantaa, ja kun he ovat tehneet kaiken tutkimuksen ja kehityksen, tiedämme tarkalleen, mitä käyttäjät haluavat, nyt lisätään varjostus Oracliin. ”Mielestäni he ovat vain älykkäitä ja sanomalla: "Hei, toiseksi tai kolmanneksi oleminen ei ole huono, kun olet hallitseva pelaaja, koska silloin ihmiset eivät siirry pois sinusta."
Robin Bloor: Kyllä, tarkoitan, että se on käytetty strategia. Tarkoitan, että IBM on tottunut tekemään niin ja koko - koko heidän tuotevalikoimaansa, ja se arvioi kohtuullisen hyvin, kunnes joku keksii jotain, joka on aivan seinämän ulkopuolella ja jota kukaan ei ole koskaan ajatellut, mutta et voi suunnitella sitä vastaan joka tapauksessa.
Kysymyksiä yleisöltä, Eric?
Eric Kavanagh: Kyllä, mutta sinulla on aikaa, ajattelen vain yhtä ehkä ja tiedän, että Bertin on juostava. Tässä oli jotain - okei, Oracle 12c: n varjostusarkkitehtuuri on osoitus siitä - tai mikä on mielestäsi osoitus siitä, mitä mielestänne siellä tapahtuu?
Bert Scalzo: No, Oracle imee tai tarjoaa kaiken, mitä kaikki muut tietokantatoimittajat ovat. Voin esimerkiksi laittaa jäsentämätöntä tietoa Oracliin. En tiedä miten voit laittaa jäsentämätöntä tietoa ja kutsua sitä sitten relaatiotietokantaan, joten sillä ei ole mitään järkeä, mutta voit. Ja nyt Oracle lisää varjostusta, joten Oracle sanoo: “Tiedätkö mitä? Mitä markkinat haluavat, teemme tietokantatarjouksemme, koska markkinat haluavat mitä markkinat haluavat ja haluamme toimittaa ratkaisun, haluamme niiden pysyvän kanssamme. ”
Luulen, että aiot nähdä lisää kohteita. En olisi yllättynyt nähdessäni tietokannan solmujen Hadoop-tyyppistä klusterointia ei Oracle-telineessä tai oikeassa sovellusklusterissa, vaan pohjimmiltaan perinteisessä Hadoop-tyyppisessä klusteroinnissa, joka suorittaa kyseisen varjostuksen. Joten uskon, että pystyt ottamaan käyttöön Oraclen kaltaisen tietokannan kuten Hadoop, ja tällaiset suuntaukset jatkuvat. Nämä suuret tietokantatoimittajat ansaitsevat miljardeja dollareita eivätkä halua menettää markkinoitaan, joten he ovat valmiita sopeutumaan mihinkään tai omaksumaan mitään.
Eric Kavanagh: No, tiedätkö, se on hauskaa, koska olen seurannut avoimen lähdekoodin myyjiä jo jonkin aikaa ja olen miettinyt kaikkea, kuinka suuri vaikutus sillä on perinteiseen suljettujen ovien tekniikkaan, ja jonkin aikaa se varmasti tuntui avoimen lähdekoodin myyjät etenivät vakavasti, ja nyt kun katson markkinoita, näen sellaista mitä sanot, että suuret kaverit ovat tehneet matematiikan, teroittaneet lyijykynänsä ja he tajusivat kuinka ne voivat kutoa paljon sellaista tavaraa heidän arkkitehtuuriinsa. Olipa kyseessä sitten IBM, Oracle tai SAP - Olin juuri SapphireNow-konferenssissa viime kuussa ja Steve Lucas, joka johtaa puolet yrityksestä, kehui, että SAP sisällyttää nyt heidän HANA-pilvialustaan avoimempia komponentteja kuin mikään heidän kilpailijat. Jos teet matematiikan, se on melko vaikuttava lausunto ja se kertoo minulle, että isot pojat eivät ole menossa minnekään pian.
Bert Scalzo: Ei, vedon rahani molemmille. Tarkoitan, jos katsot, Microsoftin osakekanta oli äskettäin noin 50 dollaria ja tiedät vain, että muutama vuosi sitten se oli 25. Et kaksinkertaista osakekurssiasi lyhyessä ajassa, ellet tee hyviä asioita ja Tiedän, tämä venyvä tietokantaominaisuus on mielestäni vain ilmiömäistä tekemällä kaiken Windows 10: stä ensimmäisen vuoden ilmaiseksi ja kaikkien muiden älykkäiden asioiden kanssa. Luulen, että tapahtuu, että monet ihmiset päätyvät Azureen, ei suoraan, ei kuten he sanoivat: "Siirrämme tietokannani Azureen." Se siirtyy sinne maagisesti, koska se arkistoidaan siellä käyttämällä tätä uutta joustavaa tietokantaominaisuutta, ja niin Azuren käyttöönotto tulee vain nousemaan nopeasti.
Eric Kavanagh: No, se on yksi markkinoiden suuntauksista, jonka voin nähdä jopa Mac-tietokoneellasi. Kun menet Mac-tietokoneesi tallentamaan joitain asiakirjoja, ne nyt - ja uudemmat Macit seuraavat vain pilveä, eikö niin? Tarkoitan, että strategiassa on paljon järkeä ja katson myös sitä ja menen: “Okei, kaverit, yrität houkutella minua paloittain pilviympäristöösi, ja sitten jonain päivänä kun haluan katsoa elokuvaa, jos luottokorttini on vanhentunut, olen pulassa. ”
Bert Scalzo: Kyllä, mutta teet sen edelleen.
Eric Kavanagh: Joo. Se on totta.
Bert Scalzo: Laitat kaiken päälle.
Eric Kavanagh: No, ei aivan kaikkea.
Bert Scalzo: Ei Minä tarkoitan-
Eric Kavanagh: Joo, mene eteenpäin.
Bert Scalzo: Nämä sosiaaliset suuntaukset ovat saavuttamassa yrityksiä. Nyt yrityksillä on vielä paljon muita asioita, jotka heidän on tehtävä, mutta he näkevät nämä suuntaukset ja tekevät samoja asioita. En näe, että Oracle tai Microsoft menevät pois. Itse asiassa aion ostaa osakkeita molemmilla kerroilla.
Eric Kavanagh: Todellakin. Hyvin ihmiset, mene idera.com-sivulle, I-D-E-R-A dot com. Kuten Bert sanoi, heillä on koko joukko ilmaisia tavaroita ylöspäin, ja se on yksi markkinoiden uusista suuntauksista - antaa sinulle ilmaisia tavaroita leikkiäksesi, koukkuun ja sitten ostamaan oikeita tavaroita.
Ihmiset, tämä on ollut uusi kuuma tekniikka. Kiitos päivästäsi, Bert, tietysti Dez ja myös Robin. Puhumme sinulle ensi viikolla, ihmiset, paljon tavaraa meneillään. Jos sinulla on ideoita, ota rohkeasti yhteyttä omasi. Puhumme kanssasi seuraavan kerran, ole varovainen. Hei hei.