Ottaa mukaan: Isäntä Eric Kavanagh keskustelee tietokantatrendeistä Dr. Robin Bloorin, Dez Blanchfieldin ja Scott Walzin kanssa tässä Hot Technologies -jaksossa.
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, hei ja tervetuloa takaisin yrityksen IT-maailman kuumimpaan esitykseen, Hot Technologies 2016. Kyllä, todellakin! Nimeni on Eric Kavanagh, olen tänään isäntänä näyttelyssä, jonka otsikko on ”Näkyvyyden taide: Monipalveluhallinnan mahdollistaminen”, kyllä. Muutamia nopeita muistiinpanoja, on dia todellakin, tosin viiden vuoden takaa ja riittää minusta, lyö minut @Eric_Kavanagh-sivulle. Vuosi on kuuma, tämä on Hot Technologies -yrityksen vakiolasimme. Mitä teimme tällä ohjelmalla, halusimme ohjelmaa, joka auttaisi meitä määrittelemään tietyn tyyppinen tekniikka, joten koko ajatuksena on, että saamme kaksi analyytikkoa, jotka tulevat sisään ja antavat heidän ottaa tietyn tilan tai tietyn tyyppisen toiminnon. jota yritys tarvitsee, ja sitten myyjä tulee sisään ja osoittaa rakentamansa ja selittää miten se vastaa analyyttien kuulemaa.
Ja syy siihen, kuten voitte kuvitella, johtuu siitä, että yritysohjelmistomarkkinoinnin maailmassa on termejä, joista ryhdytään yhtymään, ja mitä tapahtuu aina, on se, että myyjät tarttuvat viimeisimpään kuumaan termiin, kuten iso data tai analytiikka esimerkki tai jopa SOA tai eri termit, kuten alusta, ja joskus nämä sanat ovat erittäin tarkkoja tietyn tekniikan suhteen, ja toisinaan ne eivät ole. Tämä esitys oli suunniteltu auttamaan meitä todella artikuloimaan sinulle, yleisölle, mitä tietyt tekniikat tekevät, miten ne toimivat ja milloin sinun tulisi käyttää niitä.
Aion esitellä puhujillemme. Meillä on oma Dr. Robin Bloor, joka soittaa sisään Austinista, Texasin sijainnista, Dez Blanchfieldistä, soittaen planeetan toiselta puolelta, ja vieraamme Scott Walz soittaa Kentuckyltä. Ja mitä todella, olen todellakin Pittsburghin ulkopuolella, joten meillä on tänään täysin maantieteellinen sijaintiorganisaatio useista eri paikoista. Sen avulla aion työntää Robinin ensimmäistä diaa, kysyä minulta vapaasti kysymyksiä, ihmiset, älä ole ujo. Voit tehdä niin käyttämällä webcast-konsolin Q&A-komponenttia. Ja sen avulla annan sen tohtori Bloorille. Lattia on sinun.
Robin Bloor: Okei, kiitos johdannosta, Eric. Saanen päästä vain ensimmäiseen diaan. Tämä on kokoelma tietokantaa ajattelevia meerkatseja. Koko esitys, jonka täällä teen, on oikeastaan vain yleinen ajattelukokoelma tietokannasta, jota minulla on äskettäin ollut, tosiasia, että vuoden 2000 ympäri näytti siltä, että tietokantapeli oli siinä mielessä ohi. että suurin osa tietokannan toteutuksista tapahtui relaatiotietokannassa. Ja sitten se vain muuttui, tiedätkö, kaikki nämä asiat, joista meerkatit ajattelevat, sarakkeistalot, avainarvotallenteet, asiakirjatietokannat, muistiin tallennetut tietokannat, kuvaajatietokannat ja monia muita asioita ilmestyi yhtäkkiä. Ja se oli melkein kuin uudenlainen geologinen aikakausi, jossa esiintyi yhtäkkiä fossiileja erityyppisiä eläimiä.
Wobegon-järven uutisia, se on todella ohi yhden mallin tietokantaan. Ei ole epäilystäkään siitä, että RDBMS hallitsee edelleen, mutta muun tyyppiset tietokannat on nyt perustettu. Oikeasti, se on melko paljon yleiskatsaus siitä, mitä aion sanoa täällä.
Tietokannan mitat, joista osa todellakin tuli viime aikoina tärkeämmiksi, mutta mitkä voin ajatella ajaessani tätä diaa, muutettiinko sitä mittakaavassa tietyn palvelimen resurssien tehokkaan käytön kannalta? Suoritetaanko se niin, että se voi mennä suurten klustereiden yli? Hyödyntääkö se saatavilla olevaa laitteistoa, jonka tyyppiset muistitietokannat menevät tähän suuntaan? Onko se jakelukelpoinen? On olemassa useita tietokantoja, jotka vaikuttavat jakeluvaihteluihin. Millaisia ominaisuuksia sillä on? Tietokannan ACID: n perusominaisuus. Mutta nyt sen sijaan, että olisi todellista johdonmukaisuutta, useilla tietokannoilla on lopullinen johdonmukaisuus, ihmiset käyttävät niitä eikä heillä ole ongelmia niiden kanssa, joten he ovat osoittaneet, että ACID ei ollut ehdottoman välttämätöntä, vain hyvä asia, että sinulla on paljon tilanteita.
Metatietojen järjestämisen kannalta koko peli on muuttunut. Meillä on erilaisia metatietoorganisaatioita tyypillisen RDBMS-järjestelmän sijaan. Optimoijan kannalta optimointitoiminto on suunnilleen paljon riippuen siitä, mitä datarakenteita yrität optimoida. Hallittavuuden kannalta tässä on paljon variaatioita, joita käsittelen myöhemmin, mutta pohjimmiltaan DBMS-järjestelmän koko kohta on hallittavissa ja jälleen kerran sen hallittavuuden laajuus määrää sen hyödyllisyyden.
Laitteistoon liittyvien tekijöiden kannalta tämä on tosiasia, joka sanoo - tarkoitan, että täällä tehdään vain yksi kohta - täällä tehdään se, että mikä tahansa, mitä tänään tarkastelemme tietokanta-arkkitehtuurien suhteen, muuttuu. Se voi olla samoja tietokantoja, mutta niiden on tavalla tai toisella otettava huomioon se, mitä laitteistotasolla tapahtuu. Monien, monien vuosien ajan meillä oli tämä suhteellisen yksinkertainen CPU: n, muistin ja pyörivän levyn tilanne - hyvin, se on mennyt, todella.
Tärkeintä tässä on, että meillä on ensisijaisesti suorittimia, mutta ne ovat paljon rinnakkaisempia kuin aiemmin monien, monien erilaisten ytimien kanssa. Meillä on myös GPU, meillä on myös FPGA: ita, erityyppisiä piitä, mutta Intel on naimisissa yhden FPGA: n kanssa seuraavan julkaisunsa kanssa CPU: n kanssa - JA - on naimisissa GPU: n ja CPU: n yhdessä samassa sirussa. Sinulla on siruja, joilla on erilaisia ominaisuuksia. GPU: n etuna on, että se on todella hieno raskaille rinnalleille ja erityisesti numeeriselle laskennalle. FPGA: t, joilla voit tavalla tai toisella laittaa koodin sirulle ja se toimii paljon nopeammin kuin jos syötät sitä vain sirulle.
Näitä asioita tapahtuu risteyttämällä. Olemme saaneet 3D XPointin Inteliltä ja PCM IBM: ltä, jotka ovat uudentyyppisiä muistia, jotka ovat hitaampia kuin RAM, halvempia kuin RAM, mutta haihtumattomat. Ja nämä luovat hieman jännitystä useille ohjelmistotoimittajille, joiden kanssa olen puhunut. Meillä on SSD-levyjä, mutta nyt ne ovat erittäin suuria ja tarjoavat samanaikaisen pääsyn. Kun rinnakkainen pääsy erittäin suureen SSD-levyyn, voit lähestyä lukunopeutta, joka on samanlainen kuin RAM-lukunopeus. Meillä on tämä mahdollisuus kolmen tyyppiselle tallennusmuistille, 3D XPoint -tavaroille ja SSD-levyille, jotka kaikki menevät erittäin nopeasti. Ja koska nopeus on tietokannan ydin, kaikki tietokantatekniikat yrittävät hyödyntää niitä mahdollisimman nopeasti. Ja siihen liittyy ja on ollut mukana rinnakkaisarkkitehtuuri, mutta skaalataan rinnakkaisarkkitehtuuri. Laitteistotason suorituskyky kiihtyy koko ajan, on tehty monien vuosien ajan, jatkaa niin ja yleiset kustannukset ovat laskussa.
Kyyneleiden polku. Tämä on vain erilaisia yrityksiä tietokantoihin, ensimmäisiin tietokantoihin ennen relaatiota kutsuttiin yleensä verkon tietokantoiksi, sitten tuli relaatiotietokantoja, sitten tuli objektitietokantoja, he eivät saaneet paljon pitoa, sitten tulivat pylväsvarastotietokannat, jotka olivatko relaatiotietokannat tehty hyvin eri tavalla. Ja sitten meillä oli asiakirjatietokannat ja SQL-tietokannat, jotka olivat objektitietokantoja, tehtiin eri tavalla, tai jos haluat, sama objektitietokantojen sarake, ja ne kiinni. Ja viime aikoina meillä on ollut graafisia tietokantoja, jotka saavat pitoa ja RDF-tietokantoja. Ja mitä katsot, siellä on ainakin kolme erilaista tietorakennetta, jotka on mukautettu. Relaatiotietokanta tekee taulukot ja rivit erittäin hyvin. Asiakirjatietokanta ja objektitietokannat - ne tekevät hankalista tietorakenteista, erityisesti hierarkkisista tietorakenteista, erittäin hyvin. Ja kuvaajatietokannat ja RDF-tietokannat tekevät verkon tietorakenteista erittäin hyviä. Ja nämä erilaiset, mielestäni heistä kolme linjaa, jatkavat määräämättömästi. Se ei tule pysähtymään, koska moottorit, jotka tekevät nämä asiat hyvin, eivät toimi muussa tietorakenteessa erityisen hyvin.
Ja sitten meillä on Hadoopin pilaantumiskerroin. Hadoopin tietokanta ei ole, mutta on tietokantoja, jotka käyttävät HDFS: ää tallennusrakenteeseensa. Ja monet asiat, jotka Hadoop tekee, ovat sellaisia hallintaasioita, jotka on tehtävä tietokannalle. Mainitsemisen arvoinen on myös se, että Spark ei myöskään ole tietokanta, mutta sillä on, ja se on epäkypsä, mutta siinä on SQL-optimoija ja siksi se on kuin tietokannan ydin, välttämättä tietämättä mihin tallennat tiedot , mutta jos kiinnität sen HDFS: ään, suuri osa tietokantavaatimuksista täyttyy, yksinkertaisesti taustalla olevan tiedostojärjestelmän ominaisuuksien avulla. Varsinkin kipinästä on tullut osa tietokannan ekosysteemiä, ja se yhdistetään usein tehokkaammilla tietokannoilla, ja syy tähän on analytiikka. Analytics - Spark on hyvin, se menee hyvin, erittäin nopeasti analytiikkaan. Analytics on tärkein sovellus, johon suurin osa ihmisiä sijoittaa juuri nyt, joten nämä kaksi kävelevät käsi kädessä. Tietojen yhdistäminen keskittymissääntöjen sijasta, sen pitäisi olla selvää siitä, että sinulla on ainakin kolme erilaista tarvetta, jäsenneltyjä tietokantoja ja siten tietojen yhdistäminen, jos haluat jakaa tietoja niiden välillä. Se on usein välttämätöntä, mutta sinulla on myös tietokantoja, jotka mitoittavat, ja tietokannat, joilla ei ole, todella tehokkaisilla moottoreilla, kuten Teradata tai Vertica, on erityinen paikka, mutta pienemmillä moottoreilla, jotka voivat tehdä hirvittävän suuren osan työstä, joten yhdistäminen on todennäköisesti siellä pitkään, kauan jopa relaatiotietokantojen välillä.
Viimeinen sanottava IoT, se ei ole ohi, ennen kuin rasvainen lady alkaa tutkia tietoja. IoT voi hyvinkin luoda tavalla tai toisella erilaista dynamiikkaa tietokantamaailmaan ja se monimutkaistaa asioita entisestään. Toivottavasti tapahtuu - tavalla tai toisella - jonkinlaista lähentymistä, joka jatkuu, mutta en näe sen kaiken tulevan yhteen niin kuin relaatiotietokantojen kanssa. Ei milloin tahansa pian.
Ja mielestäni se on kaikki mitä minun on sanottava, joten annan sen Australialle.
Dez Blanchfield: Kiitos, Robin. Kiitos kaikille, että liittyit meihin, kiitos siitä, että otit minut tänään tai iltapäivällä. Tämä on todella kuuma aihe, koska olemme kokenut melko räjähdyksen viimeisen vuosikymmenen aikana käsiteltävänä olevan tietomäärän suhteen ja aina, että tiedot sijaitsevat jossain järjestelmämuodossa, joka useimmissa tapauksissa on jossain muodossa oleva tietokanta. Ajattelin, että voin nopeasti viedä meidät erittäin korkeatasoiselle kävelylle siitä, kuinka pääsimme tänne ja syntyvästä ongelmasta ja asioista, joihin meidän on nyt puututtava, ja sitten puhumme tyypeistä ratkaisu, jota voidaan soveltaa siihen. Annan vain tarttua ensimmäiseen diaani täällä.Olen sitä mieltä, että olemme nyt siinä vaiheessa, jossa DB admin 2.0 tai tietokannan admin 2.0 on sellainen, missä olemme tällä hetkellä, kun kerran tietokannan ylläpitäjä oli melko suoraviivainen rooli ja haaste ja voisit kouluttaa jonkun melko nopeasti. Nykymaailmassa sitä ei enää ole, ja aion näyttää sinulle, miksi niin on.
Kerran tietokannan ylläpitäjä voisi muodostaa yhteyden DB: n takaosaan ja tehdä pikaesitystietokantoja. Järjestelmässä olisi luettelo tietokannoista, jotka heidän täytyi olla tietoisia ja jotka voisivat nopeasti saada selville ne tietokannat ja valitse ne ja niissä on vähän nastaa ja anturia ympärillä ja käytä käännöstä, kuvaa taulukkoa saadaksesi selville mitä taulukossa ja jokaisessa sarakkeessa ja rivissä on. Se oli suhteellisen suoraviivainen haaste ja jos luet keskimääräisen kahden tai kolmensadan sivun kirjan tietokannan hallinnasta jokaiselle alustalle, pystyit melkein opettamaan itsesi joutumatta suorittamaan raketitieteiden tutkintoa.
Mutta niin ei enää ole, ja syynä on mielestäni siihen, että tietokantamaailmassa on aivan liian monia vaihtoehtoja, jotta yksi henkilö voi olla asiantuntija asiantuntijana ja pystyä hallitsemaan ja hallitsemaan manuaalisesti . Ja syy siihen on, että palvelimien ja tietokantajärjestelmien, tietokantapalvelimien ja sovellussovellusten maailmaan liittyvän viimeisen neljän-viiden vuosikymmenen aikana olemme kuljaneet hyvin pitkän matkan. Kerran meillä oli iso rauta joutunut käsittelemään sitä, mikä oli käytännössä pientä dataa, ja nauraen pieni, kun katsomme taaksepäin. Näin toisena päivänä todella siistisen kuvan tästä hämmästyttävästä naisesta, joka oli NASA: n johtava ohjelmoija ja kehittäjä silloin, kun asetimme miehiä kuuhun, ja hänen koodinsa editoitiin sata kolmekymmentäkaksi. sarakkeen rivi ers ja tuulettimen taitettu, ja se oli itse asiassa korkeampi kuin hän oli, määrä koodia hän kirjoitti.
Ja kun ajattelin sitä, olin kuin, oikeastaan kyseessä on todennäköisesti noin kaksi tai kolmesataa megat dataa, johon hänen piti kirjoittaa se korkeintaan, ellei vähemmän. Ja niin hänen koodinsa pitämiseen tarkoitettujen tietojen kokonaismäärä, vaikka se oli fyysisesti korkeampi kuin hän, kun sitä muokattiin paperille, oli oikeastaan hyvin, hyvin pieni määrä. Jopa nämä massiiviset huoneen kokoiset tietokoneet, ja tämä on tässä järjestelmässä oleva IBM System / 360, tietomäärä, jota se todella pystyi pitämään, oli pieni verrattuna nykymaailmaan. Itse asiassa älypuhelimissamme on 60 ja 128, ja 256 keikkaa, ja puhelimissamme on pian teratavuja ennen kauan, kun salaman hinta laskee.
Ja niin tuolloin ja tuona aikana tietokantojen hallinto oli melko suoraviivaista. Tässä on tilannekuva 3270-pääteistunnosta ja DBA: lle mahdollisuus kirjautua sisään ja katsoa tietokantaan liittyvien tiedostojen lukumäärää sekä siellä olevia hakemistoja ja rivejä ja sarakkeita. Ja voit nähdä täältä tässä kuvakaappauksessa, että tämän konfi on yksi taulukko ja useita taulukkotiloja, mikä olisi ollut koko tietokantataulua hallittava mainframe. Nykyään meillä on miljardeja rivejä tietueita tietokantajärjestelmissä. Ja muutos tapahtui tekniikan muutoksen myötä, joka antoi meille mahdollisuuden rakentaa tietokantaalustoja ja tiedonhallintajärjestelmiä.
Jos ajattelemme sellaisia alkuperäisiä keskusyksiköitä ja monia tietokoneita, jotka käyttävät tietokantoja ja lopulta relaatiotietokantoja, niin viisikymmentä vuotta enemmän, ja sitä suurta rautaa maailmaa ja pieniä tietojoukkoja, jotka meillä oli, mennessä, kun pääsimme noin kahdeksankymmentäluvulle , olimme eräänlaisena, kävimme läpi keskusyksiköt ministä mikroihin, ja meillä oli tietokoneita, jotka toimivat kuten dBase II ja dBase III, sekä DOS ja CP / M, ja meillä oli hyvin varhainen relaatiotietokanta- tyyli tekniikoita saatavilla ja ne skaalataan melko hyvin verrattuna mihin tottumme keskusyksikössä. Siihen mennessä, kun pääsimme 1990-luvulle, meillä oli tykkäyksiä ja Oracle ja DB2. Ja 1990-luvun lopulla meillä oli ihmisiä, kuten salaisia tietokoneita, jotka pystyivät liimaamaan verkkomallin tavoin, erittäin, erittäin suuria koneita, kaappikokoisia koneita, jotka ottivat tykkään ja rakensivat nämä klusterit tietokoneita. Mutta silloinkin, se oli silti pieni verrattuna nykyiseen näkemykseen.
Mutta ylöspäin noussani diassa, tämä on Hadoop-klusteri ja toimii tehokkaasti kuin yksi kone. Pohjimmiltaan se on vain todella, todella iso tietokone ja siihen mahtuu nyt tyypillisiä verkkomittakaavaisia tietoja. . Ja niin tietokannan hallinnan haaste, tietokannan hallinta tällaisilla alustoilla on todellakin tullut mielestäni rakettitieteeksi. Sinun on oltava erittäin taitava hahmo, jotta pystyt ymmärtämään sen käyttämää tekniikkaa, sen käyttämää alustaa, siellä olevia tietoja, näiden tietojen käyttötapoja. Ja kyllä, näimme tämän räjähdyksen 2000-luvun alkupuolelta, jolloin Microsoft SQL: stä tuli asia, Lotus Notes oli melko vakiintunut ja siellä, ja Lotus Notes -tietokantojen määrä, joka hiipi paikan päällä, oli melko pelottavaa. Ja meillä oli tavallisia Oracle: n ja DB2: n vakiintuneita operaattoreita ja todella alkoivat tarttua. Jotkut tuotemerkit kuten olivat alkaneet hiipua. Mutta teimme oikeasti vain perinteistä tietokannan hallintaa siihen saakka, noin vuoden 2006 aikakaudella, jolloin jos palaan takaisin kyseisen klusterin kuvaan, meistä, joita kutsumme Beowulf-klustereiksi, tuli asia, jossa voimme ota hyllyltä tietokoneet ja liimaa ne yhteen ja tee suuria supertietokoneita.
Mutta suunnilleen siitä hetkestä lähtien ylitimme kärkipisteen, jossa ihmiset pystyivät hoitamaan vanhan koulun tietokantojen hallintaa ja - kuten sanon, minun mielestäni - asteikosta tuli hyvin, erittäin suuri, erittäin nopeasti. Tuntuu melkein siltä, että meillä olisi ollut tämä tekniikan iso bangaustapahtuma, joka vauhditti tietotekniikan ja tiedonhallintateknologian käyttöönottoa ja erityisesti niitä ympäröivissä tietokannoissa. Ja koska rakensimme käytännössä korkean suorituskyvyn laskentatyyppisiä klustereita tietojen isäntämiseksi eri muodoissa. Ja välittääksesi tämän kohdan, tässä on tilannekuva käytettävissä olevista tietokantatekniikoista vuodesta 2016 lähtien. Alkaen oikeasta alakulmasta ja avoimesta lähteestä aina infrastruktuurin vasempaan yläkulmaan. Ja oikeassa yläkulmassa meille käytettävissä olevissa sovellusratkaisuissa ja vasemmassa alakulmassa sekoitus infrastruktuuria ja suorituskykymoottoreita, jotka tekevät analysointia, ja niin edelleen. Ja keskellä on tietysti älypuhelimiemme kaltaisia laitteita, jotka tosiasiassa toimivat hyvin pienillä tietokantaversioilla, jotta voidaan hoitaa esimerkiksi yhteystietojamme ja niin edelleen, tai puhelulokkejamme ja muita meillä olevia asioita.
Ja niin minun mielestäni tapahtui tämä räjähdys, sellainen kuin Kambrian räjähdys sellaiseen asiaan, jossa tekniikan kehityksen määrä tapahtui siinä hyvin lyhyessä ajassa noin vuodesta 2006 vuoteen 2016, joka on nyt käytännössä vuosikymmen, niin kuin se oli. Olemme nyt nähneet kuvaajatietokannoista tullut iso asia, muistin sisäisistä tietokannoista tulee iso asia, SQL-tietokannat ovat tulossa. Siirtyminen erilaisiin laskentamalleihin, Hadoop, syntyi, meillä oli MapReduce-malli, nyt meillä on Spark ja streaming analytiikka ja virtaustietokoneet, joustava hajautettu tieto, kehykset, jotka ihmisten on kehitettävä heille pääsemiseksi tarvitsemillemme asteikkoille, ja kun ajattelemme tätä matkaa, käydä läpi eräänlainen, mitä ovat relaatiotietokannan hallintajärjestelmät tavallisten epäiltyjen, Oracle, PostgreS, Sybase, IBM DB2, MySQL ja Microsoft SQL Server -alustan kanssa. Olemme nähneet, että jotkut uudet lapset tulevat nyt lohkoon, Clustrix, Xeround, NuoDB, MemSQL, ja niitä on kymmeniä ja kymmeniä enemmän kuin näit kyseisellä dioilla aiemmin. Jos pystyt kuvittelemaan haasteen, jonka mukaan sinun on tunnettava nämä alustat ja taitot niiden toteuttamiseksi ja saadaksesi yhden lasinäkymän, sinun on oltava DBA ja tee nämä asiat, haaste ei ole kaikkea muuta kuin triviaalia. Ja sitten yhtäkkiä tuli NoSQL-moottorit, jotka ovat kokonaan uusi hauska haaste.
Ja niin, että viimeinen dia, joka minulla on täällä, on eräänlainen lopullinen yksi-kaksi-kolme kolkutöntä ja se on, että olemme ottaneet osaa näistä tekniikoista nyt ja olemme luoneet heille palvelukyvyn, olemme laittaneet ne pilvimalleja ja ne ovat nyt saatavana apuohjelmana, palveluna, voit periaatteessa hankkia tietokannan palveluna ja tavalliset tuotemerkit, joita näemme siellä Amazonin Web-palveluissa ja Googlen Cloud Compute Platformissa ja Microsoft Azuressa, ovat niitä, jotka tulevat ihmisille mielessä, mutta pilvialustoja on nyt kymmeniä ja kymmeniä. Ja esimerkiksi Australiassa on jotain sata kaksitoista yritystä, jotka ovat vilpittömässä mielessä laajamittaisia julkisia pilviä ja tarjoavat tietokantapalveluita eri muodoissa.
Miettiä haastetta, jonka keskimääräisen DBA: n on nousta sängystä ja mennä töihin ja selviytyä nyt, on varsin mielenkiintoinen haaste. Ja niin, olen nyt hyvin sitä mieltä, että kuten monet muutkin asiat elämässä, olemme asettaneet ne vaakasuoraan ja pystysuunnassa, toisin sanoen infrastruktuurin skaalattu hyvin vaakasuoraan, lähes lineaariseen kasvumalliin ja pinon monimutkaisuuteen vertikaalisessa mielessä, tietokantaalustojen lukumäärä, käsiteltävien sovelluskehysten ja mallien lukumäärä on ylittänyt selvästi sen, minkä ihmisten pitäisi pystyä selviytymään yhdessä lasinäkymässä ja mitä nyt tietokannan ylläpitäjien tarpeisiin tarvitaan kokonainen joukko uusia työkaluja, jotta pystymme puhumaan kaikkien näiden alustojen kanssa, hallitsemaan niitä, hallitsemaan niitä ja tukemaan heitä. Uskon, että se on koko aihe keskusteluissamme tänä aamuna tai tänään iltapäivällä, ottaen huomioon tämän, Aion luovuttaa vieraamme, joka puhuu paljon tuotteistaan ja siitä, miten se aikoo vastata haasteeseen.
Eric Kavanagh: Hyvä Scott, aion käsittää -
Scott Walz: Paljon kiitoksia, okei, kiitos. Kiitos Dez, kiitos Robinille ja kiitos kaikille, jotka liittyit ja kutsut minua tänään. Haluan kiittää Robinia ja Deziä siitä, että he pitivät minua kävelemään muistiradalla. Oltuaan avaruudessa yhdeksänkymmenenluvun alusta lähtien, toit takaisin paljon hyviä muistoja. Muisti, jota en nähnyt millään noista dioista ja kuvista, oli reikäkortti. Ja se oli aivan ensimmäinen asia, joka esiteltiin minulle, kun aloitin ensimmäisen työpaikkani yliopistosta poistumisen yhteydessä, työkaverini vieressä olevassa kuutiossa käski minun olla koskematta hänen lyöntikorttejaan. Joten kyllä, ehdottomasti, ja se on todellakin ollut haaste ja haaste, jonka parissa olemme työskennelleet auttaaksemme asiakkaitamme osoittamaan ja 1990-luvun puolivälistä lähtien, ja tästä tuotteesta haluan puhua tänään. Katsotaanpa usean alustan hallintaa, ja tämä on vain osajoukko. Valitsin kaavion, mutta kun Dez asetti -
Eric Kavanagh: Sinun on jaettava näyttösi.
Scott Walz: Voi, kiitos.
Eric Kavanagh: Ei huolia. Ja ihmiset, älä ole ujo, kysy kysymyksiä, meillä on tänään kolme älykkäät housut puheluun, joten heille kovat kysymykset. Voit käyttää webcast-konsolin Q&A-komponenttia tai twiittiä BriefR: n hashtagin kanssa. Okei, Scott, vie se pois.
Scott Walz: Siellä mennään, kiitos. Nappasin tämän dion ja tämän kuvan. Dezin kuva todella puhalsi minut pois, koska se on oikeasti sitä maailmaa, jossa nykyään elämme, ja maailmaa, jossa DBA: t esiintyvät. Ja kuten he mainitsivat, se ei enää ole, sinä oikeasti, kamppaile pystyäksesi tehdä tämä vain raa'alla voimalla. Tarvitset todella työkaluja ja se on, olemme tulossa pelaamaan ja näemme koko kytkimen, vauhdin muuttuvan siellä missä se oli aikaisin, ja olimme hyvin vakavia kuten mainitsit, ja sitten menimme työskentelemään useiden tietokantaalustojen kanssa , joten se oli ensimmäinen tapanamme työkaluihin, ja sitten se oli takaisin ulos organisaatioiden paikkaan, vuoden 2000 jälkeen ja silloin, kun se jonkin verran supistui. Organisaatioiden kanssa halusi mennä vankiksi, mutta sitten se tuli takaisin ja se vain räjähti, kun esittelitte kaikki nämä uudet alustat. Ja nyt sen sijaan, että olisimme yhdistäneet tietyn alustan tai tietyn tekniikan, mikään näistä organisaatioista ei löydä parhainta. Mikä on paras sovellustietokanta, mikä on paras käyttöympäristö? Ja tämän sanottua haluan käydä läpi vähän siitä, mitä teemme DBArtisanin kanssa. Ja DBArtisan on ollut lippulaivatuotteemme, johtavana, sillä se sanoo useiden eri alustojen ympäristöistä yli 20 vuoden ajan. Tässä asuu ja tässä haluamme korostaa ja työskennellä asiakkaidemme kanssa ja antaa heille työkalut tehdä heistä tuottavia ja esiintyi.
Mennään eteenpäin ja hyppään oikealle sisään. Näytän tuotetta enemmän käydessäni dioja ja luulen, että teet myös. Niille teistä, jotka eivät ole nähneet DBArtisania aiemmin, katsomme pakollista, ja luulen, että Dez käytti termiä "yksi lasilasi", ja se on asia, josta olemme ylpeitä voidessamme antaa DBA: lle yhden tarkastelun kaikki heidän alustaansa. Oikein, sinun ei tarvitse avata mitään muuta sovellusta, aiomme muodostaa yhteyden ja saada sinut sinne sinne ja alamme työskennellä alustan kanssa. Kun katsomme tietokantatutkijaa vasemmalla, voimme luoda tämän haluamallasi tavalla, voimme järjestää sen haluamallasi tavalla. Ja näet, että minulla on sekoitus, minä osa Oracle-palvelimista, minulla on MySQL, täällä on PostgreS, minulla on myös yksi - se on merkitty tuotantopalvelimiin, joista jotkut sisältävät osan MySQL-palvelinympäristöstä. Voimme taas nähdä, että meillä on hyvä istuvuus. Jos tarkastelen uuden tietokannan rekisteröintiä, näet yhden tukemistamme alustoista, haluan tuoda esiin pari. Huomaat, kun tämä on SQL-tietokanta, tuet siihen, Teradata, Apache, PostgreS, tässä tuemme geneerisiä tuotteita.
Jos meillä on JDBC-ohjain tai LDBC-ohjain mihin tahansa alustaan, pystymme muodostamaan yhteyden, muodostamaan sinulle yhteyden ja antamaan sinulle mahdollisuuden työskennellä alustan kanssa suoraan DBArtisanista. Annetaan jälleen keskittyä käsillä olevaan työhön, eikä siihen, miten aiot tehdä sen. Kävele kaiken läpi. Mutta haluan esitellä muutamia asioita tuotteesta. Tässä tapauksessa avataan ja tulemme käsittelemään esimerkiksi Oraclea. Tämä on vain pieni aloitussivuni täällä, mutta haluan käydä katsomassa joitain suunnitelmia, joiden kanssa työskentelen. Aiomme vetää sisään yhden suuremmista kaavioista, joten palaamme taas taulukkojen luettelo. Aivan, tässä tapauksessa aion avata pöydän, joten me vain valitsemme heidät, ja se aikoo tuoda heidät esineeditoriin.
Nyt Oracle on jotain, jonka kanssa olen työskennellyt vuosien ajan, mitä aion näyttää sinulle on todennäköisesti helppo lausunto sinulle. Mutta jos Oracle on alusta, tai jos PostgreS on alusta, tai Teradata on juuri sinulle saanut alusta, ja sinun on pystyttävä toimimaan nopeudella, kyseessä oleva tehtävä on lisätä sarake. Tai ehkä tehtävä on poistaa sarake. Mutta sinun ei tarvitse murehtia syntaksista, eikö niin? Haluamme mennä, kirjoita vain tarvittava, aseta se ja jätämme DBArtisanin luomaan. Täällä aiomme painaa ”Alter”. Se tuottaa skriptin meille. Jälleen kerran hyvin yksinkertainen esimerkki, mutta asian tarkoituksena on tehdä työ meidän puolestamme tämän sarakkeen luomiseksi ja sijoittamiseksi taulukkoon.
Mitä voimme myös tehdä, on siirtää sarakkeita taulukossa. Jos olet koskaan yrittänyt tehdä niin perinteisen kanssa, se on vähän monimutkaisempi kuin vain yksi koodirivi, kuten tämä on. Mutta jälleen kerran, DBArtisan aikoo työskennellä kulissien takana, luoda koodin sinulle ja tuottaa jälleen SQL: n. Suljetaan täältä. Huomaa ennen väliintuloa kaikki välilehdet uudelleen, käyttöliittymä on erittäin intuitiivinen. Jos tulen tutkijaan, jos hyppään PostgreS: iin, eikö niin? Jos siirryn skeematilaani siellä, katso taulukkoa, hyvin samanlainen näyttää ja tuntuu, eikö niin? Avaamme tämän, taas näemme tiedot täällä. Ominaisuudet, esi-isät, sarakkeet. Olemme erityisiä alustalle, aiomme antaa sinulle tämän käyttöliittymän, jotta pystymme näyttämään tämän ja työskentelemään objektien kanssa. Tiedät mitä sinun täytyy tehdä, ja sen avulla voit tehdä sen tehokkaasti ja oikea-aikaisesti, joten sinun ei tarvitse murehtia tarkalleen, mikä on lause, jonka on mentävä sinne voidaksesi tarjota tämä vaihtoehto. Me huolehdimme siitä sinulle.
Lisäksi, kun katsomme, aion siirtyä SQL Serveriin nyt ja puhua vähän muista ominaisuuksista, joten meidän kaikkien on valvottava tietokantaa. Joten käynnistä se uudelleen, katsotaan kaikki tapahtuvat istunnot, käynnissä olevat istunnot. Kuinka näemme mitä lausuntoja toteutetaan ja voimmeko hallita sitä? Pitääkö meidän lopettaa istunto? Pitääkö meidän nähdä mitään lukkoja, jotka voivat olla tietokannassa? Onko lukot estetty? Jälleen kerran, meillä on kaikki nämä tiedot täällä käden ulottuvilla, jotta voimme reagoida nopeasti, ryhtyä tarvittaessa korjaaviin toimiin ja kääntää ne ympäri. Palaamme takaisin tutkijamme luo. Tässä on tämä lähtökohta, kohta, johon palaan aina, tässä henkilökohtaisesti haluan aloittaa asiat ja työskennellä täältä. Kun olen yhteydessä SQL Server-tietokantaan tarkastellaksesi apuohjelmia. Koska olemme eri alustoilla, voimme alkaa tarkastella poimintoja ja siirtymiä. Voimme liikkua eri alustojen välillä, jos meidän on siirrettävä esineitä yhdeltä alustalta toiselle, voimme tehdä niin, jos nämä esineet ovat olemassa eri alustoilla. Pura kaaviot, julkaise raporteissa, lataa ja poista tietoja ja varmuuskopioi tietokannat.
Jälleen kaikki tämä käyttöliittymän sisällä. Ja tullessasi tänne työkaluille, näet täydellisen joukon työkaluja, joista voimme toimia, eikö niin? "Etsi tiedostoista" -välilehdestä voimme tehdä täydellisen tietokantahaun etsimässä järjestelmätaulukoista löytääksesi etsimäsi merkkijono. ”Komentosarja ja tiedoston suorittaminen”, jos sinulla on vakiolausunto, joka voidaan suorittaa useita alustoja, useita tietolähteitä vastaan, voimme määrittää sen suoraan DBArtisanista osoittaen kohteisiin, joita haluamme sen suorittavan. Paina “Go” ja se suorittaa ja palauttaa meille tulokset kaikkiin näihin kohdetietolähteisiin. Jälleen antaa sinun työskennellä siitä yhdestä lasista.
Ja "Analyst Series" taas ovat ne, jotka ovat perusteellisempia. Ne on suunnattu enemmän relaatiotietokantoihin, kun alamme päästä uusimpiin alustoihin, kun näet meidän laajentavan tätä toimintoa myös näille areenoille. Ja yleensä vain paljon käyttöliittymän parannuksia. Ominaisuudet, jotka on suunnattu erityisesti DBA: lle. Kuten meillä, on kyky tehdä komentosarjakirjasto.Ne SQL-skriptit, joita suoritat usein useita alustoja vastaan, tallenna se tänne, vedä sitä. Heti kun saamme uuden ISQL-ikkunan käyttöön, voimme vain vetää komentosarjan sisään, ja olemme saaneet komentosarjan nyt valmiiksi. Jälleen kerran se on hyppysissäsi voidaksesi tehdä ja hallita. Huomaat, että toimitamme joillekin alustoille jo määritellyillä skripteillä, jotta voimme edetä ja luoda niin monta kuin tarvitsemme milloin tahansa.
Mukava asia, joka pidän ja monet asiakkaamme tekevät, jos olet joskus kiinnostunut, ja saan tämän kysymyksen paljon suhteessa: ”Kuinka teen sen? Tuo on aika siistiä. Kuinka DBArtisan tekee sen? ”Täällä on pieni ominaisuus,” Lokitiedosto ”, voit kirjata kaikki suorittamasi SQL-lauseet, joten jos haluat tietää, kuinka täyttämme kyseisen tutkimuksen tai kuinka täydennämme PostgreSQL-taulukon toimittajan. tai Teradata-taulukko, kirjaa SQL ja me tallennamme kaiken, mitä DBArtisan suorittaa tietokantaa vastaan. Voit palata takaisin katsomaan sitä SQL: tä ja hankkimaan kaiken tarvitsemamme. Ehkä haluat sisällyttää sen osana jotain skripteistäsi. Ehdottomasti. Täysin hieno.
Haluamme olla erittäin avoimia sen suhteen, mitä teemme ja mitä suoritamme tietokantaa vastaan, joten sallimme sinun tallentaa ja tallentaa mitä tahansa tietokantaan sovellettavaa. Meillä on myös konfigurointivaihtoehtoja. Huomaat, että olen asettanut sen ”Järjestäminen objektin omistajan mukaan”. Voin määrittää myös ”objektityypin”. Jos tulin jälleen PostgreSQL-ympäristöön, menin järjestelmään, jos tarkastelin SQL: ää sijaan vain siihen järjestelmään kuuluvat GIM-taulukot, aion nähdä kaikki taulukot, riippumatta skeeman nimistä. Eri tapoja järjestää asioita, jotka todella räätälöidään omaan työnkulkuun ja miten haluat nähdä sen.
Ja viimeinen asia, josta haluan puhua, on kyky asettaa ”Kirjanmerkit”. Jos harjoitan, jos työskentelen jollakin alustani ja haluan keskittyä vain taulukkotilaani, voin lisätä kirjanmerkin. Tiedän, erittäin yksinkertainen ominaisuus, mutta niin mukava saada, varsinkin kun työskentelet niin monien tietolähteiden ja monien alustojen kanssa kuin nykyinen DBA on. Voidaksesi tulla järjestelmään, käynnistä DBArtisan ja anna kirjanmerkkien hallintaohjelman vie sinut kohtaan puuhun, jossa sinun on oltava ja pystyttävä työskentelemään. Ja sitten täältä voin luoda uuden pöydän, ja jälleen kerran, alustoille, joita tuemme aiemmin näkemämme, ja aion käydä sinut läpi “ohjatun toiminnon” antaaksemme sinun ajaa, kehittää ja luoda pöydän. Ja aiomme luoda kaiken syntaksin, jota tarvitaan kulissien takana sinulle ja esittämään sen sinulle lopussa esikatseluruudussa. Voit tarkistaa, nähdä tarkalleen mitä aiomme tuottaa. Voit painaa “Suorita” -painiketta ja sitten “Valmis” -painiketta, antaa sen suorittaa. Tai voit tallentaa sen tai siirtää sen toiseen ISQL-ikkunaan, joten tee siitä taas, ehkä sen täytyy olla osa isompaa, suurempaa skriptiä, jonka haluat tallentaa ja ottaa käyttöön eräajan aikana.
Tämä on yleiskatsaus DBArtisanista. Kun puhumme siitä, se on jälleen tuote, joka on nähnyt paljon alustoja, tukea niille ja hyvää käyttökokemusta, uutta palautetta myös asiakkaillemme. Ja jos olet kiinnostunut yhdestä paneelista, mutta jos tarvitset löytää jotain IDERAan tai DBArtisaniin liittyvää, ota rohkeasti yhteyttä ja voit varmasti löytää minut osoitteistani.
Eric Kavanagh: Okei, luulen, että aion sen avata Robinille kysymyksiä varten ja sitten Dezille ja seuraan sitten osallistujien esittämiä kysymyksiä ja vastauksia. Robin, vie se pois.
Robin Bloor: Okei, tarkoitan ensimmäistä kysymystä, olen tosiasiallisesti tuntenut DBArtisanin jo jonkin aikaa, joten olen tavallaan tietoinen sen ominaisuuksista. Olen kiinnostunut käsittelemään sen omia tulevaisuuden polkuja täältä. Tarkoitan, tiedän, viimeksi kun katsoin sitä, sen piti olla kauan sitten. Huomaan, että tuet ainakin kolmea tietokantaa, enkä ymmärtänyt tukemasi aikaisemmin. Mikä on DBArtisanin etenemissuunta? Onko todennäköistä, että aiot lisätä vain yhä enemmän tietokantoja vai onko kyse ominaisuuksien laajennuksesta? Minne aiot mennä sen kanssa?
Scott Walz: Se on hieno kysymys, ja haluaisin kaiken edellä mainitun. Jatkamme varmasti edelleen rakentamista, koska perinteiset RDBMS-alustat eivät ole vielä paikallaan, eikö niin? He jatkavat rakentamista. Seuraamme edelleen tätä tietä. Ja sitten näet meidän alkavan etsiä ja mennä siihen suuntaan tukeakseen uusia verkkoja. Koska tunnustamme, että vaikka jotkut näistä alustoista kasvavat edelleenkin, perinteinen RDBMS, on tiettyjä tilanteita, joissa uudet alustat ovat asiakkaille sopivia alustoja. Seuraamme todellakin tarkkaan markkinoita, kyseistä segmenttiä ja yritämme tehdä oikeita päätöksiä siitä, mihin alustoihin mennä. Ne näyttävät muuttuvan käytännössä joka päivä.
Robin Bloor: No, kuten minä ja Dez sanoimme, ne ovat erittäin vilkas markkinat, mahdollisesti yksi tapa katsoa niitä. Toinen asia, josta kiinnostan - et tietenkään pysty vastaamaan tähän kysymykseen tarkkaan, mutta olen tavannut aikani sivustoja, joissa on tuhat Oraclen esiintymää, eikä Oracle ollut Ainoa käytössä oleva tietokanta, joka oli käytössä, tiedät. Ja kun puhuin heidän kanssaan siitä, kuinka hallitset maan päällä niin monia tapauksia, että he sanoivat: "No, tiedätkö, siellä on vain noin viisi tai kuusi suurta tapausta, ja meillä on noin kolme DBA: ta, jotka olemme jakautuneet yli." Olen kiinnostunut DBArtisanin käytöstä, koska voit tehdä sen kanssa hirveän paljon. Kuinka monta tietokantaa se istuu, sanotaanpa tyypillisesti, tai mitkä ovat suurimmat esimerkit siitä, kuinka monta merkkijonoa se voi hallita kerralla?
Scott Walz: No, olen nähnyt tilanteita - ja jälleen kerran, se on vähän monimutkainen, kysymys on, koska DBArtisan sallii minun olla useita yhteyksiä tai useita tietolähteitä määritetty yhdeksi ilmentymiksi. Ehkä haluan tehdä sysloginin ja sitten pienemmän käyttöoikeuksien kirjautumisen, mutta olen käsitellyt asiakkaiden kanssa sitä, että kaiken romahtaessa se menee useille näytöille. Nyt kun kysyin heiltä, kysymys, jonka olet kysynyt minulta, on: “Kuinka hallitset niin monia?” Ja sitten hän sanoo: ”En tiedä.” Eikö niin? "Hallinnoin mitä voin, mutta tarvitsen pääsyn kaikkeen." En ole vielä nähnyt mitään, mikä pysähtyy, tiedätkö, ihmisten hallitsemisen ylärajat ovat todella yläraja siihen, mitä henkilö, yksilö voi käsitellä. Mutta tiedät, kuten mainitsin, niiden ihmisten kanssa, joiden kanssa haastan, he tunnustavat avoimesti, että heillä on kaikki nämä yhteydet, mutta heillä ei ole mitään keinoa hallita sitä. He luottavat joukkueeseensa. Kuten olen varma, että olet kokenut, niin.
Robin Bloor: Olen itse itse ollut DBA, vaikka en tehnyt niin kauan. Ja yksi asia, jonka tiedät, muistan, kaiken muun lisäksi kuin relaatiotietokannoissa, on se, että voit tehdä valtavan määrän asioita SQL: n avulla. Usein enemmän kuin luulet pystyväsi. Mikä selittää tavalla tai toisella joitain DBArtisanin toiminnoista, koska se vain kääntää suoraan SQL: ksi. Mutta tiedät, olen varma, että teet muita asioita. Se on kaikki SQL-skriptit tai onko muita erityisiä rutiineja, jotka on kirjoitettu esoteerisiin tilanteisiin?
Scott Walz: Joo, paljon siitä, suurin osa siitä on SQL, se on vain sen luonne. Mutta me kirjoitamme rutiineja, jotka voidaan suorittaa komentoriviltä myyjän työkaluilla, toimittajan etupäässä. Laitamme käyttöliittymät, tiedätkö esimerkiksi käyttöympäristöjen tiedonsiirtoapuohjelmia, eikö niin? Ne eivät ole SQL-skriptejä, totta, nämä ovat komentorivitöitä. Se luo ne ja voi antaa niille DBA: lle, että he voivat sitten suorittaa. Katso kyllä, teemme hiukan molempia, mutta suurin osa niistä on SQL-skriptejä.
Robin Bloor: Tarkasteltaessa, koska tietysti sinun on tavalla tai toisella katsottava tapahtuvaa kehitystä, jota pidän melko uudenaikaisena. Tarkoitan, että yksi mielenkiintoisista tapahtumista on se, että Spark ilmeisesti lähtee kuin raketti, mutta Sparkin SQL, se on ollut kauhistuttavan epäkypsää, jotta se voisi näyttää hiukan kypsältä hieman enemmän SQL-ominaisuuksia. Katsotteko sellaisia asioita ja ihmettelette, aiotteko aloittaa hallintaan niitä, jotka ovat DBArtisanin kanssa?
Scott Walz: Varmasti ja minä. Se on aina siellä. Tiedän, että tuotejohtoryhmämme etsii jatkuvasti minne mennä ja ehdottomasti kaikki, mitä meillä on pöydällä, suhtautuu siihen, mitä katsomme tulevaisuudessa.
Robin Bloor: Okei, Dez, haluatko kasata?
Dez Blanchfield: Joo, oikeastaan, siellä on joukko hienoja asioita, jotka avasit oven minulle minulle, Robin. Kiitos paljon. Olen innokas tutkimaan eräitä asioita, jotka hyppäävät minusta, kun tarkastelen tällaisia tuotteita ja olen erittäin innoissani. Kun tarkistin kaksinkertaisesti kotitehtäväni, koska kuten tohtori Robin Bloor aiemmin mainitsi, hän, kuten minäkin, seurannut tätä jo jonkin aikaa ja muistan katselevani vaatimuksiasi toisena päivänä ja ajattelevani, että oikeasti tämä asia toimii hyvin kallistuu siihen, mitä se todella tekee. Ja mielestäni muistista - korjaa, jos olen väärässä - mielestäni se oli niin pieni kuin kannettavan tietokoneen suorituskyky ajaa DBArtisania mukavasti ja silti pystyi ajamaan joitain melko merkittäviä tietokannan takaosia. Ja minua kiinnosti nähdä, että sinulla oli myös Firebird nyt ja Greenplum. Olin melko vaikuttunut vaatimuksesta tai määrityksestä laitteistolle, joka voisi aivan kirjaimellisesti toimia kuten RAM-muistimoduuli yhdellä gigahertsin suorittimella. Se oli aika vaikuttavaa.
Mutta käyttötapauksissa haluan tutkia vain vähän. Näetkö tuotteen käyttöönoton olevan tarvetta olemassa olevien ympäristöjen takia, jotka ovat juuri päässeet käsistä, vai näetkö ihmisten olevan nyt vähän aktiivisempia ja sanovat, tiedätkö, rakennamme jotain hyvin iso, se on monimutkainen. Ja ajattelen esimerkiksi yrityskauppoja ja yrityskauppoja, joissa organisaatio voi ostaa joukon yrityksiä - pieniä, keskisuuria, suuria, riippumatta siitä - ja lopulta periä kaikki nämä ympäristöt ja joutua rakentamaan uuden DB-ominaisuuden. Mitkä ovat tyypilliset käyttötapaukset tähän organisaation tyyppiin ja siihen sovellettavaan tyyppiin? Onko pääasiassa ihmisiä, joilla on olemassa oleva ympäristö ja jotka on vain puhdistettava ja hallittava niistä, vai ovatko ihmiset hieman proaktiivisempia ja ajattelevat monimutkaisuutta, jota he aikovat rakentaa ja saada sinut alukseen varhaisessa vaiheessa?
Scott Walz: Näemme enemmän saamista aikaisin juuri mainitsemastasi syystä, konsolidoitumisesta. Koska meillä on runsaasti alustatukea, se ei ole täydellinen tulevaisuuden todistaminen, totta, mutta se asettaa sinut ja DBAsi todella hyvään tilanteeseen, että kun he katsovat potentiaalista hankintakohdetta, eikö, he ovat vähän vähemmän , ajattelet mitä alustoja voimme periä, eikö niin? Vaikka se on tärkeää, eikö, huolenaihe on hiukan pienempi kuin mitä se tarkoittaa DBA: llemme, eikö? DBA: lla on tuote nyt, kun he tietävät pystyvänsä muodostamaan yhteyden ja jos he tuntevat tuotteen käytön, he tulevat tutustumaan yhteyden muodostamiseen juuri hankkimaansa alustaan. Joten se on varmasti alue, jota näemme jälleen kerran, tiedätte jo kauan, asiakkaat, joilla on kaikkien näiden alustojen mash-up, eikö? Kuinka saan käteni tämän ympärille, eikö niin? Ja he ovat kokeilleet sitä, koska ajatteluprosessissa on, että jokaisella alustalla on työkalu, eikö niin? Voimme käyttää omaa työkaluamme, eikö niin? Mutta lopulta tulee takaisin, että tiedät mitä, kyllä voit, mutta paitsi että joudun oppimaan jokaisen alustan, nyt opin kutakin työkalua, joka liittyy jokaisen alustaan ja joten olet juuri yhdistänyt DBA: n työn. Joten me näemme myös tilanteen, jossa he palaavat luoksemme ja sanovat: "Tiedätkö, meidän on saatava kädet ympäri. Otetaan yksi työkalu DBA: lle, koska minulla on tärkeämpi tehtävä DBA: lle kuin uuden työkalun käyttöliittymän oppiminen. Tai erilaisia työkaluja. ”
Dez Blanchfield: Kyllä, ei ehdottomasti. Ja tiedät, kun näet, ajattelen muistista, kun katsoin eilen vain tarkistaakseni, etten ole väärässä. Muistan, että olet tukenut esimerkiksi Sybasea, joten tämä asia on ollut olemassa jonkin aikaa. On vielä yksi kysymys, joka minulla on sinulle tosiasiallisesti juuri - joo, on hienoa, että Greenplum ja Firebird ovat luettelossasi, mutta Sybaseesi, sellainen ikä hyvin nopeasti, osoittaa, että se on ollut jonkin aikaa olemassa ja tehnyt hyvää työtä.
Klustereita. Joten yksi DBA: n suurimmista päänsärkyistä on se, että ne osoittavat käytännössä sitä, mikä näyttää IP-osoitteelta ja joukolta sovellusliittymiä tai onko kyse JDBC tai LDBC tai mikä tahansa, mistä ehkä puhumme, mutta takana on klusteri. Mitä voi tai tietääkö DBArtisan siitä, mikä on oven takana, koska se oli, kuten silloin, kun kytken tietokannan takaosan, saan nähdä kaikki ympärillä olevat ympäristöt ja erityisesti, joten siinä on kaksi osaa kysymys, ehkä. Esimerkiksi klusteri, kun mietit, tiedät, tuet IBM DB2: ta ja Microsoft SQL Database Serveriä sekä MySQL: tä ja PostgreSQL: tä ja Oraclia ja joitain näistä perinteisistä RDBMS-tiedostoista, ja tiedätte, että aina ajamme isäntä-orja tai master-master ympäristö redundanssille, korkea käytettävyys ja myös suorituskyky. Tietääkö DBArtisan, että oven takana on jotain, joka ei ole vain yksi tietokanta sinänsä, vaan klusteri, ja jos on, mitä se tietää siitä? Ja sujua nopeasti niin, että voit vastata samaan kysymykseen, anteeksi. Joten joidenkin saamiesi skenaarioiden klusterien takana miten ihmiset selviytyvät tuotantoympäristöjen ja katastrofien palauttamisympäristöjen sekoituksesta niin pitkälle kuin DBArtisan käyttää?
Scott Walz: Hienoja kysymyksiä. Annan teille, että se riippuu tietyistä alustoista, koska niin paljon kuin yritämme, meillä on erilaiset tukitasot joillekin niistä syvällisistä, syvällisemmistä ominaisuuksista. Esimerkiksi Oraclen ja niiden RAC-ympäristön, Real Application Cluster, kanssa voit muodostaa yhteyden kyseisen klusterin ensisijaiseen solmuun, mutta silti käydessäni osoittamasi tietokantamonitorin läpi annamme sinun nähdä SQL: n käynnissä ja me ' aio kertoa sinulle missä klusterissa se on käynnissä, eikö? Jotta voisit nähdä tarkalleen, pidetäänkö silmällä sitä, hitaasti toimiva kysely, missä solmussa se toimii? Koska väistämättä koko klusterin syy on oikein, loppukäyttäjälle, hänellä ei ole väliä missä se suoritettiin, mutta DBA: n kannalta meidän on seurattava tämän tyyppisiä tietoja. Pystymme laskemaan tuolle yksityiskohtaiselle tasolle esimerkiksi Oraclessa. Muilla meillä olevilla alustoilla on liitettävyys, luultavasti ei niin paljon yksityiskohtia kuin meillä on Oracle.
Tuotannon ja kehitysympäristön suhteen se on hyvä kysymys. Tarjoamme samalla tasolla tukea. Todellinen ensisijainen tapa, jota aiomme auttaa, yhteyskerros tulee olemaan siellä, eikö niin? Meillä on mahdollisuus yhdistää ja tehdä kaikki ominaisuudet. Minulla on asiakkaita, jotka käyttävät joitain DBArtisanin ominaisuuksia luokittelemaan tietolähteet, eikö niin? Ja jälleen kerran, tämä saattaa olla hiukan poissa tarkalta kysymykseltäsi, mutta aiomme antaa heille graafisesti osoittaa heidän työskentelevänsä. Koska tämä on yksi DBArtisan-asioista, voinko vaihtaa nopeasti tietolähteiden välillä. Ja seuraava asia, jonka tiedät olevan valmistautuvan suorittamaan lyhennetyn lausunnon, ja haluan nähdä olevani yhteydessä - ajainko vain tätä tuotantoa tai kehitystä vastaan? Joten tarjoamme DBArtisanissa joitain ominaisuuksia, joiden avulla autamme myös siellä olevia DBA-yrityksiä hallitsemaan sitä ja pitämään heidät tarvittaessa vaikeuksissa joidenkin DBA-toimintojen kanssa.
Dez Blanchfield: Tätä silmällä pitäen tuette tällä hetkellä pitkällä alustaluettelolla, jota tuette, ja olen varma, että se räjähtää pian ilmeisistä syistä. Tarkoitan, että tuet esimerkiksi DB2: n sanomista z / OS: ssä, esimerkiksi keskusyksikössä, ja tuet tietysti sellaisia, joita me aikaisemmin kutsuimme keskialueeksi, mutta nyt vain UNIX-järjestelmiä ja eräänlaisia nykyaikaisempia alustoja, sinä tiedä, Linux ja sitten lopulta se siirretään esimerkiksi Bluemixiin ja Cloud Foundryen, joten päädyt DB2: n käynnistämiseen Bluemixin Cloud Foundryssä, IBM: n ja pehmeän pilven kanssa. Suorittavatko ihmiset tällä hetkellä hallinnan ja seurannan lisäksi myös mainitsemanne aiemmin kykyä siirtää ja siirtää tietoja. Näetkö ihmisten hyppäävän sänkyyn DBArtisanin kanssa ja sanovan: ”Tiedätkö mitä, meillä on joukko tavaroita vanhoilla pääkehyksillä, jotka meidän on vain poistettava, ja sen tekeminen oli tosi vaivaa. Jos voin osoittaa, napsauttaa ja vetää täältä sinne, voin tosiasiallisesti siirtää ja siirtää tietoni ja skeemani. ”Onko tämä asia, jota ihmiset tekevät?
Scott Walz: He todellakin liikkuvat, eikö niin? He siirtävät tietoja pois, eikö niin? Nyt he käyttävät DBArtisania työkaluna tähän. Onko se tekemässä kaiken heidän puolestaan? Ei. Aloitamme, vedä ja pudota, ei tarkalleen sinne, mutta annamme heidän luoda joitain skriptejä, koska ihannetapauksessa haluat käyttää - et halua tämän työn olevan käynnissä asiakkaallasi, kannettavalla tietokoneellasi mainitusta syystä. Voimme juosta hyvin alhaisella jalalla, eikö niin? Autamme heitä luomaan komentosarjoja, kääntämällä sen ympäri ja rakentamalla sen. Sitten he voivat toimittaa kyseisen komentosarjan yli ja saada sen suorittamaan palvelimelle, eikö niin? Ja saat vallan, hevosvoiman palvelimen takana tehdäksesi niin. Autamme heitä luomaan osan työstään tehdäkseen osan työstä.
Dez Blanchfield: Oikea. Pari viimeistä sinulle ja sitten voimme kiertää takaisin. Se asia, joka todella iski minua käydä läpi lisäyksen, joka on upea, ja itse asiassa toivon, että meillä on vielä yksi tunti syventääksesi yksityiskohtia. Todella iso haaste DBA: lle, oikein, on perusvaatimusten noudattaminen, infrastruktuurin yleinen hallinto, auditoinnit, raportointi nykytilasta, tulevaisuuden valmistelujen tarkastelu esimerkiksi sellaisille asioille, kuten tiedätte, vain ympäristön yleinen kasvu. Se yllättää minua, että vaikka sen tuotteen ytimessä, joka näyttää vain tekevän elämästä helppoa, tuo yksi lasiruutu, yksi näkymä maailmaan ja voin käytännössä napsauttaa ja osoittaa ja vetää ja rakastan sitä että voisin kouluttaa jonkun tekemään tämän erittäin nopeasti nyt, heidän ei tarvitse lukea käsikirjaa, koska se oli.Minusta tuntuu, että työkalu antaa minulle myös kyvyn tehdä koko joukko hallintotapaa, sääntöjen noudattamista ja auditointeja koskevia asioita, mietin, ovatko ihmiset todella heränneet, olen varma, että heillä on.
Mutta näetkö kansan nyt katsovan sitä ja menemään, ja se on kuin tämä eureka, a-ha-hetki, menossa: “Hei, tiedätkö mitä, tämä tekee DBA: n elämästä todella helppoa nyt tai helpompaa toiminnalliselta kannalta tai kehityksen näkökulmasta. Mutta jumala, voisimme tosiasiassa vain raportoida kaikista tietokannoistamme nyt ja kaikista tietojoukoista ja kaikista sisältömättömistä tiedoista ja ympärillä olevista metatiedoista. Kuten kuka on saanut pääsyn, kun he ovat saaneet käyttöoikeuden, miksi he ovat saaneet käyttöoikeuden ja millaista käyttöoikeutta he ovat saaneet. ”Ja sitten yhtäkkiä käsitellään joitain sääntöjen noudattamisen haasteista. Varsinkin kun meillä on tapahtunut todella suuria asioita tietojen rikkomusten ympärillä. Meillä on joitain uskomattomia asioita, kuten globaalit finanssikriisit, kaikki nämä haasteet ovat tulossa, mutta miten me aiomme mitata ja seurata noudattamista? Onko tämä jo eräänlainen iso asia ihmisille vai onko se edelleen, eräänlainen varhainen aika, kunnes DBArtisan soveltaa sitä?
Scott Walz: Minulla on asiakkaita, jotka eivät voi sanoa tarpeeksi DBArtisanista. Nyt ne ovat ymmärtäneet sen. Hehkulamppu on päällä. He sanovat: ”Odota hetki. Voin vastata ja vastata ja luoda joitain hyvin mainitsemiasi raportteja, oikein, kaikki yhdellä työkalulla. Olen saanut sen. ”Nyt on muita, jotka ovat vielä tekemättä asiaan, ja se voi olla eri syistä, eikö niin? He eivät ehkä ole vielä tai ehkä joku hoitaa sen, mutta olemme havainneet, että käyttävät sitä, että on hetki, eikö niin? Se, että en vain pysty luomaan taulukkoa kaikki nämä asiat. Ja ehdottomasti, kaikilla vaatimustenmukaisuusvaatimuksilla, se on valtava. Se on työ itsessään.
Dez Blanchfield: No, todellakin. Ja tiedät, tarkoitan, pääni päältä, mietin heti, että jos joku tulee mukaan ja sanoo haluavansa luoda kokoonpanonhallintotietokannan, CMD, jos heidän on täytettävä kaikki Sarbanesista -Oxley COBIT to ITIL: iin, tiedätte, SWIFT-vaatimustenmukaisuus ja pankkitoiminta jopa kansainvälisen standardointijärjestön (ISO 27001, 27002) tapaan. Se on kaikki nämä todella suuret puitteet. Yksi haasteista on vain löytää missä tiedot ovat, kuka sitä hallinnoi, missä muodossa se on ja ajattelen, että sillä on minulle, kuten vain katsellen sitä nyt, kun eureka-hetki vain meni pois, se oli kuin Toisella sekunnilla voisin heittää tämän jopa jonkun puoleen, joka ei välttämättä ole DBA, mutta voisin kouluttaa hänet nopeasti ja sanoa: ”Siellä on vaatimustenmukaisuuden työkalu.” Minusta on hienoa, että se tekee tehtävänsä hallintotietokannassa. hallintamaailma.
Mutta istun täällä ajatellen, jumala, tiedätkö sen tosiasian, että voit hallita useita alustoja yhtenä näinä päivinä, ja voit sukeltaa heti alas, kuten sanoit, kirjaamalla tekemäsi liiketoimet. Tiedättekö, kuvittele, että otat tämän työkalun osaksi tietojen rikkomustapahtumaa ja olet saanut turvallisuusryhmänne kiemurtelemaan yrittämään löytääksesi missä ja missä miksi ja kuka on nähnyt mitä. Ja heidän liikkuessaan heidän on kirjauduttava sisään ja seurattava kaikkia tekemiään toimia, koska niistä voi tulla osa ongelmaa, jos he eivät voi toisin. Joo, mielestäni täällä on uskomaton kyky, jonka tiedät, että voisit heti alkaa tehdä. Varsinkin kun tarkastelemme tiedossasi olevien auditointien haasteita, meillä on tämä massiivinen kuin ominaisuuksien hiipuminen, kuten se oli, tietojoukkojen ja tietojen kanssa.
Ja yksi niistä asioista, joista olemme keskustelleet parissa tekemässämme näyttelyssä, on, tiedättekö kuinka mennä ja löytää tietosi ja puhumme usein siitä, että kun aloitat organisaation, nouse seisomaan kopiossasi ja laita kätesi ilmaan ja aaltoile ja mene: ”Tietääkö kukaan missä tämä tietokanta on? Kuinka pääsen tähän tietolähteeseen? Missä tämä tiedosto on? ”“ Mene ja kysy vastaanottoa. ”Eikö niin? Työkalusi voi heti tarjota tämän kyvyn löytää ja löytää asioita ja jopa raportoida niistä.
Palaa lyhyesti yhteen kysymykseen ja kääritään sitten ja annan takaisin Ericille. Minusta vaikuttaa siltä, että mittakaavasta tulee haaste sinulle seuraavan 12 kuukauden aikana. Voitko antaa meille jonkinlaisen käsityksen, vain kolmenkymmenentuhannen jalkan näkökulmasta, siinä mittakaavassa tai asteikkoalueessa, joka DBArtisanin tulee töihin. Voin kuvitella, että kun laitan tämän kannettavalle tietokoneelleni ja rokkan ja osoitan sen ympäristölle, voin löytää sen ja voin alkaa tehdä asioita sen suhteen. Kuvittelen sen menevän kuin yhden pienen, avoimen lähdekoodin pienimuotoisen tietokantamoottorin, jolla on muutama rivi ja taulukko. Missä mittakaavassa se nousisi? Puhuit DB2: stä suurten tietokoneiden mainframeissa, se on iso. Ja klusterit. Mikä on asteikkoalue, jolla pystymme selviämään täällä? Ja Robin kosketti sitä aikaisemmin, mutta minun on vain tutkittava sitä hiukan yksityiskohtaisemmin, kuinka suuria voimme saada DBArtisanilla.
Scott Walz: Varma. Haasteitasi varmasti tulee olemaan, koska se on asiakasohjelmisto. Ja niin, jälleen kerran, jos työskentelen mainframe-järjestelmässä, työskennellessämme testissä olevaa keskusjärjestelmää vastaan, voin osoittaa sen miljoonia rivejä vastaan ja tehdä ristisidoksen miljoonia rivejä vastaan. Kaikki työ tehdään palvelimella, eikö, koska me ohitamme tämän komennon, ja se on vain DBArtisanin tehtävä käsitellä tulosjoukkoja, eikö niin? Ja niin se on haaste ja juuri se, mitä teemme, kauneus. Suurin osa raskaasta nostamisesta tehdään palvelimella. Käsittelemme vain kaikkia tuloksia. Ja niin, joudut taas tietysti tilanteisiin, joissa haluat suorittaa kymmenen kyselyä samanaikaisesti, jotka kaikki palauttavat miljoonia rivejä, kyllä, saatat joutua jonkinlaiseen esitykseen siellä, eikö niin? Mutta minulla ei missään vaiheessa ole asiakkaita, jotka eivät välttämättä suorita suuria kyselyitä DBArtisania vastaan, heidän tietokantaansa vastaan. Jälleen kerran, kuten totesin, mittarilukema vaihtelee monien tekijöiden mukaan, totta, mutta jälleen kerran, kuten sanoin, käsittelen miljoonia rivejä, jotka tulevat takaisin ja niin kauan kuin se täyttää ruudukon, tiedät, minä ' Olen valmis menemään. Mutta joskus minun on tietenkin odotettava tulosten palautumista.
Dez Blanchfield: Minulla on kysymys sinulle ennen kuin kääritän, koska olen käyttänyt liian paljon aikaa ja kiitän siitä. Kerro vain meille vähän lisää, tiedät, lukemalla eilen viimeisimmät tiedot vain varmistaaksesi, että olen ylittänyt yhtä hyvin kuin luulin olevani. Prosessin seuranta ja eräänlainen hälytys ja ilmoitukset, tiedät, kapasiteetin suunnittelu tuo esiin kaikki massiiviset ongelmat DBA: n kanssa, koko päivän joka päivä, tiedät. Aikooko joku täyttää tämän taulukon, aikooko hän täyttää tietokannan, aikovatko he täyttää saamani levytilan, miten voin hallita sitä? Anna meille nopea kuvaus prosessien seurannasta ja erityisesti hälytysten seurannasta ja sitten ihanteellisesti kapasiteetin suunnittelusta. Mielestäni se on ala, johon voisi mielestäni olla paljon kiinnostusta.
Scott Walz: Prosessien seuranta osoitti todennäköisesti, että ominaisuus, jota suurin osa asiakaskunnastamme käyttää ja joka on tietokantamonitori voidakseen näyttää ja tehdä sen. Ja meillä on joitakin analyytikkopaketissa. Suorituskykyanalyytikolla on joitain hälytyksiä, jotka voit asettaa, kun tietyt kynnysarvot saavutetaan. Se voi varoittaa sinua. Ehkä X lokien lukumäärä, lokitiedoston virheitä, tiedät, se saa ilmoituksen sinulle. Pöydän pinta-ala osuu tiettyyn prosenttimäärään, voit saada uuden hälytyksen. Ja sen kauneus on, että oletko samassa työkalussa, eikö, se on osa DBArtisania, joten napsautat hiiren oikealla painikkeella virhettä, hälytystä ja hallitset DBArtisanilla ja se vie sinut taulukkotilaeditoriin . Ja voit puuttua ongelmaan siellä.
Kapasiteetin suhteen ehdottomasti se on kuuma painike, ja nykyinen kapasiteettianalyytikko on siirretty SQL Serverille, Oraclelle, DB2 LUW: lle ja Sybase ASE: lle. Ja se tekee juuri sen, mitä kuvailisit. Voit aloittaa, kun olemme saaneet joitain kokoelmia, oikein, ja kun olemme saaneet näytteen koon ja ehkä sen rivin koon, ehkä sen esinemäärä, paljon vaihtoehtoja työkalun sisällä, ja voit sitten aloittaa trendien, eikö niin? Ja miltä se näyttää kuuden kuukauden kuluttua? Miltä se näyttää 12 kuukaudessa? Voin trendi, vain trendi päivämäärään tai voin trendi arvoon, eikö niin? Ja esimerkki sinulla, minulla on X määrää levytilaa, joka perustuu siihen, kun aion saavuttaa tämän rajan? Perustuu kasvuun, joka minulla on, ja näihin kokoelmiin, jotka olen tehnyt, milloin aion saavuttaa tämän rajan? Ainakin tiedän, että voin alkaa suunnitella sitä. Tuleeko se kuusi kuukautta, onko se kaksi vuotta? Mutta jälleen kerran, voimme käyttää kapasiteettianalyytikkoa kehitykseen kohti tätä.
Dez Blanchfield: Se on mahtavaa. Upea demo. Minä todella nautin siitä. Aion siirtää takaisin Ericille, koska tiedän, että tänään on hämmästyttävän yleisömme kohdalla pari kysymystä. Kiitos paljon, on ollut todella hienoa tutustua tuotteeseen hyvin, ja odotan innolla sen seuraamista.
Eric Kavanagh: Okei, hyvä. Meillä on pari hyvää kysymystä. Ja menemme hiukan ajan myötä, joten yritämme kääriä nopeasti, koska tiedän, Scott, sinulla on suljettu kova pysäkki. Tässä on iso kysymys. Entä vanhojen tietovarastojen, kuten VSAM, Model 205, IMS ja IDMF, ja sellaisten asioiden käsittely? Näetkö tämän hyvin usein nykyään ja kuinka hyvin se toimii?
Scott Walz: En halua kertoa sinulle, että olet jumissa. Jotkut niistä ympäristöistä, jos niissä on ODBC tai JDBC ja tiedän, että osa niistä on siellä, voimme muodostaa yhteyden siihen ja voit työskennellä sen kanssa tällä tavalla. Mutta suurimmaksi osaksi vihreä näyttö on tie eteenpäin.
Dez Blanchfield: Rakastan vihreää näyttöä.
Eric Kavanagh: No, tiedätte, kuten Dez huomautti yhdessä diassa, jossa hänellä oli kaikki ne erilaiset sovellukset ja työkalut, jotka ovat tänään saatavilla, mikä on erittäin pelottava todellisuus jokaiselle, joka haluaa vastuuntuntoisesti suorittaa tietokannan järjestelmänvalvojan tehtävän. Ja luulen, että ajan myötä kaverit voivat rakentaa liittimiä mihin tahansa näistä työkaluista, kun ja kun asiakkaat vaativat, ja niin edelleen, eikö niin? Joten otat sen yhden lasin käyttöön.
Scott Walz: Ja se oli iso avain takana, joka teki DBArtisan-laitteistosta kykenevän käsittelemään näitä JDBC- ja ODBC-yhteyksiä. Laajensimme sitä nyt. Nyt, niin kauan kuin meillä on kyseinen yhteys, aivan niin kauan kuin meillä on kyseinen ohjain, voimme muodostaa yhteyden ja työskennellä sitä vastaan.
Eric Kavanagh: Se on hyvää kamaa. Hyvin ihmiset, arkistoimme nämä kaikki myöhempää tarkastelua varten. Lähetin linkin dioihin, toivottavasti voit nähdä sen SlideShare-palvelun kautta. Kiitos paljon kaikista ponnisteluistasi, herrat. Ihana webcast tänään taas. Paljon hyviä dioja. Paljon hyvää sisältöä. Rakastin demoa. On todella eräänlainen mielenkiintoista, että te kaverit olette kohdistaneet erittäin makean paikan markkinoilla, koska nykyään tietokannatyypit räjähtävät niin räjähdysmäisesti. Ja me tarvitsemme johtajina vain jonkin paikan hoitamaan kaiken tämän. Hyvin tehty, kaverit. Otamme huomenna vastaan uuden Hot Technologies -tapahtuman. Toivottavasti olet veistänyt tunnin huomenna. Samaan aikaan. Sama asema. Otamme yhteyttä seuraavan kerran, ihmiset. Pitää huolta. Hei hei.