Avtor osebja Techopedia, 24. avgusta 2016
Odvzem: V tej epizodi Hot Technologies gostitelj Eric Kavanagh 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 hitrih opomb je na vašem @ Twitteru @ Eric_Kavanagh predstavljeno diapozitiv o vašem resnično, pred petimi leti in dovolj o meni. 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 ima 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 po tvojem, pravzaprav sem zunaj Pittsburga, zato imamo danes popolnoma geo-lokacijsko organizacijo iz več različnih krajev. S tem bom potisnil Robin prvi diapozitiv, prosim postavljajte vprašanja 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 je bilo v resnici okoli leta 2000 videti, da je igra z bazami podatkov v tem smislu 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. Ni dvoma, da RDBMS še vedno prevladujejo, vendar so zdaj vzpostavljene druge vrste baz podatkov. Resnično, to je v bistvu pregled tega, kar bom tukaj povedal.
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 razpoložljivo strojno opremo, ki v tej smeri deluje v zbirkah podatkov v pomnilniku? 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 podatkovnih struktur, ki jih poskušate optimizirati. V zvezi z upravljivostjo 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 se tukaj obravnava le eno - točka, ki se tukaj obravnava, je, da se bo vse, kar gledamo danes, glede arhitekture baz podatkov spremenilo. Morda so iste baze podatkov, vendar bodo morale na tak ali drugačen način upoštevati, kaj se dejansko dogaja na ravni strojne opreme. Veliko, mnogo let smo imeli razmeroma preprosto situacijo CPU-ja, pomnilnika in vrtečega se diska - no, to res ni več.
Bistvo tega 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 grafične procesorje, 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-jem 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 kodo vstavite na čip in ta deluje veliko hitreje, kot če jo samo podajate na čip.
To se dogaja navzkrižno razmnoževanje. Imamo IBM XPoint 3D Intel in PCM od IBM-a, ki sta novi vrsti pomnilnika, ki sta počasnejša od RAM-a, cenejša od RAM-a, vendar nehlapna. In te ustvarjajo malo navdušenja med številnimi prodajalci programske opreme, s katerimi sem govoril. Imamo SSD diske, vendar so zdaj 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 pomnilnika RAM, stvari 3D XPoint in SSD diskov, 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, vendar obsežno 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 baz podatkov, prve baze pred relacijo so na splošno označevale 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 baze podatkov o 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 iščete, so vsaj trije različni nizi podatkovnih struktur, ki so nameščeni. 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 pomnilnika 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, mora biti razvidno iz dejstva, da imate tam vsaj tri različne potrebe, strukturirane vrste baz podatkov in torej federacijo 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 ogromno 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 - tako ali drugače - zgodila nekakšna konvergenca, vendar ne vidim, da bi se vse skupaj združilo tako kot pri relacijskih bazah podatkov. Kakor koli že kmalu.
In mislim, da je to vse, kar moram povedati, 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 na Twitterju videl res lepo fotografijo te neverjetne dame, ki je bila v času, ko smo moške postavili na Luno, vodilni programer in razvijalec za NASA, njena koda pa je bila natisnjena v sto trideset- dva stolpca linijskih tiskalnikov in zložen z ventilatorjem, in stala je dejansko višja kot ona, količina kode, ki jo je napisala.
In ko sem pomislil na to, 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 za njeno kodo, čeprav je bila fizično višja od nje, ko je bila natisnjena 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 bila količina podatkov, ki bi jih lahko hranila, v primerjavi z današnjim svetom dejansko majhna. V bistvu imajo naši pametni telefoni 60 in 128, 256 giga, kmalu pa bomo imeli 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. Tukaj je posnetek seje terminala 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 stolpci so naravnost neposredni. Na tem posnetku zaslona lahko vidite, da je kontekst te tabele in več razpredelnic tabel, ki 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 deluje, 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 svoje stike in tako naprej, 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, prišlo je do Hadoopa, imeli smo model MapReduce, zdaj imamo Spark in pretočno analitiko in 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 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. V Avstraliji je na primer približno sto dvanajst podjetij, ki so dobronamerni javni oblak, 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 na roko …
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 večplatno upravljanje in to je le 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 pošljite težka vprašanja. 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. Kaj je najboljša baza aplikacij, katera najboljša platforma za uporabo? 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 bom skočil prav. Prikažem izdelek več, 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 pripeljali 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 imam PostgreS, imam tudi enega - to so označeni proizvodni strežniki, ki nekateri vključujejo nekaj strežniškega okolja MySQL. Spet lahko vidimo, da smo se dobro ujeli. Če pogledam registracijo nove baze podatkov, boste videli eno od platform, ki jih podpiramo, obstaja par, ki ga želim predstaviti. 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 omogočimo povezavo in vam omogočimo, da s platformo delate 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 se bomo ukvarjali na primer z Oracleom. 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, tako da jih bomo samo izbrali in jih pripeljali v naš urejevalnik predmetov.
Zdaj je Oracle nekaj, s čimer sem sodeloval dolga leta, kar vam bom pokazal, je verjetno lahka izjava za vas. Če pa je Oracle platforma 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. Spet 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 že kdaj poskušali to storiti s tradicionalnim, je to nekoliko bolj zapleteno kot le ena sama vrstica, kot je ta. A spet bo DBArtisan deloval zakulisno, za vas ustvaril kodo in spet izdelal SQL. Zaprli 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, spet bomo informacije videli tukaj. Lastnosti, predniki, stebri. Specifični smo za platformo, vam bomo dali 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 prišel do SQL Server in se malo pogovoril o nekaterih drugih funkcijah, zato moramo vsi spremljati bazo podatkov. Torej spet začnite, poglejmo 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 čezmejni, 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 celoten poizvedbe 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č novejših 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 izvajate pogosto na več platformah, ga shranite sem, povlecite, 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 bomo lahko kadar koli ustvarili 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 čisto 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.
Všeč nam je, da smo zelo pregledni s 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 prilagodite 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 enostavna funkcija, vendar je tako lepo imeti, še posebej, če delate s čim več 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. In potem bi od tu lahko ustvaril novo tabelo in spet na platformah, ki jih podpiramo, ki ste jih videli prej, in vas bomo vodili skozi "Čarovnika", da vam bomo omogočili vožnjo, razvoj in ustvarjanje tabele. In ustvarili bomo vso skladnjo, ki je potrebna za to za vami, nato pa vam jo 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 govorimo o tem, gre spet za izdelek, na katerem je videti veliko platform, podporo za te platforme in veliko uporabniške izkušnje, odlične povratne informacije naših strank. Če ste zainteresirani za enega od strokovnjakov, če pa želite poiskati kar koli, povezano z IDERO ali DBArtisanom, se obrnite in zagotovo me lahko najdete na mojem e-poštnem naslovu.
Eric Kavanagh: V redu, verjetno ga bom odprl za Robina za vprašanja in nato Dezu, nato pa 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 kar nekaj časa, tako da se nekako zavedam njegovih zmožnosti. Zanimalo bi vas, kako se boste spoprijeli s svojimi prihodnjimi potmi 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 je verjetno, da boste dodali samo še več baz podatkov ali je to razširitev funkcij? Kam nameravate iti s tem?
Scott Walz: To je odlično vprašanje in rad bi povedal vse zgoraj. Zagotovo bomo še naprej razvijali, ker tradicionalne platforme RDBMS ne mirujejo, kajne? Nadaljujejo z gradnjo. Nadaljevali bomo po tej poti. In potem nas boste videli 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, verjetno je to eden od načinov gledanja. Š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 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 nato nižjo prijavo z dovoljenji, vendar sem s strankami spopadel, da z vsem strnjenim gre na več zaslonov. Zdaj, ko sem jih vprašal, 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 ni možnosti, da bi upravljali. 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. 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, sprednji del prodajalca se konča. 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 SQL skripte.
Robin Bloor: Ko gledam, ker očitno moraš tako ali drugače pogledati dogajanje, ki se dogaja, se mi zdi precej novo. Mislim, ena od stvari, ki se mi zdi zanimiva, se dogaja, je, da se Spark očitno vzletava kot raketa, toda Sparkov SQL je šel od grozno nezrelega do tega, 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 absolutno, vse je na mizi, kar zadeva, kaj gledamo v prihodnosti.
Robin Bloor: V redu, Dez, se hočeš zložiti?
Dez Blanchfield: Ja, pravzaprav je tam veliko stvari, ki si mi odprla vrata, Robin. Najlepša hvala. Zelo rad raziskujem nekatere stvari, ki mi skočijo ven, 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 tako malo, kot bi zmogljivost prenosnika udobno vodila DBArtisan, a kljub temu je bil sposoben poganjati nekaj precej pomembnih zadnjih koncev baze podatkov. 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 že imajo 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 kompleksnosti, ki jo bodo kmalu zgradili in vas predčasno vkrcali?
Scott Walz: Opazimo konsolidacijo več zaradi zgodnjega vzroka. 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 to pomembno, kajne, skrb je malo manjša od tega, kaj bo pomenilo za naše DBA, kajne? DBA imajo izdelek zdaj, ko vedo, da se lahko povežejo in če bodo seznanjeni z uporabo izdelka, se bodo seznanili s povezovanjem s tisto 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 poskusili so že zato, 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. Torej vidimo tudi tisto 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 ta stvar že nekaj časa. Še eno vprašanje, ki sem ga imel za vas, je pravzaprav - ja, 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 je dobro delo.
Grozdi Torej, eden največjih glavobolov za DBA je, da bodo v bistvu opozorili na to, kar je videti kot naslov IP in kup API-jev ali pa je to JDBC ali LDBC ali karkoli, s čim se lahko pogovarjamo, toda za tem se skriva grozd. 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 grozd, 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 izmed vaših scenarijev ljudje spopadajo z mešanico med proizvodnim in reševalnim okoljem, kolikor se uporablja DBArtisan?
Scott Walz: Odlična vprašanja. Povem vam, da bo odvisno od določenih platform, ker kolikor poskušamo, bomo imeli različne ravni podpore za nekatere izmed 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 bomo natančno videli, ali, veste, poizvedba s počasnim izvajanjem, bodimo pozorni na to, v katerem vozlišču se izvaja? Ker je celoten razlog za gručo, prav je, za končnega uporabnika, ni mu vseeno, kje je bil izveden, za DBA pa 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.
Kar zadeva proizvodnjo in razvojno okolje, je to dobro vprašanje. Dajemo enako raven podpore. Pravi glavni način, da bomo pomagali, bo povezovalni sloj tam, kajne? 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 opustilo 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 o DBArtisan, ali lahko hitro spremenim med viri podatkov. In naslednja stvar, za katero veste, da se pripravljam na vodenje okrnjene izjave in gledam, ali sem povezan - sem to ravno izvedel 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, na dolgem seznamu platform, ki jih trenutno podpirate, in prepričan sem, da bo kmalu eksplodiralo iz očitnih razlogov. 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 glavnih mestih 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. Lahko tečemo po zelo nizkem odtisu, kajne? Pomagamo jim pri ustvarjanju skriptov, nato pa jih obrnemo in sestavimo, nato pa lahko ta skript dostavijo in ga začnejo izvajati 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 ravno skozi vaš dodatek, kar je fantastično, in pravzaprav bi si želel, da bi imeli še kakšno uro, da bi se podrobneje seznanili. 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 naredim cel kup stvari, povezanih z upravljanjem, skladnostjo in revizijami, da se sprašujem, ali so se ljudje nekako prebudili, prepričan sem, da jih imajo.
Ampak, ali vidite, kako to zdaj ljudje gledajo in pojdijo, in takšna je eureka, v trenutku, ko gre: "Hej, veste kaj, s tem 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 ima. "In naenkrat se lotite nekaterih izzivov glede skladnosti. Zlasti ko imamo okoli kršitev podatkov nekaj res velikih stvari. 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. "Zdaj so š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 ga z njim upravlja kdo drug, toda naše stranke, za katere smo ugotovili, da to uporabljajo, je to a-ha 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 jaz sedim tukaj in mislim, bog, veste, dejstvo, da lahko upravljate več platform kot danes, in se lahko potopite vse do, kot ste rekli, beleženja transakcij, ki jih opravljate. Veste, zamislite si, da ste vzeli to orodje v primeru kršitve podatkov in vaš varnostni tim bo tekel naokoli in poskušal 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 drugače ne morejo. 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 je DBArtisan prišel v službo. 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? V DB2 ste govorili o DB2, to je veliko. In grozdi. Kakšen je obseg obsega, s katerim se lahko nekako spopadamo tukaj? In Robin se je tega dotaknil že prej, vendar bom moral to malo podrobneje preučiti, koliko velikega lahko dobimo z DBArtisanom.
Scott Walz: Seveda. Zagotovo se bodo znašli tudi ti izzivi, saj gre za stranko del programske opreme. In torej, če delam na mainframe-ju, ko delam proti našem testnemu sistemu na mainframe-u, 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 za ta ukaz, in to je samo stvar DBArtisan-a, ki obravnava nabor rezultatov, kajne? In to 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: Vprašanje za vas imam, preden bom zavil, ker sem vam vzel preveč časa in se vam za to 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 napolnil 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 mislim, da bi ga lahko veliko zanimalo.
Scott Walz: Spremljanje procesov je verjetno pokazalo, da je značilnost, ki jo uporablja večina naših strank, in to je nadzor 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 se bo oglasilo 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 spoznam, in veselim se, da bom zelo natančno spremljal.
Eric Kavanagh: V redu. Imamo nekaj dobrih vprašanj. Če gremo malo čez čas, 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: Ne želim 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: Pa veste, kot je Dez poudaril s tistim drsnikom, 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 priključke za katero 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 pri pripravi DBArtisan-a, opremljenega 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 vročo tehnologijo. Upajmo, da ste jutri izklesali uro. Istočasno. Ista postaja. Naslednjič vas bomo dojeli, ljudje. Pazite. Adijo.
