Od zamestnancov Techopedia, 24. augusta 2016
Take away: Host Eric Kavanagh diskutuje v tejto epizóde Hot Technologies o trendoch v databáze s Dr. Robinom Bloorom, Dezom Blanchfieldom a Scottom Walzom.
Momentálne nie ste prihlásení. Ak chcete vidieť video, prihláste sa alebo sa zaregistrujte.
Eric Kavanagh: Dámy a páni, ahoj a vitajte späť na najhorúcejšej výstave vo svete podnikových IT, Hot Technologies 2016. Áno, naozaj! 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, zasiahla ma na Twitteri @ 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 marketingu podnikového softvéru existujú výrazy, ktoré sa dostanú do popredia, a to, čo sa vždy stáva, je to, ž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. S tým budem tlačiť Robinov prvý snímok, pokojne sa pýtajte otázky, ľ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 je skutočne koniec. Niet pochýb o tom, že RDBMS stále dominuje, ale teraz sú zriadené iné druhy databáz. Naozaj, to je do značnej miery prehľad toho, čo tu poviem.
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 ktorý je v databáze in-memory v tomto smere? Je možné ju distribuovať? Existuje množstvo databáz, ktoré sa zameriavajú na variabilitu distribúcie. Aké vlastnosti to 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 dátových štruktúr, ktoré sa snažíte optimalizovať. Pokiaľ ide o zvládnuteľnosť, v tejto oblasti je veľa rozdielov, ale v podstate je celý bod DBMS zvládnuteľný a rozsah jeho spravovateľnosti do určitej miery určuje rozsah jeho užitočnosti.
Pokiaľ ide o hardvérové faktory, je to skutočne ten bod, ktorý hovorí - mám na mysli iba jeden bod - tu sa hovorí, že všetko, na čo sa dnes pozrieme z hľadiska databázových architektúr, sa zmení. Môže to byť rovnaká databáza, ale musí nejakým spôsobom brať ohľad na to, čo 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 - no 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 procesormi. 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 to, že je to skutočne skvelé pre ťažký paralelizmus a najmä pre numerické výpočty. FPGA môžete tak či onak vložiť kód na čip a funguje oveľa rýchlejšie, ako keby ste ho iba podávali na čip.
Deje sa kríženie týchto vecí. Máme 3D XPoint od Intel a PCM od 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ú tu aspoň tri rôzne súbory dátových štruktúr, ktoré sú prispôsobené. 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 to nie je databáza, ale existujú databázy, ktoré používajú HDFS pre svoju štruktúru úložiska. 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, kde budete dáta ukladať., 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 sú 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 druhu zbližovania, ktoré pokračuje, 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, ž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 celkom explóziu a 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 sem 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 mohli by ste niekoho trénovať veľmi rýchlo. V dnešnom svete to už neplatí a ukážem vám, 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 Twitteri som videla skutočne peknú 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 vytlačený na sto tridsať- dve tlačiarne so stĺpcovými riadkami a zložené na ventilátor a stálo to skutočne vyššie, ako bola, 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ď bolo fyzicky vyššie, ako bolo pri tlačení na papier, bolo skutočne 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á. Tu 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 kontext tohto 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 šikovný, 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 tento veľký tresk udalostí v technológii, čo viedlo k prijatiu dátovej technológie a technológie správy dát 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, in-memory databázy 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, že teraz prichádzajú na blok nejaké 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 za to, ž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, a toto je produkt, o ktorom chcem dnes hovoriť. Pozrime sa na správu viacerých platforiem a je to iba podskupina. Vybral som si graf, ale ako Dez dal -
Eric Kavanagh: Musíte zdieľať svoju obrazovku.
Scott Walz: Och, samozrejme, ďakujem.
Eric Kavanagh: Žiadne obavy. A ľudia, nehanbite sa, pýtajte sa, dnes máme na telefóne tri smarty nohavice, takže im pošlite ť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 chystám sa naskočiť. 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, pripojíme sa a dostaneme sa tam a začneme 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čujem produkčné servery, z ktorých niektoré obsahujú niektoré serverové prostredie MySQL. Znova vidíme, že sa tu dobre hodíme. Ak sa pozriem na registráciu novej databázy, zobrazí sa jedna z platforiem, ktoré podporujeme. Všimnite si, keď je to váš SQL, podpora pre toto, Teradata, Apache, PostgreS, tu sú generiká, ktoré podporujeme.
Ak máme ovládač JDBC alebo 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 poďme otvoriť 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 si ich len vyberieme a privedieme ich do nášho editora objektov.
Teraz je Oracle niečo, s čím som roky pracoval. To, čo ti ukážem, 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 starať o syntax, však? Chceme ísť, stačí napísať, čo potrebujeme, nastaviť a nechať generovať DBArtisan. Tu stlačíme „Alter“. Vytvorí 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 o to už pokúsili tradičným spôsobom, je to trochu komplikovanejšie ako iba jeden 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 zavrieť. 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.
Tiež, keď sa pozrieme, idem sa teraz venovať serveru SQL Server a hovoriť trochu o niektorých ďalších funkciách, takže všetci musíme monitorovať databázu. 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 „Find in Files“ (Vyhľadať v súboroch) môžeme vykonať úplné vyhľadávanie databázy, kde hľadáme systémové tabuľky, 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 funkcionalitu 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 spúšťate proti viacerým platformám, uložte ich tu, pretiahnite ich, len čo dostaneme nové okno ISQL, môžeme skript jednoducho presunúť a máme teraz pripravený skript. Opäť, mať to na dosah ruky, aby ste mohli robiť a spravovať. Zistíte, že dodávame skripty, ktoré sú už definované pre niektoré platformy, aby sme mohli pokračovať a vytvárať toľko, koľko je potrebné.
Pekná vec, ktorú sa mi páči, a veľa našich zákazníkov robí, ak vás niekedy zaujíma, a dostávam túto otázku veľa, pokiaľ ide o: „Ako to môžem urobiť? To je celkom 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 vykonávame proti databáze, a preto vám umožníme ukladať a zaznamenávať 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 schopnosť nastaviť „Záložky“. Ak sa vŕtam, ak pracujem na niektorej 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 taká milá, najmä ak 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 pre vás vytvoríme všetku potrebnú syntax, ktorá to urobí v zákulisí pre vás, a potom to 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äť to je produkt, ktorý videl veľa platforiem, podporu týchto platforiem a skvelú používateľskú skúsenosť, skvelú spätnú väzbu od našich zákazníkov. A ak máte záujem, ako jeden z panelistov, ale ak potrebujete nájsť niečo súvisiace s IDERA alebo DBArtisan, neváhajte nás kontaktovať a určite ma nájdete na mojej e-mailovej adrese.
Eric Kavanagh: Dobre, myslím, že na otázky odpoviem Robinovi a potom Dezovi a potom sledujem otázky a odpovede od účastníkov. Robin, zober to.
Robin Bloor: Dobre, myslím, prvú otázku, v skutočnosti som s DBArtisanom oboznámený už dosť dlho, takže si trochu uvedomujem jeho schopnosti. Zaujímalo by ma, či by ste sa chceli obrátiť na jeho, druh budúcich ciest 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 práve pridávate ďalšie a ďalšie databázy alebo ide o rozšírenie funkcií? Kam s tým chcete ísť?
Scott Walz: To je skvelá otázka a chcela by som 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 nás uvidíte začať hľadať a ísť týmto smerom podpory nových sietí. 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: Nuž, ako som hovoril ja, aj Dez, 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: No, videl som situácie - a opäť, je to trochu komplikované, táto otázka je, pretože DBArtisan mi umožňuje mať viacnásobné pripojenia alebo viac zdrojov údajov definovaných 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žil si to, áno.
Robin Bloor: No, 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, väčšina z toho je SQL, to je len jeho podstata. Ale píšeme rutiny, ktoré je možné spustiť 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ť. Pozri jo, spravíme trochu oboje, ale väčšina z nich sú skripty SQL.
Robin Bloor: Pri pohľade na to, že sa určite musíte akýmkoľvek spôsobom pozrieť na vývoj, ktorý prebieha, ktorý považujem za celkom nový. Myslím, ž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 sa chystáte začať ich spravovať pomocou DBArtisan?
Scott Walz: Určite aj ja. To je vždy tam. Viem, že náš tím pre riadenie produktov sa neustále pozerá na to, kam í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 tam otvoril dvere, Robin. Ďakujem mnohokrát. Rada by som 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 spustil databázu 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é. A rozmýšľam o fúziách a akvizíciách, 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: Dozvedeli sme sa viac o tom, ako postupovať č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? Databázy DBA majú teraz produkt, keď vedia, že sa môž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 na každej platforme, ktorý má nástroj, však? 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. Vidíme teda aj situáciu, 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 mám 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, že sa nemýlim, spomínam si, že ste napríklad podporovali Sybase, takže táto vec bola už nejakú dobu. Je tu ešte jedna otázka, ktorú som pre vás vlastne mal - áno, je skvelé mať na vašom zozname Greenplum a Firebird, ale váš Sybase, taký 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 sa mali rozprávať, 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 číslo jedna je niečo, čo nie je len jedna databáza ako taká, ale klaster, a ak áno, čo vie o tom? 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 stretávajú ľudia, ako zvládajú mix medzi produkčným prostredím a prostredím obnovy po katastrofe, pokiaľ ide o využitie databázy DBArtisan?
Scott Walz: Skvelé otázky. Dám 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ých hĺbkových, hlbších funkcií. 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? Aby ste presne videli, či viete, pomaly bežiaci dotaz, pozrime sa na to, v ktorom uzle je spustený? Pretože nevyhnutne celý dôvod pre klaster, správne, je pre koncového používateľa, nezáleží na tom, kde sa to vykonalo, ale pre databázu DBA musíme sledovať tento druh informácií. 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ť pripojiť a robiť všetky funkcie. Mám zákazníkov, ktorí využívajú niektoré z funkcií databázy DBArtisan na kategorizáciu svojich zdrojov údajov, nie? A opäť by to mohlo byť trochu mimo konkrétnu otázku, ktorú kladiete, ale my im umožníme graficky označovať, ako pracujú. Pretože to je jedna z vecí, o databáze DBArtisan je, že sa môžem rýchlo prepínať medzi zdrojmi údajov. A ďalšia vec, ktorú vieš, sa pripravujem na spustenie 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 z očividný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 vedieť, Linux a nakoniec sa dostane do podoby rádu 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? Dávajú dáta preč, správne? 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 stope, však? Pomáhame im vytvárať skripty a potom ich otočiť a zostaviť a potom môžu tento skript doručiť a spustiť na serveri, však? A získajte silu, výkon za serverom, aby to urobil. Pomáhame im generovať niektoré zo svojich pracovných miest, aby mohli vykonávať niektoré z týchto prác.
Dez Blanchfield: Správne. 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, aby sme sa dostali podrobnejšie. 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 riadenia a dodržiavania predpisov a auditov, ktoré ma zaujímajú, či sa ľudia skutočne prebudili, som si istý, že áno.
Ale vidíš ľudí, ako sa na to 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ý typ prístupu má. “A potom zrazu vyrieš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 sa chystáme zmerať a monitorovať a riešiť dodržiavanie predpisov? 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í nevedia dosť o DBArtisanovi. 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 to ešte nie je, 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ý. To je samo o sebe práca.
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 sedím tu 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 bezpečnosti údajov a váš bezpečnostný tím sa rozbehne a snaží sa 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 ak sa nemôžu inak, môžu sa stať súčasťou problému. Á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 sa zabalím 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 dať nejaký pohľad, podľa môjho názoru, len v tridsaťtisícovom uhle pohľadu, v rozsahu alebo rozsahu, v akom sa DBArtisan chystá pracovať. 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. Aký je rozsah rozsahu, s ktorým sa tu môžeme vyrovnať? A Robin sa toho skôr dotkol, ale do toho sa budem musieť dostať trochu podrobnejšie o tom, aký veľký môžeme dosiahnuť s DBArtisanom.
Scott Walz: Jasne. 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 to namieriť 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 to je len záležitosť, ktorú rieši DBArtisan, ktorý spracováva 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 otázku, skôr ako zabalím, pretože som si vzal príliš veľa času a ďakujem ti 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, zaplní miesto na disku, ako to spravujem? 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ú používa väčšina našich zákazníckych základní, je to monitor databázy, ktorý to dokáže 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 výstrahu. 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, je to správne, je to súčasť DBArtisan, takže stačí kliknúť pravým tlačidlom myši na chybu, upozornenie a spravovať s 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 existuje niekoľko otázok, ktoré sa objavili od nášho úžasného publika dnes. Ďakujem veľmi pekne, bolo naozaj skvelé poznať 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áš uzavretú tvrdú 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, keď zákazníci požadujú, a tak ďalej, nie? 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 doháňať po ďalšej Hot Technologies. Dúfajme, že ste zajtra vyrezali hodinu. Rovnaký čas. Rovnaká stanica. Nabudúce vás dobehneme, ľudia. Dávaj pozor. Zbohom.
