De personalul Techopedia, 24 august 2016
Take away : Gazda Eric Kavanagh discută tendințele bazei de date cu Dr. Robin Bloor, Dez Blanchfield și Scott Walz în acest episod al Hot Technologies.
În prezent nu sunteți autentificat. Vă rugăm să vă conectați sau să vă înregistrați pentru a vedea videoclipul.
Eric Kavanagh: Doamnelor și domnilor, salut și bun venit înapoi la cel mai tare spectacol din lumea întreprinderilor IT, Hot Technologies din 2016. Da, într-adevăr! Numele meu este Eric Kavanagh, voi fi astăzi gazda dvs. pentru un spectacol intitulat „Arta vizibilității: activarea gestionării multiplelor platforme”, da, într-adevăr. Câteva note rapide, există o prezentare despre a ta cu adevărat, de la cinci ani în urmă și suficient despre mine, accesează-mă pe Twitter @Eric_Kavanagh. Anul este fierbinte, acesta este diapozitivul nostru standard pentru Hot Technologies. Ceea ce am făcut cu acest spectacol este că am dorit un program care să ne ajute să definim un anumit tip de tehnologie, așa că întreaga idee este că obținem doi analiști care vin și își asumă un anumit spațiu sau un anumit tip de funcții. de care are nevoie întreprinderea și apoi vânzătorul vine și demonstrează ce au construit și explică modul în care se aliniază la ceea ce auziți de la analiști.
Și motivul pentru care, după cum v-ați putea imagina, se datorează faptului că în lumea marketingului software-ului pentru întreprinderi, există termeni care se îmbină și ceea ce se întâmplă invariabil este că vânzătorii se ocupă de cel mai recent termen fierbinte, lucruri precum date mari sau analitice pentru de exemplu, sau chiar SOA sau termeni diferiți precum platforma, iar uneori acele cuvinte sunt foarte precise pentru o anumită tehnologie și alteori nu. Acest spectacol a fost conceput pentru a ne ajuta cu adevărat să ne articulăm pentru tine, public, ce tipuri de tehnologii specifice fac, cum funcționează și când ar trebui să le aplici.
Cu asta, voi prezenta vorbitorii noștri. Îl avem pe propriul nostru doctor Robin Bloor, care a sunat din locația sa din Austin, Texas, Dez Blanchfield, care a sunat din cealaltă parte a planetei și la invitatul nostru Scott Walz care a sunat din Kentucky. Și cu adevărat al tău, sunt de fapt în afara orașului Pittsburgh, așa că astăzi avem o organizație complet geo-localizată din mai multe locuri diferite. Cu asta, voi împinge primul diapozitiv al lui Robin, nu ezitați să-mi puneți întrebări apropo, oameni buni, nu fiți timizi. Puteți face acest lucru folosind componenta Q&A a consolei dvs. de transmisie web. Și cu asta, îl voi înmâna doctorului Bloor. Etajul este al tău.
Robin Bloor: Bine, mulțumesc pentru introducerea respectivă, Eric. Permiteți-mă să ajung la prima diapozitivă. Aceasta este o colecție de meerkats care se gândesc la baza de date. Întreaga prezentare pe care o fac aici este într-adevăr doar un ansamblu general de gânduri despre baza de date pe care am avut-o recent, ideea fiind că într-adevăr în jurul anului 2000, părea că jocul bazei de date s-a terminat în sensul că marea majoritate a implementărilor bazei de date au avut loc pe baza de date relațională. Și atunci tocmai s-a schimbat, știți, toate aceste lucruri la care se gândesc meerkats-urile, depozite de coloane, magazine de valori cheie, baze de date de documente, baze de date în memorie, baze de date grafice și multe alte lucruri au apărut brusc. Și a fost aproape ca un nou tip de eră geologică care a apărut brusc fosile de diferite tipuri de animale.
Știrile de la Lake Wobegon, s-au terminat cu adevărat pentru baza de date cu un singur model. Nu există nicio îndoială că RDBMS domină în continuare, dar alte tipuri de baze de date sunt acum create. Într-adevăr, aceasta este destul de mare privire de ansamblu a ceea ce voi spune aici.
Dimensiunile bazei de date, unele dintre acestea au devenit, de fapt, mai importante recent, dar cele la care m-am putut gândi când am făcut acest slide, oricum, a fost oare amploarea în termeni de utilizare eficientă a resurselor oricărui server dat? Se extinde pentru a putea trece prin grupuri mari? Exploatează hardware-ul disponibil, care este un fel de baze de date în memorie care merg în această direcție? Este distribuibil? Există o serie de baze de date care sunt importante pe variabilitate de distribuit. Ce fel de caracteristici are? Caracteristica ACID fundamentală a bazei de date. Dar acum, în loc să aibă consistență reală, o serie de baze de date au o consecvență constantă, oamenii le folosesc și nu au o problemă cu ele, așa că au demonstrat că ACID nu era absolut necesar, doar un lucru bun pentru a avea un o mulțime de situații.
În ceea ce privește organizarea metadatelor, întregul joc s-a schimbat. Avem diferite organizații de metadate, mai degrabă decât o schemă tipică RDBMS. În ceea ce privește optimizatorul, există o mulțime de activități de optimizare care depind de structurile de date pe care încercați să le optimizați. În ceea ce privește gestionabilitatea, există o mulțime de variații în acest lucru pe care îl voi face mai târziu, dar, practic, întregul punct al unui SGBD este gestionabil și, din nou, gradul de administrare al acestuia determină într-un anumit grad extinderea utilității sale.
În ceea ce privește factorii hardware, acest lucru este într-adevăr care spune - vreau să spun că există un singur punct care a fost făcut aici - ideea care se face aici este că orice am privi astăzi în ceea ce privește arhitecturile de baze de date se va schimba. Este posibil să fie aceleași baze de date, dar vor trebui, într-un fel sau altul, să țină cont de ceea ce se întâmplă de fapt la nivel hardware. Timp de mulți, mulți ani, am avut această situație relativ simplă a procesorului, a memoriei și a discului rotativ - bine, asta a dispărut, într-adevăr.
Asta este aici, în primul rând avem CPU, dar sunt mult mai paralele decât au avut înainte cu multe nuclee de procesare diferite. Avem și GPU-uri, avem și FPGA-uri, diferite tipuri de siliciu, dar Intel s-a căsătorit cu un FPGA cu un procesor în următoarea versiune și - ȘI - s-a căsătorit cu GPU și CPU împreună pe același cip. Ai jetoane cu caracteristici diferite. Avantajul unui GPU este că este într-adevăr excelent pentru paralelismul greu și în special cu calculul numeric. FPGA puteți, într-un fel sau altul, să puneți codul pe cip și funcționează mult mai repede decât dacă îl alimentați doar pe cip.
Se întâmplă o răspândire a acestor lucruri. Avem 3D XPoint de la Intel și PCM de la IBM, care sunt tipuri de memorie noi, mai lente decât memoria RAM, mai puțin costisitoare decât memoria RAM, dar care nu sunt volatile. Și acestea creează un pic de entuziasm printre mai mulți furnizori de software cu care am vorbit. Avem SSD-uri, dar acum devin foarte mari și oferă acces paralel. Cu acces paralel la un SSD foarte mare, puteți aborda viteze de citire similare cu viteze de citire RAM. Avem această posibilitate de trei tipuri de memorie RAM, materialele 3D XPoint și SSD-urile, toate acestea vor merge extrem de rapid. Și având în vedere că viteza este esența bazei de date, toată tehnologia bazei de date va încerca să le valorifice cât mai repede posibil. Și asta va implica și a fost implicată o arhitectură paralelă, dar arhitectură paralelă. Performanța la nivel de hardware se accelerează tot timpul, se face de mai mulți ani, continuă să facă acest lucru, iar costurile generale scad.
Traseul lacrimilor. Acestea sunt doar încercări diferite de baze de date, primele baze de date înainte de relaționare au fost denumite în general baze de date de rețea, apoi au venit baze de date relaționale, apoi au venit baze de date obiecte, nu au obținut o tracțiune mare, apoi au venit bazele de date cu coloanele care baze de date relaționale făcute foarte diferit. Și apoi am avut bazele de date cu documente și bazele de date SQL, care erau baze de date obiect realizate diferit sau, dacă doriți, aceeași coloană de baze de date obiect și pe care le-au prins. Și recent am avut baze de date grafice care obțin tracțiune și baze de date RDF. Și ceea ce te uiți există cel puțin trei seturi diferite de structuri de date care sunt găzduite. Baza de date relațională face foarte bine tabele și rânduri. Baza de date de documente și bazele de obiecte - au o structură de date incomodă, în special structuri de date ierarhice, foarte bine. Iar bazele de date grafice și bazele de date RDF realizează foarte bine structurile de date din rețea. Și acestea diferite, cred că sunt trei linii, aceste linii vor continua la nesfârșit. Nu se va opri, deoarece motoarele care fac aceste lucruri nu funcționează deosebit de bine pe celelalte structuri de date.
Și atunci avem factorul de stricare al lui Hadoop. Hadoop nu este o bază de date, dar există baze de date care utilizează HDFS pentru structura lor de stocare. Și o mulțime de lucruri pe care le face Hadoop sunt genul de lucruri de management care trebuie făcute pentru o bază de date. De menționat, de asemenea, că Spark nu este nici o bază de date, dar are și este imatur, dar are un optimizator SQL și, prin urmare, este ca nucleul unei baze de date, fără să știe neapărat unde vei stoca datele., dar dacă îl lipiți pe HDFS, o mare parte a cerinței bazei de date este îndeplinită de fapt, pur și simplu prin capacitățile sistemului de fișiere de bază. Spark, în special, a devenit o parte a ecosistemului bazelor de date și este adesea federat cu baze de date mai puternice, iar motivul pentru aceasta este într-adevăr analitica. Analytics - Spark este, bine merge foarte, foarte repede la analiză. Analytics este aplicația primordială în care majoritatea oamenilor investesc în acest moment, astfel încât cei doi merg mână în mână. Federația de date, mai degrabă decât regulile de concentrare, ar trebui să fie evident din faptul că aveți cel puțin trei nevoi diferite, tipuri structurate de baze de date acolo și, prin urmare, federația de date dacă doriți să partajați datele între ele. Adesea este necesar, dar aveți și baze de date care se extind și baze de date care nu, motoare cu adevărat puternice, cum ar fi Teradata sau Vertica, au un loc foarte special, dar motoare mai mici, care pot face foarte multă muncă, deci federație. este probabil să fie acolo mult timp, chiar și între bazele de date relaționale.
Ultimul lucru de spus, IoT, nu s-a terminat până când doamna grasă va începe să dezgusteze date. IoT poate crea într-un fel sau altul o dinamică diferită în lumea bazelor de date și asta va complica lucrurile și mai mult. Sperăm că va exista - într-un fel sau altul - va exista un fel de convergență care continuă, dar nu văd că toate se reunesc așa cum s-a întâmplat cu bazele de date relaționale. Nu oricând în curând.
Și cred că asta e tot ce trebuie să spun, așa că îl voi preda Australiei.
Dez Blanchfield: Mulțumesc, Robin. Mulțumesc tuturor că ne-am alăturat, mulțumesc că m-ai avut azi dimineață sau azi după-amiază. Acesta este un subiect cu adevărat fierbinte, deoarece am experimentat destul de mult o explozie în ultimul deceniu și un pic, în cantitatea de date cu care trebuie să ne ocupăm, și invariabil că datele se află într-o formă de sistem care în majoritatea cazurilor. este o bază de date cu o anumită formă. M-am gândit că ne vom duce repede printr-un fel de plimbare la un nivel foarte înalt prin cum am ajuns aici și problema creată și tipurile de lucruri pe care trebuie să le abordăm acum, iar apoi vom discuta despre tipurile de soluție care poate fi aplicată la asta. Permiteți-mi să iau primul diapozitiv aici. Sunt de părere că acum suntem în punctul în care DB admin 2.0 sau baza de date admin 2.0 sunt cam în care ne aflăm acum, odată ce administratorul bazei de date era un rol și o provocare destul de simple și ai putea antrena pe cineva destul de repede. În lumea de azi, acest lucru nu mai este cazul și am să vă arăt de ce este așa.
A fost odată, un administrator de baze de date s-ar putea conecta la back-end-ul DB și ar putea realiza baze de date de prezentare rapidă și ar exista o listă de baze de date în sistem de care trebuiau să fie conștienți și ar putea foarte repede să treacă peste bazele de date respective și selectați-le și au un pic și o probă în jurul și utilizați traducerea, descrieți tabelul pentru a afla ce este într-un tabel și fiecare dintre coloane și rânduri, și a fost o provocare relativ simplă și dacă citiți media două sau trei sute de pagini despre administrarea bazei de date pentru fiecare platformă, ai putut să te înveți aproape singur fără să fii nevoie să faci o diplomă de știință a rachetelor.
Dar acesta nu mai este cazul, iar motivul pentru asta, în mintea mea, este că există prea multe opțiuni în lumea bazelor de date pentru ca orice persoană să fie expertă a unui specialist și să poată gestiona și administra manual. . Și motivul pentru asta este că în ultimele patru-cinci decenii, când vine vorba despre lumea serverelor și sistemelor de baze de date și a serverelor de baze de date și a apartamentelor de aplicații, am parcurs un drum foarte, foarte lung. Din când în când, aveam fier fierbinte care avea de-a face cu ceea ce erau efectiv date mici și râzând de mici când privim înapoi acum. Am văzut o altă fotografie curat pe Twitter a doua zi, a acestei doamne uimitoare, care a fost programatorul și dezvoltatorul principal pentru NASA, pe vremea când am pus bărbați pe lună, iar codul ei a fost tipărit într-o sută treizeci … două imprimante cu linie de coloană și pliate de fan, și ea era de fapt mai înaltă decât ea, cantitatea de cod pe care a scris-o.
Și când m-am gândit la asta, am fost ca, de fapt, probabil că este vorba despre vreo două sau trei sute de megați de date în care a trebuit să o scrie complet, cel puțin, dacă nu mai puțin. Și, astfel, cantitatea totală de date deținute de codul ei, chiar dacă fizic era mai mare decât ea atunci când a fost tipărit pe hârtie, a fost de fapt o cantitate foarte mică. Chiar și aceste computere masive de dimensiuni de cameră și acesta este un IBM System / 360 în acest slide special, cantitatea de date pe care le-ar putea deține de fapt a fost minusculă în comparație cu lumea actuală. De fapt, smartphone-urile noastre dețin 60 și 128 și 256 concert și în curând vom avea terabyte în telefoanele noastre înainte de mult, când prețul blițului va scădea.
Și la acea vreme și în acea epocă, administrarea bazelor de date era destul de simplă. Iată o imagine a unei sesiuni de terminale 3270 și pentru un DBA, putând să vă autentificați și să vă uitați la numărul de fișiere care au fost legate de baza de date, iar indexurile care au fost acolo și rândurile și coloanele au fost simple. Și puteți vedea aici în această captură de ecran, faptul că contextul este un tabel și un număr de spații de tabel, care ar fi fost întregul cadru principal care gestionează o tabelă de baze de date. În timp ce astăzi, deținem miliarde de rânduri de înregistrări în sistemele de baze de date. Și schimbarea s-a produs printr-o schimbare a tehnologiei care ne-a permis să construim platforme de baze de date și sisteme de gestionare a datelor.
Dacă ne gândim la tipul de mainframe originale și la multe calculatoare care funcționează baze de date și, în cele din urmă, baze de date relaționale, deci cu cincizeci de ani în urmă, și acel mare tip de lume de fier și micile seturi de date pe care le aveam, până când am ajuns la aproximativ optzeci, am fost la fel de mult, am trecut prin mainframe-uri de la mini la micro și am avut PC-uri care rulau lucruri precum dBase II și dBase III, și pe DOS și CP / M și am avut o bază de date relațional-timpurie-foarte tehnologii de stil disponibile și s-au adaptat destul de bine în comparație cu ce eram obișnuiți în cadrul mainframe-ului. Când am ajuns în anii nouăzeci, am avut like-uri și Oracle și DB2. Și la sfârșitul anilor 90 am avut oameni, cum ar fi computerele secrete care ar putea lipici ca un model de rețea, mașini foarte mari, mașini de dimensiuni de dulapuri, împreună și să le placă și să construiască aceste grupuri de calculatoare. Dar chiar și atunci, era încă mic în comparație cu ceea ce vedem astăzi.
Dar în diapozitivul pe care l-am urcat aici, acesta este clusterul Hadoop și acționează eficient ca o singură mașină și, în esență, este doar un computer cu adevărat, foarte mare și poate reține tipurile de date la scară web cu care suntem obișnuiți până acum. . Și astfel provocarea administrării bazelor de date, gestionarea bazelor de date pe aceste tipuri de platforme a devenit, în mintea mea, știința rachetelor. Trebuie să fii un personaj extrem de inteligent pentru a putea înțelege tehnologia pe care o folosește, platforma pe care o rulează, datele care sunt acolo, tipurile de utilizări ale acestor date. Și da, am văzut această explozie de la începutul anilor 2000, unde am făcut ca Microsoft SQL să devină un lucru, Lotus Notes era destul de bine stabilit și acolo, iar numărul de baze de date Lotus Notes care s-au strecurat în jurul locului a fost destul de înspăimântător. Și am avut clienții obișnuiți ai Oracle și DB2 și începem cu adevărat să punem mâna. Unele dintre branduri ca au început să se estompeze. Dar noi făceam cu adevărat doar administrarea tradițională a bazelor de date până la acel moment, în jurul acelui fel de epocă din 2006 în care, dacă mă întorc la imaginea acelui cluster, aveam ceea ce am numit clustere Beowulf să devină un lucru, unde puteam scoateți calculatoarele de pe raft și lipiți-le împreună și creați super-computere majore.
Însă, din acel moment, am traversat un punct de înclinare în care ființele umane au putut să administreze bazele de date ale școlii vechi și, după cum spun, după părerea mea, scara a devenit foarte, foarte mare foarte, foarte repede. Este aproape ca și cum am fi avut acest eveniment de tip „big bang” în tehnologie care a determinat adoptarea tehnologiei de date și a tehnologiei de gestionare a datelor și în special a bazelor de date din jurul lor. Și pentru că, în realitate, construiam clustere de înaltă performanță în stil de calcul pentru a găzdui date sub diferite forme. Și pentru a puncta acest punct, iată o imagine a peisajului din 2016 a tehnologiilor de baze de date disponibile. Între colțul din dreapta jos și sursa deschisă, până la colțul din stânga sus în infrastructură. Și în colțul din dreapta sus în soluții de aplicații care ne sunt disponibile, și în colțul din stânga jos, un amestec de infrastructură și motoare performante care realizează analitice, etc. Și la mijloc există, desigur, dispozitive precum smartphone-urile noastre, care rulează de fapt pe versiuni foarte mici de baze de date, pentru a face lucruri precum gestionarea contactelor noastre și altele, sau jurnalele de apeluri și alte lucruri pe care le avem.
Și, așa, în mintea mea, a existat această explozie, ca o explozie cambriană în acel fel de lucruri, în care cantitatea de dezvoltare a tehnologiei care a avut loc în acea perioadă foarte scurtă de timp, de la aproximativ 2006 până în 2016, care este efectiv un deceniu, așa cum era. Acum am văzut că bazele de date grafice devin un lucru mare, bazele de date în memorie devin un lucru mare, bazele de date SQL vin pe parcurs. Trecerea la diferite modele de calcul, Hadoop a avut loc, am avut modelul MapReduce, acum avem analize Spark și streaming și calculatoare de streaming, date distribuite rezistente, cadre pe care oamenii trebuie să le dezvolte pentru ei, pentru a ajunge la scalele de care avem nevoie, și când ne gândim la această călătorie, pentru a parcurge felul de sisteme relaționale de gestionare a bazelor de date cu suspecții obișnuiți, Oracle, PostgreS, Sybase, IBM DB2, MySQL și platforma Microsoft SQL Server. Am văzut acum câțiva copii noi care vin pe bloc, Clustrix, Xeround, NuoDB, MemSQL, și mai există câteva zeci și zeci în timp ce ați văzut pe acest slide înainte. Dacă v-ați putea imagina provocarea de a cunoaște aceste platforme și de a ști cum să le rulați și să obțineți un singur panou de vedere din sticlă, că trebuie să fiți un DBA și să faceți aceste lucruri, provocarea este departe de a fi banală. Și apoi dintr-o dată au apărut motoarele NoSQL, care sunt o nouă rasă de provocări distractive.
Și deci diapozitivul final pe care îl am aici este un fel de lovitură finală unu-doi-trei și asta este că am luat unele dintre aceste tehnologii și am creat o capacitate de serviciu pentru ele, le-am pus în modele de cloud și acum sunt disponibile ca utilitate, ca serviciu, puteți obține, în principiu, baza de date ca serviciu, iar mărcile obișnuite pe care le vedem acolo pe serviciile web ale Amazon și pe platforma Google Compute Cloud și Microsoft Azure sunt cele care vin către oameni. minte, dar acum există de fapt zeci și zeci de platforme cloud. Și în Australia, de exemplu, există ceva de genul a o sută doisprezece companii care sunt de bună credință publică la scară largă, care oferă servicii de baze de date sub diferite forme.
Să te gândești la provocarea pe care DBA-ul mediu trebuie să o coboare din pat și să meargă la muncă și să facă față acum este o provocare plină de minte. Și, așadar, consider foarte mult acum că, ca multe lucruri din viață, le-am extins pe cele orizontale și verticale, adică pe infrastructură s-a redus într-un model de creștere foarte orizontal, aproape liniar și în complexitatea stivei din un sens vertical, numărul de platforme de baze de date, numărul de cadre și modele de aplicații cu care trebuie să ne ocupăm, au depășit cu mult ceea ce oamenii ar trebui să poată face față într-un singur panou de vizualizare din sticlă și la ce este nevoie acum administratorii bazei de date. un set întreg de instrumente noi pentru a putea discuta cu toate aceste platforme, gestionați-le, administrați-le și susțineți-le și cred că acesta este întregul subiect al conversațiilor noastre în această dimineață sau în această după-amiază a timpului dvs., și în acest sens, Voi înmâna oaspetelui nostru care va vorbi mult despre produsul lor și despre modul în care va aborda provocarea.
Eric Kavanagh: Bine Scott, mă duc la mână …
Scott Walz: Mulțumesc foarte mult, bine, mulțumesc. Mulțumesc Dez, mulțumesc Robin și mulțumesc tuturor că m-ai alăturat și m-ai aflat astăzi la apel. Vreau să-i mulțumesc lui Robin și Dez pentru că m-au dus pe o cale de memorie, mergând în spațiu încă de la începutul anilor 90, ai adus înapoi o mulțime de amintiri bune. Amintirea pe care nu am văzut-o pe niciunul din aceste diapozitive și din imagini au fost cărțile de perforare. Și acesta a fost primul lucru care mi-a fost prezentat atunci când am început prima dată la primul meu loc de muncă din universitate, colegul meu în cubul de lângă mine, mi-a spus să nu-i ating cărțile de pumn. Deci, da, absolut, și a fost într-adevăr o provocare și o provocare la care am lucrat pentru a ajuta clienții noștri să se adreseze și încă de la mijlocul anilor 90, iar acesta este un produs despre care vreau să vorbesc astăzi. Haideți să aruncăm o privire la gestionarea multiplelor platforme, iar aceasta nu este decât un sub-set. Am ales un grafic dar pe măsură ce Dez a pus la punct …
Eric Kavanagh: Trebuie să împărtășiți ecranul.
Scott Walz: Oh, sigur, mulțumesc.
Eric Kavanagh: Fără griji. Și oameni buni, nu fiți timizi, puneți întrebări, avem astăzi trei pantaloni smarty, așa că trimiteți-le întrebările grele. Puteți utiliza componenta Q&A a consolei dvs. de transmisie web sau puteți să le trimiteți cu hashtag-ul BriefR. Bine, Scott, ia-o.
Scott Walz: Acolo mergem, mulțumesc. Am apucat acest diapozitiv și această imagine. Imaginea de la Dez chiar m-a aruncat pentru că, adică, aceasta este într-adevăr lumea în care trăim astăzi, și lumea în care fac performanțele DBA. Și așa cum au menționat, nu mai este, tu chiar, lupta pentru a putea pentru a face acest lucru doar cu o forță brută. Chiar aveți nevoie de instrumente și asta, intrăm să ne jucăm și vedem întreaga schimbare, schimbarea de moment în care a început mai devreme și au fost foarte tăcuți așa cum ați menționat, apoi am trecut la lucrul cu mai multe platforme de baze de date Așadar, aceasta a fost prima noastră incursiune în instrumente, iar apoi s-a întors în cazul în care organizațiile și după anul 2000 și când s-a restrâns un pic. Cu organizațiile și ai vrut să meargă solid, dar apoi a revenit și chiar a explodat când ai introdus toate aceste noi platforme. Și acum, în loc să fii columbofil într-o platformă specifică sau o tehnologie specifică, niciuna dintre aceste organizații nu află ce este mai bun. Care este cea mai bună bază de date pentru aplicații, care este cea mai bună platformă de utilizat? Și cu acest lucru, vreau să vă parcurg un pic despre ceea ce facem cu DBArtisan. Și DBArtisan a fost produsul nostru principal, gestionând, așa cum spune mediile multiplă platformă de peste 20 de ani, iar aici este locul în care trăim și aici ne place să subliniem și să lucrăm cu clienții noștri și să le oferim instrumentele pentru a le face productive. și performat.
Haideți să mergem mai departe și o să salt chiar și eu. Vă arăt produsul mai mult pe măsură ce trec prin diapozitive și cred că probabil faceți și voi. Pentru aceia dintre voi care nu au mai văzut DBArtisan înainte, ne uităm la compilare și cred că Dez a folosit termenul „geam unic de sticlă” și asta este un lucru cu care ne mândrim că oferim DBA o singură privire în toate platformele lor. Așa, nu este nevoie să deschidem nicio altă aplicație, ne vom conecta și vă vom intra acolo și vom începe să lucrăm cu platforma. Privind exploratorul de baze de date din stânga, putem crea acest lucru după cum considerăm de cuviință, îl putem organiza oricum ne place. Și veți vedea că am un mix, am unele servere Oracle, am MySQL, am PostgreS aici, am și unul - sunt serverele de producție etichetate, care includ unele dintre mediul server MySQL. Din nou, putem vedea chiar acolo că ne-am asigurat bine. Dacă mă uit la înregistrarea unei noi baze de date, veți vedea una dintre platformele pe care le sprijinim, există câteva pe care vreau să le aduc. Vei observa când acesta este SQL-ul tău, suport pentru asta, Teradata, Apache, PostgreS, iată genericele pe care le acceptăm.
Dacă avem un driver JDBC sau un driver LDBC la oricare dintre platforme, putem să vă conectăm, să vă oferim o conexiune și să vă permitem să lucrați cu platforma chiar din DBArtisan. Din nou, permițându-vă să vă concentrați asupra jobului la îndemână, și nu în modul în care o veți duce la bun sfârșit. Parcurgeți toate astea. Dar vreau să arăt câteva lucruri despre produs. În acest caz, să ne deschidem și ne vom ocupa de Oracle, de exemplu. Aceasta este doar mica mea pagină de destinație aici, dar vreau să merg să arunc o privire la unele dintre schemele mele cu care lucrez. Vom intra în una dintre schemele mai mari, așa că, din nou, vom readuce lista de tabele. Așa, în acest caz, voi deschide un tabel, așa că le vom selecta doar și le vom aduce în editorul de obiecte.
Acum, Oracle este ceva cu care am lucrat ani de zile, ceea ce vă voi arăta este probabil o declarație ușoară pentru dvs. Dar dacă Oracle este platforma sau dacă PostgreS este platforma sau Teradata este platforma pe care tocmai vi s-a dat și trebuie să veniți la viteză, sarcina la îndemână este să adăugați o coloană. Sau poate sarcina la îndemână este să ștergi o coloană. Dar nu vreți să vă faceți griji pentru sintaxa, nu? Vrem să mergem, doar să tastăm ceea ce avem nevoie, să-l configurăm și să lăsăm DBArtisan să genereze. Aici, vom apăsa „Alterare”. Va genera scriptul pentru noi. Din nou, un exemplu foarte simplu, dar ideea este că va face treaba pentru noi pentru a genera și a plasa această coloană în tabel.
Ceea ce putem face, totuși, este mutarea coloanelor în tabel. Dacă ați încercat vreodată să faceți asta cu tradiționalul, este puțin mai complicat decât o singură linie de cod așa cum este. Dar, din nou, DBArtisan va lucra în culise, va genera codul pentru tine și va produce din nou SQL. Ne vom închide de aici. Înainte de a face acest lucru, observați din nou toate filele din partea de sus, interfața utilizator este foarte intuitivă. Dacă intru în explorator, dacă urc la PostgreS, nu? Dacă intru în modul meu de schemă acolo, uită-te la masă, aspect și senzație foarte asemănătoare, nu? Vom deschide acest lucru, din nou vom vedea informațiile aici. Proprietățile, strămoșii, coloanele. Suntem specifici platformei, vom oferi acest lucru, interfața de utilizator, pentru a putea afișa acest lucru și pentru a lucra cu obiectele. Veți ști ce trebuie să faceți și vă vor permite să o faceți într-un mod eficient și în timp util, astfel încât nu trebuie să vă faceți griji cu privire la exact care este clauza care trebuie să meargă acolo pentru a furnizați această opțiune. Vom avea grijă de asta pentru tine.
De asemenea, atunci când ne uităm, voi accesa acum SQL Server și voi vorbi puțin despre unele dintre celelalte funcții, deci trebuie să monitorizăm baza de date. Deci, din nou, începeți-l, să vedem toate sesiunile care se petrec, sesiunile care se execută. Cum vom vedea ce declarații se execută și să putem controla acest lucru? Trebuie să oprim o sesiune? Trebuie să vedem blocaje care ar putea fi în baza de date? Aveți încuietori de blocare? Din nou, avem toate aceste informații chiar la îndemâna noastră pentru a putea reacționa rapid, să luăm măsuri corective, dacă este nevoie și să le transformăm. Vom reveni la exploratorul nostru. Aici, acesta este punctul de conducere, aici este întoarcerea întotdeauna, de aici personal îmi place să încep lucrurile și să lucrez de aici. Pe măsură ce sunt conectat la o bază de date SQL Server să mă uit la utilități. Deoarece suntem multiplă platformă, putem începe să analizăm extrageri, migrații. Ne putem deplasa pe platforme dacă trebuie să migrăm obiecte de la o platformă la alta, putem face asta, cu condiția ca acele obiecte să existe pe diferite platforme. Extrageți schemele, publicați în rapoarte, încărcați și descărcați date și faceți o copie de siguranță a bazelor de date.
Din nou, toate acestea din interiorul UI. Venind aici la instrumente, puteți vedea un set complet de instrumente din care putem opera, nu? De la „Găsiți în fișiere” putem face o căutare completă în baza de date în care căutăm în interiorul tabelelor de sistem pentru a găsi șirul pe care îl căutați. „Script și execuție de fișiere”, dacă aveți o declarație standard care poate fi executată pe mai multe platforme, mai multe surse de date, putem configura asta chiar din interiorul unui DBArtisan indicat către țintele cu care vrem să fie executată. Apăsați „Du-te” și se va rula și ne va readuce rezultatele la toate sursele de date țintă. Din nou, vă permite să lucrați din acel singur geam de sticlă.
Și „Analyst Series”, din nou, acestea sunt mai aprofundate. Acestea sunt orientate mai mult către baze de date relaționale, pe măsură ce începem să intrăm în mai multe platforme mai noi, veți începe să ne vedem extinderea acestei funcționalități și în acele arene. Și, în general, doar o mulțime de îmbunătățiri ale interfeței cu utilizatorii. Caracteristici concepute special pentru DBA. Elemente precum noi avem capacitatea de a face o bibliotecă de scripturi. Acele scripturi SQL pe care le executați deseori pe mai multe platforme, salvați-l aici, trageți-l, de îndată ce vom configura o nouă fereastră ISQL, putem doar să glisăm scriptul și avem acum gata de pornire. Din nou, având asta la îndemână pentru a putea face și gestiona. Veți observa că livrăm cu scripturi deja definite pentru unele dintre platforme, astfel încât să putem merge înainte și să creăm cât de mult trebuie oricând.
Un lucru drăguț care îmi place și mulți dintre clienții noștri, dacă sunteți vreodată interesat și am această întrebare foarte mult în ceea ce privește „Cum să fac asta? Este destul de fain. Cum face DBArtisan? ”Există o mică caracteristică chiar aici, „ Logfile ”, puteți să înregistrați toate instrucțiunile SQL pe care le executăm, deci dacă doriți să știți cum populăm acea exploratorie sau cum populăm editorul pentru o tabelă PostgreSQL sau o tabelă Teradata, înregistrați SQL-ul și vom înregistra tot ceea ce DBArtisan execută în baza de date și puteți să vă întoarceți la SQL și să aveți tot ce avem nevoie. Poate doriți să încorporați asta ca parte a unuia dintre scripturile dvs. Absolut. Cu totul bine.
Ne place să fim foarte transparenti cu ceea ce facem și cu ceea ce executăm în baza de date, prin urmare, vă vom permite să salvați și să înregistrați orice aplicăm în baza de date. Avem și opțiuni de configurare. Veți observa că îl am setat ca „Organizare de către Proprietar de obiecte”. De asemenea, pot fi configurat prin „Tip obiect.” Dacă am intrat din nou în mediul meu PostgreSQL, am intrat în schemă dacă mă uitam la SQLs în loc de doar tabelele mele GIM aparținând acelei scheme, voi vedea toate tabelele, indiferent de numele schemei. Din nou, diferite moduri de organizare a lucrurilor care îl personalizează cu adevărat pentru propriul flux de lucru și cum doriți să îl vedeți.
Și ultimul lucru despre care vreau să vorbesc este capacitatea de a seta „Marcaje.” Dacă mă perfecționez, dacă lucrez într-una dintre platformele mele și vreau să mă concentrez doar pe modul meu de tabele, pot adăuga un marcaj. Știu, o caracteristică foarte simplă, dar atât de plăcută, mai ales atunci când lucrezi cu cât mai multe surse de date și cu tot atâtea platforme ca DBA de astăzi. Pentru a putea intra în sistem, porniți DBArtisan și lăsați-l pe managerul de marcaje să vă ducă chiar la locul din copacul unde trebuie să fiți și să puteți lucra. Și atunci de aici aș putea crea o nouă masă și, din nou, pe platformele pe care le susținem pe care le-ați văzut mai devreme și vom merge prin „Wizard” pentru a vă permite să conduceți și să dezvoltați și să creați tabelul. Și vom genera toată sintaxa necesară pentru a face asta în spatele scenei pentru a vă prezenta și apoi să o prezentăm la final într-un panou de previzualizare. Puteți ajunge să validați, să vedeți exact ce vom genera. Puteți atinge butonul „Execute”, apoi butonul „Finish”, lăsați-l să execute. Sau puteți să îl salvați sau să îl împingeți pe o altă fereastră ISQL, așadar faceți-l, din nou, poate trebuie să facă parte dintr-un script mai mare, mai mare, pe care doriți să îl salvați și să îl implementați în timpul orelor de fereastră de lot.
Aceasta este o imagine de ansamblu a DBArtisan. Când vorbim despre asta, din nou, este un produs despre care se văd o mulțime de platforme, suport pentru aceste platforme și experiență excelentă pentru utilizatori, feedback excelent și din partea clienților noștri. Și dacă sunteți interesat, ca unul dintre specialiști, dar dacă aveți nevoie să găsiți ceva legat de IDERA sau DBArtisan, nu ezitați să vă adresați și cu siguranță mă puteți găsi la adresa mea de e-mail.
Eric Kavanagh: Bine, cred că îl voi deschide lui Robin pentru întrebări și apoi Dez și apoi voi monitoriza întrebările și întrebările din partea participanților. Robin, ia-o.
Robin Bloor: Bine, mă refer la prima întrebare, de fapt am cunoscut DBArtisan de ceva vreme, așa că sunt conștient de capacitățile sale. Ceea ce m-ar interesa să mă adresez este căile sale, de felul ei, viitoare de aici. Adică, văd, știi, ultima dată când m-am uitat, trebuie să fi fost mult timp în urmă. Văd că susțineți cel puțin trei baze de date pe care nu mi-am dat seama că le-ați susținut înainte. Care este calea de înaintare pentru DBArtisan? Este probabil să adăugați din ce în ce mai multe baze de date sau este o extensie a funcțiilor? Unde intenționezi să mergi cu ea?
Scott Walz: Aceasta este o întrebare grozavă și aș dori toate cele de mai sus. Cu siguranță, vom continua să construim, deoarece platformele tradiționale RDBMS nu stau nemișcate, nu? Ei continuă să construiască. Vom continua această cale. Și atunci ne veți vedea începând să căutăm și să mergem în direcția de a sprijini platforme noi net. Deoarece recunoaștem că, deși unele dintre aceste platforme continuă să crească, tradiționalul RDBMS, există anumite situații în care noile platforme sunt platformele potrivite pentru clienți. Într-adevăr, urmărim cu atenție piața respectivă, pe acel segment și încercăm să luăm deciziile corecte cu privire la ce platforme să mergem. Par să se schimbe în fiecare zi, practic.
Robin Bloor: Ei bine, așa cum spuneam atât eu cât și Dez, este o piață foarte plină de viață, este posibil un mod de a privi. Un alt lucru de care m-ar interesa - evident că nu veți putea răspunde la această întrebare în detaliu precis, dar am întâlnit site-uri pe vremea mea unde există o mie de cazuri de Oracle, iar Oracle nu a fost singura bază de date folosită, care a fost implementată, știți. Și când am vorbit de fapt cu ei despre cum, pe pământ, gestionați aceste cazuri în care au spus: „Ei bine, știți, sunt doar vreo cinci sau șase cazuri mari și avem aproximativ trei DBA-uri pe care le răspândim.” sunt interesat în ceea ce privește utilizarea DBArtisan, pentru că poți face o mulțime grozavă cu el, câte baze de date se așează, să zicem de obicei, sau chiar care sunt cele mai mari exemple de câte șiruri poate gestiona simultan?
Scott Walz: Ei bine, am văzut situații - și din nou, este un pic complicat, această întrebare este, deoarece DBArtisan îmi permite să am mai multe conexiuni sau mai multe surse de date definite pentru o singură instanță. Poate vreau să fac un syslogin și apoi un permis de autentificare mai mic, dar m-am ocupat de clienți că, cu tot ce s-a prăbușit, merge mai multe ecrane. Acum, când le-am pus asta, întrebarea pe care mi-ai pus-o este: „Cum reușești atât de mulți?” Și atunci el îmi spune: „Nu.” Nu? „Gestionez tot ce pot, dar am nevoie de acces la tot.” Încă văd tot ce se oprește, știi, limitele superioare ale ceea ce oamenii pot gestiona este într-adevăr limita superioară a ceea ce acea persoană, individul, poate mâner. Dar știi, așa cum am menționat, acei oameni cu care eu provoc, recunosc deschis că au toate acele conexiuni, dar nu există nici un fel în care să o poată gestiona. Se bazează pe echipa lor. După cum sunt sigur că ai experimentat, da.
Robin Bloor: Ei bine, chiar am fost DBA, deși nu am făcut asta de foarte mult timp. Și un lucru care, știți, îmi amintesc, mai presus de orice altceva în bazele de date relaționale, este că puteți face o cantitate masivă de lucruri cu SQL. De multe ori mai mult decât crezi că ai putea. Ceea ce, într-un fel sau altul, explică o parte din funcționalitățile pe care DBArtisan le are, pentru că doar se traduce direct în SQL. Dar, știi, sunt sigur că faci și alte lucruri. Este vorba de toate scripturile SQL sau există alte rutine speciale care au fost scrise pentru situații ezoterice?
Scott Walz: Da, o mulțime de ele, cea mai mare parte este SQL, asta este doar natura. Dar facem rutine de scriere care pot fi rulate de la o linie de comandă folosind instrumentele furnizorului, partea frontală a vânzătorului. Vom pune bazele pe, știți, de exemplu, pentru utilitățile de încărcare a datelor din platforme, nu? Acestea nu sunt scripturi SQL, corect, acestea sunt joburi în linie de comandă. Le va genera și le va putea oferi celor DBA pe care le pot executa apoi. Vezi da, vom face un pic din ambele, dar majoritatea sunt scripturi SQL.
Robin Bloor: Când te uiți, pentru că, evident, trebuie să arunci un aspect sau altul asupra evoluțiilor care se întâmplă, pe care le consider destul de noi. Adică, unul dintre lucrurile pe care mi le pare interesant faptul că se întâmplă este faptul că Spark se decolează ca o rachetă, dar SQL-ul lui Spark, a trecut de la a fi oribil de imatur la a începe să par un pic mai matur, cu mai multe capabilități SQL. Te uiți la așa ceva și te întrebi dacă vei începe să le administrezi pe cele cu DBArtisan?
Scott Walz: Cu siguranță și eu. Asta este întotdeauna acolo. Știu că echipa noastră de management de produse se uită întotdeauna unde să mergem și absolut, totul este pe masă pentru noi, în ceea ce privește ceea ce privim în viitor.
Robin Bloor: Bine, Dez, vrei să îngrămădești?
Dez Blanchfield: Da, de fapt, există o grămadă de lucruri grozave care mi-ai deschis ușa pentru mine acolo, Robin. Mulțumesc foarte mult. Sunt nerăbdător să explorez doar câteva dintre lucrurile care se ridică la mine atunci când mă uit la produse de genul acesta și mă entuziasmează. Când mi-am verificat de două ori temele, pentru că așa cum a menționat dr. Robin Bloor, el, la fel ca mine, urmărește acest lucru de ceva timp și îmi amintesc că mă uit la cerințele dvs. specifice zilele trecute și mă gândesc, de fapt, acest lucru se desfășoară pe se apleacă de ceea ce face de fapt. Și cred că din memorie - corectează-mă dacă greșesc - cred că a fost la fel de puțin ca performanța unui laptop ar rula confortabil DBArtisan și totuși a fost capabilă să ruleze unele baze de date destul de importante. Și eram destul de interesat să văd că aveți și Firebird acum și Greenplum. Am fost destul de impresionat de cerința sau specificația hardware-ului care ar putea fi literalmente rulat ca un gig RAM pe un singur procesor gigahertz. A fost destul de impresionant.
Însă cazurile de utilizare sunt ceva în care vreau să descopăr doar un pic. Vedeți că absorbția produsului este un caz al unei nevoi din cauza mediilor existente care tocmai au scăpat de sub control sau vedeți acum că oamenii sunt ceva mai proactivi și spun că, știți, construim ceva foarte mare, este complex. Și mă gândesc la fuziuni și achiziții, de exemplu aici, unde o organizație ar putea cumpăra o mulțime de firme - mici, mijlocii, mari, orice - și să sfârșească prin moștenirea tuturor acestor medii și să fie nevoită să construiască o nouă capacitate de DB. Care sunt cazurile de utilizare în general în ceea ce privește tipul de organizație și tipul de cerere pentru aceasta? Este predominant persoanele care au medii existente și trebuie doar să le curețe și să le controleze sau oamenii sunt ceva mai proactivi și se gândesc la complexitatea pe care urmează să o construiască și să vă urce la bord mai devreme?
Scott Walz: Considerăm mai mult să începem mai devreme pentru tocmai motivul pe care l-ai menționat, consolidarea. Cu amploarea suportului pe platformă pe care îl avem, nu este o dovadă totală de viitor, nu, dar te pune pe tine și pe DBA-urile tale într-o situație foarte bună, încât atunci când se uită la o potențială țintă de achiziție, nu, sunt puțin mai puțin Știi, gândul la ce platforme am putea moșteni, nu? Deși este important, nu, îngrijorarea este puțin mai mică decât ceea ce va însemna pentru DBA-urile noastre, nu? DBA-urile au acum un produs că știu că se pot conecta și dacă sunt familiarizați cu utilizarea produsului, vor fi familiarizați cu conectarea la acea platformă pe care tocmai au achiziționat-o. Deci, cu siguranță aceasta este o zonă pe care o vedem, din nou știți, de mult timp, clienții cu acea mash-up a tuturor acestor platforme, nu? Cum o să-mi pun mâna în jurul acestui lucru, nu? Și au încercat-o pentru că procesul de gândire este că fiecare dintre platforme are un instrument, nu? Ne putem folosi propriul instrument, nu? Dar în cele din urmă revine că, știi ce, da poți, dar nu numai că va trebui să învăț fiecare dintre platforme, acum învăț fiecare dintre instrumentele care merg cu fiecare dintre platforme și așa că tocmai ai compus treaba unui DBA. Vom vedea, de asemenea, acea situație în care se întorc la noi și spunem: „Știi, trebuie să punem mâna în jurul nostru. Haideți să obținem un instrument pentru DBA, deoarece am DBA lucruri mai importante de făcut decât să învăț UI-ul unui nou instrument. Sau diferite instrumente. "
Dez Blanchfield: Da, nu cu siguranță. Și, știi, când vezi, cred că din memorie când am privit ieri doar pentru a verifica dubiu că nu am greșit, îmi amintesc că ai sprijinit Sybase, de exemplu, așa că acest lucru a fost de ceva vreme. Există o altă întrebare pe care am avut-o doar pentru tine - da, este minunat să ai Greenplum și Firebird pe lista ta, dar Sybase-ul tău, de vârsta asta foarte repede, arată că a trecut de ceva vreme și a făcut o treabă bună.
Clusterele. Așadar, una dintre cele mai mari dureri de cap pentru un DBA este că acestea vor indica în esență ceea ce arată ca o adresă IP și o grămadă de API-uri, fie că este vorba despre JDBC sau LDBC sau orice am putea vorbi, dar în spatele acestui lucru există un cluster. Ce poate sau nu știe DBArtisan despre ce este în spatele ușii numărul unu, așa cum a fost, ca în momentul în care mă conectez la baza de date, ajung să văd toate mediile din spate și, în special, deci există două părți pentru întrebare, poate. Clusterul, de exemplu, când vă gândiți, știți, susțineți IBM DB2 și Microsoft SQL Database Server și MySQL și PostgreSQL și Oracle și unele dintre acele RDBMS tradiționale și, știți, invariabil rulăm un master-slave sau un master-master mediu pentru redundanță și disponibilitate ridicată și, de asemenea, performanță. Știe DBArtisan că există ceva din spatele ușii numărul unu care nu este doar o bază de date în sine, ci un cluster și, dacă da, ce știe despre asta? Și să curgă în asta rapid, astfel încât să poți răspunde la aceeași întrebare, îmi pare rău. Așadar, în spatele grupurilor din unele dintre scenariile pe care le-ați obținut, cum se confruntă oamenii cu amestecul dintre mediile de producție și mediile de recuperare a dezastrelor, în măsura în care se folosește de DBArtisan?
Scott Walz: Mari întrebări. O să vă dau că va fi dependentă de platformele specifice, deoarece, atât timp cât încercăm, vom avea niveluri diferite de asistență pentru unele dintre cele aprofundate, funcțiile mai în jos. Pentru Oracle, de exemplu, și mediul lor RAC, Real Application Cluster, vă puteți conecta la nodul primar din acel cluster, dar totuși parcurgând monitorul bazei de date pe care l-am arătat, vă vom lăsa să vedeți funcționarea SQL și o să vă spun de fapt ce nod al clusterului funcționează, nu? Pentru a vă permite să vedeți exact dacă, știți, interogare cu funcționare lentă, să urmărim cu atenție acest lucru, pe ce nod se rulează? Deoarece în mod inevitabil, întregul motiv al clusterului este corect pentru utilizatorul final, nu-i pasă unde a fost executat, dar pentru DBA trebuie să urmărim acest tip de informații. Putem să coborâm la acest nivel de detalii în Oracle, de exemplu. Celelalte platforme pe care le avem avem conectivitate, probabil nu la fel de multe detalii decât noi pentru Oracle.
În ceea ce privește mediul de producție și de dezvoltare, aceasta este o întrebare bună. Acordăm același nivel de sprijin. Adevăratul mod principal pe care îl vom ajuta, stratul de conectivitate va fi acolo, nu? Vom putea să ne conectăm și să facem toate funcțiile. Am clienți care utilizează unele dintre funcțiile din DBArtisan pentru a-și clasifica sursele de date, nu? Și, din nou, s-ar putea ca acest lucru să fie un pic în afara pentru întrebarea exactă pe care o puneți, dar vom permite acestora să denotăm grafic pe măsură ce funcționează. Deoarece acesta este unul dintre lucrurile despre DBArtisan, este că pot schimba rapid între sursele de date. Și următorul lucru, știi că mă pregătesc să rulez o declarație trunchiată și caută să văd că sunt conectat - am condus doar asta împotriva producției sau dezvoltării? Prin urmare, oferim câteva funcții în cadrul DBArtisan pentru a ajuta DBA-urile de acolo și pentru a le gestiona și pentru a le feri de probleme, dacă veți face, cu unele dintre activitățile DBA.
Dez Blanchfield: Având în vedere acest lucru, pe lista lungă de platforme pe care le susțineți în prezent și sunt sigur că aceasta va exploda foarte curând din motive evidente. Adică, susțineți like-urile de a spune DB2 pe z / OS, de exemplu, pe mainframe și apoi, în mod evident, susțineți like-urile a ceea ce obișnuiam să numim mid-range, dar acum doar sisteme UNIX și un fel de platforme mai moderne, Știți, Linux și apoi, în cele din urmă, va fi portat la like-urile Bluemix și pe Cloud Foundry, așa că veți termina cu DB2 care rulează pe Cloud Foundry pe Bluemix, cu IBM și cloud pe soft. Oamenii sunt în prezent, nu doar gestionarea și monitorizarea, dar, de asemenea, ați menționat înainte de capacitatea de a migra și de a muta datele. Vedeți oameni sări în pat cu DBArtisan și spun: „Știi ce, avem o grămadă de lucruri pe vechile diagrame pe care trebuie doar să le coborâm și a fost o adevărată problemă pentru a face asta. Dacă pot să indic, fac clic și glisează de aici până acolo, pot efectiv muta și migra datele și schema mea. ”Este un lucru pe care oamenii îl fac?
Scott Walz: Sunt într-adevăr mișcătoare, nu? Mută datele, nu? Acum, folosesc DBArtisan ca instrument pentru asta. Face totul pentru ei? Nu. Începem, știți, drag and drop, nu tocmai acolo, dar le permitem să genereze anumite scripturi, pentru că, în mod ideal, veți dori să le utilizați - nu doriți ca acest job să fie rulând pe client, pe laptop, tocmai din motivul pe care l-ai menționat. Putem alerga pe o amprentă foarte scăzută, nu? Îi ajutăm să genereze scripturi și apoi să-l întoarcă și să-l construiască și apoi pot livra scriptul și îl pot rula pe server, nu? Și obțineți puterea, puterea din spatele serverului pentru a face asta. Îi ajutăm să genereze o parte din locurile de muncă pentru a face o parte din acea muncă.
Dez Blanchfield: Corect. Câteva din urmă pentru tine și apoi am putea face un cerc. Lucrul care m-a lovit cu adevărat doar trecând prin adaosul dvs., care este fantastic, și, de fapt, aș dori să avem o altă oră pentru a intra în detalii. O provocare cu adevărat mare pentru DBA-uri, corect, este respectarea de bază, guvernanța generală a infrastructurii, auditurile, raportarea stării actuale, privirea la pregătirea viitoare pentru lucruri precum, știți, doar creșterea generală a mediului. Mă surprinde faptul că, chiar dacă în centrul ceea ce pare să facă produsul tău, este doar ușurarea vieții, acel singur geam de sticlă, o singură vedere a lumii și, în mod esențial, pot face clic și punct și glisare și iubesc faptul că aș putea instrui pe cineva să facă asta foarte repede acum, nu trebuie să citească manualul, așa cum a fost. Mă dorește că instrumentul îmi oferă și capacitatea de a face o grămadă de lucruri în legătură cu guvernanța și conformitatea și auditurile, că mă întreb dacă oamenii s-au trezit de fapt, sunt sigur că au.
Dar vezi că folclorul îl privește acum și pleacă, și este ca acest eureka, un moment în care se întâmplă, „Hei, știi ce, asta face viața DBA cu adevărat ușoară de acum, sau mai ușor din punct de vedere operațional. sau punct de vedere al dezvoltării. Dar, bine, am putea raporta doar toate bazele noastre de date acum și toate seturile de date și toate datele fără conținut și toate metadatele din jur. Cum ar fi, cine a avut acces, când au acces, de ce au avut acces și ce tip de acces au. ”Și, dintr-o dată, abordează unele dintre provocările din jurul conformității. Mai ales când avem unele lucruri cu adevărat mari în jurul încălcărilor de date. Avem câteva lucruri uimitoare, cum ar fi crizele financiare globale, toate aceste provocări sunt apărute, dar cum, pe pământ, vom măsura și monitoriza și aborda conformitatea? Acesta este genul de lucruri majore pentru oameni sau mai este încă, într-un fel, în primele zile în care se aplică DBArtisan?
Scott Walz: Am clienți care nu pot spune suficient despre DBArtisan. Acum sunt cei care și-au dat seama de asta. Becul se stinge. Ei spun: „Stai puțin. Pot răspunde și răspunde și genera unele dintre rapoartele pe care le-ai menționat, corect, toate dintr-un singur instrument. L-am înțeles. ”Acum există și altele care încă sunt încă de abordat și care ar putea fi din diferite motive, nu? S-ar putea să nu fie încă sau poate că este gestionat de altcineva, dar clienții noștri pe care i-am descoperit că îl folosesc, este un moment unic, nu? Asta, nu numai că sunt capabil să creez un tabel toate aceste lucruri. Și absolut, cu toate cerințele de conformitate, este uriaș. Aceasta este o slujbă în sine.
Dez Blanchfield: Ei, într-adevăr. Și știți, vreau să spun, în partea de sus a capului mă gândesc imediat, știți, dacă vine cineva care vine și spune că a vrut să creeze o bază de date de gestionare a configurațiilor, CMD, dacă trebuie să îndeplinească totul de la Sarbanes -Oxley to COBIT to ITIL, știi, conformitatea SWIFT și serviciile bancare, chiar și pe placul Organizației de Standarde Internaționale, ISO 27001, 27002. Este toate aceste cadre foarte mari. Una dintre provocări este aceea de a găsi unde se află datele, cine îl gestionează, ce format este și mă gândesc, are pentru mine, ca pentru mine doar să-l urmăresc acum în momentul în care eureka tocmai s-a stins, a fost ca, atârna pe o secundă, aș putea să le arunc pe cineva chiar și care nu este neapărat un DBA, dar aș putea să-l instruiesc rapid și să spun: „Există un instrument de conformitate”. Cred că este minunat că își face treaba într-o bază de date de administrare. lumea managementului.
Dar stau aici gândindu-mă, Doamne, știi, faptul că poți gestiona mai multe platforme ca una în aceste zile și poți să te scufunzi chiar în, așa cum ai spus, în logarea tranzacțiilor pe care le faci. Știți, imaginați-vă că luați acest instrument într-un incident de încălcare a datelor și aveți echipa de securitate care circulă în jurul valorii de a încerca să găsească unde și de ce și cine a văzut ce. Și pe măsură ce se mișcă, trebuie să se conecteze și să urmărească fiecare acțiune pe care o fac pentru că pot deveni parte a problemei dacă nu pot altfel. Da, cred că este o capacitate incredibilă aici că, știi, ai putea începe imediat să faci, știi. În special atunci când analizăm provocările auditurilor de date pe care le cunoașteți, avem acest aspect masiv, ca atare, cu seturi de date și date.
Și unul dintre lucrurile despre care am vorbit într-un alt cuplu de spectacole pe care le-am făcut este, știți, cum mergeți să vă găsiți datele și de multe ori vorbim despre faptul că atunci când începeți în orice organizație, aveți tendința de a ridică-te în dulapul tău și pune mâna în aer și dă-ți drumul și du-te: „Știe cineva unde se află această bază de date? Cum ajung la această sursă de date? Unde este acest fișier? ”„ Mergeți și întrebați recepția. ”Nu? Instrumentul dvs. poate oferi imediat această capacitate de a găsi lucruri și de a le descoperi și chiar de a le raporta.
Înapoi la una dintre întrebări doar pe scurt și apoi am să mă învoi și să-i înapoiez lui Eric. Mă dorește că scara va deveni o provocare în următoarele, 12 luni pentru tine. Puteți să ne dați cunoștințe, doar la un punct de vedere de treizeci de mii de picioare, cred, în amploarea sau raza de scară în care DBArtisan a ajuns să funcționeze. Îmi pot imagina că atunci când pun asta pe laptop și mă bag în sus și o indic într-un mediu pe care îl pot descoperi și pot începe să fac lucruri pe el. Îmi imaginez că pleacă de la un singur mic, știi, motor de bază de baze de date minuscule open source cu câteva rânduri și tabele. La ce scară s-ar ridica? Ați vorbit despre DB2 pe mainframe, asta e mare. Și grupări. Care este domeniul de scară cu care putem face față aici? Și Robin a abordat asta mai devreme, dar va trebui doar să mă ocup de asta într-un pic mai detaliat pentru cât de mare putem ajunge cu DBArtisan.
Scott Walz: Sigur. Cu siguranță vor fi provocările dvs., deoarece este un software software client. Și, din nou, dacă lucrez la un mainframe, atunci când lucrez împotriva sistemului nostru de testare la mainframe-ul pe care îl avem, îl pot îndrepta împotriva a milioane de rânduri și pot face o încrucișare împotriva a milioane de rânduri. Toată munca va fi făcută pe un server, nu, pentru că trecem de acea comandă și asta este doar o problemă a DBArtisan de a gestiona seturile de rezultate, nu? Și deci asta este provocarea, și asta este frumusețea, ceea ce facem. Cea mai mare parte a ridicărilor grele se face pe server. Ne ocupăm doar de toate rezultatele. Și deci, din nou, ajungeți în situații, atunci când doriți să rulați simultan zece întrebări care întorc milioane de rânduri, da, s-ar putea să vă regăsiți într-o performanță acolo, nu? Dar, în niciun moment, nu am clienți timizi de a rula întrebări mari împotriva DBArtisan, știți, în baza lor de date. Din nou, așa cum am spus, kilometrajul variază în funcție de o mulțime de factori, nu, dar, din nou, așa cum am spus, mă ocup de milioane de rânduri care se întorc și atât timp cât umple grila, știi, eu ” sunt gata să plec. Dar uneori, evident, trebuie să aștept rezultatele pentru a reveni.
Dez Blanchfield: Am o întrebare pentru tine înainte de a mă închega, pentru că am ocupat prea mult din timpul tău și îți mulțumesc pentru asta. Spuneți-ne un pic mai mult, știți, citind ieri cele mai recente specificații doar pentru a vă asigura că am fost la fel de bine cum am crezut că sunt. Știi, monitorizați procesele și felul de alertări și notificări, planificarea capacității pune în discuție toate problemele masive cu DBA-uri, în fiecare zi, în fiecare zi. Cineva va completa acest tabel, va umple baza de date, vor completa spațiul pe disc pe care îl am, cum îl pot gestiona? Oferiți-ne o soluție rapidă despre felul de monitorizare a procesului și, în special, monitorizarea alertelor și apoi în mod ideal în jurul planificării capacității. Cred că acesta este un domeniu în care cred că ar putea fi foarte interesat.
Scott Walz: Monitorizarea proceselor a arătat probabil că funcția pe care majoritatea bazei noastre de clienți o folosește și că este un monitor de bază de date pentru a putea arăta și face acest lucru. Și avem unele în pachetul de analiști. Analistul de performanță are anumite alerte pe care le puteți configura atunci când sunt îndeplinite anumite praguri. Te poate avertiza. Poate numărul X de jurnaluri, erori în fișierul jurnal, știi, va primi o alertă pentru tine. Spațiul tabelului a atins un anumit procent complet, puteți obține o altă alertă. Și frumusețea acesteia este că sunteți în același instrument, corect, este o parte a DBArtisan, așa că faceți clic dreapta pe eroare, alertă și gestionați cu DBArtisan și vă duce direct la editorul de spațiu de masă. . Și puteți rezolva problema chiar acolo.
În ceea ce privește capacitatea, este absolut un buton rapid, iar analistul de capacitate pe care îl avem în prezent este portat la SQL Server, Oracle, DB2 LUW și Sybase ASE. Și asta face exact ceea ce ai descris. Puteți începe, odată ce obținem câteva colecții, corect, și odată ce obținem o dimensiune a eșantionului și poate dimensiunea rândului său, poate numărul obiectului său, o mulțime de opțiuni în cadrul instrumentului, apoi puteți începe să faceți trenduri, nu? Și cum va arăta în șase luni? Cum va arăta în douăsprezece luni? Pot tendința către, doar tendința către o întâlnire sau pot tendința către o valoare, nu? Și un exemplu pe care l-ați avut, am cantitatea X de spațiu pe disc, pe baza asta, când voi atinge acea limită? Pe baza creșterii pe care o am și a acestor colecții pe care le-am făcut, când voi atinge acea limită? Cel puțin știu că pot începe planificarea pentru asta. O să fie șase luni, vor fi doi ani? Dar, din nou, putem folosi analistul de capacitate pentru a face o tendință spre asta.
Dez Blanchfield: E minunat. Demonstrație fantastică. Chiar mi-a plăcut. Voi trece înapoi la Eric pentru că știu că există câteva întrebări care au apărut din uimitorul nostru public de astăzi. Vă mulțumesc foarte mult, a fost foarte grozav să cunoașteți bine produsul și aștept cu nerăbdare să-l păstrez cu atenție.
Eric Kavanagh: Bine bine. Avem câteva întrebări bune. Și mergem puțin în timp, așa că vom încerca să ne împachetăm rapid, deoarece știu, Scott, ai un stop greu închis. Iată o mare întrebare. Ce zici de lucrul la depozite de date vechi, cum ar fi VSAM, și Modelul 205, IMS și IDMF și aceste tipuri de lucruri? Vedeți asta foarte des în aceste zile și cât de bine funcționează?
Scott Walz: Nu vreau să-ți spun că ești blocat. Unele dintre aceste medii, dacă au ODBC sau JDBC și știu că unele dintre ele sunt acolo, ne putem conecta la acesta și puteți lucra cu acesta prin acest mod. Dar, în mare parte, ecranul verde este calea de a continua.
Dez Blanchfield: Îmi place ecranul verde.
Eric Kavanagh: Știi, așa cum a arătat Dez cu acea diapozitivă, unde avea toate acele aplicații și instrumente diferite disponibile astăzi, aceasta este o realitate foarte descurajantă pentru oricine dorește să îndeplinească cu responsabilitate funcția de administrator al bazei de date. Și ghicesc că, în timp, voi puteți construi conectori la oricare dintre aceste instrumente așa cum și când clienții cer, și așa mai departe, nu? Pentru a activa acel singur geam de sticlă.
Scott Walz: Și asta a fost principala cheie din spatele faptului că DBArtisan a fost echipat pentru a putea gestiona conexiunile JDBC și ODBC. Am extins-o cu adevărat acum. Acum, atâta timp cât avem această conexiune, corect, atât timp cât avem acel driver, ne putem conecta și lucra împotriva acestuia.
Eric Kavanagh: Sunt lucruri bune. Ei bine, oameni, arhivăm toate acestea pentru vizualizare ulterioară. Am postat un link către diapozitive, sper să puteți vedea asta, prin SlideShare. Mulțumesc mult pentru toate eforturile depuse, domnilor. Minunat webcast astăzi din nou. O mulțime de diapozitive bune. Mult conținut bun. Mi-a plăcut demo-ul. Este foarte interesant faptul că voi sunteți vizați un loc foarte dulce pe piață, deoarece există o explozie de tipuri de baze de date în aceste zile. Și avem nevoie doar, ca manageri, de un loc unde să ne ocupăm de toate acestea. Bine, băieți. Vă vom prinde mâine pentru o altă tehnologie Hot. Sper că mâine ați sculptat o oră. Acelasi timp. Aceeași stație. Ne vom prinde de data viitoare, oameni buni. Ai grijă. Pa! Pa.
