Koti tietokannat Eteenpäin: liikkuu relaatiot perinteisen ulkopuolelle

Eteenpäin: liikkuu relaatiot perinteisen ulkopuolelle

Anonim

Tekijä Techopedia Staff, 8. kesäkuuta 2016

Takeaway: 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 kuuma on! 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. Tänään aiheena on ”Eteenpäin suuntautuminen: suhteiden siirtäminen perinteisen yli”. Ihmiset, meillä on tänään puhelimessa kolme tietokanta-asiantuntijaa, joten sinulla on kysyttävää, lähetä heille 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 me olemme menossa alas 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 luultavasti 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 tietysti SQL: n - Strukturoitu kyselykieli - 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 toisiinsa ylittäneisiin johtoihin 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, ja niinkuin Bert Scalzo, hän on myös Texasissa. Joten ensin kuulemme Dez Blanchfieldiltä. Ihmiset, twittelemme #HotTech-hashtia kohden, joten lähetä rohkeasti kommentteja tai lähetä kysymyksiä 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 sen päälle pieniä pieniä määriä hiekkaa. 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 aika katsottava, jos vietät aikaa ollenkaan 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 kauan sitten monella tavalla. Aivan hyvin aivan viime aikoihin saakka, tuo hyvin pieni muutos hiekanjyvien muodossa, joka liikutti jättiläismäistä hiekkamaata hiekkadyynin muodossa. Pieniä siirtymiä 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ässä, meillä on ollut joitain melko merkittäviä asioita tapahtua kaupallisille tarpeillemme ja teknisille kuljettajillemme. Aion kävellä meitä niiden 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, 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 käsittelevät joko monimutkaisempia kaupallisia tai monimutkaisempia teknisiä vaatimuksia. Joten todella nopea katsaus siihen, mitä tämä mielestäni todella tarkoittaa, on, että jouduimme lajittelemaan 90-luvut ja näimme tietokantateknologian, johon Internetin käyttöönotto vaikutti, ja sellaisen, mitä kutsumme tuolloin Internetiin. mittakaavassa. Emme puhuneet vain terminaalien edessä istuvista ihmisistä, alun perin tyylistä teletyyppisistä päätelaitteista, joihin oli rakennettu fyysisiä tulostimia ja 132 paperitekstiä tulostavasta tekstisarakkeesta. 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 käsittelemme koko tätä mötyä, ja sanon, että positiivisella spinillä, ei negatiivisella konnotaatiolla, tällä möykkyllä, jota me kutsumme isoina tiedoiksi, ja valtavana räjähdyksenä, 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 huippu. Meillä on taipumus olla hieman innostuneita siitä, mitä suurten tietojen vaikutukset ovat olleet ja minkä tyyppisiä valintoja meillä on nyt. Meillä on kaikki 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ä keskusteluistani, jonka minulla oli tänään täällä kanssamme asuvan Eric Kavanaghin kanssa, oli noin keskustelua, joka liittyi Apache Drill -nimiseen asiaan, joka on avoimen lähdekoodin projekti, jonka avulla voit tehdä kyselyjä 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, että meillä on tämä uskomaton asia, jota en usko ketään ihmistä täysin ymmärtävän, ja se on esineiden Internetin muoto. Kaikkia näitä erilaisia ​​muutoksia on tapahtunut viimeisen vuosikymmenen aikana ja hiukan, ehkä kaksi vuosikymmentä, jos sitä pyöristetään, mikä on mielestäni vain vaikuttanut 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, joka on kaavio, joka näyttää tyypit käyttöympäristöjä, jotka ovat käytettävissä, jos olet iso datamaisema. Ja se on erittäin, erittäin vaikea lukea, ja syy siihen, siellä on aivan liikaa 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, itse asiassa vain harvat edes noudattavat mitä tahansa tyylin perusstandardia, mutta pitävät itseään edelleen tietokannana. Ja aion näyttää sinulle pari näyttöä sekunnissa antaaksesi sinulle kontekstin siitä, 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 tietotekniikkamaisemakuvaaja on mielenkiintoinen, koska siinä on paljon vaihtoehtoja, katsotaanpa vain yhtä pystysuuntaista avainta.

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 dian taaksepäin, niin näyttää tämän päivän tietomaisema eri tuotemerkeillä ja tarjouksilla, joita meillä on tietokantateknologioissa. Näin pystysuorat näyttivät viisi vuotta sitten, vain markkinointitekniikassa.

Jos nyt siirryn tämän päivän näkymään, se näyttää miltä se on, 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 alustaa 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 tietokantatekniikasta, olipa kyse sitten relaatiotietokannoista tai tavanomaisista tietokannanhallintaalustoista, joista olemme tienneet parin viime vuosikymmenen aikana. Tai todennäköisesti, nykyaikaisemmat moottorit, kuten Neo4j, ja nämä tyypit. Joten uskon, että olemme tulossa erittäin rohkeaseen maailmaan, jossa on saatavana paljon vaihtoehtoja, ja meillä on nyt horisontaalisesti alustan kokoisia, joko muistissa tai levyllä. Mutta mielestäni on haastava aika teknologia- ja yrityspäättäjille, koska heidän on tehtävä 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ä prosessorissa tosiasiallisesti olevan tiedon ja prosessoriin muistista vedettävän 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, jotta se olisi 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äyn vain eräänlaisena käyn läpi mitä tapahtui.

Ensinnäkin levy. No levy on ohi, todella. Se on aika ohi tietokantojen suhteen. Uskon, että tietojen arkistointiin liittyy useita tilanteita, ja jopa erittäin suurilla Hadoopilla toimivilla tietojärvillä, pahin kehrävä levy on todennäköisesti nykyään elinkelpoinen. Todellakin, kehruukiekon ongelma oli, että lukunopeudet eivät parantuneet erityisen paljon. Ja kun CPU 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 satunnaisesti luet levyä, se on uskomattoman hidas verrattuna muistiin lukemiseen, se on kuin 100 000 kertaa hitaampi. Ja melko viime aikoina suurin osa tietokanta-arkkitehtuureista, joita olen tarkastellut millään syvyyksellä, ovat oikeastaan ​​vain lukeneet sarjallisesti 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, tosiasiassa useasta päästä, joka liikkuu usean kehruupinnan yli, ja tiedon poimimisesta niiden kulkua kohti. 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 luultavasti - kuka tahansa, joka kirjoittaa uuden tietokannan, voi todennäköisesti jättää kehruulevyn ohittamatta, ajattelematta sitä. 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 kehruukiekko, 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. RAM-prosessorin välinen CPU-suhde prosessoria 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ä todella 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 3D Xpointilla, ja IBM, jota he kutsuvat PCM: ksi, joka on vaihemuutos, 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ä.

On arvioitu, että saat melkein jopa RAM-nopeuden tekemällä niin. Ja kaikki tämä sanoo, että muistiarkkitehtuurin tulevaisuus on epäselvä. Tarkoitan, että todellisuus on se, että useat hallitsevat myyjät, riippumatta siitä, mistä ne osoittautuvat, määräävät todennäköisesti laitteiston suunnan. Mutta kukaan ei tiedä mihin se menee tällä hetkellä. Olen puhunut joidenkin tietokanta-insinöörien kanssa, jotka sanovat: “En pelkää mitä tapahtuu”, mutta he eivät tiedä kuinka optimoida se get-go-palvelusta. Ja teit aina sellaista, joten se on mielenkiintoista.

Ja sitten siellä on CPU. No, monisähköiset CPU: t eivät olleet vain moniytimisiä CPU: ita. Meillä on myös merkittäviä 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 erilaisia ​​kykyjä. 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 suorittaisit 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 kenties 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 helpompi hallita. Valitettavasti se on laitteistosta riippuvainen suunnittelu, ja kun laitteisto muuttuu, sen tekeminen on yhä vähemmän mahdollista, ellei insinööreidesi 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ä 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: Siinäpä ! Bert?

Bert Scalzo: Paljon kiitoksia. 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 Traditional”. 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 Oraclesta, SQL Serveristä, benchmarkingista ja monista muista asioista. ”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 merkittävä muutos, ja tulevat vuoteen 2020, uskon, että näette uuden radikaalin muutoksen. Olemme erittäin mielenkiintoisella hetkellä.

Nyt tämä dia on avain, siksi panin avaimen ylös. Koko tämä muutos on käynnissä, 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, liiketiedot, analytiikka, 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 tällä hetkellä. 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, josta aion puhua muista, ei ole flash-levyjen käsite. PCIe, se on PCI Express vs. NVMe, et ehkä ole kuullut tästä, haihtumattomasta muistin ilmaisusta. 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 aikaisempaan tekniikkaan verrattuna.

Monet ihmiset eivät tiedä mitä nämä kaikki 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 verrattuna yhteen 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 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äydään läpi NVMe-ohjain, joka sisältyy nyt käyttöjärjestelmään, 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 sinulla yläosan käsite loogisesta suuresta pöydästä, 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, sinun ei tarvitse, 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 datan, mutta indeksien pudottamiseksi tämän päivän eräkuorman suorittamiseksi et halua pudottaa indeksejä jokaisesta yksittäisestä rivistä, vaan vain nykyisestä kauhasta 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ä kakkua.

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 nyt olet todella 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, siellä on toinen malli, joka, tiedät, tosiasiassa, tekee sen vain, kun se välittää kyseiset tiedot verkon kautta todelliselle asiakassovellukselle.

Siinä tapauksessa se olisi vielä muistissa olevassa tietokantapalvelimessa salattava ja purettu vasta sitten, 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, että voit ottaa flash-tiedoston tai SSD-tietokannan, joka on tietokantapalvelimellasi, 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 nimellä“ Buffer Pool Extension ”, 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 vie meidät isoisäpuoleen, joka oli muistin tietokannat, ja se johtuu siitä, että 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ärjestykseen nähden. 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 versio.

Ja tapa, jolla se määritellään, muistin objekti on samanlainen molemmissa tietokannoissa. Täällä voit nähdä oikeassa yläkulmassa, olen luomassa SQL Server -palvelinta ja voit nähdä sen sanoneen optimoidulla muistilla ja kestävyyden ollessa vain skeema. 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ä Orackella muistilaatikoilla, minulla oli joitain testejä, joiden suorittaminen kesti melkein 40 minuuttia, ylä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 Oracle ja SQL Server, haluat tarkastella näitä, ne ovat todella hienoja ominaisuuksia. Ja sen kanssa luulen avaavan sen kysymyksille.

Eric Kavanagh: No Bert, olet ensinnäkin ollut erittäin epäitsekäs kaikessa tässä upeassa koulutuksessa. Voisitko puhua vain minuutin siitä, mitä te teette? Koska sinulla on mahdollistavaa tekniikkaa, joka voi helpottaa sitä, mistä olet puhunut. 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 toimin 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 hallinnolliset tehtävät. 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ä GUI-suunnittelua 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 eräänlainen yhdenmukainen yhtälö, jonka itse asiassa muistan haastattelemassa tohtori Michael Stonebrakeriä takaisin vuonna 2005, kun hän jatkoi iso 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 hänellä oikeassa että. 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 ihmisistä haluamme vain saada työ saatu aikaan - tiedätkö, Microsoft Wordilla kirjoitan asiakirjojani. Käytän sähköpostilla 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, kuinka 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. Meillä on pari kommenttia yleisöltä. Ehkä Dez, pari kysymystä ja Robin pari kysymystä?

Dez Blanchfield: Toki. 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: Luulen, että 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 uusista muistityypeistä, jotka tulevat ulos, siitä tulee fantastinen. 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 silloin, kun tarkastelen tietokantoja, kuten Oracle ja SQL Server ja jotkut muut, ne eivät enää ole relaatiotietokantoja. Voin laittaa jäsentelemättömän tiedon Oracliin ja ylläpitää silti ACID-vaatimustenmukaisuutta. Jos olisit kertonut minulle 20 vuotta sitten, sanoisin vain, 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ä maailmalta näyttää sellainen yrityksesi kerros, jota käsittelet? 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, tuhansissa tietokannoissa; 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ärä syntaksi, ja jos haluan jakaa sen aliosioihin, 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äkin mielenkiintoisemmaksi, kun pääset tutustumaan nykyaikaisempiin - tai ei nykyaikaisempiin, se ei ole reilua sanoa - mutta kerran tietokanta on tietokanta. Nykyään näen kaiken, mitä puhut siellä, ja siihen liittyy lisähaaste, jonka tekniikkapinoja, jotka perinteisesti näemme myyjiltä ja sinä lajittelet avoimen lähdekoodin siihen ja 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 loppupää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 myös paljon kysymyksiä heittääkseen sinulle myös.

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, jonka tunnet?

Bert Scalzo: Ehdottomasti. Joo.

Robin Bloor: 2016, okei, kerro siitä meille.

Bert Scalzo: Ja olen todellakin -

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 teille, 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, - tiedätkö, mielestäni vain yhden tai kaksi dioa, jotka olet ottanut tämän esille, 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: Niin, 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. Jos minulla ei ole pääsyä tietoryhmään, kuten Oraclen tapauksessa, kuten en saa nähdä John Smithin sairauskertomusta. Jos sanon Oraclen kohdalla ”Valitse kyseinen tietue”, minut estetään tai annan nähdä sen, mitä minulla on lupa nähdä, ja se muutetaan. Ja jos sanon: “Valitse tilin tähti taulukosta, jossa sama kuin John Smith”, saan nollan.

SQL Serverissä se voi suorittaa muokkauksen, mutta siinä on aukkoja. Jos sanon: “Valitse tilitähti taulukosta, jossa se on yhtä kuin John Smith”, 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, mitään muuta ei muokkata 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 todella joutuvansa kiinni toisiinsa erilaisiin häiriöihin markkinoilla, jotka todella ajavat heidät? Mikä on sinun mielipiteesi?

Bert Scalzo: Minulla on mielipide ja se on - tiedän, jälleen aion sanoa, että se on mielipiteeni - Esimerkiksi Microsoft Ballmerin jälkeisellä aikakaudella on vain vaikuttanut minusta 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: Joo, 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 heidän 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 kuin Hadoopilla, 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 mietin sitä, kuinka suuri vaikutus sillä on perinteiseen suljettujen ovien tekniikkaan, ja jonkin aikaa Varmasti tuntui siltä, ​​että 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 he voivat kutoa paljon sellaista tavaraa 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 aika vaikuttava lausunto ja se kertoo minulle, että isot pojat eivät ole menossa minnekään pian.

Bert Scalzo: Ei, lyön vetoa, että rahat 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ä mitä tapahtuu, on, 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 Facebookissa.

Eric Kavanagh: Kyllä. Se on totta.

Bert Scalzo: Laitat kaiken Facebookiin.

Eric Kavanagh: No, ei aivan kaikkea.

Bert Scalzo: Ei, tarkoitan …

Eric Kavanagh: Joo, mene eteenpäin.

Bert Scalzo: Nämä sosiaaliset suuntaukset ovat saavuttamassa yrityksiä. Nyt yrityksillä on vielä paljon muuta tekemistä, mutta he näkevät nämä trendit ja tekevät samoja asioita. En näe, että Oracle tai Microsoft menevät pois. Itse asiassa aion ostaa osakkeita molemmilta kerroilta.

Eric Kavanagh: Kyllä, todellakin. Hyvin ihmiset, mene idera.com-sivulle, IDERA 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, saadaksesi koukun ja ostaessasi 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, lähetä meille sähköpostia todella. Puhumme kanssasi seuraavan kerran, ole varovainen. Hei hei.

Eteenpäin: liikkuu relaatiot perinteisen ulkopuolelle