Odvzem: Voditelj Eric Kavanagh v tej epizodi Hot Technologies razpravlja o trendih baze podatkov z dr. Robin Bloor, Dez Blanchfield in Scottom Walzom.
Trenutno niste prijavljeni. Če si želite ogledati video, se prijavite ali prijavite.
Eric Kavanagh: Dame in gospodje, pozdravljeni in dobrodošli nazaj v najbolj vroči oddaji podjetja IT IT, Hot Technologies 2016. Da, res! Moje ime je Eric Kavanagh, danes bom vaš gostitelj oddaje z naslovom "Umetnost vidnosti: omogočanje upravljanja z več platformami", da. Nekaj kratkih opomb, na katerih je predstavljen diapozitiv o tvojem res, pred petimi leti in dovolj o meni, me je naletel na @Eric_Kavanagh. Leto je vroče, to je naš standardni diapozitiv za Hot Technologies. Kar smo storili s to oddajo, je želel program, ki bi nam pomagal definirati določeno tehnologijo, tako da je celotna ideja ta, da dobimo dva analitika, ki prideta in prevzameta določen prostor ali določeno vrsto funkcij ki ga podjetje potrebuje, nato pa pride prodajalec in pokaže, kaj so zgradili, in razloži, kako se prilagaja tistemu, kar slišite od analitikov.
Razlog za to, kot si lahko predstavljate, je v tem, da v svetu trženja programske opreme za podjetja obstajajo pogoji, ki se neredko zavedajo, in to, da se vedno zgodi, je, da se prodajalci lotijo najnovejšega vročega izraza, kot so veliki podatki ali analitika za na primer ali celo SOA ali drugačni izrazi, kot je platforma, in včasih so te besede zelo natančne za določeno tehnologijo, včasih pa tudi ne. Ta oddaja je bila zasnovana tako, da nam resnično pomaga, da artikuliramo za vas, občinstvo, kakšne posebne tehnologije počnejo, kako delujejo in kdaj jih morate uporabiti.
S tem bom predstavil naše govorce. Robin Bloor imamo svojega lastnega dr. Robina Bloorja, ki se je oglasil iz mesta Austin, Teksas, Dez Blanchfield, ki kliče z druge strani planeta, in našega gosta Scotta Walza, ki kliče iz Kentuckyja. In resnično, jaz sem dejansko zunaj Pittsburga, zato imamo danes popolnoma geo-lokacijsko organizacijo iz več različnih krajev. S tem bom potisnil Robin prvi diapozitiv, prosim, vprašanja postavljajte mimogrede, ljudje, ne bodite sramežljivi. To lahko storite s pomočjo Q&A komponente konzole za spletno oddajanje. In s tem ga bom predal doktorju Bloorju. Tla so tvoja.
Robin Bloor: V redu, hvala za uvod, Eric. Naj pridem do prvega diapozitiva. To je zbirka meerkatov, ki razmišljajo o bazi podatkov. Celotna predstavitev, ki jo resnično delam tukaj, je v resnici samo splošna misel o bazi podatkov, ki sem jo imela pred kratkim, pri čemer je bilo to, da se je v resnici okoli leta 2000 zdelo, da je igra z bazami podatkov v tem smislu končana da se velika večina implementacij baz podatkov pojavlja na relacijskih bazah podatkov. In potem se je samo spremenilo, veste, nenadoma so se pojavile vse te stvari, o katerih razmišljajo meerkati, stolpce, shranjevanje ključnih vrednosti, baze podatkov dokumentov, baza podatkov v pomnilniku, baza grafov in še veliko več stvari. In skoraj kot nova geološka doba so se nenadoma pojavili fosili različnih vrst živali.
Novice iz jezera Wobegon, za bazo podatkov enega modela je res konec. Brez dvoma še vedno prevladuje RDBMS, vendar so zdaj vzpostavljene druge vrste baz podatkov. Res je to približno pregled tega, kar bom povedal tukaj.
Dimenzije baze podatkov, nekatere od teh so v zadnjem času dejansko postale bolj pomembne, toda tiste, na katere sem si lahko zamislil, ko sem naredil ta diapozitiv, ali je to sploh bilo mogoče izboljšati z uporabo virov katerega koli strežnika? Ali lestvico spreminja tako, da gre čez velike grozde? Ali izkorišča strojno opremo, ki je na voljo v zbirki podatkov v pomnilniku, v tej smeri? Ali je distribucijsko? Obstajajo številne zbirke podatkov, ki so pomembne glede na spremenljivost za distribucijo. Kakšne značilnosti ima? Temeljna značilnost ACID baze podatkov. Toda zdaj, namesto da bi imeli dejansko doslednost, imajo številne zbirke podatkov morebitno doslednost, ljudje jih uporabljajo in z njimi nimajo težav, zato so dokazali, da ACID ni nujno potreben, le dobro je imeti veliko situacij.
Glede organizacije metapodatkov se je celotna igra spremenila. Imamo različne organizacije metapodatkov, ne pa tipično shemo RDBMS. Glede na orodje za optimiziranje se dogaja ogromno aktivnosti orodja za optimizacijo, odvisno od struktur podatkov, ki jih poskušate optimizirati. Glede na obvladljivost je pri tem veliko razlik, na katere bom prišel pozneje, toda v bistvu je celotna točka DBMS obvladljiva in spet obseg njene obvladljivosti do neke mere določa obseg njene uporabnosti.
Kar zadeva strojne dejavnike, to resnično pravi - mislim, da je tukaj samo ena točka - poanta tukaj je, da se bo vse, kar danes gledamo v smislu arhitekture baz podatkov, spremenilo. Lahko so iste baze podatkov, vendar bodo morale na tak ali drugačen način upoštevati, kaj se dejansko dogaja na strojni ravni. Veliko, mnogo let smo imeli razmeroma preprosto situacijo CPU-ja, pomnilnika in vrtečega se diska - no, to res ni več.
Bistvo je, da najprej imamo CPU, vendar imajo veliko več vzporednih zmogljivosti, kot so jih imeli prej, z mnogimi, številnimi različnimi procesorskimi jedri. Imamo tudi GPU, imamo tudi FPGA, različne vrste silicija, toda Intel se je v naslednji izdaji poročil z enim FPGA in CPU, in - AND - se je na istem čipu poročil skupaj z GPU in CPU-jem. Imate čipe z različnimi lastnostmi. Prednost GPU-ja je v tem, da je resnično velik za vzporedni paralelizem in zlasti za numerični izračun. FPGA lahko na tak ali drugačen način vstavite kodo v čip in ta deluje veliko hitreje, kot če ga samo podate na čip.
Tu se dogaja križno razmnoževanje. Od podjetja Intel in PCM od IBM-a imamo 3D XPoint, ki sta novi vrsti pomnilnika, ki sta počasnejša od RAM-a, cenejša od RAM-a, vendar nestanovitna. In to ustvarja malo navdušenja med številnimi prodajalci programske opreme, s katerimi sem govoril. Imamo SSD diske, zdaj pa so zelo, zelo veliki in omogočajo vzporeden dostop. Z vzporednim dostopom do zelo velikega SSD-ja se lahko približate hitrostim branja, podobnim hitrostim branja RAM-a. Imamo to možnost treh vrst RAM-a za shranjevanje, stvari 3D XPoint in SSD-jev, ki bodo potekali izjemno hitro. In ker je hitrost bistvo baze podatkov, se bo vsa tehnologija baz podatkov trudila in jih čim hitreje izkoristiti. In to bo vključevalo vzporedno arhitekturo in obsegalo vzporedno arhitekturo. Učinkovitost strojne opreme se ves čas pospešuje, kar počne že vrsto let, to še vedno počne, splošni stroški pa padajo.
Sled solz. To so le različni poskusi podatkovnih baz, prve baze pred relacijo so na splošno poimenovali omrežne baze podatkov, nato so prišle relacijske baze podatkov, potem so prišle objektne baze podatkov, niso dobile veliko vleke, nato pa so prišle zbirke podatkov v stolpcih, ki so bile relacijske baze podatkov narejene zelo drugače. In potem smo imeli baze podatkov dokumentov in baze SQL, ki so bile objektne baze podatkov, narejene drugače, ali če želite, isti stolpec objektnih baz podatkov in so se ujele. Nedavno smo imeli baze podatkov grafov, ki pridobivajo vlek in RDF. In kar gledate, so tam vsaj trije različni nizi podatkovnih struktur. Relacijska baza podatkov zelo dobro dela tabele in vrstice. Baza dokumentov in objektne baze podatkov - zelo dobro sestavljajo strukturo podatkov, zlasti hierarhične podatkovne strukture. In graf podatkovne baze in RDF baze podatkov zelo dobro omrežne strukture podatkov. In te različne, o njih mislim, da so tri vrstice, te vrstice se bodo nadaljevale v nedogled. Ne bo se ustavilo, ker motorji, ki to dobro počnejo, na drugi podatkovni strukturi ne delujejo posebej dobro.
In potem imamo faktor Hadoopa kvari. Hadoop ni baza podatkov, vendar obstajajo baze podatkov, ki za svojo strukturo shranjevanja uporabljajo HDFS. In veliko stvari, ki jih počne Hadoop, so vrste upravljanja, ki jih je treba narediti za bazo podatkov. Omeniti velja tudi, da Spark tudi ni baza podatkov, ampak jo ima in je nezrela, vendar ima SQL optimizer in je zato kot jedro baze podatkov, ne da bi nujno vedeli, kam želite shraniti podatke Če pa ga prilepite na HDFS, veliko zahtev po zbirki podatkov dejansko izpolnjuje preprosto zmogljivosti osnovnega datotečnega sistema. Zlasti iskrica je postala del ekosistema podatkovnih baz in je pogosto združena z zmogljivejšimi bazami podatkov, razlog za to pa je pravzaprav analitika. Analitika - Spark je, dobro, gre zelo, zelo hitro pri analitiki. Analytics je najpomembnejša aplikacija, v katero večina ljudi trenutno vlaga, zato dva hodita z roko v roki. Združenje podatkov in ne pravila koncentracije, bi moralo biti razvidno iz dejstva, da imate tam vsaj tri različne potrebe, strukturirane vrste baz podatkov in torej federacija podatkov, če želite podatke deliti med njimi. Pogosto je to potrebno, vendar imate tudi baze podatkov, ki jih spreminjajo, in podatkovne baze, ki jih ni, res močni motorji, kot sta Teradata ali Vertica, imajo prav posebno mesto, vendar manjši motorji, ki lahko opravijo veliko dela, zato federacija bo verjetno dolgo in dolgo obstajal tudi med relacijskimi bazami podatkov.
Končna stvar, IoT, ni konec, dokler debela gospa ne začne prekrivati podatkov. IoT lahko na tak ali drugačen način ustvari drugačno dinamiko v svetu baz podatkov, kar bo še bolj zapletlo stvari. Upajmo, da se bo na tak ali drugačen način zgodila nekakšna konvergenca, vendar ne vidim, da bi se vse skupaj združilo tako kot v relacijskih bazah podatkov. Kakor koli že kmalu.
In mislim, da je to vse, kar moram reči, zato jo bom predal Avstraliji.
Dez Blanchfield: Hvala, Robin. Hvala vsem, da ste se nam pridružili, hvala, da ste me danes zjutraj ali popoldne imeli svoj čas. To je res vroča tema, saj smo v zadnjem desetletju in malo doživeli eksplozijo, v količini podatkov, s katerimi se moramo spoprijeti, in vedno, da podatki sedijo v neki obliki sistema, ki za večino primerov je baza podatkov neke oblike. Mislil sem, da se bom hitro peljal skozi zelo visok nivo sprehoda, kako smo prišli sem, do težave, ki se ustvarja, in vrst stvari, ki jih moramo zdaj obravnavati, nato pa bomo govorili o tipih rešitev, ki jo je mogoče uporabiti za to. Dovolite mi, da se tukaj prvič držim svojega diapozitiva.Prepričan sem, da smo zdaj tam, ko je administrator DB 2.0 ali skrbnik zbirke podatkov 2.0, nekako tam, kjer smo zdaj, nekoč, ko je bil skrbnik baz podatkov dokaj preprost vloga in izziv in lahko precej hitro treniral nekoga. V današnjem svetu to ni več in pokazal vam bom, zakaj je tako.
Nekoč bi se lahko skrbnik baz podatkov povezoval s hrbtnim delom DB in hitro prikazal baze podatkov, v sistemu pa bi bil seznam baz podatkov, ki bi se jih morali zavedati in jih lahko zelo hitro preidejo te zbirke podatkov in jih izberite ter se na njih malo potrudite in sondo uporabite in prevedite, opišite tabelo, da ugotovite, kaj je v tabeli in v vsakem stolpcu in vrsticah, in bil je relativno neposreden izziv, in če preberete povprečje dvesto ali tristo strani knjige o upravljanju baz podatkov za vsako platformo, ste se lahko skoraj sami naučili, ne da bi morali opraviti raketni študij.
Ampak to ne drži več, in razlog za to je po mojem mnenju v tem, da je v svetu podatkovnih baz le veliko preveč možnosti, da bi lahko bila vsaka oseba strokovnjak strokovnjaka in da bi lahko ročno upravljala in upravljala . Razlog za to je, da smo v zadnjih štirih do petih desetletjih, ko gre za svet strežnikov in baz podatkovnih sistemov ter strežnikov baz podatkov in aplikacijskih paketov, prišli na zelo dolgo pot. Nekoč smo imeli veliko železa, da smo se spoprijeli s tistimi, ki so bili dejansko majhni podatki, in smešno majhni, ko gledamo nazaj. Drugi dan sem videl res lepo fotografijo te neverjetne dame, ki je bila v času, ko smo moške spravili na Luno, vodilni programer in razvijalec za NASA, njena koda pa je bila objavljena v enaindvajsetih. vrstica stolpcev in zložena ventilatorja in dejansko je bila višja od nje, toliko kode, ki jo je napisala.
In ko sem razmišljal o tem, sem bil takšen, da gre verjetno za približno dvesto do tristo megsov podatkov, kamor je morala vse to vnesti kvečjemu, če ne manj. In tako je bila celotna količina podatkov o njeni kodi, čeprav je bila fizično višja od nje, ko je bila izpisana na papirju, pravzaprav zelo, zelo majhna količina. Tudi pri teh ogromnih računalnikih v sobni velikosti, in to je sistem IBM System / 360 na tem diapozitivu, je količina podatkov, ki bi jih lahko imela v resnici, majhna v primerjavi z današnjim svetom. V bistvu imajo naši pametni telefoni 60, 128 in 256 gibanj, kmalu pa imamo v svojih telefonih terabajte, ko se cena bliskavice zniža.
In tako je bilo v tistih časih in tisti dobi upravljanje baz podatkov povsem enostavno. Tu je posnetek končne seje 3270 in za DBA, da se lahko prijavite in si ogledate število datotek, ki so povezane z bazo podatkov, in indekse, ki so bili tam, in vrstice in stolpce so naravnost neposredni. In na tem posnetku zaslona lahko vidite, da je vsebina te tabele in več tabel, kar bi bil celoten mainframe, ki upravlja eno tabelo baze podatkov. Danes imamo v sistemih baz podatkov več milijard vrstic. In sprememba je nastala s premikom v tehnologiji, ki nam je omogočil gradnjo platform podatkovnih baz in sistemov za upravljanje podatkov.
Če pomislimo na neke vrste izvirnih glavnih računalnikov in na številnih računalnikih z bazami podatkov in sčasoma relacijskimi bazami podatkov, pred petdesetimi leti, in o tem velikem železnem svetu in majhnih naborih podatkov, ki smo jih imeli do osemdesetih let , nekako smo bili na, smo šli skozi mainfram od mini do mikro, in smo imeli osebne računalnike, ki izvajajo stvari, kot sta dBase II in dBase III, na DOS in CP / M in imeli smo zelo zgodnje relacijske baze podatkov, Na voljo so bile slogovne tehnologije in so se precej dobro zmanjšale v primerjavi s tistimi, ki smo jih bili vajeni v mainframe. Ko smo prišli do devetdesetih let, smo imeli všeč Oracle in DB2. In v poznih devetdesetih smo imeli ljudi, kot tajne računalnike, ki bi lahko lepili kot mrežni model, zelo, zelo velike stroje, stroje velikosti omare skupaj in vzeli všeč in gradili te grozde računalnikov. Toda tudi takrat je bil v primerjavi s tem, kar danes vidimo, še vedno majhen.
Ampak na diapozitivu, ki sem ga postavil sem, je to skupina Hadoop in učinkovito deluje kot en stroj, v bistvu je to le resnično resnično velik računalnik in lahko hrani vrste podatkov v spletnih lestvicah, ki smo jih vajeni zdaj . In zato je izziv upravljanja podatkovnih baz, upravljanja z bazami podatkov na teh vrstah platform resnično postal raketna znanost. Morate biti izjemno pameten lik, da boste lahko razumeli tehnologijo, na kateri se poganja, platformo, na kateri se poganja, podatke, ki so tam, vrste uporabe teh podatkov. In ja, to eksplozijo smo videli že v zgodnjih 2000-ih, ko je Microsoft SQL postal stvar, Lotus Notes je bil precej dobro uveljavljen in tam je bilo število baz podatkov Lotus Notes, ki so se plazile po kraju, precej strašljivo. In imeli smo običajne operaterje Oracle in DB2 in se res začeli ujemati. Nekatere blagovne znamke, kot so, so začele izginjati. Ampak še vedno smo ravno delali tradicionalno administracijo baz podatkov vse do tistega obdobja, približno približno tisto obdobje iz leta 2006, ko smo se, če se vrnem k tej podobi tega grozda, zgodili, kar smo poimenovali grozdi Beowulf, stvar, kjer bi lahko vzemite računalnike, ki jih imate na polici in jih zlepite ter naredite velike super računalnike.
Toda od tega trenutka naprej smo prestopili prelomno točko, kjer so ljudje lahko upravljali bazo podatkov v stari šoli in - kot rečem, po mojem mnenju - je lestvica postala zelo, zelo velika zelo, zelo hitro. Skoraj kot da bi se zgodil ta velik dogodek v tehnologiji, ki je povzročil sprejetje podatkovne tehnologije in tehnologije za upravljanje podatkov ter zlasti baz podatkov okoli njih. In ker smo dejansko gradili visokozmogljive računalniške sloge za gostovanje podatkov v različnih oblikah. In če poudarimo to točko, tukaj je posnetek pokrajine od leta 2016 tehnologij baz podatkov, ki so nam na voljo. Sega od spodnjega desnega vogala in odprtega vira, vse do zgornjega levega kota v infrastrukturi. In v zgornjem desnem kotu aplikativnih rešitev, ki so nam na voljo, in v spodnjem levem kotu, mešanice infrastrukture in zmogljivosti, ki analizirajo, in tako naprej. Na sredini so seveda naprave, kot so naši pametni telefoni, ki dejansko delujejo na zelo majhnih različicah baz podatkov, da lahko upravljajo stike in podobno, ali pa naše dnevnike klicev in druge stvari, ki jih imamo.
In tako se mi je v mislih zgodila ta eksplozija, podobna kambrijski eksploziji v takšno stvar, kjer se je razvil tehnološki razvoj, ki se je zgodil v tistem zelo kratkem obdobju od leta 2006 do 2016, zdaj dejansko desetletje, kot je bilo. Zdaj smo videli, da baze podatkov grafov postanejo velika stvar, baze podatkov v pomnilniku postanejo velika stvar, SQL baze podatkov se pojavljajo. Premik k različnim računalniškim modelom, Hadoop je nastal, imeli smo model MapReduce, zdaj imamo Spark in pretočno analitiko ter pretočne računalnike, prožne porazdeljene podatke, okvire, ki jih morajo ljudje razviti za njih, da dosežemo lestvice, ki jih potrebujemo, in ko razmišljamo o tej poti, da bi šli skozi neke vrste, kakšni so sistemi za upravljanje relacijskih baz podatkov z običajnimi osumljenci, Oracle, PostgreS, Sybase, IBM DB2, MySQL in platformo Microsoft SQL Server. Zdaj smo videli nekaj novih otrok, ki prihajajo na blok, Clustrix, Xeround, NuoDB, MemSQL, in na desetine in desetine jih je še več, kot ste jih videli na diapozitivu. Če si lahko predstavljate izziv, da poznate te platforme in znanje, kako jih zagnati in pridobiti enojno steklo pogleda, da morate biti DBA in to storiti, izziv še zdaleč ni nepomemben. In naenkrat so se pojavili motorji NoSQL, ki so povsem nova vrsta zabave.
In tako je zadnji diapozitiv, ki ga imam tukaj, nekakšen končni udarec med dvema in tremi nokautom, in to je, da smo zdaj vzeli nekaj teh tehnologij in jim ustvarili servisno sposobnost. oblačne modele in so zdaj na voljo kot pripomoček, kot storitev lahko v bistvu dobite bazo podatkov kot storitev, običajne blagovne znamke, ki jih vidimo tam na spletnih storitvah Amazon, Googlove platforme Cloud Compute in Microsoft Azure, pa so tiste, ki pridejo k ljudem um, toda dejansko je na desetine in desetine oblačnih platform. Na primer, v Avstraliji je na primer sto dvanajst podjetij, ki so dobroverjena velikemu javnemu oblaku, ki ponujajo storitve baze podatkov v različnih oblikah.
Razmišljanje o izzivu, ki ga mora povprečni DBA vstati iz postelje in iti v službo in se spoprijeti s tem, je precej moteč izziv. In tako sem zdaj zelo prepričan, da smo tako kot pri mnogih stvareh v življenju povečali horizontalno in navpično, to je, da je infrastruktura spremenjena v zelo vodoravni, skoraj linearni model rasti in zapletenost sklada v vertikalni smisel, število platform baz podatkov, število aplikacijskih okvirov in modelov, s katerimi se moramo spoprijeti, so presegli tisto, kar bi se morali ljudje spoprijeti v enem steklu, in kakšen smisel imajo zdaj skrbniki baz podatkov cel nabor novih orodij, s katerimi se lahko pogovarjate z vsemi temi platformami, jih upravljate, upravljate in podpirate in verjamem, da je to celotna tema naših pogovorov zjutraj ali danes popoldne vaš čas in s tem v mislih, Predal bom svojemu gostu, ki bo veliko govoril o njihovem izdelku in kako bo kos reševanju izziva.
Eric Kavanagh: V redu, Scott, grem
Scott Walz: Najlepša hvala, v redu, hvala. Hvala Dez, hvala Robin in hvala vsem, da ste se danes pridružili in me klicali. Rad bi se zahvalil Robinu in Dezu, ker sta me peljala po spominskem pasu, ki sta bila v vesolju od zgodnjih devetdesetih let, prinesla sta ti veliko lepih spominov. Spomin, ki ga nisem videl na nobenem od teh diapozitivov in slik, so bile udarne kartice. In to je bilo tisto prvo, kar so mi predstavili, ko sem se prvič zaposlil na univerzi, moj sodelavec v kocki poleg mene pa mi je rekel, naj se ne dotikam njegovih udarnih kartic. Torej, da, absolutno in res je bil to izziv in izziv, s katerim si prizadevamo pomagati našim strankam in od sredine devetdesetih let. To je izdelek, o katerem želim govoriti danes. Oglejmo si upravljanje več platform, in to je samo podnabor. Izbral sem graf, toda ko je Dez postavil besedilo -
Eric Kavanagh: Morate deliti svoj zaslon.
Scott Walz: Oh, zagotovo, hvala.
Eric Kavanagh: Brez skrbi. In ljudje, ne bodite sramežljivi, sprašujte, danes imamo na klicu tri pametne hlače, zato jim je težko. Lahko uporabite komponento vprašanj in odgovorov na konzoli za spletno oddajanje ali pa tviterate s hashtagom BriefR. Ok, Scott, vzemi ga.
Scott Walz: Tu gremo, hvala. Zgrabil sem ta diapozitiv in to sliko. Podoba iz Deza me je res raznesla, ker to je res to, v katerem danes živimo, in svet, v katerem nastopajo DBA. In kot so omenili, se resnično ne morete več truditi, da bi bili sposobni to storiti s samo silovito silo. Resnično potrebujete orodja in to je, prihajamo, da se igramo in vidimo celotno stikalo, zagon se je spremenil tam, kjer je bilo že zgodaj in smo bili zelo omejeni, kot ste omenili, nato pa smo se lotili dela z več platformami baz podatkov , tako da je bilo to naše prvo iskanje orodij, nato pa se je vrnilo tja, kam organizacije, po letu 2000 in ko se je to nekoliko omejilo. Z organizacijami in želeli smo postati trdni, vendar se je potem vrnilo in se je res razneslo, ko ste predstavili vse te nove platforme. In nobena od teh organizacij ne namesto tega, da bi bila goloba v določeno platformo ali določeno tehnologijo, ne ugotovi, kaj je najboljše. Katera je najboljša baza aplikacij in katera najboljša platforma? In ob tem povedanem, vas želim malo sprehoditi o tem, kaj počnemo z DBArtisanom. In DBArtisan je naš vodilni izdelek, ki upravlja, kot pravi, med-platformska okolja že več kot 20 let, in tu živimo. Tukaj radi poudarjamo in sodelujemo s strankami ter jim dajemo orodja, s katerimi lahko postanejo produktivni in izvedli.
Pojdimo naprej in skokam noter. Več prikazujem izdelek, ko grem skozi diapozitive in mislim, da verjetno tudi vi. Za tiste od vas, ki DBArtisan-a še niste videli, si ogledamo komp, in mislim, da je Dez uporabil izraz "eno steklo", in to je nekaj, na kar smo ponosni, da smo DBA dali en sam pogled vse njihove platforme. Prav, ni treba odpirati nobene druge aplikacije, povezali se bomo in vas prišli tja in začeli sodelovati s platformo. Če pogledamo raziskovalec baze podatkov na levi strani, lahko to ustvarimo tako, kot se nam zdi primerno, lahko pa ga organiziramo, kakorkoli želimo. In videli boste, da imam mešanico, nekaj mojih strežnikov Oracle, MySQL, tukaj sem PostgreS, imam tudi enega - to so označeni proizvodni strežniki, nekateri vključujejo nekaj strežniškega okolja MySQL. Spet vidimo, da smo se dobro ujeli. Če pogledam registracijo nove baze podatkov, boste videli eno od platform, ki jih podpiramo, želim videti par. Opazili boste, ko je to vaš SQL, podpora za to, Teradata, Apache, PostgreS, tukaj so generike, ki jih podpiramo.
Če imamo gonilnik JDBC ali gonilnik LDBC na kateri koli od platform, se lahko povežemo, vam vzpostavimo povezavo in vam omogočimo delo s platformo prav znotraj DBArtisan-a. Še enkrat, da se osredotočite na zadevno delo in ne na to, kako ga boste opravili. Sprehodite se skozi vse to. Vendar želim pokazati nekaj stvari o izdelku. V tem primeru se odprimo in obravnavali bomo na primer Oracle. Tukaj je samo moja majhna ciljna stran, vendar si želim ogledati nekaj mojih shem, s katerimi delam. Potegnili bomo eno od večjih shem, zato bomo spet vrnili seznam tabel. V tem primeru bom odprl tabelo, torej jih bomo samo izbrali in jih bomo pripeljali v naš urejevalnik predmetov.
Zdaj je Oracle nekaj, s čimer sem delal dolga leta, kar vam bom pokazal, je verjetno lahka izjava za vas. Če pa je platforma Oracle ali če je PostgreS platforma ali je Teradata platforma, ki ste jo ravnokar dobili, in morate hitro doseči, je naloga, da dodate stolpec. Mogoče pa je naloga pri brisanju stolpca. Ampak nočete se skrbeti za skladnjo, kajne? Želimo iti, samo vtipkajmo, kar potrebujemo, nastavimo in pustimo DBArtisan, da ustvari. Tukaj bomo pritisnili na "Alter". Sestavili bomo skript za nas. Še enkrat, zelo preprost primer, a poanta je, da bomo naredili delo za nas, da bomo ustvarili in postavili ta stolpec v tabelo.
Vendar lahko storimo tudi premike stolpcev po tabeli. Če ste to že kdaj poskušali storiti s tradicionalnim, je malo bolj zapleteno kot le ena sama vrstica kode, kot je ta. A spet bo DBArtisan deloval zakulisno, za vas ustvaril kodo in spet izdelal SQL. Bližali se bomo od tu. Preden ponovno opazim vse zavihke na vrhu, je uporabniški vmesnik zelo intuitiven. Če pridem v raziskovalec, če skočim na PostgreS, kajne? Če grem tam v svoj način sheme, pogledam tabelo, zelo podoben videz in občutek, kajne? To bomo odprli in spet bomo videli podatke tukaj. Lastnosti, predniki, stebri. Specifični smo za platformo, dali vam bomo to, uporabniški vmesnik, da bomo lahko to prikazali in delali s predmeti. Vedeli boste, kaj morate storiti, in to vam bo omogočilo učinkovito in pravočasno, tako da vam ni treba skrbeti, kaj natančno je treba določiti, če želite iti tja. zagotovite to možnost. Za to bomo poskrbeli mi.
Ko pogledamo, bom zdaj poiskal SQL Server in malo spregovoril o nekaterih drugih funkcijah, zato moramo vsi spremljati bazo podatkov. Torej, začnite znova, oglejmo si vse seje, ki se dogajajo, seje, ki se izvajajo. Kako bomo videli, katere izjave se izvajajo in bomo lahko imeli nadzor nad tem? Ali moramo ustaviti sejo? Ali moramo videti ključavnice, ki bi lahko bile v bazi podatkov? Kakšne blokade ključavnic? Spet imamo vse te informacije tukaj na dosegu roke, da lahko hitro reagiramo, po potrebi izvedemo popravne ukrepe in jih obrnemo. Vrnili se bomo k našemu raziskovalcu. Tukaj je to, to je gonilna točka, tu se vedno vračam, tu osebno rad pričnem delati in delati od tu. Ko sem povezan z bazo podatkov SQL Server za pregled pripomočkov. Ker smo večstranski, lahko začnemo gledati na ekstrakcije, migracije. Če se premikamo predmeti z ene platforme na drugo, se lahko premikamo po platformi, to lahko storimo tudi, če ti predmeti obstajajo na različnih platformah. Izdvojite sheme, objavite v poročilih, naložite in razložite podatke ter varnostno kopirajte baze podatkov.
Spet vse to znotraj uporabniškega vmesnika. In ko pridete tu do orodij, lahko vidite celoten nabor orodij, s katerimi lahko delujemo, kajne? Med »Najdi v datotekah« lahko opravimo popolno iskanje po zbirki podatkov, kjer iščemo znotraj sistemskih tabel, da bi našli ta niz, ki ga iščete. "Izvedba skriptov in datotek", če imate standardno izjavo, ki jo je mogoče izvesti na več platformah in več virih podatkov, lahko to nastavimo prav znotraj DBArtisan-a, ki kaže na cilje, za katere želimo, da se jih izvrši. Pritisnite »Pojdi« in prišlo bo do vrnitve rezultatov proti vsem navedenim ciljnim virom podatkov. Spet vam dovolim, da delate iz tistega enega stekla.
In spet "Analyst Series", so te bolj poglobljene. Te so bolj usmerjene v relacijske baze podatkov, ko bomo začeli vstopati na več novih platform, začeli boste videti, kako to funkcijo širimo tudi na te arene. In na splošno le veliko izboljšav uporabniškega vmesnika. Funkcije namenjene posebej DBA. Predmeti, kot je na primer, lahko naredimo knjižnico skriptov.Tiste skripte SQL, ki jih pogosto izvajate na več platformah, jih shranite sem, povlečete, takoj ko dobimo novo okno ISQL, lahko skript preprosto povlečemo in skript smo zdaj pripravljeni na uporabo. Še enkrat, da imate to na dosegu roke, da lahko to počnete in upravljate. Opazili boste, da ponujamo skripte, ki so že določeni za nekatere platforme, tako da lahko kadar koli ustvarimo toliko, kot je potrebno.
Lepo, kar mi je všeč in veliko naših strank počne, če vas kdaj zanima, in to vprašanje imam veliko v zvezi z: »Kako naj to naredim? To je zelo kul. Kako to počne DBArtisan? "Tukaj je nekaj funkcije," Logfile ", lahko zabeležite vse izjave SQL, ki jih izvajamo, tako da, če želite vedeti, kako napolnimo to raziskovanje ali kako poselimo urejevalnik za tabelo PostgreSQL ali Teradata tabelo, se prijavite v SQL in posneli bomo vse, kar DBArtisan izvrši proti bazi podatkov, in lahko se vrnete in pogledate ta SQL ter vse, kar potrebujemo. Mogoče želite to vključiti kot del katerega od svojih skript. Vsekakor. Popolnoma v redu.
Radi smo zelo pregledni v tem, kaj počnemo in kaj izvajamo proti bazi podatkov, zato vam bomo omogočili, da shranite in posnamete vse, kar uporabimo v bazi. Imamo tudi možnosti konfiguracije. Opazili boste, da imam nastavljeno kot »Organiziranje lastnika objekta«. Prav tako lahko postavim »Vrsta predmeta«. Če sem spet prišel v svoje PostgreSQL okolje, sem šel v shemo, če bi namesto samo moje GIM tabele, ki pripadajo tej shemi, si bom ogledal vse tabele, ne glede na imena sheme. Spet različni načini organiziranja stvari, ki jih resnično prilagodijo svojemu delovnemu toku in o tem, kako želite videti.
In zadnja stvar, o kateri bi rad govoril, je možnost nastavitve »Zaznamkov«. Če vrtam vase, če delam na eni od svojih platform in se želim osredotočiti na samo svoj način tabel, lahko dodam zaznamek. Vem, zelo preprosta funkcija, vendar je tako lepo imeti, še posebej, če delate s toliko viri podatkov in s toliko platformami, kot je današnji DBA. Če želite priti v sistem, zaženite DBArtisan in pustite, da vas bo upravitelj zaznamkov peljal prav do mesta v drevesu, kjer morate biti in sposobni delati. Potem bi od tu lahko ustvaril novo tabelo in spet na platformah, ki jih podpiramo, ki ste jih videli prej, in vas bomo vodili po »Čarovniku«, da vam bomo omogočili vožnjo, razvoj in ustvarjanje tabele. In ustvarili bomo vse skladnje, ki je potrebno za to za vami, nato pa vam jih na koncu predstavimo v podoknu za predogled. Lahko preverite, si natančno oglejte, kaj bomo ustvarili. Lahko pritisnete na gumb "Execute", nato pa na gumb "Finish" in pustite, da se izvrši. Lahko pa ga shranite ali potisnete v drugo okno ISQL, zato ga znova naredite, morda mora biti del večjega, večjega skripta, ki ga želite shraniti in namestiti v času ure paketnega okna.
To je pregled DBArtisan-a. Ko spet govorimo o tem, gre za izdelek, na katerem so vidne številne platforme, podpora za te platforme in odlična uporabniška izkušnja, odlične povratne informacije naših strank. Če vas kot enega od panelistov zanima, če pa želite poiskati kar koli, povezano z IDERO ali DBArtisanom, se obrnite in zagotovo me lahko najdete na mojem naslovu.
Eric Kavanagh: V redu, verjetno bom odprl Robina za vprašanja in nato Dez, nato bom spremljal vprašanja in vprašanja od prisotnih. Robin, vzemi ga.
Robin Bloor: V redu, dobro, prvo vprašanje, z DBArtisanom se pravzaprav poznam že dolgo, tako da se nekako zavedam njegovih zmožnosti. Zanimalo bi me, kako bi vas nagovorili, njene prihodnje poti od tu. Mislim, vem, zadnjič, ko sem ga pogledal, je moralo biti že dolgo nazaj. Vidim, da podpirate vsaj tri baze podatkov, za katere prej nisem vedel, da jih podpirate. Kakšna je pot DBArtisan naprej? Ali boste verjetno dodali vedno več baz podatkov ali je to razširitev funkcij? Kam nameravate iti s tem?
Scott Walz: To je veliko vprašanje in všeč mi je vse zgoraj. Zagotovo bomo še naprej razvijali, ker tradicionalne platforme RDBMS ne sedijo, kajne? Nadaljujejo z ustvarjanjem. Nadaljevali bomo po tej poti. In potem boste videli, da bomo začeli iskati v tej smeri podpiranja novih novih platform. Ker se zavedamo, da čeprav nekatere od teh platform še naprej rastejo, tradicionalni RDBMS, obstajajo nekatere situacije, da so nove platforme prave platforme, s katerimi lahko sodelujejo stranke. Resnično pozorno spremljamo trg, tisti segment in poskušamo sprejeti prave odločitve, na katerih platformah naj gremo. Zdi se, da se praktično spreminjajo vsak dan.
Robin Bloor: No, tako kot jaz in Dez sva govorila, da je to zelo živahen trg, je verjetno eden od načinov za to. Še ena stvar, ki bi me zanimala - očitno na to vprašanje ne boste mogli natančno odgovoriti, vendar sem v svojem času naletel na spletna mesta, kjer je tisoč primerov Oracle, in Oracle ni bil veste, da je bila uporabljena edina baza podatkov, ki je bila nameščena. In ko sem se v resnici pogovarjal z njimi o tem, kako obvladate toliko primerov, so mi rekli: "No, veste, obstaja samo približno pet ali šest velikih primerov in imamo približno tri DBA, ki smo jih razširili." Mene zanima, kako uporabljati DBArtisan, ker z njim lahko narediš ogromno, koliko baz podatkov sedi, recimo običajno ali celo kateri so največji primeri, koliko strun lahko naenkrat upravlja?
Scott Walz: No, videl sem situacije - in spet, nekoliko je zapleteno, to vprašanje pa je, ker mi DBArtisan omogoča, da imam na enem primeru primere več povezav ali več virov podatkov. Mogoče bi rad naredil syslogin in se nato prijavil z nižjimi dovoljenji, vendar sem se ukvarjal s strankami, ki z vsemi strnjenimi grejo na več zaslonov. Zdaj, ko sem jim to zastavil, je vprašanje, ki ste mi ga zastavili, "Kako obvladujete toliko?" In potem reče: "Ne vem." "Obvladam, kar lahko, vendar potrebujem dostop do vsega." Še vedno vidim vse, kar se ustavi, veš, zgornja meja tega, kar ljudje lahko upravljajo, je res zgornja meja tega, kar ta oseba, posameznik, lahko ročaj. Ampak veste, kot sem že omenil, ti ljudje, s katerimi izzivam, odkrito priznavajo, da imajo vse te povezave, vendar ne morejo upravljati. Zanašajo se na svojo ekipo. Kot sem prepričan, ste doživeli, ja.
Robin Bloor: No, tudi sam sem bil pravzaprav DBA, čeprav tega nisem delal dolgo časa. In ena stvar, ki jo veste, se spomnim, zgoraj in zunaj vsega drugega v relacijskih bazah podatkov, je, da z SQL lahko naredite ogromno stvari. Pogosto več, kot mislite, da bi lahko. Kar tako ali drugače pojasnjuje nekatere funkcionalnosti, ki jih ima DBArtisan, saj samo prevaja neposredno v SQL. Ampak veste, prepričan sem, da počnete tudi druge stvari. Ali gre za vse skripte SQL ali obstajajo druge posebne rutine, ki so bile napisane za ezoterične situacije?
Scott Walz: Ja, veliko tega, večina tega je SQL, to je samo narava tega. Vendar pišemo rutine, ki jih je mogoče zagnati iz ukazne vrstice z uporabo prodajalčevih orodij, sprednjih koncev prodajalca. Sprednje konce bomo postavili, na primer, za pripomočke za nalaganje podatkov na platformah, kajne? To niso skripti SQL, kajne, to so opravila v ukazni vrstici. To bo ustvarilo in jih lahko dalo DBA, ki jih lahko nato izvršijo. Glej ja, nekaj malega bomo naredili, večinoma pa gre za skripte SQL.
Robin Bloor: Ko gledam, ker očitno morate na tak ali drugačen način pogledati dogajanje, ki se dogaja, se mi zdi precej novo. Hočem reči, ena od stvari, ki se mi zdi zanimiva, da se dogaja, je, da Spark očitno vzletava kot raketa, toda Sparkov SQL je bil grozno nezrel, da bi bil videti bolj zrel z malo več SQL zmogljivosti. Ali na to gledate in se sprašujete, ali boste začeli upravljati tiste z DBArtisanom?
Scott Walz: Zagotovo in tudi jaz. Vedno je tam. Vem, da naša ekipa za upravljanje izdelkov vedno gleda, kam iti, in vse je na mizi, kar se tiče tega, kaj gledamo v prihodnosti.
Robin Bloor: Ok, Dez, se hočeš zložiti?
Dez Blanchfield: Ja, pravzaprav je tam veliko stvari, ki si mi odprla vrata, Robin. Najlepša hvala. Rad bi samo raziskal nekatere stvari, ki mi skočijo, ko gledam take izdelke in sem zelo navdušen. Ko sem dvakrat preveril domačo nalogo, ker kot že prej omenjeni doktor Robin Bloor, tudi jaz to spremljam že nekaj časa in se spomnim, da sem drugi dan gledal na vaše zahteve glede specifikcij in razmišljal, da pravzaprav ta stvar deluje na sam naslanja se na to, kar dejansko počne. In mislim, da iz spomina - popravite me, če se motim - mislim, da je bilo to le tako malo, kot bi zmogljivost prenosnika udobno vodila DBArtisan, a kljub temu je zmogla poganjati nekaj precej pomembnih zadnjih podatkovnih baz. Zelo me je zanimalo, da imaš zdaj Firebird in Greenplum. Bil sem zelo navdušen nad zahtevo ali specifikacijo strojne opreme, ki bi lahko dobesedno delovala kot gig RAM-a na en gigaherčni procesor. To je bilo zelo impresivno.
Toda primeri uporabe so nekaj, česar se želim podrobneje seznaniti. Ali vidite, da je prevzem izdelka primeren za potrebo zaradi obstoječih okolij, ki so pravkar ušla izpod nadzora, ali vidite, da so ljudje zdaj nekoliko bolj proaktivni in pravijo, veste, da gradimo nekaj zelo velik, je kompleksen. Razmišljam o združitvah in prevzemih, na primer tukaj, kjer bi organizacija lahko kupila kup podjetij - majhna, srednja, velika, kar koli - in na koncu podedovala vsa ta okolja in morala zgraditi novo zmogljivost DB. Kakšni so tipični primeri uporabe za to, kar zadeva vrsto organizacije in vrsto aplikacije zanjo? Ali gre večinoma za ljudi, ki imajo že obstoječe okolje in jih morajo preprosto očistiti in prevzeti nadzor nad njimi, ali pa so ljudje nekoliko bolj proaktivni in razmišljajo o zapletenosti, ki jo bodo pripravljali, da bi vas predčasno vkrcali?
Scott Walz: Opazimo že več zgodnjih vzrokov zaradi samega razloga, ki ste ga omenili, konsolidacije. Glede na širino podpore za platformo, ki jo imamo, ne gre za popolno dokazovanje v prihodnosti, kajne, ampak vas in vaše DBA-je postavlja v resnično dobro situacijo, da ko pogledajo potencialni cilj pridobitve, kajne, so nekoliko manj , veste, misel, katere platforme bi lahko podedovali, kajne? Čeprav je pomembno, kajne, skrb je malo manjša od tistega, kar bo pomenilo našim DBA, kajne? DBA imajo izdelek zdaj, ko vedo, da se lahko povežejo in če bodo seznanjeni z uporabo izdelka, bodo seznanjeni s povezovanjem s to platformo, ki so jo pravkar pridobili. To je vsekakor področje, ki ga že dolgo vidimo, spet veste, kupci, ki so združili vse te platforme, kajne? Kako se bom tega lotil, kajne? In preizkusili so ga, ker ima miselni postopek vsako od platform, ki imajo orodje, kajne? Lahko uporabimo svoje orodje, kajne? Vendar se sčasoma vrne, da veste, da, lahko, vendar ne samo, da se bom moral naučiti vsake platforme, zdaj se bom naučil vsakega od orodij, ki so priložena vsaki od platform in zato ste pravkar sestavili službo DBA. Tako vidimo tudi to situacijo, ko se vračajo k nam in govorijo: "Veste, moramo se tega lotiti. Najdimo eno orodje za DBA, ker imam za DBA pomembnejše stvari, kot pa da se naučim uporabniškega vmesnika novega orodja. Ali drugačna orodja. "
Dez Blanchfield: Ja, vsekakor. In veste, ko vidite, se mi zdi, od spomina, ko sem včeraj pogledal samo, da sem dvakrat preveril, da nisem narobe, se spomnim, da ste na primer podprli Sybase, tako da je bila ta stvar že malo časa. Še eno vprašanje, ki sem ga postavil zate, je pravzaprav, super je, da sta Greenplum in Firebird na svojem seznamu, toda vaš Sybase, ki se stara toliko časa, kaže, da je že nekaj časa in dobro opravil.
Grozdi Torej, eden največjih glavobolov za DBA je, da bodo v bistvu kazali na to, kar je videti kot naslov IP in kup API-jev ali pa je to JDBC ali LDBC ali kar koli, s čim se pogovarjamo, toda za tem se skriva skupina. Kaj lahko ali DBArtisan ve o tem, kaj se dogaja za vrati številka ena, kot pri vklopu v zadnji del baze podatkov, ali si moram ogledati vsa okolja zadaj, še posebej, tako da sta dva dela do vprašanje, morda. Grozd, na primer, ko razmišljate, veste, podpirate IBM DB2 in Microsoft SQL Database Server ter MySQL in PostgreSQL ter Oracle ter nekatere od teh tradicionalnih RDBMS in, veste, vedno vodimo master-slave ali master-master okolje za odvečnost in visoko razpoložljivost ter tudi zmogljivost. Ali DBArtisan ve, da je za vrati številka ena nekaj, kar ni samo ena baza podatkov, ampak skupina, in če je tako, kaj ve o tem? In hitro v to, da lahko odgovorite na isto vprašanje, oprostite. Kako se v grozdih v nekaterih scenarijih, ki jih imate, zaostajajo ljudje, ki se spopadajo z mešanico med proizvodnim okoljem in obnovo po nesrečah, kolikor se uporablja DBArtisan?
Scott Walz: Velika vprašanja. Povedal vam bom, da bo odvisen od določenih platform, ker kolikor poskušamo, bomo imeli različne ravni podpore za nekatere od teh globinskih, globljih lastnosti. Na primer, za Oracle in njihovo okolje RAC, Real Application Cluster, se lahko povežete s primarnim vozliščem v tem grozdu, vendar kljub temu pojdite skozi monitor baze podatkov, ki sem ga pokazal, vam bomo omogočili, da vidite SQL, ki deluje in vam bom dejansko povedal, katero vozlišče grozda se izvaja, kajne? Da natančno vidimo, ali, veste, poizvedba, ki se počasi izvaja, bodimo pozorni na to, v katerem vozlišču se izvaja? Ker je celoten razlog za grozd, prav je, za končnega uporabnika, ni mu vseeno, kje je bil izveden, ampak za DBA moramo spremljati to vrsto informacij. Na primer, v Oracleu se lahko spustimo na to raven podrobnosti. Druge platforme, ki jih povezujemo, verjetno niso toliko podrobne, kot jih imamo za Oracle.
To je dobro vprašanje glede proizvodnje in razvojnega okolja. Zagotavljamo enako raven podpore. Pravi glavni način, pri katerem bomo pomagali, bo plast povezovanja tam, kajne? Se bomo lahko povezali in naredili vse funkcije. Imam stranke, ki uporabljajo nekatere funkcije sistema DBArtisan, da razvrstijo svoje vire podatkov, kajne? In spet, to bi lahko malo popustilo za natančno vprašanje, ki ga zastavljate, vendar jim bomo omogočili, da grafično označijo, kako delujejo. Ker je to ena od stvari pri DBArtisan, ali lahko hitro spremenim med viri podatkov. In naslednja stvar, ki jo veste, pripravljam se na vodenje okrnjene izjave in gledam, ali sem povezana - sem to ravno zagnala proti proizvodnji ali razvoju? In zato ponujamo nekaj funkcij znotraj DBArtisan-a, da pomagamo DBA-jem tam tudi, da jih obvladujejo in preprečujejo težave, če želite, pri nekaterih dejavnostih DBA.
Dez Blanchfield: Glede na to je na dolgem seznamu platform, ki jih trenutno podpirate, in prepričan sem, da bo zaradi očitnih razlogov kmalu eksplodiralo. Mislim, podpirate podobno kot recimo DB2 na z / OS, na primer, v mainframe, nato pa očitno podpirate všečke, kot smo jih včasih imenovali srednji, zdaj pa samo UNIX sisteme in neke vrste sodobnejše platforme, vedite, Linux in nato se bo s prenosom podobno Bluemixu in Cloud Cloudryju, tako da boste na koncu končali z DB2, ki deluje v Cloud Foundry na Bluemixu, z IBM-om in oblakom v soft. Ali ljudje trenutno ne izvajajo samo upravljanja in spremljanja, ampak ste že omenili tudi možnost selitve in premikanja podatkov. Ali vidite, kako ljudje skačejo v posteljo z DBArtisanom in si rečejo: »Veste kaj, na starih vmesnih okvirih imamo kup stvari, ki jih moramo preprosto spraviti, in to je bilo resnično težko. Če lahko usmerim, kliknem in povlečem od tu do tja, lahko dejansko premaknem in preselim svoje podatke in svojo shemo. "Ali to počnejo ljudje?
Scott Walz: Res se premikajo, kajne? Prestavljajo podatke, kajne? Zdaj uporabljajo DBArtisan kot orodje za to. Ali zanje počne vse? Ne. Začenjamo, povleci in spusti, ne ravno tam, ampak jim omogočimo, da ustvarijo nekaj skript, ker v idealnem primeru to želite uporabiti - ne želite, da to delo teče na vaši stranki, na vašem prenosniku, iz istega razloga, ki ste ga omenili. Tečemo lahko na zelo nizki nogi, kajne? Pomagamo jim pri ustvarjanju skriptov, nato pa jih obrnejo in izdelajo, nato pa lahko ta skript dostavijo in ga sprožijo na strežniku, kajne? In pridobite moč, konjske moči za strežnikom, da to storite. Pomagamo jim, da ustvarijo nekaj svojih delovnih mest, da opravijo del tega dela.
Dez Blanchfield: Prav. Še nekaj zadnjih za vas in potem bomo morda krožili nazaj. Stvar, ki me je resnično presenetila, je samo, da sem prečesal vaš dodatek, kar je fantastično, in pravzaprav bi si želel, da bi imeli še eno uro časa za podrobnejše podrobnosti. Resnično velik izziv za DBA, prav, je osnovna skladnost, splošno upravljanje infrastrukture, revizije, poročanje o trenutnem stanju, pregled prihodnjih priprav na stvari, kot veste, le splošna rast okolja. Zdi se mi, da čeprav je v središču tega, kar je videti, da je vaš izdelek tisto, kar olajša življenje, ta ena stekla, en sam pogled na svet in lahko v bistvu kliknem, opozorim in povlečem in obožujem dejstvo da bi nekoga lahko usposobil za to zelo hitro, mu ni treba prebrati priročnika.Zdi se mi, da mi orodje daje tudi možnost, da opravim cel kup stvari, povezanih z upravljanjem, skladnostjo in revizijami, da se sprašujem, ali so se ljudje nekako prebudili, prepričan sem, da so.
Ampak ali vidite, kako ljudje zdaj to poiščejo in pojdijo, in takšen je ta eureka, v trenutku, ko gre: "Hej, veste kaj, zaradi tega je življenje DBA resnično lahko in enostavno z operativnega vidika lažje. ali razvojno stališče. Ampak zaboga, zdaj bi lahko pravzaprav poročali o vseh naših bazah podatkov in vseh naborih podatkov ter vseh brez vsebinskih podatkov in vseh metapodatkov. Kot so, kdo ima dostop, ko ima dostop, zakaj ima dostop in kakšno vrsto dostopa. "In naenkrat se lotite nekaterih izzivov glede skladnosti. Zlasti ko imamo res velike stvari, ki se dogajajo okoli kršitev podatkov. Imamo nekaj neverjetnih stvari, kot so svetovne finančne krize, vsi ti izzivi se pojavljajo, toda kako bomo izmerili, spremljali in obravnavali skladnost? Je to resnično velika stvar za ljudi ali je še vedno, nekako, že v zgodnjih dneh, kolikor se nanaša na DBArtisan?
Scott Walz: Imam stranke, ki o DBArtisanu ne morejo povedati dovolj. Zdaj so to tisti, ki so to spoznali. Žarnica se je ugasnila. Pravijo: „Počakaj malo. Lahko odgovorim in odgovorim ter ustvarim nekaj poročil, ki ste jih omenili, prav, vse iz enega orodja. Imam ga. "Obstajajo še drugi, ki se tega še ne morejo lotiti, in to bi lahko bili iz različnih razlogov, kajne? Morda jih še ni ali pa z njimi ravna kdo drug, toda naše stranke, za katere smo ugotovili, da to uporabljajo, je to trenutek, kajne? To pa ne samo, da sem lahko ustvaril tabelo za vse te stvari. In absolutno, z vsemi zahtevami skladnosti, je ogromno. To je samo po sebi delo.
Dez Blanchfield: No, res. In veš, mislim, na vrhu glave takoj pomislim, veš, če pride kdo zraven in pravi, da je želel ustvariti bazo podatkov o upravljanju konfiguracije, CMD, če se bodo morali srečati z vsem iz Sarbanesa -Oxley v COBIT za ITIL, veste, skladnost SWIFT in bančništvo, celo spuščanje do všečkov Mednarodne organizacije za standarde ISO 27001, 27002. Vse to so res veliki okviri. Eden od izzivov je samo iskanje podatkov, kdo jih upravlja, v kakšnem formatu je in mislim, da je zame, tako kot jaz, ko sem ga gledal zdaj, ko se je trenutek eureka pravkar ugasnil, bilo je kot, visi na sekundo bi to lahko vdrl celo v nekoga, ki ni nujno DBA, vendar bi ga lahko hitro treniral in rekel: "Obstaja orodje za skladnost." Mislim, da je odlično, ker to opravlja svoje delo v administrativni bazi podatkov svet upravljanja.
Ampak sedim tukaj in razmišljam, bog, veste, o tem, da lahko upravljate več platform kot danes, in se lahko potopite navzdol v, kot rečeno, beleženje transakcij, ki jih počnete. Veste, predstavljajte si, da bi uporabili to orodje v primeru kršitve podatkov, in vaša varnostna ekipa bo tekla naokoli in poskušala najti, kje in zakaj in kdo je kaj videl. Medtem ko se gibljejo, se morajo prijaviti in slediti vsem dejanjem, ker lahko postanejo del težave, če ne morejo drugače. Ja, mislim, da je tu neverjetna sposobnost, ki bi jo lahko takoj začel početi, veš. Še posebej, ko gledamo izzive revizij podatkov, ki jih poznate, imamo takšno množico, kot je, kakršen je, z nabori podatkov in podatki.
In ena izmed stvari, o kateri smo govorili v še nekaj oddajah, ki smo jih naredili, je, kako veste, kako greste in poiščete svoje podatke in pogosto govorimo o tem, da ko začnete v kateri koli organizaciji, nagibate k vstanite v kocki in položite roko v zrak ter pomahajte in pojdite: „Ali kdo ve, kje je ta baza podatkov? Kako pridem do tega vira podatkov? Kje je ta datoteka? "" Pojdi in vprašaj sprejem. "Kajne? Vaše orodje lahko takoj zagotovi, da lahko najde stvari in jih odkrije ter celo poroča o njih.
Na kratko se vrnem k enemu od vprašanj, nato pa bom zavil in se vrnil Ericu. Zdi se mi, da bo lestvica v naslednjih 12 mesecih za vas postala izziv. Ali nam lahko daste nekaj vpogleda, samo s trideset tisoč stopniških gledišč, v obsegu ali obsegu obsega, ki ga DBArtisan prične delovati. Lahko si predstavljam, da ko to postavim na prenosni računalnik in se zaskočim in ga usmerim v okolje, ga lahko odkrijem in lahko na tem počnem stvari. Predstavljam si, da izhaja kot en sam majhen, veste, odprtokodni mehanizem baze podatkov z majhnimi vrsticami z nekaj vrsticami in tabelami. Kateri obseg bi se povzpel? Govorili ste o DB2 v osrednjih okvirih, kar je veliko. In grozdi. Kakšen je obseg obsega, s katerim se lahko tukaj spopadamo? In Robin se je tega dotaknil že prej, vendar bom moral to podrobneje preučiti, kako velik lahko dosežemo z DBArtisanom.
Scott Walz: Seveda. Zagotovo se bodo znašli tudi ti izzivi, saj gre za stranko del programske opreme. In tako še enkrat, če delam na mainframeu, ko delam proti našem testnemu sistemu na mainframe, ki ga imamo, ga lahko usmerim proti milijonom vrstic in naredim navzkrižno združevanje proti milijonom vrstic. Vse delo bo opravljeno na strežniku, kajne, ker gremo po tem ukazu in to je samo stvar DBArtisan-a, ki obravnava nabor rezultatov, kajne? In tako je izziv, in to je lepota tega, kar počnemo. Večina težkih dvigov poteka na strežniku. Ravnamo samo z vsemi rezultati. In tako se spet znajdete v situacijah, ko želite hkrati izvesti deset poizvedb, ki vse vrnejo milijone vrstic, ja, absolutno, boste morda tam našli kakšno uspešnost, kajne? Vendar se v nobenem trenutku stranke ne ustrašijo, da bi sprožile velike poizvedbe zoper DBArtisan, veste, glede njihove baze podatkov. Kot sem že povedal, se kilometrina spreminja glede na številne dejavnike, kajne, ampak, kot sem že rekel, imam opravka z milijoni vrstic, ki se vračajo in dokler napolnimo mrežo, veste, Pripravljen sem za odhod. Toda včasih očitno moram počakati, da se rezultati vrnejo.
Dez Blanchfield: Preden bom končal, imam vprašanje za vas, ker sem vam vzel preveč časa in za to se vam zahvaljujem. Povejte nam malo več, veste, da ste včeraj brali najnovejše podatke, da bi se prepričali, da sem čez, kot sem mislil, da sem. Spremljanje procesov in vrsta opozoril in obvestil, načrtovanje zmogljivosti sproži vse velike težave z DBA, vsak dan, veste. Ali bo kdo napolnil to tabelo, ali bo napolnil bazo podatkov, ali bo zapolnil prostor na disku, ki ga imam, kako naj to upravljam? Omogočite nam hiter zagon glede nadziranja postopkov in zlasti spremljanja opozoril in nato v najboljšem primeru glede načrtovanja zmogljivosti. Mislim, da je to področje, za katero menim, da bi ga lahko veliko zanimalo.
Scott Walz: Spremljanje procesov je verjetno pokazalo, da funkcija, ki jo uporablja večina naših strank, in to je monitor baze podatkov, da lahko to pokaže in naredi. In nekaj jih imamo v paketu analitika. Performance Analyst ima nekaj opozoril, ki jih lahko nastavite, ko so določeni pragovi. Lahko te opozori. Mogoče je X število dnevnikov, napake v dnevniški datoteki, saj boste prejeli opozorilo za vas. Prostor za mize je dosegel določen odstotek, poln je lahko še enega. In lepota je v tem, da ste v istem orodju, kajne, da je del DBArtisan-a, tako da z desno miškino tipko kliknite napako, opozorilo in upravljate z DBArtisanom in vas pripelje desno do urejevalnika prostora tabel . In težavo lahko naslovite tam.
Glede zmogljivosti je absolutno to hitra tipka in analitik zmogljivosti, ki smo ga trenutno prenesli na SQL Server, Oracle, DB2 LUW in Sybase ASE. In to je točno tisto, kar ste opisali. Lahko začnete, ko dobimo nekaj zbirk, kajne, in ko dobimo velikost vzorca in morda velikost vrstice, morda število predmetov, veliko možnosti znotraj orodja, in potem lahko začnete trendirati, kajne? In kako bo videti čez pol leta? Kako bo videti čez dvanajst mesecev? Lahko se napišem, samo trend zmenka ali lahko težim k vrednosti, kajne? In primer, ki ste ga imeli, imam X količino prostora na disku, na podlagi tega, kdaj bom dosegel to mejo? Ko bom dosegel to mejo na podlagi rasti, ki jo imam, in teh zbirk, ki sem jih naredil? Vsaj vem, da lahko začnem načrtovati to. Ali bo minilo šest mesecev, bo minilo dve leti? Toda spet lahko uporabimo analitika zmogljivosti, da se usmerimo k temu.
Dez Blanchfield: To je super. Fantastičen demo. Res sem užival. Vrnil se bom k Ericu, ker vem, da je danes od našega neverjetnega občinstva nastalo nekaj vprašanj. Najlepša hvala, res je bilo dobro, da izdelek dobro spoznamo, in veselim se, da bom to zelo natančno spremljal.
Eric Kavanagh: Vredu dobro. Imamo nekaj dobrih vprašanj. In čez čas gremo malo, zato bomo poskušali hitro zaviti, saj vem, Scott, težko se ustaviš. Tu je veliko vprašanje. Kako je z delom na starih shrambah podatkov, kot so VSAM in Model 205 ter IMS in IDMF ter podobne stvari? Ali to pogosto vidite v teh dneh in kako dobro deluje?
Scott Walz: Nočem ti povedati, da si obtičal. Nekatera od teh okolij, če imajo ODBC ali JDBC in vem, da so nekatera od njih tam zunaj, se lahko povežemo z njo in lahko na tak način sodelujete z njo. Toda večinoma je zeleni zaslon pot še vedno.
Dez Blanchfield: Obožujem zeleni ekran.
Eric Kavanagh: No, saj veste, kot je Dez poudaril s tistim diapozitivom, kjer je imel na voljo vse tiste različne aplikacije in orodja, ki so danes na voljo, je zelo zastrašujoča resničnost za vse, ki želijo odgovorno opravljati funkcijo skrbnika baze podatkov. In ugibam, da lahko sčasoma ustvarite povezave do katerega koli od teh orodij, kadar in ko to zahtevajo stranke, in tako naprej, kajne? Tako omogočite eno steklo.
Scott Walz: In to je bilo ključno za to, da je DBArtisan opremljen za upravljanje tistih povezav JDBC in ODBC. Zdaj smo ga res podaljšali. Zdaj, dokler imamo to povezavo, prav, dokler imamo gonilnik, se lahko povežemo in delujemo proti njemu.
Eric Kavanagh: To je dobro. No, ljudje, vse to arhiviramo za poznejši ogled. Objavil sem povezavo do diapozitivov, upam, da boste to videli tudi prek SlideShare. Najlepša hvala za ves trud, gospodje. Čudovita spletna oddaja danes spet. Veliko dobrih diapozitivov. Veliko dobre vsebine. Všeč mi je bil ta demo. Res je zanimivo, da ste fantje ciljali na zelo sladko mesto na trgu, ker je danes takšna eksplozija vrst baz podatkov. In kot upravljavci potrebujemo nekaj prostora, da vse to rešimo. Bravo, fantje. Jutri vas bomo dojeli za še eno novo tehnologijo. Upajmo, da ste jutri izklesali uro. Istočasno. Ista postaja. Naslednjič vas bomo dojeli, ljudje. Pazite. Adijo.