Osoblje Techopedia, 24. kolovoza 2016
Odlazak: Domaćin Eric Kavanagh razgovara o trendovima baze podataka s dr. Robin Bloor, Dez Blanchfield i Scott Walz u ovoj epizodi Hot Technologies.
Trenutno niste prijavljeni. Prijavite se ili prijavite da biste pogledali videozapis.
Eric Kavanagh: Dame i gospodo, pozdravljeni i dobrodošli natrag u najtoplije emisije u svijetu IT poduzeća, Hot Technologies 2016. Da, zaista! Moje ime je Eric Kavanagh, danas ću vam biti domaćin emisije pod nazivom "Umjetnost vidljivosti: omogućavanje upravljanja s više platformi". Nekoliko brzih bilješki, na vašem tviteru na Twitteru @Eric_Kavanagh objavljeno je slajd o vašem istinskom, doduše prije pet godina, i dosta o meni. Godina je vruća, ovo je naš standardni dijapozitiv za Hot Technologies. Ono što smo napravili s ovom emisijom je da želimo program koji bi nam pomogao da definiramo određenu vrstu tehnologije, pa je cijela ideja da nađemo dva analitičara koji uđu i uđu u određeni prostor ili određenu vrstu funkcije koje je poduzeću potrebno, a zatim dolazi dobavljač i demonstrira što su izgradili i objašnjava kako se usklađuje s onim što čujete od analitičara.
A razlog za to, kao što možda zamislite, je taj što u svijetu marketinga poslovnog softvera postoje pojmovi koji se zabrinjavaju, a ono što se uvijek događa jest da prodavatelji prikupe najnoviji vrući termin, stvari poput velikih podataka ili analitičkih podataka za na primjer, ili čak SOA ili drugačiji pojmovi poput platforme, a ponekad su te riječi vrlo precizne za određenu tehnologiju, a ponekad nisu. Ova emisija zamišljena je tako da nam zaista pomogne artikulirati za vas, publiku, što konkretne tehnologije rade, kako rade i kada biste ih trebali primijeniti.
S tim ću upoznati naše govornike. Imamo našeg vlastitog dr. Robina Bloora, koji dolazi iz mjesta Austin, Texas, Dez Blanchfield, zove s druge strane planeta, i našeg gosta Scotta Walza koji dolazi iz Kentuckyja. I zaista tvoj, zapravo sam izvan Pittsburga, tako da danas imamo potpuno geološku organizaciju iz više različitih mjesta. S tim ću načinom gurnuti Robin prvi tobogan, usput slobodno postavljajte pitanja, narode, nemojte se stidjeti. To možete učiniti pomoću Q&A komponente konzole za webcast. I s tim ću ga predati dr. Blooru. Pod je tvoj.
Robin Bloor: Dobro, hvala na uvodu, Eric. Dopustite mi da samo dođem do prvog slajda. Ovo je zbirka meerkata koji razmišljaju o bazi podataka. Cjelokupna prezentacija koju stvarno radim ovdje zapravo je samo općeniti skup misli o bazama podataka koje sam imao nedavno, pri čemu je stvar bila oko 2000. godine, činilo se da je igra baze podataka gotova u tom smislu da se velika većina implementacija baze podataka događa na relacijskoj bazi podataka. A onda se samo promijenilo, znate, sve ove stvari o kojima razmišljaju meerkati, trgovine stupaca, spremnice ključnih vrijednosti, baze podataka dokumenata, baza podataka u memoriji, baza podataka s grafovima i još mnogo toga. I bilo je gotovo poput nove vrste geološkog doba u kojoj su se iznenada pojavili fosili različitih vrsta životinja.
Vijesti s jezera Wobegon, stvarno je gotovo za bazu podataka jednog modela. Nema sumnje da RDBMS i dalje dominira, ali sada su uspostavljene druge vrste baza podataka. Zaista, to je poprilično pregled onoga što ću ovdje reći.
Dimenzije baze podataka, neke od njih su u posljednje vrijeme postale još važnije, ali one na koje bih se mogao sjetiti kad sam napravio ovaj dijapozitiv, je li se uopće povećao u smislu učinkovitog korištenja resursa bilo kojeg poslužitelja? Da li se skalira tako da može ići preko velikih klastera? Da li iskorištava hardver koji je dostupan u toj se vrsti memorijskih baza podataka odvija u tom smjeru? Da li se distribuira? Postoji nekoliko baza podataka koje su važne za varijabilnost za distribuciju. Kakve karakteristike ima? Temeljna ACID karakteristika baze podataka. Ali sada, umjesto da imaju stvarnu dosljednost, brojne baze podataka imaju eventualnu konzistentnost, ljudi ih koriste i nemaju problema s njima, tako da su pokazali da ACID nije apsolutno potreban, već je dobra stvar da se u puno situacija.
U pogledu organizacije metapodataka, cijela se igra promijenila. Imamo različite organizacije metapodataka, a ne tipičnu RDBMS shemu. Što se tiče optimizatora, odvija se jako puno aktivnosti alata za optimizaciju, ovisno o strukturi podataka koje pokušavate optimizirati. Što se tiče upravljivosti, postoji velika razlika u ovome na koju ću kasnije doći, ali u osnovi je cijela točka DBMS-a upravljiva i opet opseg njene upravljivosti do određene mjere određuje opseg njene korisnosti.
Kad je riječ o hardverskim čimbenicima, ovo je zapravo stvar koja govori - mislim da se ovdje radi samo o jednoj točki - poanta koja se ovdje postavlja jest da će se sve što danas gledamo u pogledu arhitekture baza podataka promijeniti. To mogu biti iste baze podataka, ali morat će, na ovaj ili onaj način, uzeti u obzir što se zapravo događa na hardverskoj razini. Mnogo, mnogo godina imali smo ovu relativno jednostavnu situaciju CPU-a, memorije i diska za predenje - uistinu to je već propalo.
Poanta je ovdje, prije svega imamo CPU-ove, ali oni su daleko paralelniji od onih koji su imali prije s mnogim, mnogim različitim jezgrama za obradu. Imamo i GPU-e, imamo i FPGA-ove, različite vrste silikona, ali Intel se u sljedećem izdanju oženio jednim FPGA-om i CPU-om, i - AND - oženio je GPU i CPU-ove zajedno na istom čipu. Imate čipove različitih karakteristika. Prednost GPU-a je u tome što je stvarno izvrstan za teški paralelizam, a posebno za numerički proračun. FPGA možete, na ovaj ili onaj način, kôd staviti na čip i on funkcionira daleko brže nego ako ga samo hranite na čip.
Događa se križanje ovih stvari. Dobili smo 3D XPoint od Intela i PCM od IBM-a, koji su nove vrste memorije, koje su sporije od RAM-a, manje su skupe od RAM-a, ali su nehlapljive. A ovo stvara malo uzbuđenja među brojnim dobavljačima softvera s kojima sam razgovarao. Imamo SSD-ove, ali sada ih dobijaju vrlo, vrlo veliki i pružaju paralelni pristup. Uz paralelni pristup vrlo velikom SSD-u možete pristupiti brzinama čitanja sličnim brzinama čitanja RAM-a. Imamo mogućnost tri vrste RAM-a za pohranu podataka, 3D XPoint stvari i SSD-ova, a svi će se odvijati vrlo brzo. A kako je brzina suština baze podataka, sva tehnologija baze podataka nastojat će ih iskoristiti što je brže moguće. A to će uključivati paralelnu arhitekturu, ali razmještati paralelnu arhitekturu. Učinkovitost na razini hardvera neprestano se ubrzava, čini se već duži niz godina, nastavlja to i opći troškovi opadaju.
Trag suza. Ovo su samo različiti pokušaji baza podataka, prve baze prije relacije općenito su se nazivale mrežnim bazama podataka, zatim su dolazile relacijske baze podataka, zatim su dolazile objektne baze podataka, nisu imale veliku privlačnost, zatim su došle baze podataka stupaca koji pohranjuju jesu li relacijske baze podataka učinjene vrlo različito. Tada smo imali baze podataka dokumenta i SQL baze podataka, koje su objektne baze podataka, napravljene drugačije, ili ako želite, isti stupac objektnih baza podataka i oni su ušli u njih. Nedavno smo imali baze podataka grafova koji stječu trakcije i RDF baze podataka. A ono što tražite gledate su najmanje tri različita skupa podataka koji se primaju. Relacijska baza podataka vrlo dobro obavlja tablice i redove. Baza podataka i baze podataka objekata - vrlo su neugodne strukture podataka, posebno hijerarhijske strukture podataka. A grafičke i RDF baze podataka vrlo dobro umrežavaju strukture podataka. A ovi različiti, mislim na njih kao tri retka, ti će se redovi nastaviti u nedogled. Neće se zaustaviti jer motori koji ovo rade dobro ne rade na drugoj strukturi podataka posebno dobro.
A onda imamo Hadaopov razmažni faktor. Hadoop nije baza podataka, ali postoje baze podataka koje za svoju strukturu pohrane koriste HDFS. A puno stvari koje Hadoop radi su vrste upravljanja koje je potrebno učiniti za bazu podataka. Također vrijedi spomenuti da Spark nije ni baza podataka, ali ima je i nezreo je, ali ima SQL optimizator i zato je poput jezgre baze podataka, a da nužno ne znate gdje želite pohraniti podatke, ali ako ga zalijepite na HDFS, puno zahtjeva baze podataka zapravo je ispunjeno, jednostavno mogućnostima temeljnog datotečnog sustava. Osobito je varnica postala dio ekosustava baze podataka i često je udružena s moćnijim bazama podataka, a razlog tome zaista je analitika. Analitika - Spark je, pa to ide vrlo, vrlo brzo u analitiku. Analitika je najvažnija aplikacija u koju većina ljudi trenutno ulaže, tako da njih dvoje hodaju ruku pod ruku. Savez podataka, a ne pravila koncentracije, trebao bi biti očit iz činjenice da imate najmanje tri različite potrebe, strukturirane vrste baza podataka, a time i federacije podataka ako želite dijeliti podatke između njih. Često je to potrebno, ali imate i baze podataka koje razmjeravaju i baze koje to ne čine, stvarno moćni motori poput Teradata ili Vertica imaju vrlo posebno mjesto, ali manje motore koji mogu učiniti puno posla, pa federacija vjerojatno će biti tamo dugo-dugo čak i između relacijskih baza podataka.
Posljednja stvar koju treba reći, IoT, nije gotovo sve dok debela dama ne započne prepisivanje podataka. IoT može stvoriti na jedan ili drugi način različitu dinamiku u svijetu baza podataka, a to će još više zakomplicirati stvari. Nadam se da će se na ovaj ili onaj način dogoditi neka vrsta konvergencije, ali ne vidim da se sve to zbližava kao što je to slučaj s relacijskim bazama podataka. Nikako uskoro.
I mislim da je to sve što moram reći, pa ću ga predati Australiji.
Dez Blanchfield: Hvala, Robin. Hvala svima što ste nam se pridružili, hvala što ste me primili jutros ili poslijepodne. Ovo je stvarno vruća tema, jer smo u posljednjem desetljeću i pomalo doživjeli prilično eksploziju, u količini podataka s kojima se moramo baviti, i nepromjenjivo da se podaci nalaze u nekom obliku sustava koji u većini slučajeva je baza podataka nekog oblika. Mislio sam da će nas brzo provesti kroz neku vrstu šetnje na visokoj razini kako smo došli ovdje i problema koji se stvara i vrsta stvari koje trebamo sada riješiti, a onda ćemo razgovarati o vrstama rješenje koje se na to može primijeniti. Dopustite mi da se ovdje uhvati svog prvog tobogana. Smatram da smo sada na mjestu gdje je DB administrator 2.0, ili administrator baze podataka 2.0, nekako onakav kakav smo trenutno, nekad je administrator baze podataka bio izravna uloga i izazov i mogli biste prilično brzo trenirati nekoga. U današnjem svijetu to više nije slučaj, a ja ću vam pokazati zašto je to tako.
Jednom davno, administrator baze podataka mogao bi se povezati s stražnjim dijelom DB-a i brzo prikazati baze podataka, a u sustavu će postojati popis baza podataka kojih su trebali biti svjesni i vrlo brzo ih mogu proći te baze podataka i odaberite ih te imate malo pomicanja i sonde okolo i koristite prijevod, opišite tablicu da biste saznali što ima tabela i svaki od stupaca i redaka, a bio je to relativno neposredan izazov i ako pročitate prosjek dvjesto ili tristo stranica knjige o administraciji baza podataka za svaku platformu, mogli ste se gotovo sami učiti bez da ste morali napraviti raketni stupanj znanosti.
Ali to više nije slučaj, i razlog za to, po mom mišljenju, je taj što u svijetu baza podataka postoji previše previše mogućnosti da bi jedna osoba mogla biti stručnjak stručnjaka i da bi mogla ručno upravljati i upravljati njima, A razlog za to je taj što smo u posljednja četiri do pet desetljeća kada je riječ o svijetu poslužitelja i baza podataka, poslužitelja baza podataka i programskih paketa, došli na jako, jako dug put. Nekada smo imali veliko željezo da se bavimo onim što je zapravo malo podataka, a nasmijano malo kad se osvrnemo sada. Drugi dan sam na Twitteru vidio zaista urednu fotografiju ove nevjerojatne dame koja je bila glavni programer i programer za NASA u vrijeme dok smo stavljali muškarce na Mjesec, a njen je kôd otisnut u sto trideset … dva pisača s kolonama i preklopljeni ventilator, a zapravo je stajala viša od nje, količina koda koju je napisala.
I kad sam razmišljao o tome, bio sam takav, zapravo, to je vjerojatno otprilike dvjesto-tristotinjak megsa podataka gdje je trebala sve upisati, ako ne i manje. I tako je ukupna količina podataka koja drži njezin kôd, iako je fizički stajala viša od nje kada je ispisana na papiru, zapravo bila vrlo, vrlo mala količina. Čak i kod ovih masivnih računala veličine sobe, a ovo je IBM System / 360 na ovom posebnom dijapozitivu, količina podataka koju bi zapravo mogla posjedovati bila je malena u usporedbi s današnjim svijetom. U stvari, naši pametni telefoni imaju 60 i 128, i 256 giga, a uskoro ćemo imati terabajte u našim telefonima prije nego što cijena bljeskalica padne.
I tako je u to vrijeme i to doba administracija baza podataka bila sasvim izravna. Evo snimke terminalne sesije 3270 i za DBA kako biste se mogli prijaviti i pogledati broj datoteka koje se odnose na bazu podataka, te indekse koji su bili tamo, a redovi i stupci bili su ravni. A na ovom snimku možete vidjeti da je kontekst ove tablice i više tabličnih prostora koji bi bio cijeli mainframe koji upravlja jednom tablicom baze podataka. Danas danas držimo milijarde redova zapisa u sustavima baza podataka. A promjena je nastala pomakom tehnologije koja nam je omogućila izgradnju platformi baza podataka i sustava za upravljanje podacima.
Ako razmišljamo o vrsti originalne mainframe i mnogim računalima koja imaju bazu podataka i eventualno relacijske baze podataka, prije pedeset i više godina, i taj veliki svijet željeza i male skupove podataka koje smo imali, do trenutka kad smo stigli oko osamdesetih, nekako smo bili na, prošli smo kroz mainframes od mini ka mikro, i imali smo računala na kojima su radile stvari poput dBase II i dBase III, a na DOS i CP / M i imali smo vrlo ranu relacijsku bazu podataka, raspoloživih tehnologija u stilu i one su se dosta dobro uklopile u usporedbi s onim na što smo navikli u mainframeu. Do trenutka kad smo stigli do devedesetih imali smo sličnosti i Oracle i DB2. I u kasnim devedesetima imali smo ljude, poput tajnih računala koja su mogla zalijepiti poput mrežnog modela, vrlo, vrlo velikih strojeva, strojeva veličine ormara zajedno i uzimati slično kao i graditi ove nakupine računala. Ali čak i tada, ona je bila još uvijek mala u usporedbi s onim što danas vidimo.
Ali na dijapozitivu koji sam ovdje dobio ovdje je ovo Hadoop klaster i učinkovito djeluje poput jednog stroja, a u osnovi je to samo stvarno, stvarno veliko računalo i može sadržavati vrste podataka na web skali na koje smo navikli sada, I tako je izazov upravljanja bazama podataka, upravljanja bazama podataka na tim vrstama platformi zaista postao, po mom mišljenju, raketna znanost. Morate biti izuzetno pametan lik da biste mogli razumjeti tehnologiju na kojoj radi, platformu na kojoj radi, podatke koji su tamo, vrste korištenja tih podataka. I da, tu eksploziju vidjeli smo iz ranih 2000-ih, kada je Microsoft SQL postao stvar, Lotus Notes bio je prilično dobro uspostavljen i vani, a broj baza podataka Lotus Notes koji su se uvukli oko tog mjesta bio je prilično zastrašujući. I imali smo uobičajene naloge Oracle i DB2 i stvarno smo se počeli prihvaćati. Neke marke poput počinju izblijediti. Ali mi smo i dalje doista radili tradicionalnu administraciju baza podataka, sve do te godine, otprilike u onoj epohi 2006. godine, gdje bismo, ako se vratim na sliku tog klastera, imali ono što smo nazvali Beowulf klasteri i postali stvar, tamo gdje smo mogli skinite s polica računala i zalijepite ih i napravite velika super računala.
Ali otprilike od tog trenutka nadalje, prešli smo ključnu točku na kojoj su ljudska bića bila u mogućnosti upravljati bazama stare škole i - kao što kažem, po mom mišljenju - razmjera je postala vrlo, vrlo velika, vrlo brzo. Gotovo kao da smo imali ovaj veliki događaj u tehnologiji koji je pokrenuo usvajanje podatkovne tehnologije i tehnologije za upravljanje podacima, posebno u bazama podataka oko njih. Budući da smo zapravo stvarali klastere visoke verzije računarskog stila da ugostimo podatke u različitim oblicima. A da istaknemo to, evo kratkog snimka krajolika od 2016. tehnologije baza podataka koje su nam dostupne. U rasponu od donjeg desnog ugla i otvorenog koda, pa sve do gornjeg lijevog ugla u infrastrukturi. I u gornjem desnom kutu u aplikacijskim rješenjima koja su nam dostupna, a u donjem lijevom kutu, mješavini infrastrukture i motora koji rade analitiku, i tako dalje. U sredini su, naravno, uređaji poput naših pametnih telefona, koji se zapravo pokreću na vrlo malim verzijama baza podataka da bi radili poput upravljanja kontaktima i tako dalje, ili naše evidencije poziva i druge stvari koje imamo.
I tako je u mom umu došlo do ove eksplozije, poput kambrijske eksplozije u takve stvari, gdje je količina tehnološkog razvoja koja se odvijala u tom vrlo kratkom razdoblju, od 2006. do 2016., sada zapravo desetljeće, kao što je bilo. Sada smo vidjeli da baze podataka grafova postaju velika stvar, baze podataka u memoriji postaju velika stvar, SQL baze podataka dolaze zajedno. Prelazak na različite računalne modele, nastao je Hadoop, imali smo MapReduce model, sada imamo Spark i streaming analitiku i streaming računala, elastične distribuirane podatke, okvire koje ljudi moraju razviti za njih, kako bismo došli do skale koja nam je potrebna, i kada razmišljamo o tom putovanju, da prođemo kroz svoje vrste, koji su sustavi upravljanja relacijskim bazama podataka s uobičajenim osumnjičenima, Oracleom, PostgreS-om, Sybase-om, IBM DB2, MySQL i platformom Microsoft SQL Server. Sada smo vidjeli nekoliko novih mališana koji dolaze na blok, Clustrix, Xeround, NuoDB, MemSQL, a tu su i desetine i desetine više kao što ste vidjeli na tom slajdu. Ako možete zamisliti izazov da poznajete ove platforme i znanje kako ih pokrenuti i dobiti jedno staklo stakla, da morate biti DBA i raditi ove stvari, izazov je daleko od trivijalnog. A onda su odjednom došli NoSQL motori koji su posve nova vrsta zabave.
I tako je zadnji slajd ovdje vrhunski udarac dva-tri nokauta i to je da smo sad uzeli neke od tih tehnologija i stvorili sposobnost za njih, ubacili smo ih u njih modeli oblaka i oni su sada dostupni kao uslužni program, kao usluga, u osnovi možete dobiti bazu podataka kao uslugu, a uobičajeni brendovi koje tamo vidimo na Amazonovim web-uslugama i Google Cloud Compute platformi i Microsoft Azure-u su ti koji dolaze ljudima Umu, ali zapravo je sada na desetke i desetke oblačnih platformi. U Australiji, na primjer, postoji stotinu i dvanaest tvrtki koje su dobronamjerni javni oblak koji nude uslugu baza podataka u različitim oblicima.
Razmišljanje o izazovu koji prosječni DBA mora ustati iz kreveta i otići na posao i nositi se s tim sada je prilično mučan izazov. I tako sam sada uveliko shvatio da smo, poput mnogih stvari u životu, povećali i horizontalno i vertikalno, odnosno da je infrastruktura skalirana u vrlo horizontalnom, gotovo linearnom modelu rasta i složenosti spajanja u vertikalni smisao, broj platformi baze podataka, broj aplikativnih okvira i modeli s kojima se moramo suočiti znatno su nadmašili ono što bi ljudi trebali biti u stanju nositi se u jednom staklenom pogledu i što je sada važno administratorima baze podataka čitav niz novih alata kako biste mogli razgovarati sa svim tim platformama, upravljati njima, upravljati njima i podržavati ih, a vjerujem da je to čitava tema naših razgovora jutros, ili danas poslijepodne, vaše vrijeme, i imajući to na umu, Predat ću našem gostu koji će puno govoriti o njihovom proizvodu i kako će riješiti izazov.
Eric Kavanagh: Dobro, Scott, ja ću predati …
Scott Walz: Puno hvala, u redu, hvala. Hvala Dez, hvala Robin, i hvala svima što ste se danas pridružili i doveli na poziv. Želim zahvaliti Robinu i Dezu što su me vodili pješačkom stazom, u prostoru od početka devedesetih, koji ste mi vratili puno dobrih sjećanja. Sjećanje koje nisam vidio ni na jednom od tih dijapozitiva i slika bile su kartice za bušenje. I to je bilo prvo što mi je predstavljeno kada sam prvi put započeo posao sa sveučilišta, moj kolega u kocki pored mene, rekao mi je da ne diram njegove kartice za udaranje. Dakle, da, apsolutno, i zaista je to bio izazov i izazov na kojem radimo na pomaganju našim kupcima da se obrate i od sredine devedesetih, a ovo je proizvod o kojem danas želim govoriti. Pogledajmo upravljanje više platformi, a ovo je samo podskup. Odabrao sam grafikon, ali kako je Dez to postavio -
Eric Kavanagh: Morate podijeliti svoj ekran.
Scott Walz: Oh, stvarno, hvala.
Eric Kavanagh: Bez brige. I ljudi, nemojte se sramiti, postavljajte pitanja, danas imamo na raspolaganju tri pametne hlače, pa im pošaljite teška pitanja. Možete koristiti Q & A komponentu svoje webcast konzole ili tvitovati pomoću hashtaga BriefR. Ok, Scott, odvedi to.
Scott Walz: Evo, hvala. Zgrabio sam ovaj tobogan i ovu sliku. Slika sa Deza me stvarno raznijela, jer to je stvarno svijet u kojem danas živimo, i svijet u kojem nastupaju DBA. I kao što su spomenuli, zapravo se više ne borite da biste mogli to učiniti samo grubom snagom. Stvarno su vam potrebni alati i to je, ulazimo u igru i viđamo tu cijelu sklopku, promjenu zamaha tamo gdje je bilo rano i bili smo vrlo izostavljeni kao što ste spomenuli, a onda smo krenuli u rad s više platformi baze podataka, pa je to bio naš prvi pomak u alatima, a zatim se vratio tamo gdje su organizacije, i nakon 2000. godine i kad su se malo sažele. S organizacijama i htjeli smo ići solidno, ali onda se vratilo i stvarno je stvarno puklo kad ste uveli sve te nove platforme. A sada umjesto da se udubimo u određenu platformu ili određenu tehnologiju, niti jedna od tih organizacija ne otkriva što je najbolje. Koja je najbolja baza podataka aplikacija, koja je najbolja platforma za upotrebu? I s tim rečenim, želim vas malo upoznati sa onim što radimo s DBArtisanom. A DBArtisan je naš vodeći proizvod, upravljajući, kako kaže, okruženjima iz više platformi više od 20 godina. Ovdje živimo i ovdje želimo naglasiti i raditi s našim kupcima i pružiti im alate kako bi ih učinili produktivnima i izvodi.
Krenimo naprijed i uskočit ću. Prikažem proizvod više dok prolazim kroz slajdove i mislim da i vi to vjerojatno radite. Za one od vas koji prije nisu vidjeli DBArtisan, gledamo komp, i mislim da je Dez koristio izraz "jedno staklo", i to je nešto na što smo ponosni time što smo DBA-u dali jedan pogled sve njihove platforme. U redu, nema potrebe otvarati nijednu drugu aplikaciju, spojit ćemo vas i dovesti vas tamo i započeti raditi s platformom. Gledajući explorer baze podataka s lijeve strane, možemo to stvoriti onako kako smatramo prikladnim, možemo ga organizirati kako god želimo. I vidjet ćete da imam mješavinu, imam neke svoje Oracle servere, imam MySQL, ovdje imam PostgreS, imam i jedan - to su označeni proizvodni poslužitelji koji neki uključuju neko okruženje MySQL poslužitelja. Opet vidimo da smo se dobro uklopili. Ako pogledam registraciju nove baze podataka, vidjet ćete jednu od platformi koje podržavamo, postoji par koji želim odgojiti. Primijetit ćete kada je ovo vaš SQL, podrška za to, Teradata, Apache, PostgreS, ovdje su generike koje podržavamo.
Ako imamo upravljački program JDBC ili LDBC upravljački program na bilo kojoj od platformi, u mogućnosti smo se povezati, povezati vas i omogućiti vam da radite s platformom izravno unutar DBArtisan-a. Opet, omogućavajući vam da se usredotočite na posao koji je pred vama, a ne na to kako ćete ga obaviti. Prođite kroz sve to. Ali želim pokazati nekoliko stvari o proizvodu. U tom se slučaju otvorimo i pozabavit ćemo se s Oracleom, na primjer. Ovo je ovdje moja mala odredišna stranica, ali želim pogledati neke od mojih shema s kojima radim. Povući ćemo jednu od većih shema, pa ćemo opet vratiti popis tablica. U ovom slučaju otvorit ću tablicu, pa ćemo ih samo odabrati, a oni će ih unijeti u naš uređivač objekata.
E sad, Oracle je nešto s čime radim godinama, što ću vam pokazati, vjerojatno je laka izjava za vas. Ali ako je Oracle platforma ili je PostgreS platforma ili je Teradata platforma koju ste upravo dobili i koju morate ubrzati, sadašnji zadatak je dodavanje stupca. Ili je možda pri ruci zadatak izbrisati stupac. Ali ne želite se brinuti o sintaksi, zar ne? Želimo ići, samo upišite ono što trebamo, podesimo je i ostavimo DBArtisan da generira. Ovdje ćemo pritisnuti Alter. Generirat će skriptu za nas. Opet, vrlo jednostavan primjer, ali poanta je u tome što ćemo napraviti posao za nas kako bismo generirali i stavili ovaj stupac u tablicu.
Ono što također možemo učiniti je pomicanje stupaca po tablici. Ako ste to ikada pokušali učiniti s tradicionalnim, to je malo složenije od samo jednog retka ovog koda. Ali opet, DBArtisan će raditi iza kulisa, generirati kod za vas i ponovno proizvoditi SQL. Zatvorit ćemo odavde. Prije nego što ponovno uočim sve kartice na vrhu, korisničko sučelje je vrlo intuitivno. Ako uđem u istraživač, ako skoknem do PostgreS-a, zar ne? Ako tamo uđem u svoj način rada, pogledam tablicu, vrlo sličnog izgleda i osjećaja, zar ne? Otvorit ćemo ovo, opet ćemo vidjeti podatke ovdje. Svojstva, preci, stupovi. Specifični smo za platformu, dodijelit ćemo vam ovo, korisničko sučelje, da biste to mogli pokazati i raditi s objektima. Znat ćete što trebate učiniti, a to će vam omogućiti da to učinite na učinkovit i pravodoban način, tako da se ne trebate brinuti o tome što je tačno klauzula koja tamo treba postići pružiti tu mogućnost. Mi ćemo se pobrinuti za to za vas.
Kad pogledamo, sad ću se pojaviti na SQL Serveru i porazgovarati o nekim drugim značajkama, tako da svi trebamo nadzirati bazu podataka. Dakle, ponovo ga pokrenite, pogledajmo sve sesije koje se događaju, sesije koje se izvode. Kako ćemo vidjeti koje izjave se izvršavaju i moći li imati kontrolu nad tim? Trebamo li prekinuti sesiju? Trebamo li vidjeti brave koje bi mogle biti u bazi podataka? Je li blokiranje brave? Opet, svi ti podaci su nam na dohvat ruke kako bismo mogli brzo reagirati, poduzeti korektivne radnje ako je potrebno i preokrenuti ih. Vratit ćemo se našem istraživaču. Ovo je mjesto, ovo je pokretačka točka, ovdje se uvijek vraćam, ovdje osobno volim započeti stvari i raditi odavde. Pošto sam povezan s bazom podataka SQL Server da bih pregledao uslužne programe. Budući da smo na više platformi, možemo početi gledati ekstrakcije, migracije. Možemo se kretati preko platformi ako trebamo migrirati objekte s jedne platforme na drugu, to možemo učiniti pod uvjetom da ti objekti postoje na različitim platformama. Izdvojite sheme, objavite u izvještajima, učitajte i istovarite podatke i napravite sigurnosnu kopiju baza podataka.
Opet, sve iz korisničkog sučelja. I dođite ovamo do alata, možete vidjeti kompletan set alata s kojima možemo raditi, zar ne? Između opcije "Pronađi u datotekama" možemo izvršiti cjelovitu pretragu baze podataka gdje tražimo unutar sistemskih tablica da bismo pronašli taj niz koji tražite. "Izvršavanje skripti i datoteka", ako imate standardni iskaz koji se može izvesti na više platformi, na više izvora podataka, to možemo postaviti izravno iz DBArtisan-a, ukazao na ciljeve protiv kojih želimo da ih izvrše. Pritisnite "Idi" i prikazat će se i vratit ćemo rezultate prema svim tim izvorima podataka. Opet, puštam vas da radite s te jedne staklene ploče.
I „Analitička serija“, opet, oni su detaljniji. One su više usmjerene prema relacijskim bazama podataka dok počinjemo dobivati na novijim platformama, tako ćete početi gledati i nas kako širimo ovu funkcionalnost u te arene. I općenito, samo puno poboljšanja korisničkog sučelja. Značajke usmjerene posebno za DBA. Stavke poput one imamo mogućnost izrade biblioteke skripti. One SQL skripte koje često izvodite na više platformi, spremite ih ovdje, prevucite ih, čim postavimo novi ISQL prozor, mi jednostavno prevučemo skriptu i sada je skripta spremna za rad. Opet, to imate pri ruci kako biste mogli to raditi i upravljati. Primijetit ćete da isporučujemo skripte već definirane za neku od platformi tako da u bilo kojem trenutku možemo nastaviti i stvarati onoliko koliko nam treba.
Lijepo što mi se sviđa i puno naših kupaca, ako vas ikad zanima, i meni se to pitanje dosta toga tiče: "Kako da to učinim? To je prilično cool. Kako DBArtisan to radi? "Ovdje postoji mala značajka, " Logfile ", možete zabilježiti sve SQL izjave koje izvršimo, pa ako želite znati kako popunjavamo to istraživačko ili kako popunjavamo uređivač za PostgreSQL tablicu ili Teradata tablicu, zabilježite SQL i snimit ćemo sve što DBArtisan izvrši prema bazi podataka i možete se vratiti i pogledati taj SQL i imati sve što nam treba. Možda to želite uključiti kao dio jedne od svojih skripti. Apsolutno. Potpuno u redu.
Volimo biti vrlo transparentni u onome što radimo i što izvodimo prema bazi podataka, stoga ćemo vam omogućiti da spremite i zabilježite sve što primijenimo u bazu podataka. Imamo i mogućnosti konfiguracije. Primijetit ćete da je postavljen kao "Organiziranje putem vlasnika objekta". Mogu je postaviti i "Vrsta objekta". Ako sam ponovno ušao u svoje PostgreSQL okruženje, ušao sam u shemu ako bih umjesto SQL-a pogledao SQL-ove samo moje GIM tablice koje pripadaju toj shemi, vidjet ću sve tablice, bez obzira na nazive shema. Opet, različiti načini organiziranja stvari koje stvarno prilagođavaju vašem tijeku rada i načinu na koji biste željeli vidjeti.
I posljednja stvar o kojoj želim razgovarati je mogućnost postavljanja "Oznaka". Ako budem vježbao, radim li na nekoj od svojih platformi i želim se usredotočiti na samo svoj način tablice, mogu dodati oznaku. Znam, vrlo jednostavna značajka, ali tako lijepa za posjedovanje, pogotovo kada radite sa što više izvora podataka i sa toliko platformi koliko je današnji DBA. Da biste mogli ući u sustav, pokrenite DBArtisan i pustite da vas upravitelj oznaka odvede pravo na mjesto u drvetu gdje trebate biti u stanju i raditi. I onda bih odavde mogao stvoriti novu tablicu, i opet, na platformama koje podržavamo koje ste vidjeli ranije, i proći ćemo vas kroz "Čarobnjaka" kako biste omogućili da vozite, razvijate i stvarate tablicu. I generirat ćemo svu sintaksu potrebnu za to iza scene, a zatim ćemo vam je na kraju predstaviti u oknu za pregled. Možete dobiti potvrdu, vidjeti točno što ćemo generirati. Možete pritisnuti gumb "Izvrši", a zatim gumb "Završi" i pusti ga da se izvrši. Ili ga možete spremiti ili prebaciti u drugi ISQL prozor, pa napravite to, možda, možda treba biti dio veće, veće skripte koju želite spremiti i implementirati za vrijeme sati rada u paketu.
To je pregled DBArtisan-a. Kad o tome opet govorimo, radi se o proizvodu na kojem se vidi puno platformi, podrška tim platformama i odlično korisničko iskustvo, odlične povratne informacije od naših kupaca. Ako ste zainteresirani kao jedan od panelista, ali ako trebate pronaći nešto s IDERA-om ili DBArtisanom, slobodno se obratite i sigurno me možete pronaći na mojoj adresi e-pošte.
Eric Kavanagh: U redu, pretpostavljam da ću ga otvoriti Robinu za pitanja, a zatim Dez, a zatim ću pratiti pitanja i pitanja od prisutnih. Robin, odvedi ga.
Robin Bloor: Dobro, mislim, prvo pitanje, zapravo sam upoznat s DBArtisanom već dosta vremena, tako da sam pomalo svjestan njegovih mogućnosti. Ono što bi me zanimalo da se obraćate jesu njezini, budući budući putevi odavde. Mislim, vidim, znate, posljednji put kad sam ga pogledao, to je moralo biti davno prošlo. Vidim da podržavate najmanje tri baze podataka za koje prije nisam shvatio da ih podržavate. Koji je put DBArtisan prema naprijed? Je li vjerojatno da ćete samo dodavati više i više baza podataka ili se radi o dodatku? Gdje namjeravate s tim?
Scott Walz: To je sjajno pitanje i volio bih sve gore. Svakako ćemo nastaviti razvijati jer tradicionalne RDBMS platforme ne sjede mirno, zar ne? Oni se nastavljaju razvijati. I dalje ćemo slijediti taj put. I tada ćete nas vidjeti kako počnemo gledati i ići u tom smjeru podržavanja novih novih platformi. Budući da prepoznajemo da, iako neke od tih platformi nastavljaju rasti, tradicionalni RDBMS, postoje određene situacije da su nove platforme prava platforma za korisnike s kojima idu. Mi stvarno budno pratimo to tržište, taj segment i pokušavamo donijeti ispravne odluke s kojim platformama ići. Čini se da se praktički mijenjaju svaki dan.
Robin Bloor: Pa, i ja i Dez smo rekli da je to vrlo živo tržište, vjerojatno jedan od načina da se na to gleda. Još jedna stvar koja bi me zanimala - očito nećete moći precizno odgovoriti na to pitanje, ali naišao sam na web mjesta u moje vrijeme gdje ima tisuću primjeraka Oracle, a Oracle nije znate da se koristila jedina baza podataka koja je bila uvedena. I kad sam zapravo razgovarao s njima o tome kako na zemlji upravljate toliko slučajeva, oni su rekli: "Pa, znate, postoji samo oko pet ili šest velikih slučajeva i imamo oko tri DBA-a koja se širimo po tom pitanju." zainteresiran sam za korištenje DBArtisan-a, jer s njim možete učiniti jako puno, koliko baza podataka sjedi, recimo obično, ili čak koji su najveći primjeri koliko nizova može upravljati odjednom?
Scott Walz: Pa, vidio sam situacije - i opet, to je malo komplicirano, to je pitanje, jer mi DBArtisan dopušta da imam više veza ili više izvora podataka definiranih na jednoj instanci. Možda želim napraviti syslogin, a zatim nižu prijavu za dozvole, ali suočio sam se s kupcima koji sa svime što se urušava ide na više zaslona. Kada sam ih pitao, pitanje koje ste mi postavili glasi: "Kako uspijevate s toliko ljudi?" A onda kaže: "Ne znam." "Uspijevam što mogu, ali trebam pristup svemu. Još uvijek ne vidim ništa što se zaustavi. Znate, gornja granica onoga što ljudi mogu upravljati zaista je gornja granica onoga što ta osoba, pojedinac, može rukovati. Ali znate, kao što sam napomenuo, oni ljudi s kojima izazovem, oni otvoreno priznaju da imaju sve te veze, ali nema načina da se njima upravlja. Oslanjaju se na svoj tim. Kao što sam siguran da ste doživjeli, da.
Robin Bloor: Pa i ja sam zapravo bila DBA, iako to nisam radila dugo. I jedina stvar koja se, sjećam se, sjećam da je iznad i ostalog u relacijskim bazama podataka ta što možete napraviti ogromnu količinu stvari sa SQL-om. Često više nego što mislite da biste mogli. Što na ovaj ili onaj način objašnjava neke funkcionalnosti koje je DBArtisan dobio, jer se jednostavno prevodi izravno u SQL. Ali, znate, siguran sam da radite i druge stvari. Sve je to SQL skripta ili postoje li neke posebne rutine napisane za ezoterijske situacije?
Scott Walz: Da, puno toga, većina toga je SQL, to je samo priroda toga. Ali radimo pisanje rutina koje se mogu izvoditi iz naredbenog retka pomoću dobavljačevih alata, a prednji kraj prodavatelja završava. Stavit ćemo prednje krajeve, na primjer, za uslužne programe za učitavanje podataka na platformama, zar ne? To nisu SQL skripte, zar ne, to su poslovi naredbenog retka. To će generirati te biti u mogućnosti dati one DBA-u koje oni tada mogu pogubiti. Vidite da, malo ćemo napraviti obje, ali većinu su SQL skripte.
Robin Bloor: Promatrajući to jer očigledno morate na ovaj ili onaj način sagledati razvoj događaja koji smatram prilično novim. Hoću reći, jedna od stvari koja mi se čini zanimljivom što se događa je da se Spark očito uzleta kao raketa, ali Sparkov SQL, prešao je od užasno nezrelog do početka izgledati malo zrelijim s malo više SQL mogućnosti. Gledate li na takve stvari i pitate se hoćete li početi upravljati onima s DBArtisanom?
Scott Walz: Svakako i ja. Uvijek je tu. Znam da naš tim za upravljanje proizvodima uvijek gleda gdje treba krenuti i apsolutno, sve nam je na stolu, s obzirom na ono što gledamo u budućnosti.
Robin Bloor: Dobro, Dez, želiš li se igrati?
Dez Blanchfield: Da, zapravo, ima gomila sjajnih stvari koje su mi tamo otvorile vrata, Robin. Hvala vam puno. Volim samo istražiti neke stvari koje mi iskoče kad pogledam takve proizvode i postanem jako uzbuđen. Kad sam dvostruko pregledao domaću zadaću, kao što je dr. Robin Bloor već spominjao, on, kao i ja, to pratim već neko vrijeme i sjećam se da sam gledao vaše zahtjeve specifikacija neki dan i razmišljao, zapravo, ova stvar radi na samom naslanja se na ono što zapravo radi. I mislim iz pamćenja - ispravite me ako grešim - mislim da je to bilo malo kao što bi performanse prijenosnog računala udobno vodile DBArtisan, a opet sposoban je pokrenuti neke prilično značajne pozadine baze podataka. I mene je baš zanimalo da imate i Firebird-a kao sada i Greenplum. Bio sam prilično impresioniran zahtjevom ili specifikacijom hardvera koji bi se mogao doslovno pokrenuti poput koncerta RAM-a na jednom gigahertz CPU-u. To je bilo prilično impresivno.
No, slučajevi uporabe su nešto što želim temeljito istražiti. Vidite li da je prihvatanje proizvoda slučaj nužde zbog postojećih okruženja koja su upravo izmakla kontroli ili vidite da su ljudi sada malo proaktivniji i kažu, znate, mi gradimo nešto vrlo velik, složen je. Razmišljam o spajanju i akviziciji, na primjer, ovdje gdje bi organizacija mogla kupiti gomilu tvrtki - malih, srednjih, velikih, bilo čega - i na kraju naslijediti sva ova okruženja i izgraditi novu sposobnost DB-a. Koji su tipični slučajevi upotrebe za ovo što se tiče vrste organizacije i vrste aplikacije za nju? Jesu li to uglavnom ljudi koji imaju postojeće okruženje i moraju ih jednostavno čistiti i dobiti kontrolu nad njima ili su ljudi malo proaktivniji i razmišljaju o složenosti koju će uskoro izgraditi i dobiti vas na brodu ranije?
Scott Walz: Sve češće gledamo na rano iz razloga kojeg ste spomenuli, konsolidaciju. Uz širinu podrške platforme koju imamo, to nije ukupno buduće provjere, zar ne, ali to stavlja vas i vaše DBA-ove u zaista dobru situaciju da kad pogledaju potencijalni cilj stjecanja, zar ne, oni su malo manje, misliš, koju bismo platformu mogli naslijediti, zar ne? Iako je važno, zar ne, zabrinutost je nešto manja od onoga što će značiti našim DBA-ima, zar ne? DBA-ovi imaju proizvod sada kada znaju da se mogu povezati i ako su upoznati s korištenjem proizvoda, upoznat će se s povezivanjem s tom platformom koju su upravo stekli. To je sigurno da područje koje već dugo vidimo, opet znate, kupci koji su skupili sve te platforme, zar ne? Kako ću se srediti oko ovoga, zar ne? I oni su to pokušali jer je misaoni postupak svaka od platformi imao alat, zar ne? Možemo koristiti vlastiti alat, zar ne? Ali na kraju se vraća da, znate što, da možete, ali ne samo da ću morati naučiti svaku platformu, sada učim i jedan od alata koji idu uz svaku od platformi i tako da ste samo složili posao DBA-e. Tako da vidimo i onu situaciju kad nam se vraćaju i govore: "Znate, moramo ovo srediti. Nabavimo jedan alat za DBA, jer imam važnije stvari za DBA nego za učenje korisničkog sučelja novog alata. Ili različite alate. "
Dez Blanchfield: Da, definitivno. I znaš, kad vidiš, razmišljam iz sjećanja kad sam jučer pogledao samo da dvostruko provjerim da nisam pogriješio, sjećam se da ste podržali Sybase, na primjer, tako da je ova stvar već malo vremena. Imam još samo jedno pitanje za vas - da, super je što su Greenplum i Firebird na vašem popisu, ali vaš Sybase, takav je period vrlo brzo, pokazuje da je to već neko vrijeme i da ste dobro obavili posao.
Klastera. Dakle, jedna od najvećih glavobolja za DBA jest ta što će oni u biti ukazati na ono što nalikuje IP adresi i hrpi API-ja ili bilo da je to JDBC ili LDBC ili što god mi možda razgovarali, ali iza toga postoji grozd. Što može, ili zna DBArtisan o onome što stoji iza vrata broj jedan, kao kad bi se uključio u stražnji dio baze podataka, hoću li vidjeti sva okruženja iza sebe, posebno, tako da postoje dva dijela za pitanje, možda. Na primjer, klaster, kad razmišljate, znate da podržavate IBM DB2 i Microsoft SQL Server Database Server te MySQL i PostgreSQL i Oracle i neke od tih tradicionalnih RDBMS-ova i, znate, uvijek vodimo master-slave ili master-master okruženje za suvišnost i visoku dostupnost, a također i performanse. Zna li DBArtisan da iza vrata broj jedan postoji nešto što nije samo jedna baza podataka sama po sebi, već klaster, i ako je tako, što ona o tome zna? I brzo ući u to pa možeš odgovoriti na isto pitanje, oprosti. Dakle, iza klastera u nekim scenarijima koje imate, kako se ljudi suočavaju s kombinacijom proizvodnog okruženja i okruženja za oporavak od katastrofe, što se tiče uporabe DBArtisan-a?
Scott Walz: Sjajna pitanja. Dat ću vam da će biti ovisan o određenim platformama jer, koliko god se trudimo, imat ćemo različite razine podrške za neke od tih dubljih, dubljih značajki. Na primjer, za Oracle i njihovo RAC okruženje, Real Application Cluster, možete se povezati s primarnim čvorom u tom klasteru, ali svejedno prolazeći kroz monitor baze podataka koji sam pokazao, pustit ćemo vas da vidite SQL kako radi i mi ' zapravo ću vam reći na kojem čvoru klastera se pokreće, zar ne? Da bismo točno vidjeli da li, znate, upit koji se sporo pokreće, vodimo računa o tome na kojem se čvoru radi? Budući da je cijeli razlog za klaster neizbježno krajnji korisnik, nije ga briga gdje je izvršena, ali za DBA moramo pratiti tu vrstu informacija. Na primjer, možemo se spustiti na tu razinu detalja u Oracleu. Ostale platforme koje imamo imaju mogućnost povezivanja, vjerojatno ne toliko detaljne kao za Oracle.
Što se tiče proizvodnje i razvojnog okruženja, to je dobro pitanje. Dajemo istu razinu podrške. Pravi primarni način na koji ćemo pomoći, sloj povezivanja bit će tamo, zar ne? Moći ćemo se povezati i izvršiti sve značajke. Imam kupce koji koriste neke od značajki u DBArtisan-u da bi kategorizirali svoje izvore podataka, zar ne? I opet, ovo bi moglo biti malo za točno pitanje koje postavljate, ali im ćemo omogućiti da grafički označe dok rade. Budući da je to jedna od stvari u vezi s DBArtisanom, mogu li se brzo mijenjati između izvora podataka. I sljedeća stvar za koju znate da se spremam pokrenuti izrezanu izjavu i gledam jesam li povezan - jesam li to pokrenuo protiv proizvodnje ili razvoja? I na taj način pružamo neke značajke unutar DBArtisan-a kako bismo pomogli i DBA-ovima da upravljaju njima i spriječili probleme, ako hoćete, s nekim DBA aktivnostima.
Dez Blanchfield: Imajući to na umu, na dugom popisu platformi koje trenutno podržavate i siguran sam da će vrlo brzo eksplodirati iz očitih razloga. Mislim, podržavate like, recimo DB2 na z / OS, na primjer, na mainframe, a zatim očigledno podržavate ono što smo nekada zvali srednjeg opsega, ali sada samo UNIX sustavi i neke modernije platforme, znajte, Linux i onda će se na kraju prenijeti kao što je Bluemix i Cloud Cloud Foundry, tako da ćete na kraju s DB2 raditi u Cloud Foundryu na Bluemixu, s IBM-om i oblakom na soft-u. Postoje li ljudi trenutno ne samo u upravljanju i nadzoru, nego ste spomenuli i prije migracije i kretanja podataka. Vidite li ljude kako skaču u krevet s DBArtisanom i kažu: "Znate što, imamo gomilu stvari na starim računalima koje tek trebamo skinuti i bilo je velika gnjavaža da to učinimo. Ako mogu usmjeriti, kliknuti i povući odavde, tamo se zapravo mogu premjestiti i premjestiti svoje podatke i svoju shemu. "Je li to ono što ljudi rade?
Scott Walz: Doista se kreću, zar ne? Prenose podatke, zar ne? Sada koriste DBArtisan kao alat za to. Radi li sve za njih? Ne. Počinjemo, povuci i spusti, ne baš tamo, ali omogućuje im generiranje nekih skripti, jer u idealnom slučaju to želiš koristiti - ne želiš da taj posao bude izvođenje na vašem klijentu, na vašem prijenosnom računalu, iz istog razloga koji ste spomenuli. Možemo trčati na vrlo niskom tragu, zar ne? Pomažemo im da generiraju skripte, a zatim ih okrenemo i izradimo, a oni tada mogu isporučiti tu skriptu i pokrenuti je na poslužitelju, zar ne? I dobiti snagu, konjsku snagu iza poslužitelja za to. Pomažemo im da generiraju neke svoje poslove kako bi obavili neki dio tog posla.
Dez Blanchfield: Dobro. Nekoliko posljednjih za vas, a onda bismo mogli krenuti natrag. Stvar koja me zaista pogodila upravo sam prošao kroz vaš dodatak, što je fantastično, a u stvari, volio bih da imamo još sat vremena da razmotrimo više detalja. Zaista velik izazov za DBA-ove, u pravu, je osnovna usklađenost, cjelokupno upravljanje infrastrukturom, revizije, izvještavanje o trenutnom stanju, gledanje na buduće pripreme za stvari poput, znate, samo općeg rasta okoliša. Čini mi se da iako je u srcu onoga što čini vaš proizvod, a to je samo olakšavanje života, ta jedna staklena ploča, jedan pogled na svijet, a ja u stvari mogu kliknuti i ukazivati i povlačiti i volim činjenicu da bih mogao trenirati nekoga da to učini vrlo brzo, ne mora čitati priručnik, kao što je to bio slučaj. Izgleda da mi alat također daje mogućnost da napravim čitav gomilu stvari oko upravljanja, poštivanja zakona i revizija, da se pitam jesu li se ljudi nekako probudili, siguran sam da jesu.
Ali vidiš li ljude kako sada to pogledaju i odlaze, i to je takav eureka, a-ha, trenutak, "Hej, znaš što, ovo olakšava život DBA-e od sada lakšim ili lakšim s operativnog stanovišta. ili razvojno gledište. Ali bože, mi smo zapravo mogli samo izvijestiti o svim našim bazama podataka sada i svim skupovima podataka i svim podacima bez sadržaja i svim metapodacima. Kao, tko ima pristup, kad ima pristup, zašto ima pristup i kakvu vrstu pristupa ima. "I onda odjednom, riješite se nekih izazova oko usklađenosti. Osobito kad se događaju neke stvarno velike stvari oko kršenja podataka. Imamo nekoliko nevjerojatnih stvari kao što su globalne financijske krize, svi ti izazovi dolaze, ali kako, naime, mi mjerimo, nadgledamo i rješavamo poštivanje zakona? Je li to već velika stvar za ljude ili su to još uvijek, nekako, rani dani koliko je DBArtisan primijenio na nju?
Scott Walz: Imam klijente koji ne mogu reći dovoljno o DBArtisanu. To su oni koji su to shvatili. Žarulja se ugasila. Kažu: "Čekaj malo. Mogu odgovoriti i odgovoriti te generirati neka vrlo izvješća koja ste spomenuli, u redu, sve iz jednog alata. Shvatio sam. "Sada postoje i drugi koji to još trebaju shvatiti, a to bi mogli biti iz različitih razloga, zar ne? Možda ih još nema ili možda to rješava netko drugi, ali naši kupci za koje smo otkrili da to koriste, to je trenutak a-ha, zar ne? To, ne samo da sam u stanju stvoriti tablicu svih ovih stvari. I apsolutno, sa svim zahtjevima sukladnosti, ogroman je. To je posao sam po sebi.
Dez Blanchfield: Zaista. I znate, mislim, s vrha glave, odmah razmišljam, znate, dođe li netko i kaže da su htjeli stvoriti bazu podataka za upravljanje konfiguracijom, CMD, ako se moraju upoznati sa svime iz Sarbanesa -Oxley to COBIT to ITIL, znate, SWIFT usklađenost i bankarstvo, čak i spuštanje na sličnosti Međunarodne organizacije za standarde, ISO 27001, 27002. Sve su to stvarno veliki okviri. Jedan od izazova je samo pronalaženje podataka, tko upravlja njima, u kojem je formatu i mislim da to ima i za mene, kao i za mene da ga gledam sada kad je trenutak eureka upravo nestao, bilo je kao, visi u sekundi, to bih mogao ubaciti u čak i nekoga tko nije nužno DBA, ali brzo bih ga mogao osposobiti i reći: "Postoji alat za poštivanje zakona." Mislim da je odlično što on svoj posao obavlja u bazi podataka administracije svijet upravljanja.
Ali sjedim ovdje razmišljajući, bože, o činjenici da možete upravljati više platformi kao jedna ovih dana, i možete zaroniti dolje, kao što ste rekli, zapisujući transakcije koje obavljate. Znate, zamislite da uzmete ovaj alat u incident s kršenjem podataka, a vaš sigurnosni tim trči uokolo pokušavajući pronaći što i zašto, i tko je vidio što. I dok se kreću, moraju se prijaviti i pratiti svaku svoju radnju jer mogu postati dio problema ako ne mogu drugačije. Da, mislim da je ovdje nevjerojatna sposobnost da bi se to moglo odmah početi raditi, znaš. Osobito kada pogledamo izazove revizije podataka koje znate, imamo ovo ogromno poput prepucavanja značajki, s obzirom na skupove podataka i podatke.
I jedna od stvari o kojoj smo razgovarali u još nekoliko emisija koje smo radili je, znate, kako možete pronaći svoje podatke i često govorimo o činjenici da kada započnete u bilo kojoj organizaciji, skloni ste ustanite u svoju kabinu i stavite ruku u zrak, mahnite i idite: "Zna li netko gdje se nalazi ta baza podataka? Kako mogu doći do tog izvora podataka? Gdje je ta datoteka? "" Idi i pitaj za prijem. " Vaš alat može odmah pružiti tu mogućnost pronalaženja i otkrivanja stvari, pa čak i izvještavanja o njima.
Kratko se vratim na jedno od pitanja, a zatim ću završiti i predati Eriku. Čini mi se da će ta skala postati izazov za sljedećih, 12 mjeseci za vas. Možete li nam dati neki uvid, valjda, s gledišta od trideset tisuća stopa, u mjeri ili rasponu razmjera kojim DBArtisan dolazi na posao. Mogu zamisliti da kad ovo stavim na prijenosno računalo i pomičem se i usmjerim ga u okruženje, mogu to otkriti i mogu početi raditi na njemu. Zamišljam da potječe od jednog jedinog malog, znate, otvorenog koda minucioznih baza podataka s nekoliko redaka i tablica. Koja bi se ljestvica kretala? Razgovarali ste o DB2 na mainframes-u, to je veliko. I grozdovi. Koji je raspon skale s kojom se ovdje možemo suočiti? I Robin se nekako dotakao toga ranije, ali morat ću se malo pozabaviti tim detaljima kako bismo mogli dobiti DBArtisan.
Scott Walz: Svakako. Izazovi će vam sigurno biti, jer je to softver klijenta. I tako, opet, ako radim na mainframeu, kada radim protiv našeg testnog sustava na glavnom okviru koji imamo, mogu ga usmjeriti na milijune redaka i napraviti cross-join protiv milijuna redaka. Sav posao će se obaviti na poslužitelju, zar ne, jer prenosimo tu naredbu, a to je samo stvar DBArtisan-a koji obrađuje skupove rezultata, zar ne? I tako je to izazov, i to je ljepota onoga što radimo. Većina teških dizanja se vrši na poslužitelju. Mi samo obrađujemo sve rezultate. I tako, opet, nailazite na situacije, kada želite pokrenuti deset upita istovremeno, a svi vraćaju milijune redaka, da apsolutno, možda ćete se tamo naći u nekoj izvedbi, zar ne? Ali ni u kojem trenutku se kupci ne ustručavaju u pokretanju velikih upita protiv DBArtisan-a protiv njihove baze podataka. Opet, kao što rekoh, kilometraža varira ovisno o mnoštvu faktora, jel tako, ali, opet, kao što rekoh, bavim se milionima redaka koji se vraćaju i sve dok napuni mrežu, znate, ja ' Spreman sam za polazak. Ali ponekad očito moram čekati da se rezultati vrate.
Dez Blanchfield: Imam pitanje za vas prije nego što završim, jer sam vam oduzeo previše vremena i hvala vam na tome. Samo nam recite nešto više oko, znate, čitajući najnovije specifikacije jučer samo da biste se uvjerili da sam i ja naprijed, kao što sam i mislio. Nadgledanje procesa i vrsta upozoravanja i obavijesti, znate, planiranje kapaciteta otvara sve ogromne probleme s DBA-ovima, svaki dan svaki dan, znate. Hoće li netko popuniti ovu tablicu, hoće li popuniti bazu podataka, hoće li popuniti prostor na disku koji imam, kako mogu upravljati? Omogućite nam brzo uspostavljanje vrste praćenja procesa, posebno nadzora upozorenja, a onda u najboljem slučaju oko planiranja kapaciteta. Mislim da je to područje za koje mislim da bi moglo biti jako zanimljivo.
Scott Walz: Nadgledanje procesa pokazalo je vjerovatno da je karakteristika koju koristi većina naših klijenata i to je monitor baze podataka da bi to mogao pokazati i učiniti. A mi imamo nešto u paketu analitičara. Performance Analyst ima neka upozorenja koja možete postaviti kad se dosegnu određeni pragovi. Može vas upozoriti. Možda X broj zapisnika, pogreške u datoteci dnevnika, znat će se da će vam se prikazati upozorenje. Prostor tablice dostigao je određeni postotak pun, možete dobiti još jedno upozorenje. I ljepota je u tome što ste u istom alatu, zar ne, to je dio DBArtisan-a, tako da samo desnim klikom na pogrešku, upozorenje i upravljate DBArtisanom i to vas vodi pravo do urednika prostora tablice, A problem možete riješiti tamo.
Što se tiče kapaciteta, apsolutno je ovo vruće tipka i analitičar kapaciteta koji trenutno imamo prenosi se na SQL Server, Oracle, DB2 LUW i Sybase ASE. I to radi upravo ono što ste opisali. Možete pokrenuti, nakon što dobijemo neke zbirke, zar ne, i nakon što dobijemo veličinu uzorka, a možda i veličinu reda, možda broj predmeta, mnoštvo opcija unutar alata, i tada možete započeti kretanje, zar ne? A kako će izgledati za šest mjeseci? Kako će izgledati za dvanaest mjeseci? Mogu se kretati u trendu, samo u trendu na datum ili u neku vrijednost, zar ne? I primjer koji ste imali, imam X količinu prostora na disku, na osnovu toga, kada ću doseći tu granicu? Na osnovu rasta koji imam i ove kolekcije koje sam napravio, kada ću doseći tu granicu? Bar znam da mogu započeti s tim planirati. Hoće li biti šest mjeseci, hoće li biti dvije godine? Ali opet, možemo upotrijebiti analitičara kapaciteta da bismo se tome kretali.
Dez Blanchfield: To je sjajno. Fantastičan demo. Stvarno sam uživao. Vratit ću se Ericu jer znam da danas postoji nekoliko pitanja koja su iskrsnula iz naše nevjerojatne publike. Hvala vam puno, bilo je zaista sjajno dobro upoznati proizvod, i radujem se što ću ga vrlo pažljivo pratiti.
Eric Kavanagh: Dobro dobro. Imamo par dobrih pitanja. I idemo malo s vremenom pa ćemo se pokušati brzo završiti jer znam, Scott, zatvorio si tvrdo zaustavljanje. Evo velikog pitanja. Što je sa radom na starim spremištima podataka kao što su VSAM, Model 205, IMS i IDMF i takve stvari? Vidite li to vrlo često ovih dana i koliko dobro to funkcionira?
Scott Walz: Ne želim vam reći da ste zaglavili. Neka od tih okruženja, ako imaju ODBC ili JDBC, a znam da su neka od njih, možemo se povezati s njom i preko nje možete raditi na taj način. Ali većim dijelom zeleni ekran je put koji treba ići dalje.
Dez Blanchfield: Obožavam zeleni ekran.
Eric Kavanagh: Pa znate, kao što je Dez istaknuo s tim jednim slajdom, gdje je imao sve one različite aplikacije i alate koji su danas dostupni, to je vrlo zastrašujuća stvarnost za sve koji žele odgovorno obavljati funkciju administratora baze podataka. I pretpostavljam da s vremenom vi možete napraviti konektore na bilo koji od ovih alata kako i kada kupci zahtijevaju, i tako dalje, zar ne? Tako da omogućite tu jednu staklenu ploču.
Scott Walz: I to je bio ključni faktor postavljanja DBArtisan-a opremljenog za rukovanje tim JDBC i ODBC vezama. Sada smo to stvarno produžili. Dakle, sve dok imamo tu vezu, u redu, sve dok imamo tog pokretača, možemo se povezati i raditi protiv njega.
Eric Kavanagh: To su dobre stvari. Pa, ljudi, sve to arhiviramo za kasniji pregled. Objavio sam vezu do slajdova, nadam se da to možete vidjeti i putem SlideShare-a. Hvala vam na vašem trudu, gospodo. Divno webcast danas opet. Puno dobrih dijapozitiva. Puno dobrog sadržaja. Volio sam taj demo. Zaista je zanimljivo da ste ciljali jako slatko mjesto na tržištu jer je ovih dana došlo do takve eksplozije vrsta baza podataka. I samo trebamo, kao menadžeri, neko mjesto da se nosimo sa svim tim. Bravo, momci. Sutra ćemo vas kontaktirati za još jednu Hot Technologies. Nadam se da ste sutra urezali sat vremena. Isto vrijeme. Ista stanica. Slijedićemo vas sljedeći put, narode. Čuvaj se. Doviđenja.
