Autorius „Techopedia“ darbuotojai, 2016 m. Rugpjūčio 24 d
„Takeaway“: Šeimininkas Ericas Kavanaghas aptaria duomenų bazių tendencijas su daktarais Robinu Blooru, Dezu Blanchfieldu ir Scottu Walzu šiame „Hot Technologies“ epizode.
Šiuo metu nesate prisijungęs. Jei norite pamatyti vaizdo įrašą, prisijunkite arba prisiregistruokite.
Ericas Kavanaghas: Ponios ir ponai, sveiki ir sveiki atvykę į karščiausią 2016 m. Parodą verslo IT pasaulyje, „Hot Technologies 2016“. Taip, tikrai! Mano vardas Ericas Kavanaghas, aš šiandien būsiu jūsų laidos „Matomumo menas: daugialypės platformos valdymo įgalinimas“ šeimininkas. Taip. Keletas trumpų užrašų, ten yra jūsų skaidrė apie savo, tiesa, prieš penkerius metus ir pakankamai apie mane, įrašymą į mane „Twitter“ @Eric_Kavanagh. Metai yra karšti, tai yra standartinė mūsų „Hot Technologies“ skaidrė. Ką mes padarėme su šiuo pasirodymu, mes norėjome programos, kuri mums padėtų apibrėžti tam tikros rūšies technologiją, taigi visa mintis yra ta, kad mes turime du analitikus, kurie ateina ir priima tam tikrą erdvę ar tam tikros rūšies funkciją. kad įmonei reikia, o tada ateina pardavėjas ir parodo, ką sukūrė, ir paaiškina, kaip tai dera su tuo, ką girdi iš analitikų.
Kaip jūs galite įsivaizduoti, priežastis yra ta, kad verslo programinės įrangos rinkodaros pasaulyje yra terminų, dėl kurių susipyksta, ir tai, kas vyksta visada, yra ta, kad pardavėjai įsitraukia į naujausią terminą, pavyzdžiui, didelius duomenis ar analizę pavyzdys ar net SOA ar skirtingi terminai, tokie kaip platforma, ir kartais tie žodžiai yra labai tikslūs tam tikrai technologijai, o kartais ne. Ši laida buvo sukurta tam, kad iš tikrųjų padėtų mums paaiškinti jums, auditorijai, kokias konkrečias technologijas veikia, kaip jos veikia ir kada jūs turėtumėte jas pritaikyti.
Su tuo aš supažindinsiu mūsų pranešėjus. Mes turime savo daktarą Robiną Bloorą, skambinantį iš savo Austino, Teksaso mieste, Dez Blanchfield, skambinantį iš kitos planetos pusės, ir mūsų svečią Scottą Walzą, skambinantį iš Kentukio. Ir jūsų nuoširdumas, aš iš tikrųjų esu už Pitsburgo ribų, todėl šiandien turime visiškai geografinę organizaciją iš daugybės skirtingų vietų. Turėdamas tai pastumsiu pirmąją Robino skaidrę, nedvejodamas užduok klausimus, žmonės, nebūk drovus. Tai galite padaryti naudodamiesi savo interneto transliavimo pulto Q&A komponentu. Tada aš jį perduosiu daktarui Bloor. Jūsų grindys yra jūsų.
Robinas Blooras: Gerai, ačiū už įvadą, Ericai. Leisk man patekti į pirmą skaidrę. Tai meerkatų, galvojančių apie duomenų bazę, kolekcija. Visas pristatymas, kurį aš čia darau, yra tikrai tik bendras minčių rinkinys apie duomenų bazę, kurios turėjau neseniai, turiu omenyje, kad tikrai maždaug 2000 metais atrodė, kad duomenų bazės žaidimas tam tikra prasme baigėsi. kad didžioji dauguma duomenų bazių buvo įdiegta reliacinėje duomenų bazėje. Ir tada, tik jūs žinote, pasikeitė visi šie dalykai, apie kuriuos mąsto mecenatai, stulpelių saugyklos, svarbiausių vertybių saugyklos, dokumentų duomenų bazės, atmintyje esanti duomenų bazė, grafikų duomenų bazė ir daugybė kitų dalykų. Ir tai buvo beveik kaip naujos rūšies geologinė era, kurioje staiga atsirado įvairių rūšių gyvūnų fosilijos.
Naujienos iš Wobegono ežero, vieno modelio duomenų bazėje jis tikrai baigėsi. Neabejojama, kad vis dar dominuoja RDBVS, tačiau dabar sukurtos kitokio tipo duomenų bazės. Tikrai tai yra beveik visa tai, ką čia pasakysiu.
Duomenų bazės matmenys, kai kurie iš jų pastaruoju metu iš tikrųjų tapo svarbesni, tačiau tie, apie kuriuos galėjau pagalvoti darydamas šią skaidrę, vis tiek buvo padidintas efektyviai naudojant bet kurio serverio išteklius? Ar jis išplečiamas, kad galėtų pereiti dideles grupes? Ar jis naudoja turimą aparatinę įrangą, kuri atmintyje esančiose duomenų bazėse eina ta linkme? Ar jis gali būti paskirstomas? Yra daugybė duomenų bazių, kuriose svarbiausia paskirstyti kintamumą. Kokias savybes jis turi? Pagrindinė ACID savybė duomenų bazėje. Tačiau dabar, užuot turėję tikrąjį nuoseklumą, daugelis duomenų bazių turi pastovų nuoseklumą, žmonės jomis naudojasi ir neturi su jomis problemų, todėl įrodė, kad ACID nebuvo būtinas, tiesiog geras dalykas turėti daugybė situacijų.
Kalbant apie metaduomenų organizavimą, visas žaidimas pasikeitė. Mes turime skirtingas metaduomenų organizacijas, o ne tipinę RDBMS schemą. Kalbant apie optimizavimo įrankį, ten yra nepaprastai daug optimizavimo priemonių, atsižvelgiant į duomenų struktūras, kurias bandote optimizuoti. Kalbant apie valdymą, čia yra daug variantų, apie kuriuos aš kalbėsiu vėliau, tačiau iš esmės visa DBVS esmė yra valdoma ir vėl tai, kiek ji yra valdoma, lemia jos naudingumo laipsnį.
Kalbant apie aparatūros veiksnius, tai yra tas teiginys - turiu omenyje tik vieną tai, kas čia pasakyta, - čia pasakoma, kad viskas, ką mes šiandien žiūrime duomenų bazių architektūros atžvilgiu, pasikeis. Tai gali būti tos pačios duomenų bazės, tačiau jos turės vienaip ar kitaip atsižvelgti į tai, kas iš tikrųjų vyksta aparatūros lygiu. Daugelį, daugelį metų mes turėjome tokią palyginti paprastą procesoriaus, atminties ir besisukančio disko situaciją - na, to jau nebėra.
Esmė, kad čia yra, visų pirma, mes turime procesorius, tačiau jie yra kur kas lygiagretesni, nei buvo anksčiau, turėdami daugybę skirtingų procesorių. Mes taip pat turime GPU, taip pat turime FPGA, įvairių rūšių silicio, tačiau „Intel“ yra vedęs vieną FPGA su CPU kitame leidime, ir - IR - vedė GPU ir CPU kartu tame pačiame luste. Jūs turite lustus su skirtingomis savybėmis. GPU pranašumas yra tas, kad jis tikrai puikus esant dideliam paralelizmui ir ypač skaičiuojant. FPGA, kuriuos galite vienu ar kitu būdu įdėti į lustą, jis veikia žymiai greičiau, nei tuo atveju, jei jūs jį tiesiog tiekiate į lustą.
Tai vyksta kryžminant šiuos dalykus. Mes turime „3D XPoint“ iš „Intel“ ir „PCM“ iš „IBM“ - tai naujo tipo atmintis, lėtesnė nei RAM, pigesnė nei RAM, tačiau nestabili. Ir tai sukelia daug jaudulio tarp daugelio programinės įrangos tiekėjų, su kuriais aš kalbėjau. Mes turime SSD, tačiau dabar jų yra labai daug, jie teikia lygiagrečią prieigą. Turėdami lygiagrečią prieigą prie labai didelio SSD, galite pasiekti skaitymo greitį, panašų į RAM skaitymo greitį. Turime šią trijų tipų atminties, 3D XPoint ir SSD diskų, galimybę - visi jie vyks ypač greitai. O kadangi duomenų bazės esmė yra greitis, visa duomenų bazių technologija bandys jas panaudoti kuo greičiau. Tai apima ir buvo įtraukta lygiagreti architektūra, tačiau išplečiama lygiagreti architektūra. Aparatinės įrangos lygis visą laiką spartėja, tai daroma daugelį metų, tai daroma ir toliau, o bendrosios išlaidos mažėja.
Ašarų takas. Tai tik skirtingi duomenų bazių bandymai: pirmosios duomenų bazės prieš reliacines paprastai buvo vadinamos tinklo duomenų bazėmis, paskui atsirado reliacinės duomenų bazės, paskui atsirado objektų duomenų bazės, jos nepatyrė daug traukos, tada atsirado kolonėlių parduotuvių duomenų bazės, kurios buvo reliatyvios duomenų bazės padarytos labai skirtingai. Tada mes turėjome dokumentų duomenų bazes ir SQL duomenų bazes, kurios buvo objektų duomenų bazės, padarytos skirtingai, arba, jei jums patinka, tas pats objektų duomenų bazių stulpelis, ir jos užklupo. Neseniai mes turėjome grafikos duomenų bazes, įgyjančias trauką, ir RDF duomenų bazes. Ir ką jūs žiūrite, yra mažiausiai trys skirtingi duomenų struktūrų rinkiniai. Reliacinėje duomenų bazėje lentelės ir eilutės yra labai geros. Dokumentų duomenų bazė ir objektų duomenų bazės - jos labai gerai sukuria nepatogią duomenų struktūrą, ypač hierarchines duomenų struktūras. Grafikų duomenų bazės ir RDF duomenų bazės tinklo duomenų struktūras daro labai gerai. Ir šios skirtingos, aš manau, kad jos yra trys eilutės, šios eilutės tęsis neribotą laiką. Jis nesustos, nes varikliai, kurie šiuos dalykus daro gerai, neveikia kitos duomenų struktūros ypač gerai.
Tada mes turime „Hadoop“ gadinimo koeficientą. „Hadoop“ nėra duomenų bazė, tačiau yra duomenų bazių, kurių saugojimo struktūrai naudojami HDFS. Daugybė dalykų, kuriuos daro „Hadoop“, yra tokie valdymo dalykai, kuriuos reikia atlikti duomenų bazėje. Taip pat verta paminėti, kad „Spark“ taip pat nėra duomenų bazė, tačiau ji dar yra nesubrendusi, tačiau ji turi SQL optimizatorių, todėl ji yra tarsi duomenų bazės branduolys, nebūtinai žinant, kur ketinate saugoti duomenis., bet jei klijuosite jį ant HDFS, duomenų bazės reikalavimas iš tikrųjų bus patenkintas, paprasčiausiai atsižvelgiant į pagrindinės failų sistemos galimybes. Visų pirma, kibirkštis tapo duomenų bazės ekosistemos dalimi ir dažnai jungiama su galingesnėmis duomenų bazėmis, o to priežastis iš tikrųjų yra analizė. „Analytics“ - „Spark“ yra, labai gerai, labai greitai analizuoja. „Analytics“ yra pagrindinė programa, į kurią dauguma žmonių investuoja dabar, taigi, jie abu žengia koja kojon. Duomenų federacija, o ne koncentracijos taisyklės, turėtų būti akivaizdu iš to, kad turite bent tris skirtingus poreikius, struktūrizuotas duomenų bazių rūšis, taigi, duomenų federaciją, jei norite dalintis duomenimis tarp jų. Tai dažnai būna būtina, tačiau taip pat turite duomenų bazių, kurios išplečiamos, ir duomenų bazių, kurių nėra, tikrai galinguose varikliuose, tokiuose kaip „Teradata“ ar „Vertica“, yra labai tam tikra vieta, tačiau mažesni varikliai, galintys atlikti nepaprastai didelį darbą, taigi, federacija greičiausiai ten bus ilgai, ilgai net tarp reliacinių duomenų bazių.
Paskutinis dalykas, kurį reikia pasakyti, IoT, nesibaigia, kol stora ponia nepradės niekinti duomenų. Internetas gali vienaip ar kitaip sukurti skirtingą dinamiką duomenų bazių pasaulyje ir tai dar labiau apsunkins. Tikimės, kad bus - vienaip ar kitaip - įvyks šioks toks suartėjimas, bet aš nematau, kad viskas vyktų taip, kaip tai darė su reliacinėmis duomenų bazėmis. Netrukus bet kada.
Ir aš manau, kad tai viskas, ką turiu pasakyti, todėl perduosiu Australijai.
Dez Blanchfield: Ačiū, Robinai . Ačiū visiems, kad prisijungėte, ačiū, kad turėjote mane šį rytą ar šią popietę. Tai tikrai karšta tema, nes per pastarąjį dešimtmetį ir šiek tiek patyrėme sprogimą dėl to, kiek duomenų turime tvarkyti, ir visada, kad duomenys telpa kažkokioje sistemos formoje, kuri daugeliu atvejų yra tam tikros formos duomenų bazė. Maniau, kad greitai nuvyksiu į labai aukšto lygio pažintį su tuo, kaip mes čia atsidūrėme, apie kuriančią problemą ir dalykus, kuriuos dabar turime išspręsti, ir tada mes kalbėsime apie sprendimas, kuris gali būti pritaikytas tam. Leiskite man tiesiog patraukti čia savo pirmąją skaidrę. Aš laikausi nuomonės, kad dabar esame DB admin 2.0 arba duomenų bazės admin 2.0, tokiais, kokie esame dabar, kažkada duomenų bazės administratoriui buvo gana nesudėtingas vaidmuo ir iššūkis. ir galėtum gana greitai ką nors išmokyti. Šiandieniniame pasaulyje to nebėra, ir aš jums parodysiu, kodėl taip yra.
Kartą duomenų bazių administratorius galės prisijungti prie DB užpakalinės dalies ir greitai parodyti duomenų bazes, o sistemoje būtų sąrašas duomenų bazių, kurias jie turėjo žinoti ir kurias labai greitai galėjo pasiekti tas duomenų bazes ir jas išsirinkus, turi šiek tiek kišenės ir zondo aplink, naudok vertimą, aprašyk lentelę, kad sužinotum, kas yra lentelėje ir kiekvienoje stulpelyje bei eilutėje, ir tai buvo gana nesudėtingas iššūkis, o jei perskaičiau vidurkį du ar trys šimtai puslapių apie kiekvienos platformos duomenų bazių administravimą, jūs sugebėjote beveik išmokyti save, nereikalaudami raketų mokslo laipsnio.
Bet taip nebėra, ir, mano manymu, to priežastis yra ta, kad duomenų bazių pasaulyje yra tiesiog per daug galimybių, kad kiekvienas asmuo galėtų būti specialistu specialistu ir sugebėti rankiniu būdu valdyti bei administruoti . Priežastis ta, kad per pastaruosius keturis – penkis dešimtmečius, kai kalbame apie serverių ir duomenų bazių sistemų bei duomenų bazių serverių ir programų rinkinių pasaulį, nuėjome labai ilgą kelią. Kažkada mes turėjome didelę geležį, kai reikėjo tvarkyti tai, kas buvo faktiškai maži duomenys, o juokingai maža, kai dabar žiūrime atgal. Kitą dieną „Twitter“ pamačiau tikrai tvarkingą šios nuostabios ponios, kuri buvo pagrindinė NASA programuotoja ir kūrėja, nuotrauką tuo metu, kai mes nešdavome vyrus į mėnulį, o jos kodas buvo išspausdintas šimtas trisdešimt - du stulpelių eilutės spausdintuvai ir sulankstyti ventiliatoriai, ir jis iš tikrųjų stovėjo aukštesnis nei ji buvo, jo parašyto kodo kiekis.
Ir kai galvojau apie tai, aš buvau panašus, iš tikrųjų tai turbūt yra apie du ar tris šimtus megių duomenų ten, kur ji turėjo įvesti daugiausiai, jei ne mažiau. Taigi bendras duomenų kiekis, turintis jos kodą, nors fiziškai buvo didesnis nei jos, kai buvo spausdinamas ant popieriaus, iš tikrųjų buvo labai, labai mažas kiekis. Netgi šie masyvūs kambario dydžio kompiuteriai ir tai yra „IBM System / 360“ šioje konkrečioje skaidrėje, palyginti su šiandieniniu pasauliu, duomenų kiekis, kurį ji galėjo iš tikrųjų turėti, buvo mažas. Tiesą sakant, mūsų išmanieji telefonai talpina 60 ir 128, ir 256 koncertus, ir netrukus savo telefonuose turėsime terabaitų, kol dar ilgai sumažės „flash“ kaina.
Taigi tuo metu ir tuo laikotarpiu duomenų bazių administravimas buvo gana paprastas. Pateikiame 3270 terminalo sesijos momentinį vaizdą, o DBA - norėdami prisijungti ir pasižiūrėti, kiek failų yra susiję su duomenų baze, o ten buvę indeksai ir eilutės bei stulpeliai buvo aiškūs. Ir šiame ekrano kopijoje galite pamatyti, kad čia yra viena lentelė ir keletas lentelės tarpų, tai būtų buvęs visas pagrindinis kompiuteris, valdantis vieną duomenų bazės lentelę. Šiandien duomenų bazių sistemose yra milijardai įrašų eilučių. O pokytis įvyko pasikeitus technologijai, kuri leido mums sukurti duomenų bazių platformas ir duomenų valdymo sistemas.
Jei pagalvotume apie originalių didžiųjų kompiuterių tipus ir daugelį kompiuterių, kuriuose veikia duomenų bazės ir galiausiai reliacinės duomenų bazės, tai prieš penkiasdešimt plius metus ir tą didelį geležinį pasaulį bei mažus duomenų rinkinius, kuriuos turėjome, tada, kai pasiekėme maždaug aštuntąjį dešimtmetį, mes buvome panašūs į tai, mes ėjome per pagrindinius kadrus nuo mini iki mikro, ir mes turėjome asmeninius kompiuterius, kuriuose buvo vykdomi tokie dalykai kaip dBase II ir dBase III, o DOS ir CP / M, ir mes turėjome labai ankstyvą reliacinę duomenų bazę- stiliaus technologijas ir jos buvo gana gerai pritaikytos, palyginti su tuo, prie ko mes buvome įpratę mainframe. Iki to laiko, kai priartėjome prie devintojo dešimtmečio, turėjome panašių „Oracle“ ir „DB2“. Dešimtojo dešimtmečio pabaigoje mes turėjome žmonių, pavyzdžiui, slaptų kompiuterių, kurie galėtų priklijuoti kaip tinklo modelį, labai, labai didelių mašinų, kabineto dydžio mašinų, kurios galėtų patikti ir kurti šias kompiuterių grupes. Bet net tada jis vis dar buvo mažas, palyginti su tuo, ką matome šiandien.
Bet skaidrėje, kurią atsikėliau čia, tai yra „Hadoop“ klasteris ir veiksmingai veikia kaip viena mašina. Iš esmės tai yra tiesiog tikrai labai didelis kompiuteris ir jis gali laikyti žiniatinklio masto duomenų tipus, prie kurių esame įpratę dabar. . Taigi duomenų bazių administravimo iššūkis, duomenų bazių valdymas tokio tipo platformose, mano manymu, iš tikrųjų tapo raketų mokslu. Turite būti ypač protingas veikėjas, kad galėtumėte suprasti jo naudojamą technologiją, jos veikiančią platformą, joje esančius duomenis, tų duomenų naudojimo tipus. Ir taip, mes pamatėme šį sprogimą nuo 2000-ųjų pradžios, kai „Microsoft SQL“ tapo daiktu, „Lotus Notes“ buvo gana gerai įsitvirtinę ir egzistavo, o „Lotus Notes“ duomenų bazių, kurios sukosi visur, skaičius buvo gana bauginantis. O mes turėjome įprastus „Oracle“ ir „DB2“ esamus rinkos dalyvius ir tikrai pradėjome valdyti. Kai kurie panašūs prekės ženklai pradėjo nykti. Bet mes iki to laiko iš tikrųjų darėme tik tradicinį duomenų bazių administravimą maždaug tuo 2006 m. Eros metu, kai, jei grįžčiau prie to klasterio įvaizdžio, tai, ką mes vadinome „Beowulf“ klasteriais, tapo daiktu, kur galėjome nuimkite įprastus kompiuterius ir suklijuokite juos kartu ir padarykite pagrindinius super kompiuterius.
Bet maždaug nuo to momento mes peržengėme tašką, kuriame žmonės galėjo tvarkyti senosios mokyklos duomenų bazę ir, kaip aš sakau, mano požiūriu, mastelis labai, labai greitai tapo labai didelis. Panašu, kad įvyko didelis įvykis technologijų srityje, paskatinęs priimti duomenų ir duomenų valdymo technologijas, ypač aplink jas esančias duomenų bazes. Ir todėl, kad iš tikrųjų kūrėme didelio našumo skaičiavimo stiliaus grupes, kad būtų galima kaupti duomenis įvairiomis formomis. Norėdami pažymėti tašką, pateikiame mums prieinamų duomenų bazių technologijų kraštovaizdžio vaizdą nuo 2016 m. Pradėjus nuo apatinio dešiniojo kampo ir atvirojo kodo, iki infrastruktūros viršutinio kairiojo kampo. Viršutiniame dešiniajame kampe, kuriame yra mums prieinami taikymo sprendimai, ir apatiniame kairiajame kampe - infrastruktūros ir našumo variklių, atliekančių analizę, mišinys ir kt. O viduryje yra tokie įrenginiai kaip mūsų išmanieji telefonai, kurie, tiesą sakant, veikia labai mažose duomenų bazių versijose, kad galėtų tvarkyti mūsų kontaktus ir pan., Ar mūsų skambučių žurnalus ir kitus dalykus, kuriuos turime.
Taigi mano galvoje įvyko šis sprogimas, panašus į Kambrijos sprogimą, į tokį dalyką, kuriame per tą patį labai trumpą laikotarpį nuo maždaug 2006 iki 2016 m., Kuris yra faktiškai dešimtmetis, įvyko technologinis vystymasis, kaip buvo. Dabar mes matėme, kad grafikų duomenų bazės tampa dideliu dalyku, atmintyje esančios duomenų bazės tampa didelėmis, SQL duomenų bazės artėja. Perėjimas prie skirtingų skaičiavimo modelių atsirado „Hadoop“, mes turėjome „MapReduce“ modelį, dabar turime „Spark“ ir srautinę analizę bei srautinius kompiuterius, atsparius paskirstytus duomenis, sistemas, kurias žmonės turi jiems sukurti, kad pasiektume reikalingas svarstykles, o kai mes galvojame apie šią kelionę, panagrinėkite, kokios yra reliacinių duomenų bazių valdymo sistemos su įprastais įtariamaisiais, „Oracle“, „PostgreS“, „Sybase“, „IBM DB2“, „MySQL“ ir „Microsoft SQL Server“ platforma. Mes matėme, kad kai kurie nauji vaikai ateina į bloką dabar, „Clustrix“, „Xeround“, „NuoDB“, „MemSQL“. Yra dar dešimtys ir dešimtys kitų, kaip jūs matėte toje skaidrėje anksčiau. Jei galėtumėte įsivaizduoti iššūkį žinoti šias platformas ir žinoti, kaip jas valdyti bei gauti vieną stiklinį vaizdą, kad jums reikia būti DBA ir atlikti šiuos dalykus, iššūkis toli gražu nėra nereikšmingas. Ir staiga atsirado „NoSQL“ varikliai, kurie yra visiškai naujas įdomus iššūkis.
Taigi paskutinis skaidrių turinys, kurį aš čia turiu, yra tarsi didžiausias vieno-dviejų-trijų išmušimų perforatorius. Tai yra, kad kai kurias iš šių technologijų mes panaudojome dabar ir sukūrėme jiems tarnybines galimybes, mes jas įdėjome į debesies modeliai ir dabar jie yra prieinami kaip naudingumas, kaip paslauga, iš esmės galite gauti duomenų bazę kaip paslaugą, o įprasti prekės ženklai, kuriuos matome ten „Amazon“ žiniatinklio tarnybose ir „Google Cloud Compute Platform“ bei „Microsoft Azure“ yra tie, kurie ateina žmonėms proto, bet iš tikrųjų dabar yra dešimtys ir dešimtys debesų platformų. Pvz., Australijoje yra kažkas panašaus į šimtą dvylikos kompanijų, kurios yra bona fide didelio masto viešosios debesijos, siūlančios įvairių formų duomenų bazių paslaugas.
Mąstyti apie iššūkį, kurį vidutinis DBA turi išlipti iš lovos, eiti į darbą ir susitvarkyti dabar, yra gana nerimą keliantis iššūkis. Taigi dabar labai vertinu požiūrį, kad, kaip ir daugelį kitų dalykų gyvenime, mes padidinome tuos horizontalius ir vertikalius principus, tai yra infrastruktūros mastelį, esantį labai horizontaliame, beveik tiesiniame augimo modelyje, ir sudėtingumą. vertikali prasmė, duomenų bazių platformų skaičius, taikomųjų schemų ir modelių, su kuriais turime susidurti, skaičius yra žymiai didesnis už tai, ką žmonės turėtų sugebėti įveikti vienoje stiklinėje stiklo plokštėje ir ko dabar reikia duomenų bazių administratoriams. naujų priemonių rinkinį, kad būtų galima kalbėtis su visomis šiomis platformomis, jas valdyti, administruoti ir palaikyti. Manau, kad tai yra visa mūsų ryto ar šios dienos popietės pokalbių tema, atsižvelgiant į tai, Aš perduosiu mūsų svečiui, kuris daug kalbės apie savo produktą ir kaip jis spręs iššūkį.
Ericas Kavanaghas: Gerai, Scottas, aš einu į rankas -
Scottas Walzas: Labai ačiū, gerai, ačiū. Ačiū Dez, ačiū Robinui ir ačiū visiems, kad prisijungėte ir pasikvietėte mane šiandien. Noriu padėkoti Robinui ir Dezui už tai, kad nuvedėte mane į atminties juostą, buvę kosmose nuo 9-ojo dešimtmečio pradžios, jūs sugrąžinote daug gerų prisiminimų. Atmintis, kurios nemačiau nė vienoje iš tų skaidrių ir paveikslėlių, buvo perforatorių kortelės. Ir tai buvo pats pirmas dalykas, kuris man buvo pristatytas, kai pirmą kartą pradėjau pirmą darbą ne universitete, o šalia esančiame kube mano bendradarbis liepė neliesti jo perforatorių kortelių. Taigi, taip, be abejo, ir tai iš tikrųjų buvo iššūkis ir iššūkis, kurio metu mes stengėmės padėti savo klientams spręsti ir nuo devintojo dešimtmečio vidurio, ir tai yra produktas, apie kurį šiandien noriu kalbėti. Pažvelkime į kelių platformų valdymą, ir tai tik pogrupis. Aš pasirinkau grafiką, bet kai Dezas sudėjo -
Erikas Kavanaghas: Jūs turite pasidalyti savo ekranu.
Scott Walz: Aišku, tikrai, ačiū.
Erikas Kavanaghas: Nesijaudinkite. O žmonės, nebijokite ir užduokite klausimų. Šiandien mes turime tris prašmatnias kelnaites, todėl atsiųskite jiems sunkius klausimus. Galite naudoti savo interneto transliavimo pulto komponentus „Klausimai ir atsakymai“ arba perskaitykite „BriefR“ žymeklį. Gerai, Scottai, atimk jį.
Scottas Walzas: Mes einame, ačiū. Aš griebiau šią skaidrę ir šį vaizdą. Vaizdas iš Dezo mane tikrai nubloškė, nes, būtent, tai yra tas pasaulis, kuriame šiandien gyvename, ir pasaulis, kuriame koncertuoja DBA. Ir, kaip jie minėjo, nebėra, jūs tikrai, kovojate, kad sugebėtumėte tai padaryti tiesiog brutalia jėga. Jums tikrai reikia įrankių, ir štai, mes einame žaisti ir matome visą jungiklį, impulsų pasikeitimą ten, kur buvo anksti, ir buvome labai blogai, kaip jūs minėjote, tada mes pradėjome dirbti su keliomis duomenų bazių platformomis, taigi tai buvo pirmas mūsų susidūrimas su įrankiais, o paskui vėl buvo ten, kur organizacijos, ir po 2000 m., ir tada, kai tai šiek tiek susiaurėjo. Su organizacijomis norėjote susitvarkyti, bet tada jis grįžo ir tiesiog susprogdino, kai pristatėte visas tas naujas platformas. Ir dabar, užuot buvusi nukreipta į konkrečią platformą ar konkrečią technologiją, nė viena iš tų organizacijų nesiaiškina, kas yra geriausia. Kokia yra geriausia programų duomenų bazė, kokia yra geriausia naudoti platforma? Turėdamas tai omenyje, noriu šiek tiek papasakoti apie tai, ką mes darome su DBArtisan. „DBArtisan“ yra mūsų pavyzdinis produktas, valdantis, kaip sakoma, kad įvairių platformų aplinka veikia daugiau nei 20 metų. Štai kur mes gyvename ir štai kur mes norime pabrėžti ir dirbti su savo klientais bei suteikti jiems priemonių, kad jie būtų produktyvūs. ir atliko.
Eikime į priekį ir eisiu tiesiai į dešinę. Aš daugiau parodau produktą, kai einu per skaidres, ir, manau, jūs taip pat tai darote. Tiems iš jūsų, kurie dar nematėte DBArtisano, žiūrime į privalomą elementą, manau, kad Dezas vartojo terminą „viena stiklo plokštė“, ir tuo mes didžiuojamės, kad suteikėme DBA vienintelį žvilgsnį į visų jų platformų. Deja, nereikia atidaryti jokios kitos programos. Mes prisijungsime ir pateiksime jus ten ir pradėsime dirbti su platforma. Pažvelgę į duomenų bazių naršyklę kairėje, galime sukurti tai, kas mums atrodo tinkama, bet ir norėdami, galime organizuoti. Pamatysite, aš turiu rinkinį, aš turiu savo „Oracle“ serverius, turiu „MySQL“, čia turiu „PostgreS“, aš taip pat turiu vieną - tai yra paženklinti gamybos serveriai, kuriuose yra dalis „MySQL“ serverių aplinkos. Vėlgi, čia pat galime pastebėti, kad gerai prisitaikėme. Jei pažiūrėsiu į naujos duomenų bazės registraciją, pamatysite vieną iš mūsų palaikomų platformų, yra pora, kurias noriu parodyti. Pastebėsite, kai tai yra jūsų SQL palaikymas, „Teradata“, „Apache“, „PostgreS“. Čia yra mūsų palaikomi generiniai vaistai.
Jei turime JDBC tvarkyklę arba LDBC tvarkyklę prie bet kurios platformos, mes galime prisijungti, užmegzti ryšį ir leisti jums dirbti su platforma tiesiai iš „DBArtisan“. Vėlgi, jūs leisite susitelkti ties šiuo metu atliktu darbu, o ne tuo, kaip tai padarysite. Vaikščiokite per visa tai. Bet aš noriu parodyti keletą dalykų apie produktą. Tokiu atveju atsiverskime ir mes susitvarkysime, pavyzdžiui, su „Oracle“. Tai tik mano mažas nukreipimo puslapis čia, bet aš noriu pereiti ir pažiūrėti į kai kurias savo schemas, su kuriomis dirbu. Mes įtrauksime vieną iš didesnių schemų, todėl vėl pateiksime lentelių sąrašą. Deja, šiuo atveju aš atidarysiu lentelę, todėl mes juos tiesiog išsirinksime ir pateiksime į mūsų objektų redaktorių.
Dabar „Oracle“ yra kažkas, su kuo dirbau metų metus. Tai aš jums parodysiu tikriausiai lengvą pareiškimą. Bet jei „Oracle“ yra platforma, arba jei „PostgreS“ yra platforma, arba „Teradata“ yra jūsų ką tik suteikta platforma ir jums reikia sugalvoti greitį, užduotis yra pridėti stulpelį. O gal užduotis yra ištrinti stulpelį. Bet jūs nenorite jaudintis dėl sintaksės, tiesa? Mes norime eiti, tiesiog įveskite tai, ko mums reikia, nustatykite jį ir palikime „DBArtisan“ generuoti. Čia mes paspausime „Alter“. Tai sukurs scenarijų mums. Vėlgi, labai paprastas pavyzdys, bet esmė ta, kad mes padarysime darbą už mus, kad sugeneruotume ir įdėtume šią stulpelį į lentelę.
Vis dėlto tai, ką mes taip pat galime padaryti, yra stulpelių perkėlimas į lentelę. Jei kada nors bandėte tai padaryti su tradiciniu, tai yra šiek tiek sudėtingesnis, nei tik viena kodo eilutė, kaip yra. Bet vėlgi, „DBArtisan“ imsis darbo užkulisiuose, sugeneruos jums kodą ir vėl sukurs SQL. Mes užsidarysime čia. Prieš darydamas dar kartą pastebiu visus skirtukus, vartotojo sąsaja yra labai intuityvi. Jei aš ateisiu į tyrinėtoją, jei žengsiu į „PostgreS“, tiesa? Jei ten einu į savo schemos režimą, pažiūriu į lentelę, labai panašus vaizdas ir pojūtis, tiesa? Mes tai atidarysime, vėl pamatysime informaciją čia. Savybės, protėviai, kolonos. Mes esame specifiniai platformai. Mes jums suteiksime tai, vartotojo sąsają, kad galėtumėte tai parodyti ir dirbti su objektais. Jūs žinosite, ką turite padaryti, ir tai leis jums tai padaryti efektyviai ir laiku, todėl jums nereikia jaudintis dėl to, kokia yra išlyga, kuri turi būti ten, norint numatyti šią galimybę. Mes tuo pasirūpinsime už jus.
Be to, kai pažiūrėsime, dabar pereisiu prie „SQL Server“ ir šiek tiek pakalbinsiu apie kai kurias kitas funkcijas, taigi, mes visi turime stebėti duomenų bazę. Taigi vėl pradėkite, pažiūrėkime apie visus vykstančius seansus, vykstančius seansus. Kaip matysime, kokie pareiškimai vykdomi, ir galėsime tai kontroliuoti? Ar turime nutraukti sesiją? Ar turime pamatyti bet kokius užraktus, kurie galėtų būti duomenų bazėje? Bet blokuoja spynos? Vėlgi, visą šią informaciją turime čia, po ranka, kad galėtume greitai reaguoti, prireikus imtis taisomųjų veiksmų ir ją pakeisti. Mes grįšime prie savo tyrinėtojo. Tai yra taškas, į kurį aš visada grįžtu, čia aš asmeniškai mėgstu viską pradėti ir dirbti iš čia. Aš prisijungęs prie SQL serverio duomenų bazės, kad galėčiau peržiūrėti komunalines paslaugas. Kadangi esame įvairios platformos, galime pradėti žiūrėti į išgavimą, migraciją. Galime judėti per platformas, jei mums reikia perkelti objektus iš vienos platformos į kitą, mes galime tai padaryti, jei tie objektai egzistuoja skirtingose platformose. Išskleiskite schemas, paskelbkite ataskaitose, įkelkite ir iškelkite duomenis ir sukurkite atsargines duomenų bazių kopijas.
Vėlgi, visa tai iš UI. O apsilankę čia prie įrankių, galite pamatyti visą įrankių rinkinį, kuriuo galime naudotis, tiesa? Tarp „Rasti failus“ galime atlikti visą duomenų bazės paiešką ten, kur ieškome sistemos lentelių, kad rastume jūsų ieškomą eilutę. „Scenarijus ir failo vykdymas“, jei turite standartinį pareiškimą, kuris gali būti vykdomas kelioms platformoms, keliems duomenų šaltiniams, mes galime tai nustatyti tiesiai iš DBArtisan'o, nurodydami tikslus, kuriuos mes norime vykdyti. Paspauskite „Go“ ir jis bus paleistas ir sugrąžins mums rezultatus į visus tuos tikslinius duomenų šaltinius. Vėlgi, dirbdamas iš vienos stiklo plokštės.
Ir „Analitikų serija“, vėlgi, yra išsamesni. Jos labiau orientuotos į reliacines duomenų bazes, nes pradėsime naudotis vis naujesnėmis platformomis, pamatysite, kaip išplėsime šią funkciją ir tose arenose. Ir apskritai, tiesiog daug vartotojo sąsajos patobulinimų. Ypatybės, pritaikytos DBA. Elementus, tokius kaip mes, turime galimybę atlikti scenarijų biblioteką. Tie SQL scenarijai, kuriuos dažnai vykdote, naudodamiesi keliomis platformomis, išsaugokite juos čia, vilkite juos, kai tik nustatome naują ISQL langą, mes galime tiesiog vilkti scenarijų, ir mes jau turime scenarijų paruoštą naudoti. Vėlgi, turėdamas tai po ranka, kad galėtum daryti ir valdyti. Pastebėsite, kad mes pristatome su scenarijais, kurie jau apibrėžti kai kurioms platformoms, kad galėtume bet kada kurti ir sukurti tiek, kiek reikia.
Puikus dalykas, kuris man patinka, ir tai daro daugelis mūsų klientų, jei kada nors susidomėjote. Man labai kyla šis klausimas: „Kaip tai padaryti? Tai gana šaunu. Kaip tai daro „DBArtisan“? “Čia yra nedidelė funkcija„ Logfile “, kurioje galite registruoti visus mūsų vykdomus SQL teiginius, taigi, jei norite sužinoti, kaip mes užpildome tą tiriamąjį sąrašą arba kaip užpildome„ PostgreSQL “lentelės redaktorių. arba „Teradata“ lentelę, prisijunkite SQL ir mes įrašysime viską, ką „DBArtisan“ vykdo, prieš duomenų bazę. Jūs galite sugrįžti ir pažiūrėti į tą SQL ir turėti viską, ko mums reikia. Galbūt jūs norite tai įtraukti į savo scenarijų dalį. Visiškai. Visiškai gerai.
Mes mėgstame būti labai skaidrūs dėl to, ką darome ir ką vykdome, palyginti su duomenų baze, todėl leisime išsaugoti ir įrašyti viską, ką taikome duomenų bazėje. Taip pat turime konfigūracijos parinkčių. Pastebėsite, kad aš jį nustatiau kaip „Organizavimą pagal objekto savininką“. Taip pat galiu nustatyti pagal „Objekto tipą“. Jei dar kartą patekau į savo „PostgreSQL“ aplinką, įsitraukiau į schemą, jei pažvelgiau į SQL, o ne į SQL. tik mano GIM lenteles, priklausančias tai schemai, aš matysiu visas lenteles, nepriklausomai nuo schemų pavadinimų. Vėlgi, skirtingi būdai organizuoti dalykus, kurie iš tikrųjų pritaikomi jūsų pačių darbo eigai ir kaip jūs norite tai pamatyti.
Ir paskutinis dalykas, apie kurį noriu kalbėti, yra galimybė nustatyti „Žymes“. Jei gręžiuosi, jei dirbu vienoje iš savo platformų ir noriu sutelkti dėmesį tik į savo lentelių režimą, galiu pridėti žymę. Aš žinau, labai paprasta savybė, tačiau labai malonu ją turėti, ypač kai dirbate su kuo daugiau duomenų šaltinių ir tiek platformų, kiek yra šiandienos DBA. Norėdami prisijungti prie sistemos, paleiskite „DBArtisan“ ir leiskite žymių tvarkytuvei nuvesti jus tiesiai į vietą medyje, kur jūs turite būti ir mokėti dirbti. Tada iš čia aš galėčiau sukurti naują lentelę ir vėl ant platformų, kurias palaikome, kurias matėte anksčiau, ir mes eisime jums per „vedlį“, kad galėtume vairuoti, tobulėti ir kurti lentelę. Mes sugeneruosime visą sintaksę, reikalingą tam, kad galėtumėte tai padaryti užkulisiuose ir pateiktume jums peržiūros srities pabaigoje. Galite gauti patvirtinimą, pamatyti, ką tiksliai sugeneruosime. Galite paspausti mygtuką „Vykdyti“, tada mygtuką „Baigti“, leisti jam vykdyti. Arba galite jį išsaugoti arba perkelti į kitą ISQL langą, taigi padarykite tai dar kartą, galbūt jis turi būti didesnio, didesnio scenarijaus dalis, kurį norite išsaugoti ir įdiegti paketinio lango valandomis.
Tai yra „DBArtisan“ apžvalga. Vėlgi, kai kalbame apie tai, tai produktas, kuriame matoma daugybė platformų, palaikymas toms platformoms ir puiki vartotojo patirtis, puikūs atsiliepimai taip pat ir iš mūsų klientų. Ir jei jus domina vienas iš komisijos narių, bet jei jums reikia rasti ką nors su IDERA ar DBArtisan susijusio, nedvejodami susisiekite ir tikrai galite mane rasti mano el. Pašto adresu.
Ericas Kavanaghas: Gerai, aš manau, kad atiduosiu Robinui klausimų, tada Dezui ir tada stebėsiu dalyvių klausimus ir atsakymus. Robinai, atimk jį.
Robinas Blooras: Gerai, turiu omenyje pirmąjį klausimą, aš iš tikrųjų gana ilgai buvau pažįstamas su DBArtisan, todėl aš suprantu jo galimybes. Tai, kas jums būtų įdomu, yra jo būsimi keliai. Aš turiu omenyje, matau, žinote, paskutinį kartą į tai pažvelgdamas, tai turėjo būti seniai. Matau, kad palaikote bent tris duomenų bazes, kurių net nesuvokiau, kad palaikėte anksčiau. Koks yra „DBArtisan“ kelias? Ar tikėtina, kad jūs tiesiog ketinate pridėti vis daugiau duomenų bazių, ar tai yra funkcijų pratęsimo dalykas? Kur ketini eiti su tuo?
Scott Walz: Tai puikus klausimas ir norėčiau visų aukščiau paminėtų dalykų. Mes tikrai tęsime plėtrą, nes tradicinės RDBMS platformos dar nesėdi, tiesa? Jie ir toliau kuria. Mes ir toliau eisime tuo keliu. Tada pamatysite, kaip mes pradedame ieškoti ir einame ta linkme, kuria palaikome naujas platformas. Kadangi mes suprantame, kad nors kai kurios iš šių platformų ir toliau auga, tradicinė RDBMS, yra tam tikrų situacijų, kad naujosios platformos yra tinkamos platformos, kuriomis vartotojai gali naudotis. Mes iš tikrųjų atidžiai stebime tą rinką, tą segmentą ir bandome priimti teisingus sprendimus, su kuriomis platformomis eiti. Panašu, kad jie praktiškai keičiasi kiekvieną dieną.
Robinas Blooras: Na, kaip aš ir Dezas sakėme, kad tai labai gyva rinka, galbūt vienas iš būdų tai įvertinti. Kitas dalykas, kuris mane sudomins - akivaizdu, kad negalėsite tiksliai atsakyti į šį klausimą, bet aš savo laiku susidūriau su svetainėmis, kuriose yra tūkstantis „Oracle“ egzempliorių, o „Oracle“ nebuvo vienintelė naudojama duomenų bazė, kuri buvo diegiama, žinote. Ir kai aš iš tikrųjų kalbėjau su jais apie tai, kaip jūs sugebate valdyti daugybę instancijų, kurios pasakė: „Na, žinote, yra tik apie penkis ar šešis didelius egzempliorius, ir mes turime apie tris DBA, kuriuos mes paskirstėme.“ Mane domina naudojimasis „DBArtisan“, nes su tuo jūs galite padaryti nepaprastai daug, kiek duomenų bazėse jis yra, tarkime, paprastai, ar net kokie yra didžiausi pavyzdžiai, kiek eilučių ji gali valdyti vienu metu?
Scott Walz: Na, aš mačiau situacijų - ir tai vėlgi yra šiek tiek sudėtinga, tas klausimas, nes „DBArtisan“ leidžia man turėti kelis ryšius arba kelis duomenų šaltinius, apibrėžtus viename egzemplioriuje. Gal aš noriu padaryti sisteminę registraciją, tada prisijungti prie mažesnių leidimų, bet aš susidūriau su klientais, kad viskas suskilo, tai eina keliuose ekranuose. Dabar, kai aš jų paklausiau, klausimas, kurį jūs man uždavėte, yra: „Kaip tu sugebi tiek daug?“, O tada jis sako: „Aš ne.“ Teisingai? „Aš susitvarkau, ką galiu, bet man reikia prieigos prie visko.“ Aš dar nematau nieko, kas sustabdytų, žinote, viršutinės ribos to, ką žmonės gali valdyti, yra iš tikrųjų viršutinė riba to, ką tas asmuo, individas, gali rankena. Bet jūs žinote, kaip jau minėjau, tie žmonės, su kuriais aš susiduriu, jie atvirai pripažįsta, kad turi visus tuos ryšius, tačiau nėra jokio būdo, kad jie galėtų tai suvaldyti. Jie pasikliauja savo komanda. Kaip aš tikiu, kad jūs jau patyrėte, taip.
Robinas Blooras: Aš pats iš tikrųjų buvau DBA, nors to nepadariau labai ilgai. Ir vienintelis dalykas, kurį, jūs žinote, atsimenu, ne tik reliacinėse duomenų bazėse, bet ir tai, kad su SQL galite padaryti daugybę dalykų. Dažnai daugiau, nei manote, kad galėtumėte. Tai vienaip ar kitaip paaiškina kai kurias funkcijas, kurias turi „DBArtisan“, nes tai tiesiog verčiama tiesiai į SQL. Bet, žinote, aš tikiu, kad darote ir kitus dalykus. Tai yra visas SQL scenarijus ar yra kitų specialių rutinų, kurios buvo parašytos ezoterinėms situacijoms?
Scottas Walzas: Taip, labai daug, didžiąją dalį sudaro SQL, tai yra tik to prigimtis. Bet mes rašome tvarką, kurią galima paleisti iš komandinės eilutės naudojant pardavėjo įrankius, o pardavėjo priekinės dalys baigiasi. Mes įdėsime priekinius galus, žinote, pavyzdžiui, duomenų įkėlimo priemonėms platformose, tiesa? Tai nėra SQL scenarijai, tiesa, tai yra komandinės eilutės darbai. Tai sugeneruos tuos ir galės suteikti DBA, kad jie galėtų juos įvykdyti. Žiūrėk taip, mes padarysime po truputį abu, bet didžiąją dalį sudaro SQL scenarijai.
Robinas Blooras: Žvelgdamas į tai, nes akivaizdu, kad jūs vienaip ar kitaip turite pažvelgti į vykstančius pokyčius, kuriuos laikau gana naujais. Aš turiu omenyje, kad vienas iš dalykų, kurie man atrodo įdomūs, yra tai, kad „Spark“ akivaizdžiai kyla kaip raketa, tačiau „Spark“ SQL, jis tapo siaubingai nesubrendęs ir pradėjo atrodyti šiek tiek labiau subrendęs, turėdamas šiek tiek daugiau SQL galimybių. Ar žiūrite į tokius dalykus ir galvojate, ar pradėsite tvarkyti tuos, kurie dirba su DBArtisan?
Scott Walz: Be abejo, kad ir aš. Tai visada yra. Aš žinau, kad mūsų produktų vadybos komanda visada žiūri, kur kreiptis, ir absoliučiai viskas, kas mums yra ant stalo, atsižvelgiant į tai, ko žiūrime ateityje.
Robinas Blooras: Gerai, Dez, ar tu nori surinkti?
Dezas Blanchfildas: Taip, iš tikrųjų ten yra krūva nuostabių dalykų, kuriuos atvėrei man, Robin. Labai ačiū. Aš norėčiau tiesiog panagrinėti kai kuriuos dalykus, kurie man atrodo iššokę, kai žiūriu į tokius produktus ir labai jaudinuosi. Du kartus patikrinęs namų darbus, nes, kaip minėjau anksčiau, daktaras Robinas Blooras, jis, kaip ir aš, kurį laiką tai stebėjo ir aš atsimenu, kad kitą dieną žiūrėjau į jūsų specifikacijų reikalavimus ir galvojau, iš tikrųjų šis dalykas veikia labai remiasi tuo, ką iš tikrųjų daro. Aš manau, kad iš atminties - ištaisyk mane, jei klystu - manau, kad tai būtų tiek mažai, kiek nešiojamojo kompiuterio našumas patogiai paleistų „DBArtisan“, ir vis dėlto jis sugebėjo paleisti gana reikšmingus duomenų bazės galus. Ir man buvo labai įdomu pamatyti, ar jūs taip pat turite „Firebird“ ir „Greenplum“. Mane labai sužavėjo reikalavimas ar techninės įrangos, kuri galėtų gana pažodžiui veikti, pavyzdžiui, RAM vienas gigahercinis procesorius, specifikacija. Tai buvo gana įspūdinga.
Tačiau naudojimo atvejai yra tai, ką noriu šiek tiek apmąstyti. Ar matote, kad produkto įsisavinimas yra poreikis dėl esamos aplinkos, kuri ką tik tapo nebekontroliuojama, ar matote, kad žmonės dabar yra šiek tiek iniciatyvesni ir sako, žinote, mes statome ką nors labai gero didelis, jis yra sudėtingas. Aš galvoju apie susijungimus ir įsigijimus, pavyzdžiui, čia, kur organizacija gali nusipirkti krūvą firmų - mažų, vidutinių, didelių, kad ir kas būtų - ir galų gale paveldėti visas šias aplinkas ir turėdami sukurti naują DB galimybę. Kokiais atvejais tai dažniausiai daroma atsižvelgiant į organizacijos tipą ir jos taikymo tipą? Ar dažniausiai žmonės turi esamą aplinką ir turi ją tiesiog sutvarkyti bei kontroliuoti, ar žmonės yra kiek iniciatyvesni ir galvoja apie sudėtingumą, kurį jie ketina sukurti ir įleisti jus į laivą anksti?
Scott Walz: Mes matome daugiau, kad anksti pradedame dirbti dėl pačios jūsų minėtos priežasties, konsolidacijos. Atsižvelgiant į tai, kad turime daugybę platformos palaikymo, tai nėra visiškas ateities įrodymas, tačiau tai leidžia jums ir jūsų DBA patekti į tikrai gerą situaciją, kad žiūrėdami į galimą įsigijimo tikslą, tiesa, jie yra šiek tiek mažiau, žinote, mintis, kokias platformas galėtume paveldėti, tiesa? Nors ir svarbu, tiesa, susirūpinimas yra šiek tiek mažesnis nei tai, ką jis reikš mūsų DBA, tiesa? DBA turi produktą dabar, kai žino, kad gali prisijungti, ir jei yra susipažinęs su produkto naudojimu, bus susipažinę su prisijungimu prie tos platformos, kurią ką tik įsigijo. Taigi tai tikrai sritis, kurią matome, vėlgi žinote, seniai, klientai, turintys tą visų minėtų platformų sutvarkymą, tiesa? Kaip aš susitrauksiu tai, tiesa? Ir jie tai išbandė, nes minčių procesas yra tas, kad kiekviena iš platformų turi įrankį, tiesa? Mes galime naudoti savo įrankį, tiesa? Bet galų gale grįžta tai, kad jūs žinote, ką, taip, galite, bet ne tik aš turėsiu išmokti kiekvieną iš platformų, dabar aš mokuosi kiekvieno iš įrankių, kurie yra kartu su kiekviena iš platformų ir taigi jūs ką tik sukomplektavote DBA darbą. Taigi mes taip pat matome situaciją, kai jie grįžta pas mus ir sako: „Žinai, mes turime susitvarkyti tai. Įsigykime vieną įrankį DBA, nes aš turiu svarbesnių dalykų, kuriuos DBA turi padaryti, nei išmokti naujo įrankio vartotojo sąsają. Arba skirtingus įrankius. “
Dezas Blanchfildas: Taip, tikrai ne. Ir, žinote, kai pamatai, iš atminties galvoju, kai vakar tik dar kartą patikrinau, ar neklydau, prisimenu, kad palaikei, pavyzdžiui, „Sybase“, taigi šis dalykas buvo jau kurį laiką. Yra dar vienas klausimas, kurį jums iš tikrųjų turėjau tiesiog - taip, puiku, jei jūsų sąraše yra „Greenplum“ ir „Firebird“, tačiau jūsų „Sybase“, tokio amžiaus, labai greitai, rodo, kad jis kurį laiką jau gyveno ir padarė gerą darbą.
Klasteriai. Taigi, vienas didžiausių DBA galvos skausmų yra tai, kad jie iš esmės nurodys, kas atrodo kaip IP adresas ir daugybė API, ar tai būtų JDBC, ar LDBC, ar bet ką, su kuo mes galėtume kalbėtis, bet už to slypi klasteris. Ką gali ar DBArtisan žino apie tai, kas yra už durų numeris vienas, kaip buvo, pavyzdžiui, kai įsijungiau į duomenų bazės galinę dalį, aš turiu pamatyti visą ten esančią aplinką, ypač, taigi, yra dvi dalys klausimas, gal. Pvz., Klasteris, kai jūs galvojate apie, jūs palaikote „IBM DB2“ ir „Microsoft SQL duomenų bazių serverius“, „MySQL“ ir „PostgreSQL“ bei „Oracle“ ir kai kurias iš šių tradicinių RDBMS, ir, žinote, visada paleidžiame pagrindinį pavaldinį arba pagrindinį pavaldinį aplinka atleidimui, didelis prieinamumas ir našumas. Ar „DBArtisan“ žino, kad už durų yra kažkas, kas yra ne tik viena duomenų bazė per se, bet ir grupė, ir jei taip, ką ji apie tai žino? Ir taip greitai įeikite, kad galėtumėte atsakyti į tą patį klausimą, atsiprašau. Taigi, kai kurie scenarijai susideda iš klasterių, kaip žmonės susidoroja su gamybos aplinkos ir atkūrimo aplinkų įvairove, kiek tai įmanoma naudojant „DBArtisan“?
Scott Walz: Puikūs klausimai. Aš jums duosiu, kad tai priklausys nuo konkrečių platformų, nes kiek mes stengsimės, turėsime skirtingą palaikymo lygį kai kurioms iš tų nuodugnių, gilesnių funkcijų. Pvz., „Oracle“ ir jų RAC aplinkai „Real Application Cluster“ galite prisijungti prie pirminio mazgo, esančio tame klasteryje, tačiau vis dar naudodamiesi duomenų bazės monitoriumi, kurį aš parodžiau, leisime jums pamatyti, kaip veikia SQL, ir mes ' iš tikrųjų ketinu jums pasakyti, koks klasterio mazgas jis veikia, tiesa? Kad leistumėte tiksliai pamatyti, ar, lėtai vykdoma užklausa, atidžiai stebėkime, kokiame mazge ji veikia? Nes neišvengiamai visa klasterio priežastis yra teisinga galutiniam vartotojui, jam nerūpi, kur jis buvo įvykdytas, tačiau DBA mums reikia sekti tokio tipo informaciją. Pavyzdžiui, mes galime nusileisti iki to lygio, pavyzdžiui, „Oracle“. Kitos platformos, kurias mes turime, yra jungiamosios, tikriausiai ne tiek išsamios, kiek mes turime „Oracle“.
Kalbant apie gamybos ir vystymosi aplinką, tai yra geras klausimas. Mes teikiame tokio paties lygio paramą. Tikrasis pagrindinis būdas, kuriam mes padėsime, bus jungčių sluoksnis, tiesa? Mes galėsime prisijungti ir atlikti visas funkcijas. Turiu klientų, kurie naudojasi kai kuriomis „DBArtisan“ funkcijomis, kad suskirstytų duomenis į savo šaltinius, tiesa? Ir vėlgi, tai gali šiek tiek atsilikti nuo tikslaus jūsų užduodamo klausimo, tačiau mes leisime jiems grafiškai nurodyti, kaip jie dirba. Kadangi tai yra vienas iš „DBArtisan“ dalykų, ar aš galiu greitai pakeisti duomenų šaltinius. Kitas dalykas, kurį jūs žinote, aš ruošiuosi vykdyti trumpą pareiškimą ir noriu pamatyti, ar esu susijęs - ar aš tiesiog prieštaravau gamybai ar plėtrai? Taigi mes siūlome kai kurias „DBArtisan“ funkcijas, kad padėtume ten esantiems DBA tvarkyti ir saugoti juos nuo rūpesčių, jei to prireiks, kai kuri DBA veikla.
Dezas Blanchfildas: Turint tai omenyje, ilgą platformų, kurias šiuo metu palaikote, sąrašą ir esu tikras, kad dėl suprantamų priežasčių ji greitai sprogs. Aš turiu galvoje, kad jūs palaikote teigiamus teiginius, pvz., „DB2“, pavyzdžiui, „z / OS“, apie mainframe, ir tada akivaizdžiai palaikote panašius dalykus, kuriuos mes anksčiau vadinome vidutinės klasės, bet dabar tik UNIX sistemomis ir tam tikromis modernesnėmis platformomis žinok, „Linux“ ir galiausiai jis bus perkeltas į mėgstamiausius „Bluemix“ ir „Debesų liejyklas“, taigi galų gale turėsi DB2, paleistą „Cloud liejykloje“ „Bluemix“, o „IBM“ ir „debesį“ - minkštą. Ar žmonės šiuo metu vykdo ne tik valdymą ir stebėjimą, bet ir jūs prieš tai minėjote galimybę migruoti ir perkelti duomenis. Ar matote, kaip žmonės šokinėja lovoje su „DBArtisan“ ir sako: „Žinai ką, mes turime daugybę dalykų iš senų pagrindinių mainų, kuriuos mums tiesiog reikia išlipti, ir tai padaryti buvo tikras vargas. Jei galiu nukreipti, spustelėti ir vilkti iš čia į ten, iš tikrųjų galiu perkelti ir perkelti savo duomenis ir schemą. “Ar tai daro žmonės?
Scott Walz: Jie iš tikrųjų juda, tiesa? Jie perkelia duomenis, tiesa? Dabar jie naudojasi DBArtisan kaip tam skirtą įrankį. Ar jis viską daro dėl jų? Ne. Mes pradedame, vilkite ir upuść, ne visai ten, bet mes leidžiame jiems generuoti scenarijus, nes idealiu atveju jūs norite naudoti - jūs nenorite, kad šis darbas būtų veikia dėl jūsų kliento, nešiojamojo kompiuterio dėl pačios jūsų nurodytos priežasties. Mes galime važiuoti labai mažu pėdsaku, tiesa? Mes padedame jiems sugeneruoti scenarijus, tada juos apverčiame ir sukuriame, tada jie gali tą scenarijų perduoti ir paleisti serveryje, tiesa? Norėdami tai padaryti, gaukite galią, arklio galią už serverio. Mes padedame jiems sukurti kai kuriuos savo darbus tam, kad tą darbą atliktume.
Dezas Blanchfildas: Teisus . Pora paskutinių jums ir tada mes galime susisukti atgal. Tai, kas mane išties sukrėtė, yra tik fantastinis faktas, kuris iš tikrųjų peržvelgė jūsų priedą, ir iš tikrųjų linkiu, kad turėtume dar valandą pagilinti detales. Iš tikrųjų didelis iššūkis DBA, tiesa, yra pagrindinis atitikimas, bendras infrastruktūros valdymas, auditai, ataskaitos apie esamą būklę, ateities pasirengimas tokiems dalykams kaip, žinote, tiesiog bendras aplinkos augimas. Mane stebina, kad net jei jūsų produkto esmė yra paprasčiausia palengvinti gyvenimą, ta viena stiklo plokštė, vienas vaizdas į pasaulį ir aš iš esmės galiu spustelėti ir pažymėti, vilkti ir man labai patinka tai kad dabar galėčiau ką nors išmokyti tai padaryti labai greitai, jie neprivalo skaityti vadovo, kaip buvo. Mane stebina, kad ši priemonė taip pat suteikia man galimybę atlikti daugybę dalykų, susijusių su valdymu, atitikimu ir auditu, kad man įdomu, ar žmonės iš tikrųjų atsibudo, esu įsitikinęs, kad turi.
Bet ar jūs matote, kaip liaudis dabar pažvelgia į tai ir eina, tarsi eureka, akimirka, eikite: „Ei, žinote ką, tai daro DBA gyvenimą tikrai lengvą nuo šiol arba lengvesnį operatyviniu požiūriu arba raidos požiūriu. Gaila, mes iš tikrųjų galėtume tiesiog pranešti apie visas mūsų duomenų bazes ir visus duomenų rinkinius, visus neturinčius duomenis ir visus metaduomenis. Pavyzdžiui, kas turi prieigą, kada turi prieigą, kodėl turi prieigą ir kokio tipo prieigą turi. “Ir staiga imamasi kelių problemų, susijusių su atitikimu. Ypač tada, kai nutiko tikrai didelių dalykų, susijusių su duomenų pažeidimais. Turime nuostabių dalykų, tokių kaip pasaulinė finansų krizė, visi šie iššūkiai kyla, bet kaip gi mes ištirsime ir stebėsime bei spręsime, kaip laikomasi taisyklių? Ar tai vis dar yra didelis dalykas žmonėms ar vis dar tai yra ankstyvosios dienos, kai tai taikoma DBArtisanui?
Scott Walz: Aš turiu klientų, kurie negali pakankamai pasakyti apie DBArtisan. Dabar jie suprato tai. Lemputė užgeso. Jie sako: „Palauk minutę. Aš galiu atsakyti ir atsakyti bei sugeneruoti kai kurias pačias jūsų paminėtas ataskaitas, tiesa, viską iš vieno įrankio. Aš tai supratau. “Dabar yra kitų, kurie vis dar to nelaukia, ir tai gali būti dėl įvairių priežasčių, tiesa? Jų gali būti dar ne, o gal kažkas tvarkosi, bet mes pastebėjome, kad mūsų klientai tuo naudojasi, tai akimirka, tiesa? Tai ne tik aš galiu sukurti lentelę, kurioje yra visa tai. Ir be abejo, atsižvelgiant į visus atitikties reikalavimus, jis yra didžiulis. Tai darbas pats savaime.
Dezas Blanchfildas: Na, tikrai. Ir jūs žinote, turiu galvoje, aš iškart galvoju, žinote, jei kažkas ateina ir sako, kad norėjo sukurti konfigūracijos valdymo duomenų bazę, CMD, jei jiems teks sutikti viską iš Sarbaneso -Galiausiai „COBIT to ITIL“, žinote, SWIFT atitiktis ir bankininkystė, netgi atsižvelgiant į Tarptautinės standartų organizacijos (ISO 27001, 27002) reikalavimus. Tai visos šios tikrai didžiulės programos. Vienas iš iššūkių yra tiesiog surasti, kur yra duomenys, kas juos tvarko, kokio formato jis yra, ir aš galvoju, kad jis man, kaip ir man, tiesiog žiūrint dabar, kai eureka akimirka tiesiog užgeso, jis buvo tarsi pakabintas antra, galėčiau tai įmesti net į žmogų, kuris nebūtinai yra DBA, bet galėčiau greitai jį išmokyti ir pasakyti: „Yra atitikties įrankis“. Manau, kad puiku, kad tai daro savo darbą administravimo duomenų bazėje. valdymo pasaulis.
Bet aš sėdžiu čia, galvodamas, dieve, žinai, tai, kad šiomis dienomis galite valdyti kelias platformas kaip vieną, o jūs galite pasinerti į žemyn, kaip sakėte, žurnaluodami savo daromas operacijas. Žinote, įsivaizduokite, kaip panaudoti šį įrankį duomenų pažeidimo byloje, ir jūsų saugos komanda bėgioja ieškodama, kas kur ir kodėl, o kas ką matė. Ir judėdami jie turi registruoti ir sekti kiekvieną savo atliekamą veiksmą, nes jie gali tapti problemos dalimi, jei kitaip negali. Taip, aš manau, kad tai yra neįtikėtini gebėjimai, kuriuos, jūs žinote, galite iškart pradėti daryti. Ypač kai pažvelgiame į jūsų žinomus duomenų audito iššūkius, mes turime tokį didžiulį, kaip savybių, šliaužimą, kaip buvo, su duomenų rinkiniais ir duomenimis.
Ir vienas iš dalykų, apie kuriuos mes kalbėjome kitose mūsų surengtose laidose, yra, jūs žinote, kaip jūs einate ir surandate savo duomenis, ir dažnai mes kalbame apie tai, kad kai pradedate kokioje nors organizacijoje, esate linkęs atsistokite savo kabinoje ir padėkite ranką į orą, bangą ir eikite: „Ar kas nors žino, kur yra ši duomenų bazė? Kaip patekti į šį duomenų šaltinį? Kur yra šis failas? “„ Eik ir paprašyk priimti. “Teisingai? Jūsų įrankis gali nedelsdamas suteikti galimybę rasti daiktus ir juos atrasti bei netgi pranešti apie juos.
Trumpai grįšiu prie vieno iš klausimų, tada susitvarkysiu ir paduosiu Ericui. Mane stebina, kad mastas artimiausiais 12 mėnesių jums taps iššūkiu. Ar galite pateikti šiek tiek įžvalgos, manau, trisdešimt tūkstančių pėdų atstumu, ta skalė ar skalės diapazonas, kurį DBArtisanas atėjo į darbą. Aš įsivaizduoju, kad, įdėjęs tai į savo nešiojamąjį kompiuterį, susinervinu ir nukreipiu jį į aplinką, galiu tai atrasti ir galiu pradėti dirbti. Aš įsivaizduoju, kad tai išeina iš vieno mažo, žinote, atviro kodo duomenų bazės variklio su keliomis eilutėmis ir lentelėmis. Kokiu mastu tai padidėtų? Jūs kalbėjote apie DB2 pagrindiniuose kompiuteriuose, tai yra puiku. Ir klasteriai. Koks yra skalės diapazonas, kurį čia galime susitvarkyti? O Robinas tam tikra prasme tai palietė anksčiau, bet man tereikės šiek tiek detaliau išsiaiškinti, kiek mes galime gauti su DBArtisan.
Scott Walz: Tikrai. Neabejotinai bus jūsų iššūkiai, nes tai kliento programinė įranga. Taigi, dar kartą, jei aš dirbu pagrindiniame korpuse, kai dirbu prieš mūsų turimą mainframe bandymo sistemą, galiu nukreipti ją prieš milijonus eilučių ir atlikti kryžminį sujungimą prieš milijonus eilučių. Visas darbas bus atliktas serveryje, tiesa, nes mes perduodame tą komandą ir tai tik DBArtisan reikalas tvarkyti rezultatų rinkinius, tiesa? Taigi, tai yra iššūkis ir tai, ką mes darome, yra grožis. Daugiausia sunkumų keliama serveryje. Mes tiesiog tvarkome visus rezultatus. Ir vėl, jūs, žinoma, patenkate į situacijas, kai norite vienu metu vykdyti dešimt užklausų, kurios visos sugrąžina milijonus eilučių, taip, be abejo, galbūt atsidursite kokiame nors spektaklyje, tiesa? Bet aš niekada neturiu klientų, kurie vengia didelių užklausų prieš „DBArtisan“, žinote, jų duomenų bazėje. Vėlgi, kaip sakiau, rida skiriasi priklausomai nuo daugelio veiksnių, tiesa, bet vėlgi, kaip jau sakiau, susiduriu su milijonais eilučių, kurios grįžta, ir tol, kol jos užpildo tinklelį, žinote, aš ' m pasiruošęs eiti. Bet kartais akivaizdu, kad turiu laukti, kol grįš rezultatai.
Dezas Blanchfildas: Turiu jums klausimą prieš pradėdamas rengtis, nes aš per daug sugaišau jūsų laiko ir dėkoju už tai. Papasakokite dar šiek tiek daugiau, jūs žinote, vakar perskaitę naujausias specifikacijas, norėdami įsitikinti, kad man taip gerai sekasi, nei maniau. Proceso stebėjimas ir perspėjimo bei pranešimų rūšiavimas, žinote, pajėgumų planavimas iškelia visas svarbiausias problemas, susijusias su DBA, kiekvieną dieną kiekvieną dieną, jūs žinote. Ar kas nors užpildys šią lentelę, ar jis užpildys duomenų bazę, ar jie užpildys turimą disko vietą, kaip tai valdyti? Suteikite mums galimybę greitai atsisakyti proceso stebėjimo, ypač perspėjimų, stebėjimo, o tada idealiai planuoti pajėgumus. Manau, kad tai sritis, kuri, manau, galėtų būti labai įdomi.
Scott Walz: Proceso stebėjimas tikriausiai parodė, kad funkcija, kurią naudoja dauguma mūsų klientų, ir tai yra duomenų bazės monitorius, kad galėtume tai parodyti ir padaryti. O analitikų pakete jų yra. Našumo analitikas turi keletą įspėjimų, kuriuos galite nustatyti, kai bus viršytos tam tikros ribos. Tai gali jus įspėti. Galbūt X žurnalų skaičius, klaidos žurnalo faile, žinote, jis jums praneš įspėjimą. Stalo plotas pasiekė tam tikrą procentą, pilną, galite gauti kitą perspėjimą. Ir grožis yra tai, ar jūs naudojate tą patį įrankį, tiesa, tai yra „DBArtisan“ dalis, taigi jūs tiesiog dešiniuoju pelės mygtuku spustelėkite klaidą, perspėjimą ir tvarkote naudodami „DBArtisan“ ir jis nuves jus tiesiai į lentelės vietos redaktorių . Ir jūs galite išspręsti problemą čia.
Kalbant apie talpą, tai tikrai yra karštas mygtukas, o pajėgumų analitikas, kurį šiuo metu turime, yra perkeltas į SQL Server, Oracle, DB2 LUW ir Sybase ASE. Ir tai daro tiksliai tai, ką aprašėte. Galite pradėti, kai tik gausime kolekcijas, teisingai, kai tik gausime mėginio dydį, o gal jo eilutės dydį, galbūt jo objektų skaičių, daugybę variantų įrankyje, tada galėsite pradėti kurti tendencijas, tiesa? O kaip tai atrodys per šešis mėnesius? Kaip tai atrodys per dvylika mėnesių? Aš galiu tendencija, tik tendencija į pasimatymą, ar aš galiu tendencija, kad vertė, tiesa? Ir pavyzdys, kurį turėjote, turiu X disko vietos, remdamasis tuo, kada aš pasieksiu tą ribą? Atsižvelgiant į turimą augimą ir šias kolekcijas, kurias padariau, kada aš pasieksiu tą ribą? Bent jau žinau, kad galiu pradėti planuoti tai. Ar tai bus šeši mėnesiai, ar bus dveji metai? Bet vėlgi, galime panaudoti pajėgumų analitiką, kad tendencija būtų tokia.
Dezas Blanchfildas: Tai nuostabu. Fantastiškas demonstracinis filmas. Man tikrai patiko. Grįžtu prie Ericos, nes žinau, kad yra keletas klausimų, iškylančių iš šios dienos mūsų nuostabios auditorijos. Labai ačiū, buvo tikrai puiku gerai pažinti gaminį ir tikiuosi, kad labai atidžiai jį stebėsiu.
Erikas Kavanaghas: Gerai gerai. Turime keletą gerų klausimų. Ir mes po truputį einame bėgant laikui, todėl stengsimės greitai susitvarkyti, nes aš žinau, Scottai, kad tu turi uždarą kietą stotelę. Čia yra didelis klausimas. O kaip dirbant senose duomenų saugyklose, tokiose kaip VSAM, 205 modelis, IMS ir IDMF ir tokiose dalykuose? Ar šiomis dienomis matote tai labai dažnai ir kaip tai veikia?
Scottas Walzas: Nenoriu pasakyti, kad užstrigote. Kai kurias iš tų aplinkų, jei jos turi ODBC arba JDBC, ir aš žinau, kad kai kurios iš jų yra ten, galime prisijungti prie jos ir tokiu būdu galite dirbti su ja. Tačiau didžiąja dalimi žalias ekranas yra tas būdas, kurį reikia naudoti vis tiek.
Dezas Blanchfildas: Man patinka žalias ekranas.
Erikas Kavanaghas: Na, jūs žinote, kaip Dezas atkreipė dėmesį į tą vieną skaidrę, kurioje jis turėjo visas skirtingas programas ir įrankius, kurie šiandien yra prieinami, tai yra labai bauginanti realybė tiems, kurie nori atsakingai atlikti duomenų bazės administratoriaus funkcijas. Ir aš spėju, kad bėgant laikui jūs, vaikinai, galite sukurti jungtis prie bet kurio iš šių įrankių, kai tik klientai to reikalauja ir pan., Tiesa? Kad įjungtumėte tą vieną stiklo plokštę.
Scottas Walzas: Ir tai buvo pagrindinis „DBArtisan“ įrengimo, galinčio valdyti tuos JDBC ir ODBC ryšius, raktas. Mes tai tikrai pratęsėme dabar. Dabar, kol mes turime tą ryšį, teisingai, kol turime tą tvarkyklę, galime prisijungti ir kovoti su ja.
Ericas Kavanaghas: Tai geras dalykas. Na, žmonės, mes visa tai archyvuojame, kad vėliau galėtumėte peržiūrėti. Paskelbiau skaidrių nuorodą, tikiuosi, jūs galite pamatyti tai per „SlideShare“. Ačiū už visas jūsų pastangas, ponai. Šiandien vėl nuostabi internetinė transliacija. Daug gerų skaidrių. Daug gero turinio. Man patiko tas demonstracinis filmas. Tai tikrai yra labai įdomu, kad jūs, vaikinai, nusitaikėte į labai mielą vietą rinkoje, nes šiais laikais toks sprogimas yra duomenų bazių tipuose. Ir mums, kaip vadovams, tiesiog reikia vietos, kur visa tai sutvarkyti. Gerai padaryta, vaikinai. Rytoj lauksime kitos „Hot Technologies“. Tikimės, kad jūs rytoj išleidote valandą. Tuo pačiu metu. Ta pati stotis. Mes susitiksime su jumis kitą kartą, žmonės. Pasirūpink. Iki.
