Zobrať: Hosť Eric Kavanagh diskutuje o trendoch v databázach s Dr. Robinom Bloorom, Dezom Blanchfieldom a Scottom Walzom v tejto epizóde Hot Technologies.
Momentálne nie ste prihlásení. Ak chcete vidieť video, prihláste sa alebo sa zaregistrujte.
Eric Kavanagh: Dámy a páni, Zdravím vás a vítajte späť na najhorúcejšej výstave vo svete podnikových IT, Hot Technologies roku 2016. Áno, skutočne! Volám sa Eric Kavanagh, dnes budem tvojím hostiteľom pre show s názvom „Umenie zviditeľniť: Umožniť správu viacerých platforiem“, skutočne áno. Niekoľko rýchlych poznámok, je pravda, že je tu tvoja snímka, pravda pred piatimi rokmi a dosť o mne, udrel ma na @Eric_Kavanagh. Rok je horúci, toto je naša štandardná snímka pre Hot Technologies. To, čo sme urobili s touto show, je, že sme chceli program, ktorý by nám pomohol definovať konkrétny druh technológie, takže celá myšlienka je, že dostaneme dvoch analytikov, ktorí prichádzajú a dávajú svoj pohľad na konkrétny priestor alebo konkrétny typ funkcie. že podnik potrebuje, a potom sa dostaví predajca, ktorý preukáže, čo vytvoril, a vysvetľuje, ako sa prispôsobuje tomu, čo počuli od analytikov.
Dôvodom, ako si možno viete predstaviť, je to, že vo svete podnikového marketingu podnikového softvéru existujú pojmy, ktoré sa dostanú do popredia a čo sa vždy stáva, že predajcovia chytia najnovšie termíny, napríklad veľké údaje alebo analytika napríklad SOA alebo iné pojmy ako platforma, a niekedy sú tieto slová pre konkrétnu technológiu veľmi presné a niekedy nie. Táto šou bola navrhnutá tak, aby nám skutočne pomohla artikulovať, čo konkrétne technológie robia, ako fungujú a kedy by ste ich mali aplikovať.
S tým predstavím našich rečníkov. Máme svojho vlastného Dr. Robina Bloora, ktorý volá z jeho Austinovej lokality v Texase, Dez Blanchfielda, ktorý volá z druhej strany planéty, a nášho hosťa Scotta Walza, ktorý volá z Kentucky. A skutočne som mimo Pittsburghu, takže dnes máme organizáciu s úplnou geografickou polohou z rôznych miest. Vďaka tomu budem tlačiť na Robinovu prvú snímku, neváhajte klásť otázky mimochodom, ľudia, nehanbite sa. Môžete tak urobiť pomocou komponentu Otázky a odpovede vo vašej webovej vysielacej konzole. A s tým to dám doktorovi Bloorovi. Podlaha je na vás.
Robin Bloor: Dobre, ďakujem za úvod, Eric. Dovoľte mi prejsť na prvú snímku. Toto je zbierka surikátov uvažujúcich o databáze. Celá prezentácia, ktorú tu skutočne robím, je skutočne iba všeobecným súborom myšlienok o databáze, ktoré som mal nedávno, čo sa týka skutočnosti, že okolo roku 2000 sa zdalo, že databázová hra skončila v tom zmysle, že prevažná väčšina implementácií databázy sa vyskytovala na relačnej databáze. A potom sa to len zmenilo, viete, všetky tieto veci, na ktoré surikáti myslia, stĺpce obchody, obchody s kľúčovými hodnotami, databázy dokumentov, databázy v pamäti, databázy grafov a zrazu sa objavilo oveľa viac vecí. A bolo to skoro ako nový druh geologickej éry, v ktorej sa náhle objavili fosílie rôznych druhov zvierat.
Správy z jazera Wobegon, pre databázu jedného modelu sa už skončili. Niet pochýb o tom, že RDBMS stále dominuje, ale teraz sú zriadené ďalšie druhy databáz. Naozaj, to je do značnej miery prehľad toho, čo tu chcem povedať.
Dimenzie databázy, niektoré z nich sa v poslednom čase stali dôležitejšie, ale tie, o ktorých som si mohol myslieť, keď som urobil túto snímku, sa zväčšili z hľadiska efektívneho využívania zdrojov ktoréhokoľvek daného servera? Je to mierka tak, že môže ísť cez veľké zhluky? Využíva hardvér, ktorý je k dispozícii a aké druhy pamäťových databáz idú týmto smerom? Je možné ju distribuovať? Existuje množstvo databáz, ktoré sa zameriavajú na variabilitu distribúcie. Aké vlastnosti má? Základná charakteristika ACID databázy. Ale teraz namiesto skutočnej konzistencie má rad databáz konečnú konzistenciu, ľudia ich používajú a nemajú s nimi problém, takže preukázali, že ACID nie je absolútne nevyhnutný, ale je dobré mať v veľa situácií.
Z hľadiska organizácie metadát sa celá hra zmenila. Máme skôr rôzne organizácie metaúdajov než typickú schému RDBMS. Pokiaľ ide o optimalizátor, prebieha tu obrovské množstvo aktivít optimalizátora v závislosti od štruktúr údajov, ktoré sa snažíte optimalizovať. Pokiaľ ide o zvládnuteľnosť, v tejto oblasti je veľa rozdielov, ale neskôr sa budem zaoberať v podstate celým bodom DBMS a rozsah jeho spravovateľnosti do určitej miery opäť určuje rozsah jej užitočnosti.
Pokiaľ ide o hardvérové faktory, ide skutočne o to, čo sa hovorí - mám na mysli iba jeden bod - tu sa hovorí o tom, že všetko, na čo sa dnes pozrieme v súvislosti s architektúrami databáz, sa zmení. Môže ísť o rovnaké databázy, ale budú musieť akýmkoľvek spôsobom zohľadniť skutočnosť, ktorá sa skutočne deje na úrovni hardvéru. Po mnoho, mnoho rokov sme mali túto relatívne jednoduchú situáciu CPU, pamäte a rotujúceho disku - a to je naozaj preč.
Ide o to, v prvom rade, že máme CPU, ale sú oveľa paralelnejšie ako predtým, s mnohými rôznymi spracovateľskými jadrami. Máme tiež GPU, máme tiež FPGA, rôzne druhy kremíka, ale spoločnosť Intel si vzala jeden FPGA s procesorom v jeho budúcom vydaní a - AND - si vzal GPU a CPU spolu na rovnakom čipe. Máte čipy s rôznymi vlastnosťami. Výhodou GPU je, že je skutočne vynikajúca pre ťažkú paralelitu a najmä pre numerické výpočty. FPGA môžete tak či onak vložiť kód na čip a funguje omnoho rýchlejšie, ako keby ste ho iba kŕmili.
Deje sa kríženie týchto vecí. Máme 3D XPoint od spoločnosti Intel a PCM od spoločnosti IBM, čo sú nové typy pamäte, ktoré sú pomalšie ako RAM, lacnejšie ako RAM, ale energeticky nezávislé. A tieto vytvárajú trochu vzrušenia medzi mnohými dodávateľmi softvéru, s ktorými som hovoril. Máme disky SSD, ale teraz sú veľmi, veľmi veľké a poskytujú paralelný prístup. S paralelným prístupom k veľmi veľkému SSD môžete pristupovať k rýchlosti čítania podobnej rýchlosti čítania RAM. Máme túto možnosť troch typov úložnej pamäte RAM, 3D XPoint vecí a SSD, z ktorých všetky pôjdu veľmi rýchlo. A keďže rýchlosť je podstatou databázy, všetky databázové technológie sa ich pokúsia využiť čo najrýchlejšie. A to sa bude týkať paralelnej architektúry, ale paralelnej architektúry. Výkon na úrovni hardvéru sa neustále zrýchľuje, robil už mnoho rokov, naďalej to robí a všeobecné náklady klesajú.
Stopa sĺz. Toto sú len rôzne pokusy o databázy, prvé databázy pred relačnými sa všeobecne označovali ako sieťové databázy, potom prišli relačné databázy, potom prišli objektové databázy, nezískali príliš veľa trakcie, potom prišli databázy skladov stĺpcov, ktoré boli relačné databázy urobené veľmi odlišne. A potom sme mali databázy dokumentov a databázy SQL, ktoré boli objektovými databázami, robené inak, alebo ak sa vám páči, ten istý stĺpec databáz objektov a tie sa zachytili. A nedávno sme mali grafové databázy získavajúce trakčné a RDF databázy. A na čo sa pozeráte, sú prispôsobené najmenej tri rôzne súbory dátových štruktúr. Relačná databáza robí tabuľky a riadky veľmi dobre. Databáza dokumentov a databázy objektov - veľmi dobre robia nepríjemné dátové štruktúry, najmä hierarchické dátové štruktúry. A databázy grafov a RDF databázy dokážu sieťové dátové štruktúry veľmi dobre. A tieto rôzne, myslím na nich ako na tri riadky, tieto línie budú pokračovať donekonečna. Nezastaví sa, pretože motory, ktoré tieto veci dobre vykonávajú, nefungujú na inej štruktúre údajov zvlášť dobre.
A potom máme rozmaznávací faktor Hadoopu. Hadoop nie je databáza, ale existujú databázy, ktoré používajú HDFS pre svoju štruktúru ukladania. A veľa vecí, ktoré robí Hadoop, sú také veci, ktoré je potrebné urobiť pre správu databázy. Za zmienku tiež stojí, že Spark nie je ani databáza, ale má, a je to nezrelé, ale má optimalizátor SQL, a preto je ako jadro databázy bez toho, aby vedelo, kam ukladať údaje. , ale ak ju prilepíte na systém HDFS, veľa požiadaviek na databázu je skutočne splnených jednoducho pomocou schopností základného systému súborov. Najmä iskra sa stala súčasťou databázového ekosystému a často sa spája s výkonnejšími databázami, a dôvodom je skutočne analytika. Analytics - Spark je v analytike veľmi rýchly. Analytics je najlepšia aplikácia, do ktorej väčšina ľudí momentálne investuje, takže títo dvaja idú ruka v ruke. Federácia údajov, skôr ako pravidlá koncentrácie, by to malo byť zrejmé zo skutočnosti, že máte aspoň tri rôzne potreby, štruktúrované druhy databáz, a teda federáciu údajov, ak si medzi nimi chcete zdieľať údaje. Často je to potrebné, ale máte aj databázy, ktoré sa rozširujú a databázy, ktoré ich nemajú, skutočne výkonné motory ako Teradata alebo Vertica majú veľmi konkrétne miesto, ale menšie motory, ktoré dokážu urobiť veľa práce, takže federácia je pravdepodobné, že tam budú dlho, dlho medzi relačnými databázami.
Posledná vec, ktorú treba povedať, IoT, je koniec, kým tučná dáma nezačne vykrývať údaje. Internet vecí môže vo svete databáz vytvoriť takú istú dynamiku, ktorá ešte viac komplikuje veci. Dúfajme, že dôjde - tak či onak - k nejakému zbližovaniu, ktoré bude pokračovať, ale nevidím to všetko spolu, ako to bolo v prípade relačných databáz. Aj tak skoro nie.
A myslím si, že to je všetko, čo musím povedať, takže to odovzdám Austrálii.
Dez Blanchfield: Ďakujem Robin. Ďakujeme všetkým, že ste sa k nám pripojili, ďakujeme, že ste ma dnes ráno alebo dnes popoludní prijali. Toto je skutočne horúca téma, pretože sme v poslednom desaťročí zažili pomerne veľkú explóziu, množstvo údajov, s ktorými sa musíme zaoberať, a vždy, keď sa údaje nachádzajú v nejakej forme systému, ktorý vo väčšine prípadov je databáza nejakej formy. Myslel som, že by som si nás rýchlo dal prejsť veľmi vysokou úrovňou prechádzky, ako sme sa tu dostali, problém, ktorý sa vytvára, a druhy vecí, ktoré musíme teraz riešiť, a potom sa budeme baviť o typoch riešenie, ktoré sa na to dá uplatniť. Dovoľte mi, aby som tu chytil prvý snímok.Zastávam názor, že sa nachádzame v bode, keď DB admin 2.0 alebo databázový admin 2.0 je taký druh, v akom sme teraz. Správca databázy bol niekedy jednoduchou úlohou a výzvou a môžete niekoho trénovať veľmi rýchlo. V dnešnom svete to už neplatí a ja vám ukážem, prečo tomu tak je.
Správca databázy by sa kedysi mohol pripojiť k zadnému koncu databázy a robiť databázy rýchlych prehliadok a v systéme by sa nachádzal zoznam databáz, o ktorých museli vedieť a veľmi rýchlo sa mohli stretnúť. tieto databázy a vyberú ich, budú mať kúsok a sondu okolo a používajú preklad, opíš tabuľku, aby si zistili, čo je v tabuľke a v každom zo stĺpcov a riadkov, a bola to pomerne jednoduchá výzva a ak si prečítate priemer dve alebo tristo strán knihy o správe databáz pre každú platformu, ste sa dokázali takmer naučiť bez toho, aby ste museli robiť vysokoškolské vzdelanie.
Ale to už neplatí a podľa môjho názoru je to tak, že vo svete databáz je príliš veľa možností, aby niekto mohol byť odborníkom na špecialistu a aby mohol manuálne spravovať a spravovať , Dôvodom je to, že za posledné štyri až päť desaťročí, pokiaľ ide o svet serverov a databázových systémov a databázových serverov a balíkov aplikácií, sme prešli veľmi, veľmi dlhou cestou. Kedysi sme mali veľké železo, ktoré sa muselo vysporiadať s tým, čo boli v skutočnosti malé údaje, a smiešne malé, keď sa teraz obzeráme späť. Na druhý deň som videl skutočne úhľadnú fotografiu tejto úžasnej dámy, ktorá bola vedúcou programátorkou a vývojárkou pre NASA v čase, keď sme stavali mužov na Mesiac, a jej kód bol vyložený o sto tridsaťdva. Stĺpec riadku a zložený fanúšik, a to bolo skutočne vyššie ako ona, množstvo kódu, ktorý napísala.
A keď som o tom premýšľal, bol som rád, v skutočnosti to je asi asi dvesto alebo tristo megs údajov, kde ich musela napísať nanajvýš, ak nie menej. A tak celkové množstvo údajov na uchovanie jej kódu, aj keď to bolo fyzicky vyššie, ako bolo v čase, keď boli vytlačené na papieri, bolo v skutočnosti veľmi, veľmi malé množstvo. Dokonca aj tieto masívne počítače veľkosti miestnosti a toto je IBM System / 360 na tomto konkrétnom diagrame, množstvo údajov, ktoré v skutočnosti mohla obsahovať, bolo v porovnaní s dnešným svetom malé. Naše smartphony vlastne držia 60 a 128 a 256 koncertov a čoskoro budeme mať v našich telefónoch terabajty, keď sa zníži cena blesku.
A tak v tom čase a tej dobe bola správa databáz celkom jednoduchá. Toto je snímka terminálovej relácie 3270 a pre databázu DBA, ktorá je schopná prihlásiť sa a pozrieť sa na počet súborov, ktoré súvisia s databázou, a indexy, ktoré tam boli, a riadky a stĺpce boli priame. A na tomto obrázku môžete vidieť, že konvexná hodnota je jedna tabuľka a množstvo tabuľkových priestorov, ktoré by boli celým sálovým počítačom spravujúcim jednu databázovú tabuľku. Zatiaľ čo dnes máme v databázových systémoch miliardy riadkov záznamov. K tejto zmene došlo vďaka posunu v technológii, ktorá nám umožnila vybudovať databázové platformy a systémy správy údajov.
Ak premýšľame o druhu pôvodných sálových počítačov a mnohých počítačoch, ktoré prevádzkujú databázu a prípadne relačnú databázu, teda pred päťdesiatimi a viac rokmi, a tým veľkým železným druhom sveta a malými množinami údajov, ktoré sme mali, v čase, keď sme sa dostali k približne osemdesiatym rokom „Boli sme trochu na tom, prešli sme sálovými počítačmi od mini po mikro a mali sme počítače, na ktorých bežali veci ako dBase II a dBase III, a na systémoch DOS a CP / M a mali sme veľmi skoro relačnú databázu- dostupné štýlové technológie a v porovnaní s tým, na čo sme boli zvyknutí v sálových počítačoch, boli celkom dobre prispôsobení. V čase, keď sme sa dostali do deväťdesiatych rokov, sme mali to isté ako Oracle a DB2. A koncom deväťdesiatych rokov sme mali ľudí, ako tajné počítače, ktoré by mohli prilepiť ako sieťový model, veľmi, veľmi veľké stroje, stroje veľkosti kabinetu a vziať si podobné a postaviť tieto zoskupenia počítačov. Ale aj tak to bolo stále malé v porovnaní s tým, čo vidíme dnes.
Ale na snímke, ktorú som tu dostal, je to klaster Hadoop a účinne pôsobí ako jeden stroj av podstate je to len skutočne, skutočne veľký počítač a dokáže uchovávať typy webových údajov, na ktoré sme zvyknutí , Výzva správy databáz, správy databáz na týchto typoch platforiem sa teda podľa môjho názoru stala raketovou vedou. Musíte byť mimoriadne chytrý, aby ste vedeli pochopiť technológiu, na ktorej beží, platformu, na ktorej beží, údaje, ktoré sú tam, typy použitia týchto údajov. A áno, túto explóziu sme videli už od začiatku 2000-tych rokov, keď sme sa stali Microsoft SQL skutočnosťou, Lotus Notes bol celkom dobre zavedený a tam a počet databáz Lotus Notes, ktoré sa plazili okolo miesta, bol dosť desivý. Mali sme obvyklé etablované spoločnosti Oracle a DB2 a skutočne sme sa začali chopiť. Niektoré z značiek, ako sa začali strácať. Až do tohto bodu sme však stále len robili tradičnú správu databáz, okolo tohto druhu obdobia 2006, kedy, ak sa vrátim k tomuto obrazu tohto klastra, mali sme to, čo sme nazvali klastre Beowulfov, Zložte si osobné počítače a prilepte ich k sebe a vytvorte veľké super počítače.
Od tejto chvíle sme však prekročili bod zvratu, v ktorom boli ľudia schopní spravovať starú školskú databázu a - ako som povedal, podľa môjho názoru - škála sa stala veľmi, veľmi veľkou, veľmi, veľmi rýchlo. Je to takmer ako by sme mali túto veľkú tresku v technológii, ktorá viedla k prijatiu dátovej technológie a technológie správy údajov a najmä do databáz okolo nich. A pretože sme v skutočnosti budovali vysokovýkonné klastre výpočtového štýlu na hostovanie údajov v rôznych formách. A aby som to prerušil, tu je prehľad krajiny od roku 2016 databázových technológií, ktoré máme k dispozícii. Pohybuje sa od pravého dolného rohu a od otvoreného zdroja až po horný ľavý roh v infraštruktúre. A v pravom hornom rohu aplikačných riešení, ktoré máme k dispozícii, a v ľavom dolnom rohu, zmesou nástrojov na infraštruktúru a výkon, ktoré analyzujú atď. A v strede sú samozrejme zariadenia, ako sú naše smartfóny, ktoré v skutočnosti fungujú na veľmi malých verziách databáz, ktoré slúžia napríklad na správu našich kontaktov atď. Alebo na protokoly hovorov a ďalšie veci, ktoré máme.
A tak podľa môjho názoru došlo k tejto explózii, niečo ako kambrianska explózia, keď množstvo technologického rozvoja, ku ktorému došlo v tomto veľmi krátkom časovom období od roku 2006 do roku 2016, čo je skutočne desať rokov, ako to bolo. Teraz sme videli, že grafové databázy sa stávajú veľkou vecou, databázy v pamäti sa stávajú veľkou vecou, prichádzajú SQL databázy. Prešiel k rôznym výpočtovým modelom, prišiel Hadoop, mali sme model MapReduce, teraz máme analytiku Spark a streamovanie a streamovanie počítačov, pružné distribuované údaje, rámce, ktoré pre nich musia ľudia vyvinúť, aby sme sa dostali k potrebným mierkam, a keď premýšľame o tejto ceste, prejdeme sa tým, aké sú systémy správy relačných databáz s obvyklými podozrivými, Oracle, PostgreS, Sybase, IBM DB2, MySQL a platforma Microsoft SQL Server. Videli sme teraz, že na blok prichádzajú niektoré nové deti, Clustrix, Xeround, NuoDB, MemSQL a je tu desiatky a desiatky ďalších, ako ste videli na tej snímke predtým. Ak si dokážete predstaviť výzvu poznať tieto platformy a know-how na ich spustenie a získať jediný pohľad zo skla, že musíte byť DBA a robiť tieto veci, táto výzva nie je zďaleka triviálna. A potom zrazu prišli motory NoSQL, ktoré sú úplne novou výzvou pre zábavu.
A tak posledná snímka, ktorú tu mám, je akýsi konečný úder jeden-dva-tri knockout a to je to, že sme už vzali niektoré z týchto technológií a my sme pre ne vytvorili službu, vložili sme ich do cloudové modely a teraz sú k dispozícii ako pomôcka, ako služba, môžete v podstate získať databázu ako službu a obvyklé značky, ktoré tam vidíme na webových službách Amazonu a Cloud Compute Platform Google a Microsoft Azure sú tie, ktoré prichádzajú k ľuďom mysle, ale v súčasnosti sú tu desiatky a desiatky cloudových platforiem. Napríklad v Austrálii existuje niečo ako sto dvanásť spoločností, ktoré sú v dobrej viere vo veľkom meradle, ktoré ponúkajú databázové služby v rôznych formách.
Premýšľať o výzve, ktorú musí priemerná DBA dostať z postele a ísť do práce a vyrovnať sa s ňou, je dosť ohromujúca výzva. A tak teraz veľmi zastávam názor, že rovnako ako mnoho iných vecí v živote, rozšírili sme tie horizontálne a vertikálne, to je škálovaná infraštruktúra vo veľmi horizontálnom, takmer lineárnom rastovom modeli, a zložitosť hromady v vertikálny zmysel, počet databázových platforiem, počet aplikačných rámcov a modelov, ktorým musíme čeliť, sa dostali ďaleko za hranice toho, s čím by ľudia mali byť schopní vyrovnať sa v jednom pohári pohára, a čo teraz potrebujú správcovia databáz. celý rad nových nástrojov, ktoré umožňujú hovoriť so všetkými týmito platformami, spravovať ich, spravovať a podporovať ich, a verím, že to je celá téma našich rozhovorov dnes ráno alebo dnes popoludní a so zreteľom na to, Idem odovzdať nášmu hosťovi, ktorý veľa rozpráva o svojom produkte a o tom, ako vyrieši túto výzvu.
Eric Kavanagh: Dobre Scott, idem po ruke -
Scott Walz: Ďakujem veľmi pekne, ďakujem. Ďakujem Dezovi, ďakujem Robinovi a ďakujem všetkým za to, že si sa dnes pripojil a privolal si ma. Chcem sa poďakovať Robinovi a Dezovi, že ma vzali na prechádzku po pamätnom pruhu, keďže ste boli vo vesmíre od začiatku deväťdesiatych rokov, priniesli ste späť veľa dobrých spomienok. Pamäť, ktorú som nevidel na žiadnom z týchto snímok ani na obrázkoch, boli punčové karty. A to bola prvá vec, ktorá mi bola predstavená, keď som prvýkrát začal pracovať na vysokej škole mimo univerzity, môj spolupracovník v kocke vedľa mňa mi povedal, aby som sa nedotkol jeho úderných kariet. Áno, absolútne, a skutočne to bola výzva a výzva, na ktorej pracujeme s cieľom pomôcť našim zákazníkom osloviť, a od polovice deväťdesiatych rokov. Je to produkt, o ktorom chcem dnes hovoriť. Pozrime sa na správu viacerých platforiem a jedná sa iba o podskupinu. Vybral som si graf, ale ako Dez dal -
Eric Kavanagh: Svoju obrazovku musíte zdieľať.
Scott Walz: Och, samozrejme, ďakujem.
Eric Kavanagh: Žiaden strach. A ľudia, nehanbite sa, pýtajte sa, dnes máme na telefóne tri šialené nohavice, takže sú to ťažké otázky. Môžete použiť súčasť Otázky a odpovede vo vašej webovej vysielacej konzole alebo môžete tweetovať pomocou značky hashtag BriefR. Dobre, Scott, zober to.
Scott Walz: Tam ideme, ďakujem. Chytil som túto snímku a tento obrázok. Obrázok od Deza ma naozaj odfúkol, pretože to znamená, že to je skutočne svet, v ktorom dnes žijeme, a svet, v ktorom pôsobia DBA. A ako už bolo spomenuté, už sa viac nebudete snažiť byť schopní to urobiť iba hrubou silou. Naozaj potrebujete nástroje a to je, že sa chystáme hrať a vidíme, že celý prepínač, zmena hybnosti tam, kde to bolo skoro a boli veľmi ticho, ako ste spomínali, a potom sme šli pracovať s viacerými databázovými platformami. , tak to bol náš prvý vpád do nástrojov a potom to bolo späť tam, kde organizácie, a po roku 2000 a keď sa to trochu zúžilo. S organizáciami a chcel som ísť solídne, ale potom sa to vrátilo a to jednoducho vybuchlo, keď ste predstavili všetky tieto nové platformy. A teraz, namiesto toho, aby sa dostali do konkrétnej platformy alebo konkrétnej technológie, žiadna z týchto organizácií nenachádza to, čo je najlepšie. Aká je najlepšia aplikačná databáza, ktorá platforma je najlepšia? A s tým povedané, chcem vás trochu oboznámiť s tým, čo robíme s DBArtisanom. A DBArtisan je naším vlajkovým produktom, ktorý spravuje, ako sa hovorí v prostrediach viacerých platforiem, viac ako 20 rokov, a to je miesto, kde žijeme, a preto radi zdôrazňujeme a spolupracujeme s našimi zákazníkmi a poskytujeme im nástroje na zvýšenie ich produktivity. a vykonané.
Poďme ďalej a ja sa chystám nastúpiť. Zobrazujem produkt viac, keď prechádzam diapozitívmi a myslím si, že pravdepodobne aj vy. Pre tých z vás, ktorí ste predtým nevideli DBArtisana, sa pozeráme na kompas a myslím si, že Dez použil termín „jediná tabuľa skla“, a to je niečo, na čo sme sa hrdí, keď dáme DBA jediný pohľad do všetky ich platformy. Správne, netreba otvárať žiadne ďalšie aplikácie, chystáme sa pripojiť a dostať sa tam a začať pracovať s platformou. Pri pohľade na databázový prieskumník vľavo ho môžeme vytvoriť podľa vlastného uváženia, ale môžeme ho usporiadať podľa vlastného uváženia. A uvidíte, že mám mix, niektoré svoje servery Oracle, mám MySQL, tu mám PostgreS, tiež jeden - označované produkčné servery, ktoré obsahujú niektoré zo serverových prostredí MySQL. Znova vidíme, že sa tu dobre hodíme. Ak sa pozriem na registráciu novej databázy, zobrazí sa vám jedna z platforiem, ktoré podporujeme. Všimnite si, že toto je váš SQL, podpora pre toto, Teradata, Apache, PostgreS, tu sú generiká, ktoré podporujeme.
Ak máme ovládač JDBC alebo ovládač LDBC na ktorejkoľvek z platforiem, sme schopní sa pripojiť, dať vám spojenie a umožniť vám pracovať s platformou priamo z databázy DBArtisan. Opäť vám umožníme sústrediť sa na danú prácu, a nie na to, ako to zvládnete. Prejdite si všetko. Chcem však o produkte ukázať niekoľko vecí. V takom prípade sa otvorme a budeme sa zaoberať napríklad Oracle. Toto je moja malá vstupná stránka, ale chcem ísť a pozrieť sa na niektoré z mojich schém, s ktorými pracujem. Budeme ťahať jednu z väčších schém, takže opäť prinesieme späť zoznam tabuliek. V tomto prípade otvorím stôl, takže ich vyberieme a prenesieme ich do nášho editora objektov.
Teraz je spoločnosť Oracle niečo, s čím som roky pracovala. To, čo ti chcem ukázať, je pre teba pravdepodobne ľahké vyhlásenie. Ak je však platformou Oracle alebo ak je platformou PostgreS, alebo Teradata je platforma, ktorú ste práve dostali, a musíte sa zrýchliť, úlohou je pridať stĺpec. Prípadne je úlohou vymazať stĺpec. Ale nechcete sa obávať syntaxe, však? Chceme ísť, stačí napísať, čo potrebujeme, nastaviť a nechať generovať DBArtisan. Tu stlačíme „Alter“. Vygeneruje nám skript. Opäť veľmi jednoduchý príklad, ale ide o to, že pre nás urobí prácu, aby vygeneroval a umiestnil tento stĺpec do tabuľky.
Čo však môžeme urobiť, je presúvať stĺpce v tabuľke. Ak ste sa už niekedy pokúsili urobiť to tradičné, je to trochu komplikovanejšie ako jediný riadok kódu, ako je tento. Ale opäť, DBArtisan sa chystá pracovať v zákulisí, vygenerovať kód pre vás a znova vytvoriť SQL. Budeme odtiaľto blízko. Predtým, ako to urobím, si všimnem všetky karty v hornej časti, používateľské rozhranie je veľmi intuitívne. Ak prídem do prieskumníka, ak skočím do PostgreS, však? Ak tam prejdem do režimu schémy, pozri sa na stôl, veľmi podobný vzhľad a dojem, však? Otvoríme to, znova tu uvidíme informácie. Vlastnosti, predkovia, stĺpce. Sme špecifickí pre platformu, poskytneme vám to, používateľské rozhranie, aby sme ju mohli zobraziť a pracovať s objektmi. Budete vedieť, čo musíte urobiť a umožní vám to urobiť efektívne a včas, takže sa nemusíte obávať, čo presne je klauzula, ktorá tam musí ísť, aby poskytnúť túto možnosť. Postaráme sa o to za vás.
Keď sa pozrieme, teraz sa chystám prejsť na server SQL Server a hovoriť trochu o niektorých ďalších funkciách, takže všetci musíme databázu monitorovať. Takže znova, spustite to, uvidíme všetky prebiehajúce relácie, relácie, ktoré sú spustené. Ako uvidíme, aké vyhlásenia sa vykonávajú, a budeme mať nad tým kontrolu? Potrebujeme zastaviť reláciu? Potrebujeme vidieť nejaké zámky, ktoré by mohli byť v databáze? Akékoľvek blokovacie zámky? Všetky tieto informácie máme opäť na dosah ruky, aby sme mohli rýchlo reagovať, v prípade potreby podniknúť nápravné opatrenia a otočiť ich. Vrátime sa k nášmu prieskumníkovi. To je miesto, z ktorého je to hnací bod, odtiaľ sa vždy vraciam, a tu osobne rád začínam veci a začnem pracovať odtiaľto. Keď som pripojený k databáze servera SQL Server, pozrite sa na obslužné programy. Pretože sme medzi platformami, môžeme začať skúmať extrakcie, migrácie. Môžeme sa pohybovať naprieč platformami, ak potrebujeme migrovať objekty z jednej platformy na druhú, môžeme to urobiť za predpokladu, že tieto objekty existujú na rôznych platformách. Rozbaľte schémy, publikujte ich do správ, načítajte a vykladajte údaje a zálohujte databázy.
To všetko opäť z používateľského rozhrania. A keď prídete sem k nástrojom, uvidíte kompletnú sadu nástrojov, z ktorej môžeme pracovať, však? Medzi položkami „Nájsť v súboroch“ môžeme vykonať úplné prehľadávanie databázy, kde hľadáme vnútri systémových tabuliek, aby sme našli ten reťazec, ktorý hľadáte. „Spúšťanie skriptov a súborov“, ak máte štandardné vyhlásenie, ktoré je možné vykonať proti viacerým platformám, viacerým zdrojom údajov, môžeme to nastaviť priamo zvnútra DBArtisan tak, aby ukazoval na ciele, proti ktorým chceme vykonať. Stlačte „Choď“ a spustí sa a prinesie nám výsledky späť proti všetkým týmto cieľovým zdrojom údajov. Opäť vám umožní pracovať z tej jedinej tabule skla.
A opäť „Analyst Series“ sú podrobnejšie. Tieto sa zameriavajú viac na relačné databázy, keď začíname vstupovať do viacerých novších platforiem, ktoré začnete vidieť, ako rozširujeme túto funkciu aj do týchto arén. A vo všeobecnosti len veľa vylepšení používateľského rozhrania. Funkcie zamerané špeciálne na DBA. Položky, ako napríklad máme schopnosť robiť skriptovú knižnicu.Tie skripty SQL, ktoré často vykonávate na viacerých platformách, uložte ich tu, presuňte ich, hneď ako dostaneme nové okno ISQL, môžeme skript jednoducho pretiahnuť a teraz máme pripravený skript. Opäť, mať to na dosah ruky, aby ste mohli robiť a spravovať. Všimnite si, že dodávame skripty už definované pre niektoré platformy, aby sme mohli pokračovať a vytvárať toľko, koľko potrebujeme.
Pekná vec, ktorú sa mi páči, a veľa našich zákazníkov robí, ak vás to niekedy zaujíma, a dostávam túto otázku veľa v súvislosti s otázkou „Ako to môžem urobiť? To je v pohode. Ako to robí DBArtisan? “Je tu malá vlastnosť,„ Logfile “, môžete protokolovať všetky príkazy SQL, ktoré vykonávame, takže ak chcete vedieť, ako naplňujeme tento prieskum, alebo ako napĺňame editor pre tabuľku PostgreSQL. alebo tabuľku Teradata, zaznamenajte SQL a zaznamenáme všetko, čo DBArtisan vykonáva proti databáze, a môžete sa vrátiť a pozrieť sa na to SQL a mať všetko, čo potrebujeme. Možno to chcete začleniť ako súčasť jedného zo svojich skriptov. Absolútne. Úplne v poriadku.
Radi by sme boli veľmi transparentní s tým, čo robíme a čo robíme proti databáze, a preto vám umožníme uložiť a zaznamenať všetko, čo sa týka databázy. Máme tiež možnosti konfigurácie. Všimnite si, že som ho nastavil ako „Organizácia vlastníkom objektu“. Môžem ho tiež nastaviť podľa „Typ objektu“. Ak som sa znova dostal do svojho prostredia PostgreSQL, išiel som do schémy, ak som sa namiesto SQL pozrel na SQL iba moje tabuľky GIM patriace do tejto schémy, uvidím všetky tabuľky bez ohľadu na názvy schém. Opäť platí, že rôzne spôsoby, ako usporiadať veci, ktoré skutočne prispôsobiť to pre svoj vlastný pracovný postup a ako by ste chceli vidieť.
A posledná vec, o ktorej chcem hovoriť, je možnosť nastavenia „Záložky“. Ak sa vŕtam, ak pracujem na jednej z mojich platforiem a chcem sa zamerať iba na režim tabuliek, môžem pridať záložku. Viem, že je to veľmi jednoduchá funkcia, ale je taká pekná, zvlášť keď pracujete s toľkými zdrojmi údajov a toľkými platformami, aké má dnešná DBA. Aby ste mohli vstúpiť do systému, spustite program DBArtisan a nechajte správcu záložiek, aby vás presunul priamo na miesto v strome, kde musíte byť a musíte pracovať. A odtiaľ by som mohol vytvoriť nový stôl a znova na platformách, ktoré podporujeme, ktoré ste videli predtým, a my vás prevedieme „sprievodcom“, ktorý vám umožní riadiť, rozvíjať a vytvárať tabuľky. A my vám vygenerujeme všetku potrebnú syntax, ktorá to urobí v zákulisí pre vás, a potom vám ju na konci ukážeme v podokne náhľadu. Môžete si to overiť a zistiť, čo presne vygenerujeme. Môžete stlačiť tlačidlo „Vykonať“, potom tlačidlo „Dokončiť“ a nechať ho vykonať. Alebo ho môžete uložiť alebo vytlačiť do iného okna ISQL, takže ho urobte znova, možno musí byť súčasťou väčšieho, väčšieho skriptu, ktorý chcete uložiť a nasadiť počas hodín dávkového okna.
Toto je prehľad spoločnosti DBArtisan. Keď o tom hovoríme, opäť je to produkt, ktorý videl veľa platforiem, podporu týchto platforiem a skvelé užívateľské skúsenosti, skvelú spätnú väzbu od našich zákazníkov. A ak vás zaujíma ako jeden z panelistov, ale ak potrebujete nájsť niečo súvisiace s IDERA alebo DBArtisan, neváhajte nás osloviť a určite ma nájdete na mojej adrese.
Eric Kavanagh: Dobre, myslím, že to položím Robinovi na otázky a potom Deza a potom budem monitorovať otázky a odpovede od účastníkov. Robin, zober to.
Robin Bloor: Dobre, myslím tým prvú otázku, skutočne som s DBArtisanom oboznámený už nejaký čas, takže si uvedomujem jeho schopnosti. Zaujímalo by ma, či vás oslovím, aké sú jeho budúce cesty odtiaľto. Viem, viem, keď som sa na to naposledy pozrel, muselo to byť už dávno. Vidím, že podporujete aspoň tri databázy, o ktorých som si neuvedomil, že ste ich predtým podporovali. Aká je ďalšia cesta pre DBArtisan? Je pravdepodobné, že len pridávate ďalšie a ďalšie databázy alebo je to vec na rozšírenie funkcií? Kam s tým chcete ísť?
Scott Walz: To je skvelá otázka a ja by som rada všetky vyššie uvedené. Určite sa budeme aj naďalej budovať, pretože tradičné platformy RDBMS nehybne stoja, však? Stále sa stavajú. Budeme pokračovať touto cestou. A potom uvidíte, ako sa začneme pozerať a ísť v tomto smere podpory nových nových platforiem. Pretože si uvedomujeme, že aj keď niektoré z týchto platforiem naďalej rastú, tradičné RDBMS, existujú určité situácie, že nové platformy sú tým správnym platformám, s ktorým môžu zákazníci ísť. Skutočne pozorne sledujeme tento trh, tento segment a snažíme sa robiť správne rozhodnutia, na ktorých platformách by sme sa mali vydať. Zdá sa, že sa menia prakticky každý deň.
Robin Bloor: Je to tak, ako som hovoril ja aj Dez, že je to veľmi živý trh, čo je možno jeden zo spôsobov, ako sa na to pozerať. Ďalšia vec, ktorá by ma zaujímala - očividne nebudete schopní presne a podrobne odpovedať na túto otázku, ale narazil som na stránky v mojom čase, keď existuje tisíc prípadov Oracle a Oracle nebol viete, jediná použitá databáza, ktorá bola nasadená. A keď som s nimi vlastne hovoril o tom, ako na Zemi zvládate toľko prípadov, povedali: „No, viete, existuje len asi päť alebo šesť veľkých prípadov a máme okolo toho asi tri DBA, ktoré sa tu šíria.“ Mám záujem o používanie DBArtisan, pretože s tým môžete urobiť veľa, koľko databáz to sedí, povedzme zvyčajne, alebo dokonca, aké sú najväčšie príklady toho, koľko reťazcov dokáže spravovať naraz?
Scott Walz: Videl som situácie - a znova, je to trochu komplikované, táto otázka je, pretože DBArtisan mi umožňuje definovať viacnásobné pripojenia alebo viac zdrojov údajov pre jednu inštanciu. Možno by som chcel urobiť syslogin a potom sa prihlásiť s nižšími oprávneniami, ale zaoberal som sa zákazníkmi, že so všetkým, čo sa zrútilo, ide viac obrazoviek. Teraz, keď som sa ich na to spýtal, otázka, ktorú ste mi položili, znie: „Ako to veľa zvládate?“ A potom hovorí: „Ja nie.“ Správne? „Spravím, čo viem, ale potrebujem prístup ku všetkému.“ Ešte stále musím vidieť všetko, čo sa zastaví, viete, horná hranica toho, čo ľudia dokážu zvládnuť, je skutočne horná hranica toho, čo môže táto osoba, jednotlivec, dokázať zvládnuť. Ale ako som už spomenul, viete, s tými ľuďmi, s ktorými vyzývam, otvorene priznávajú, že majú všetky tieto prepojenia, ale neexistuje spôsob, ako to zvládnuť. Spoliehajú sa na svoj tím. Ako som si istý, zažili ste to, áno.
Robin Bloor: Vlastne som bol sám DBA, hoci som to neurobil veľmi dlho. A jedna vec, ktorú, ako viete, si pamätám, nad rámec všetkého iného v relačných databázach, je to, že s SQL môžete robiť veľké množstvo vecí. Často viac, ako si myslíte. Čo nejakým spôsobom vysvetľuje niektoré z funkcií, ktoré má DBArtisan, pretože sa jednoducho prekladá priamo do SQL. Ale, viete, som si istý, že robíte aj iné veci. Je to všetko skriptovanie SQL alebo existujú iné špeciálne postupy, ktoré boli napísané pre ezoterické situácie?
Scott Walz: Áno, veľa z toho, väčšina z toho je SQL, to je len jeho podstata. Píšeme však rutiny, ktoré je možné spúšťať z príkazového riadku pomocou nástrojov dodávateľa, predných rozhraní dodávateľa. Vezmeme front-endy, viete napríklad na obslužné programy na načítanie dát na platformách, však? Nejedná sa o skripty SQL, správne, jedná sa o úlohy príkazového riadku. Generuje ich a bude ich môcť dať DBA, ktorú potom môžu vykonať. Uvidíme, spravíme trochu oboje, ale väčšina z nich sú skripty SQL.
Robin Bloor: Pri pohľade na to, pretože sa určite musíte akýmkoľvek spôsobom pozrieť na vývoj, ktorý sa práve deje, považujem za celkom nový. Myslím si, že jednou z vecí, ktoré mi pripadajú zaujímavé, je to, že sa Spark očividne vzďaľuje ako raketa, ale Sparkov SQL je preč od strašne nezrelých k tomu, aby začal vyzerať trochu zrelší s trochu viac schopnosťami SQL. Pozeráte sa na podobné veci a pýtate sa, či ich začnete spravovať pomocou služby DBArtisan?
Scott Walz: Určite aj ja. To je vždy tam. Viem, že náš tím pre správu produktov sa neustále pozerá, kam má ísť, a absolútne, všetko, čo je pre nás na stole, sa týka toho, na čo sa v budúcnosti pozeráme.
Robin Bloor: Dobre, Dez, chceš sa naložiť?
Dez Blanchfield: Áno, vlastne je tu veľa skvelých vecí, ktoré si mi otvoril dvere, Robin. Ďakujem mnohokrát. Rada by som len preskúmala niektoré veci, ktoré na mňa vyskočia, keď sa pozriem na podobné výrobky a som veľmi nadšená. Keď som dvakrát skontroloval svoje domáce úlohy, pretože ako už bolo spomenuté už Dr. Robin Bloor, sleduje to už nejaký čas a pamätám si, že sa pozerám na vaše požiadavky druhý deň a myslím si, že táto vec sa v skutočnosti začína veľmi opiera sa o to, čo v skutočnosti robí. A myslím, že z pamäte - opravte ma, ak sa mýlim - myslím, že to bolo také malé, že výkon notebooku by pohodlne bežal DBArtisan, a napriek tomu bol schopný spustiť niektoré veľmi významné zadné konce databázy. A bol som docela zvedavý, keď som videl, že máš Firebird aj teraz a Greenplum. Celkom som bol ohromený požiadavkou alebo špecifikáciou hardvéru, ktorý by mohol doslova bežať ako koncert RAM na jednom gigahertzovom CPU. To bolo celkom pôsobivé.
Prípady použitia sú však niečo, do čoho sa chcem trochu ponoriť. Myslíte si, že zavádzanie produktu je potrebou z dôvodu existujúcich prostredí, ktoré sa práve vymkli spod kontroly, alebo vidíte, že ľudia sú teraz trochu proaktívnejší a hovoria: Viete, stavíme niečo veľmi veľké, je to zložité. Mám na mysli napríklad fúzie a akvizície, napríklad tu, kde si organizácia môže kúpiť veľa firiem - malé, stredné, veľké, čokoľvek - a nakoniec zdedí všetky tieto prostredia a bude musieť vybudovať novú schopnosť DB. Aké sú zvyčajné prípady použitia, pokiaľ ide o typ organizácie a druh aplikácie na ňu? Sú to predovšetkým ľudia, ktorí majú existujúce prostredia a musia ich iba vyčistiť a získať nad nimi kontrolu, alebo sú ľudia o niečo proaktívnejší a premýšľajú o zložitosti, ktorú sa chystajú postaviť a dostať vás na palubu čoskoro?
Scott Walz: Dozvieme sa viac o tom, ako začať čoskoro z dôvodu, ktorý ste spomenuli, konsolidácie. Vďaka šírke podpory platformy, ktorú máme, nejde o úplnú budúcnosť, je to správne, ale stavia vás a vaše databázy DBA do skutočne dobrej situácie, že keď sa pozerajú na potenciálny cieľ akvizície, sú o niečo menšie , viete, myšlienka, aké platformy by sme mohli zdediť, však? Aj keď je to dôležité, správne, obavy sú o niečo menšie ako to, čo to bude znamenať pre naše DBA, však? DBA majú teraz produkt, ktorý vedia, že sa dokážu pripojiť, a ak sú oboznámení s používaním produktu, zoznámia sa s pripojením k tejto platforme, ktorú práve získali. Takže to je určite oblasť, ktorú vidíme, opäť viete, už dlho, zákazníci s týmto mash-upom všetkých týchto platforiem, však? Ako to mám obísť, správne? A vyskúšali to, pretože myšlienkový proces je v každej platforme, ktorá má nástroj, nie? Môžeme použiť vlastný nástroj, však? Ale nakoniec sa to vráti, viete čo, áno, ale nielenže sa budem musieť naučiť každú z platforiem, teraz sa učím každý z nástrojov, ktoré prichádzajú s každou z platforiem a takže ste práve skomplikovali prácu DBA. Tak sme tiež svedkami situácie, keď sa k nám vracajú a hovoria: „Viete, musíme si to obísť. Získajme jeden nástroj pre DBA, pretože pre DBA musím urobiť dôležitejšie veci, ako naučiť sa používateľské rozhranie nového nástroja. Alebo rôzne nástroje. “
Dez Blanchfield: Áno, určite nie. A viete, keď vidíte, myslím, že z pamäte, keď som sa včera pozrel len na dvojnásobnú kontrolu, či sa nemýlim, spomínam si, že ste napríklad podporovali Sybase, takže táto vec bola už nejakú dobu okolo. V skutočnosti som pre vás mal iba ďalšiu otázku - áno, je skvelé mať na vašom zozname Greenplum a Firebird, ale váš Sybase, tento vek veľmi rýchlo, ukazuje, že už nejaký čas existuje a odviedol dobrú prácu.
Klastre. Jedným z najväčších problémov s databázou DBA je, že v podstate ukážu na to, čo vyzerá ako adresa IP a veľa rozhraní API alebo či ide o JDBC alebo LDBC alebo o čomkoľvek, s čím by sme mohli hovoriť, ale za tým je klaster. Čo môže, alebo vie DBArtisan o tom, čo je za dverami číslo jedna, ako to bolo, keď som sa pripojil k zadnému koncu databázy, dostanem vidieť všetky prostredia za nimi, a najmä, že existujú dve časti možno otázka. Napríklad, keď uvažujete o tom, ako viete, podporujete IBM DB2 a databázový server Microsoft SQL a MySQL a PostgreSQL a Oracle a niektoré z týchto tradičných RDBMS a, ako viete, vždy prevádzkujeme master-slave alebo master-master prostredie pre redundanciu a vysokú dostupnosť a tiež výkon. Vie DBArtisan, že za dverami je číslo jedna, ktoré nie je len jedna databáza ako taká, ale klaster, a ak áno, čo o tom vie? A do toho rýchlo plynúť, aby ste mohli odpovedať na rovnakú otázku, prepáčte. Ako sa teda za klastrami v niektorých scenároch stretnete, ako sa ľudia vyrovnávajú s mixom medzi produkčným prostredím a prostredím na obnovenie po katastrofe, pokiaľ ide o použitie databázy DBArtisan?
Scott Walz: Skvelé otázky. Dáme vám to, že bude závisieť od konkrétnych platforiem, pretože pokiaľ sa o to snažíme, budeme mať rôzne úrovne podpory pre niektoré z týchto hĺbkových funkcií, hlbšie nadol. Napríklad pre Oracle a ich prostredie RAC, Real Application Cluster, sa môžete pripojiť k primárnemu uzlu v tomto klastri, ale napriek tomu prechádzate monitorom databázy, ktorý som ukázal, ukážeme vám spustený SQL a skutočne vám poviem, na ktorom uzle klastra je spustený, však? Ak chcete, aby ste presne videli, či viete, pomaly bežiaci dotaz, pozrime sa na to, v ktorom uzle je spustený? Pretože nevyhnutne je celý dôvod pre klaster, správne, pre koncového používateľa, nezáleží na tom, kde sa vykonal, ale v prípade databázy DBA musíme tento druh informácií sledovať. Napríklad v Oracle sme schopní ísť na takú úroveň detailov. Ostatné platformy, ktoré máme, majú konektivitu, pravdepodobne nie také podrobné, ako to robíme pre Oracle.
Pokiaľ ide o výrobné a vývojové prostredie, je to dobrá otázka. Poskytujeme rovnakú úroveň podpory. Skutočným primárnym spôsobom, ktorému budeme pomáhať, bude vrstva prepojenia tam, že? Budeme sa môcť spojiť a urobiť všetky funkcie. Mám zákazníkov, ktorí využívajú niektoré z funkcií databázy DBArtisan na kategorizáciu svojich zdrojov údajov, nie? Znova by to mohlo byť trochu pre presnú otázku, ktorú sa pýtate, ale my im umožníme graficky označovať, ako pracujú. Pretože to je jedna z vecí, ktoré sa týkajú spoločnosti DBArtisan, môžem sa rýchlo meniť medzi zdrojmi údajov. A ďalšiu vec, o ktorej viete, že sa pripravujem na vykonanie skráteného vyhlásenia a hľadám, že som prepojený - jednoducho som to spustil proti výrobe alebo vývoju? Preto poskytujeme niektoré funkcie v rámci služby DBArtisan, aby sme pomohli správcom DBA aj tam, aby ste ich mohli spravovať a udržiavať ich bez problémov, ak budete chcieť, s niektorými činnosťami DBA.
Dez Blanchfield: S ohľadom na to na dlhom zozname platforiem, ktoré v súčasnosti podporujete, som si istý, že to zo zrejmých dôvodov exploduje veľmi skoro. Chcem tým povedať, že napríklad podporujete napríklad DB2 na z / OS, na mainframe, a potom samozrejme podporujete to, čo sme zvykli nazývať systémy strednej triedy, ale teraz iba systémy UNIX a akési modernejšie platformy, vy Linux, a nakoniec sa dostane do podoby, ako je Bluemix a na Cloud Foundry, takže skončíte s spustením DB2 na Cloud Foundry na Bluemix, s IBM a cloud na soft. Používajú ľudia v súčasnosti nielen správu a monitorovanie, ale tiež ste spomenuli pred možnosťou migrácie a presunu údajov. Vidíte, ako ľudia skočia do postele s DBArtisanom a hovoria: „Vieš čo, na starých sálových počítačoch máme veľa vecí, ktoré musíme len vystúpiť, a bolo to naozaj ťažké to urobiť. Ak dokážem ukazovať, kliknúť a ťahať odtiaľto, môžem skutočne presúvať a migrovať svoje údaje a svoju schému. “Je to vec, ktorú ľudia robia?
Scott Walz: Skutočne sa pohybujú, však? Presunú údaje, nie? Teraz na tento účel používajú nástroj DBArtisan. Robí pre nich všetko? Nie. Začíname, viete, drag and drop, nie presne tam, ale umožňujeme im vytvárať nejaké skripty, pretože v ideálnom prípade budete chcieť použiť - nechcete, aby táto úloha bola beží na vašom klientovi, na vašom notebooku, práve z toho dôvodu, ktorý ste spomenuli. Môžeme bežať na veľmi nízkej nohe, však? Pomáhame im vytvárať skripty a potom ich otočiť a zostaviť a potom môžu tento skript doručiť a nechať ho bežať na serveri, však? A získajte silu, výkon za serverom, aby to urobil. Pomáhame im vytvárať si niektoré zo svojich pracovných miest, aby mohli vykonávať určitú prácu.
Dez Blanchfield: Správny. Pár posledných pre vás a potom by sme sa mohli vrátiť späť. To, čo ma skutočne zasiahlo, je práve absolvovanie vášho dodatku, čo je fantastické, a v skutočnosti by som si prial, aby sme mali ďalšiu hodinu na podrobnejšie informácie. Skutočne veľká výzva pre DBA, správne, je základný súlad, celkové riadenie infraštruktúry, audity, podávanie správ o súčasnom stave, skúmanie budúcich príprav na veci, ako viete, iba všeobecný rast životného prostredia. Zaráža ma, že aj keď v jadre toho, čo sa zdá, že váš produkt robí, čo len uľahčuje život, tento jediný tabuľa skla, jediný pohľad na svet, môžem v podstate kliknúť, nasmerovať a pretiahnuť a milujem skutočnosť že by som mohol niekoho vyškoliť, aby to robil teraz veľmi rýchlo, nemusia si prečítať príručku, ako to bolo.Napadá ma, že tento nástroj mi tiež dáva možnosť robiť veľa vecí týkajúcich sa správy a dodržiavania predpisov a auditov, že som zvedavý, či sa ľudia skutočne prebudili, som si istý, že áno.
Ale vidíš ľudí, ako sa na to teraz pozerajú a idú, a je to ako táto eureka, a-ha okamih, „Hej, vieš čo, vďaka tomu je život DBA odteraz skutočne ľahký alebo operatívny. alebo z hľadiska rozvoja. Ale bože, mohli by sme v skutočnosti len podať správu o všetkých našich databázach teraz a o všetkých súboroch údajov a všetkých obsahových údajoch a všetkých metaúdajoch v okolí. Napríklad, kto má prístup, keď má prístup, prečo má prístup a aký prístup má. “A potom zrazu rieši niektoré problémy súvisiace s dodržiavaním predpisov. Najmä vtedy, keď sa vyskytnú niektoré skutočne veľké veci týkajúce sa porušenia údajov. Máme niekoľko úžasných vecí, ako sú globálna finančná kríza, všetky tieto výzvy prichádzajú, ale ako na zemi budeme merať a monitorovať a riešiť dodržiavanie? Je to pre ľudí taká veľká vec, alebo je to stále také akési počiatočné dni, pokiaľ ide o uplatňovanie DBArtisana?
Scott Walz: Mám zákazníkov, ktorí o DBArtisan nemôžu povedať dosť. Teraz si to uvedomili. Žiarovka zhasla. Hovorí: „Počkajte minútu. Môžem odpovedať, odpovedať a generovať niektoré zo správ, ktoré ste spomenuli, správne, všetko z jedného nástroja. Mám to. “Teraz sú tu ešte iní, ktorí sa toho ešte musia držať a to by mohlo byť z rôznych dôvodov, nie? Možno ich ešte nezvládol alebo možno s nimi manipuluje niekto iný, ale naši zákazníci, že sme zistili, že ho používajú, to je a-ha moment, nie? To nielenže dokážem vytvoriť tabuľku všetkých týchto vecí. A absolútne, so všetkými požiadavkami na zhodu je obrovský. Je to práca sama osebe.
Dez Blanchfield: Naozaj. A vieš, myslím, že z hlavy som okamžite premýšľal, vieš, či niekto príde a hovorí, že chce vytvoriť databázu správy konfigurácie, CMD, ak musí splniť všetko od Sarbanesa. - Povedzte COBIT ITIL-u, viete, dodržiavanie SWIFT-u a bankovníctvo, a to dokonca i tak, ako je to v prípade Medzinárodnej organizácie pre normalizáciu, ISO 27001, 27002. Je to všetko toto skutočne veľké rámce. Jednou z výziev je len zistiť, kde sú údaje, kto ich spravuje, v akom formáte je a myslím si, že pre mňa má, rovnako ako pre mňa, pozerať sa na to teraz, keď moment Eureka práve odišiel, bolo to ako zavesiť za sekundu by som to mohol hodiť aj pre niekoho, kto nemusí byť nevyhnutne DBA, ale mohol by som ho rýchlo vyškoliť a povedať: „Existuje nástroj na dodržiavanie predpisov.“ Myslím si, že je skvelé, že robí svoju prácu v administratívnej databáze. svet riadenia.
Ale ja tu sedím a rozmýšľam, Bože, vieš, skutočnosť, že v týchto dňoch môžeš spravovať viac platforiem ako jednu a môžeš sa ponoriť, ako ste povedali, priamo do protokolovania transakcií, ktoré robíte. Viete, predstavte si, že vezmete tento nástroj do incidentu narušenia údajov a necháte svoj bezpečnostný tím rozbehnúť sa, aby sa pokúsil nájsť, kde a prečo a kto videl čo. A keď sa pohybujú, musia sa prihlásiť a sledovať každú akciu, ktorú robia, pretože sa môžu stať súčasťou problému, ak nemôžu inak. Áno, myslím, že je to neuveriteľná schopnosť, že viete, že by ste to mohli okamžite začať robiť. Obzvlášť, keď sa pozrieme na problémy dátových auditov, ktoré viete, máme túto masívu, ako to bolo, v prípade súboru údajov a údajov.
A jedna z vecí, o ktorej sme hovorili v ďalších niekoľkých predstaveniach, sme urobili, viete, ako idete a nájdete svoje údaje a často hovoríme o tom, že keď začínate v akejkoľvek organizácii, máte sklon postavte sa vo svojej skrini a vložte ruku do vzduchu a vlny a choďte: „Vie niekto, kde je táto databáza? Ako sa dostanem k tomuto zdroju údajov? Kde je tento spis? “„ Choď a spýtaj sa na príjem. “Správne? Váš nástroj môže okamžite poskytnúť túto schopnosť nájsť veci a objaviť ich, dokonca ich o nich informovať.
Vrátim sa k jednej z otázok len krátko a potom zabalím ruku a vrátim späť Ericovi. Napadá ma, že mierka sa pre vás stane výzvou v najbližších 12 mesiacoch. Môžete nám poskytnúť nejaký prehľad, myslím, v uhle asi tridsaťtisíc stôp, v mierke alebo rozsahu, v akom príde do práce DBArtisan. Dokážem si predstaviť, že keď to vložím na svoj laptop a zdvihnem sa a ukážem na prostredie, môžem ho objaviť a môžem na ňom začať robiť veci. Viem, že to vyzerá ako jediný malý, viete, otvorený zdrojový databázový stroj s malými riadkami a tabuľkami. Do akej miery by to šlo? Hovorili ste o DB2 na mainframe, to je veľké. A zhluky. S akým rozsahom sa tu môžeme vyrovnať? A Robin sa toho skôr dotkol, ale do toho sa musím dostať podrobnejšie o tom, aký veľký môžeme dosiahnuť s DBArtisanom.
Scott Walz: Istá. Určite tu budú vaše výzvy, pretože ide o softvér klienta. A tak opäť, ak pracujem na mainframe, keď pracujem proti nášmu testovaciemu systému na mainframe, ktorý máme, môžem ho nasmerovať proti miliónom riadkov a urobiť krížové spojenie s miliónmi riadkov. Celá práca bude vykonaná na serveri, správne, pretože odovzdávame tento príkaz a je to len záležitosť DBArtisan, ktorá rieši sady výsledkov, správne? A to je výzva, a to je krása, správne, toho, čo robíme. Väčšina ťažkých zdvíhaní sa robí na serveri. Spracovávame iba všetky výsledky. A tak sa opäť dostanete do situácií, keď chcete naraz spustiť desať otázok, ktoré vracajú milióny riadkov, áno, určite by ste sa tam mohli ocitnúť v nejakom výkone, však? Ale v žiadnom momente nemám zákazníkov vyhýbať sa spúšťaniu veľkých otázok proti DBArtisan, viete, proti ich databáze. Opäť, ako som už povedal, počet najazdených kilometrov sa líši v závislosti od mnohých faktorov, správne, ale opäť, ako som už povedal, mám čo do činenia s miliónmi riadkov, ktoré sa vracajú, a pokiaľ vyplní mriežku, vieš, m pripravený ísť. Ale občas samozrejme musím čakať, až sa výsledky vrátia.
Dez Blanchfield: Mám pre vás otázku skôr, ako sa zabalím, pretože som si vzal príliš veľa času a ďakujem vám za to. Len nám povedzte trochu viac, viete, čítajte najnovšie špecifikácie včera, len aby ste sa ubezpečili, že som narazil rovnako, ako som si myslel. Monitorovanie procesov a varovanie a oznámenia, viete, plánovanie kapacity prináša všetky masívne problémy s databázami DBA, každý deň, viete. Chystá sa niekto zaplniť túto tabuľku, zaplní databázu, vyplní miesto na disku, ako mám spravovať? Poskytnite nám rýchly prehľad o druhu monitorovania procesu a najmä o monitorovaní upozornení a potom ideálne o plánovaní kapacity. Myslím si, že v tejto oblasti by mohol byť veľký záujem.
Scott Walz: Monitorovanie procesov pravdepodobne ukázalo, že funkcia, ktorú väčšina našej zákazníckej základne používa, a ktorá je databázovým monitorom, aby ju mohla ukázať a urobiť. A niektoré máme v balíku analytikov. Výkonný analytik má niekoľko upozornení, ktoré môžete nastaviť, keď sú splnené určité limity. Môže vás to upozorniť. Možno, že X počet protokolov, chyby v protokolovom súbore, viete, dostane upozornenie. Tabuľkový priestor dosiahol určité percento plné, môžete získať ďalšie upozornenie. A krása toho je, že ste v rovnakom nástroji, správne, je to súčasť programu DBArtisan, takže stačí kliknúť pravým tlačidlom myši na chybu, upozornenie a spravovať pomocou programu DBArtisan a dostanete sa priamo do editora tabuľkového priestoru. , A môžete problém vyriešiť práve tu.
Pokiaľ ide o kapacitu, je to určite horúce tlačidlo a kapacitný analytik, ktorý máme v súčasnosti prenesený na SQL Server, Oracle, DB2 LUW a Sybase ASE. A to robí presne to, čo ste opísali. Môžete začať, len čo dostaneme nejaké kolekcie, správne, a akonáhle dostaneme veľkosť vzorky a možno aj jej veľkosť riadku, možno počet objektov, veľa možností v nástroji, a potom môžete začať trendovať, správne? A ako to bude vyzerať za šesť mesiacov? Ako to bude vyzerať za dvanásť mesiacov? Môžem trend, len trend k dátumu alebo môžem trend k hodnote, nie? A príklad, ktorý ste mali, mám X množstvo miesta na disku, podľa toho, kedy idem dosiahnuť tento limit? Kedy dostanem tento limit na základe rastu, ktorý mám, a týchto zbierok, ktoré som urobil? Aspoň viem, že na to môžem začať plánovať. Bude to šesť mesiacov, budú to dva roky? Ale opäť môžeme použiť analytika kapacity na to, aby sme k tomu smerovali.
Dez Blanchfield: To je úžasné. Fantastické demo. Vážne som si to užil. Idem späť k Ericovi, pretože viem, že od našej úžasnej skupiny sa dnes objavilo niekoľko otázok. Ďakujem veľmi pekne, bolo to skvelé spoznať produkt dobre a teším sa, že ho budem veľmi pozorne sledovať.
Eric Kavanagh: Dobre dobre. Máme pár dobrých otázok. A ideme trochu časom, takže sa pokúsime rýchlo zabaliť, pretože viem, Scott, máš pevnú zastávku. Tu je veľká otázka. Ako to funguje so starými dátovými úložiskami ako VSAM a Model 205 a IMS a IDMF a podobnými vecami? Vidíte to v týchto dňoch veľmi často a ako dobre to funguje?
Scott Walz: Nechcem ti povedať, že si zaseknutý. Niektoré z týchto prostredí, ak majú ODBC alebo JDBC a viem, že niektoré z nich sú tam, môžeme sa k nemu pripojiť a týmto spôsobom s ním môžete pracovať. Ale z väčšej časti je zelená obrazovka spôsob, ako ísť ďalej.
Dez Blanchfield: Milujem zelenú obrazovku.
Eric Kavanagh: Dobre viete, ako zdôraznil Dez s tým jedným snímkom, kde mal všetky tie rôzne aplikácie a nástroje, ktoré sú dnes k dispozícii, je to veľmi skľučujúca realita pre každého, kto chce zodpovedne vykonávať funkciu správcu databázy. A hádam, že si časom dokážete zostaviť konektory pre ktorýkoľvek z týchto nástrojov, kedykoľvek a keď zákazníci požadujú atď., Však? Aby ste povolili túto jednu tabuľu skla.
Scott Walz: A to bol veľký kľúč k tomu, aby bol DBArtisan vybavený tak, aby dokázal zvládnuť tieto pripojenia JDBC a ODBC. Teraz sme to naozaj rozšírili. Teraz, pokiaľ máme toto spojenie, správne, pokiaľ máme tento ovládač, môžeme sa pripojiť a pracovať proti nemu.
Eric Kavanagh: To je dobré. Ľudia, všetky tieto archivujeme pre neskoršie prezeranie. Zverejnil som odkaz na snímky, dúfajme, že to vidíte prostredníctvom služby SlideShare. Ďakujem veľmi pekne za vaše úsilie, páni. Úžasné webové vysielanie ešte dnes. Veľa dobrých snímok. Veľa dobrého obsahu. Toto demo som miloval. Je skutočne zaujímavé, že ste na trhu zacieľovali na veľmi sladké miesto, pretože v súčasnosti existuje taký výbuch typov databáz. A ako manažéri potrebujeme všetko, aby sme to všetko zvládli. Výborne, chlapci. Zajtra vás budeme kontaktovať pre ďalšiu technológiu Hot Technologies. Dúfajme, že ste zajtra vyrezali hodinu. Rovnaký čas. Rovnaká stanica. Nabudúce vás dobehneme, ľudia. Dávaj pozor. Zbohom.