Sa pamamagitan ng Techopedia Staff, August 24, 2016
Takeaway: Tinatalakay ng Host na si Eric Kavanagh ang mga uso sa database kasama si Dr. Robin Bloor, Dez Blanchfield at Scott Walz sa episode na ito ng Hot Technologies.
Kasalukuyan kang hindi naka-log in. Mangyaring mag-log in o mag-sign up upang makita ang video.
Eric Kavanagh: Mga kababaihan at mga ginoo, kumusta at maligayang pagdating sa pinakamainit na palabas sa mundo ng enterprise IT, Hot Technologies ng 2016. Oo, talaga! Ang pangalan ko ay Eric Kavanagh, ako ang magiging host mo ngayon para sa isang palabas na pinamagatang "The Art of Visibility: Enabling Multi-Platform Management, " oo nga. Ang ilang mga mabilis na tala, mayroong slide tungkol sa iyo ng tunay, na tinanggap mula sa limang taon na ang nakakaraan at sapat na tungkol sa akin, pindutin ako sa Twitter @Eric_Kavanagh. Mainit ang taon, ito ang aming karaniwang slide para sa Hot Technologies. Ang ginawa namin sa palabas na ito ay nais namin ng isang programa na makakatulong sa amin upang tukuyin ang isang partikular na uri ng teknolohiya, kaya ang buong ideya ay nakakakuha kami ng dalawang analyst na pumasok at bigyan ang kanilang pagkuha sa isang partikular na puwang o isang partikular na uri ng pag-andar. na kailangan ng negosyo, at pagkatapos ay ang vendor ay pumasok at ipinapakita kung ano ang kanilang itinayo at ipinaliwanag kung paano ito nakahanay sa iyong narinig mula sa mga analyst.
At ang dahilan para dito, tulad ng iniisip mo, ay dahil sa mundo ng marketing ng negosyo ng negosyo, mayroong mga termino na nakikipag-ugnay at kung ano ang mangyayari ay ang mga vendor ay sumakay sa pinakabagong mainit na termino, mga bagay tulad ng malaking data o analytics para sa halimbawa, o kahit na SOA o iba't ibang mga termino tulad ng platform, at kung minsan ang mga salitang iyon ay napaka-tumpak para sa isang partikular na teknolohiya at kung minsan hindi sila. Ang palabas na ito ay idinisenyo upang tulungan kaming magpahayag para sa iyo, ang madla, kung ano ang mga tiyak na uri ng mga teknolohiya na ginagawa, kung paano ito gumagana at kailan mo dapat ilapat ang mga ito.
Gamit nito, ipakikilala ko ang aming mga nagsasalita. Nakakuha kami ng aming sariling Dr. Robin Bloor, tumatawag mula sa kanyang lokasyon sa Austin, Texas, Dez Blanchfield, tumatawag mula sa iba pang bahagi ng planeta, at ang aming panauhang si Scott Walz na tumatawag mula sa Kentucky. At sa iyo talaga, nasa labas ako ng Pittsburgh, kaya nakakuha kami ng isang ganap na geo-matatagpuan na samahan ngayon mula sa maraming iba't ibang mga lugar. Gamit nito, itutulak ko ang unang slide ni Robin, huwag mag-atubiling magtanong sa pamamagitan ng paraan, mga tao, huwag mahiya. Magagawa mo ito gamit ang Q&A na sangkap ng iyong webcast console. At kasama nito, ibibigay ko ito kay Dr. Bloor. Ang sahig ay iyo.
Robin Bloor: Okay, salamat sa pagpapakilala na iyon, Eric. Papunta na lang ako sa unang slide. Ito ay isang koleksyon ng mga meerkats na nag-iisip tungkol sa database. Ang kabuuan ng pagtatanghal na talagang ginagawa ko dito ay talagang isang pangkalahatang hanay ng mga saloobin tungkol sa database na kamakailan ko, ang punto na talagang sa buong taon 2000, parang ang laro ng database ay natapos sa kahulugan na ang karamihan sa mga pagpapatupad ng database ay nagaganap sa relasyong database. At pagkatapos ay nagbago ito, alam mo, ang lahat ng mga bagay na iniisip ng mga meerkats, mga tindahan ng haligi, mga tindahan ng pangunahing halaga, mga database ng dokumento, database ng memorya, database database, at isang maraming mas maraming mga bagay na biglang lumitaw. At ito ay halos tulad ng isang bagong uri ng heolohikal na panahon na may mga fossil ng iba't ibang uri ng mga hayop biglang lumitaw.
Ang balita mula sa Lake Wobegon, talagang natapos para sa solong database ng modelo. Walang alinlangan na nangingibabaw pa rin ang RDBMS, ngunit ang iba pang mga uri ng mga database ay itinatag na ngayon. Talagang, iyon ang halos lahat ng pangkalahatang-ideya ng sasabihin ko dito.
Ang mga sukat ng database, ang ilan sa mga ito ay talagang naging mas mahalaga kamakailan, ngunit ang mga maaari kong isipin kapag ginawa ko ang slide na ito, gayon pa man, natapos ba ito sa mga tuntunin ng mahusay na paggamit ng mga mapagkukunan ng anumang naibigay na server? Sinusukat ba ito upang makalat ito sa mga malalaking kumpol? Sinasamantala ba nito ang magagamit na hardware na uri ng mga in-memory database ay pupunta sa direksyon na iyon? Naipamahagi ba ito? Mayroong isang bilang ng mga database na pangunahing sa pagkakaiba-iba upang ipamahagi. Anong uri ng mga katangian na nakuha nito? Ang pangunahing katangian ng ACID ng database. Ngunit sa halip na magkaroon ng aktwal na pagkakapareho, ang isang bilang ng mga database ay may panghuling pagkakapare-pareho, ginagamit ng mga tao at wala silang problema sa kanila kaya ipinakita nila na ang ACID ay hindi talagang kinakailangan, isang magandang bagay lamang na magkaroon ng isang maraming mga sitwasyon.
Sa mga tuntunin ng samahan ng metadata, nagbago ang buong laro. Mayroon kaming iba't ibang mga organisasyon ng metadata sa halip na isang pangkaraniwang panukala sa RDBMS. Sa mga tuntunin ng optimizer, mayroong isang kakila-kilabot na aktibidad ng pag-optimize na nakasalalay depende sa mga istruktura ng data na sinusubukan mong i-optimize. Sa mga tuntunin ng kakayahang mapangasiwaan, mayroong maraming pagkakaiba-iba sa ito na darating ako sa paglaon, ngunit karaniwang ang buong punto ng isang DBMS ay mapapamahalaan at muli ang lawak ng kakayahang mapangasiwaan nito sa ilang degree ang tinutukoy ang lawak ng pagiging kapaki-pakinabang nito.
Sa mga tuntunin ng mga kadahilanan ng hardware, ito ang puntong talagang sinasabi - Ibig kong sabihin ay may isang punto lamang na ginagawa dito - ang punto na ginagawa dito ay ang anumang tinitingnan natin ngayon sa mga tuntunin ng mga arkitektura ng database ay magbabago. Maaaring ito ay ang parehong mga database, ngunit kakailanganin nilang, sa isang paraan o sa isa pa, isinasaalang-alang kung ano ang talagang nangyayari sa antas ng hardware. Para sa maraming, maraming taon na namin ito medyo simpleng sitwasyon ng CPU, memorya at umiikot na disk - na nawala na, talaga.
Ang puntong narito, una sa lahat mayroon kaming mga CPU ngunit ang mga ito ay paraan na mas kahanay na kakayahan kaysa sa nauna nila sa maraming, maraming iba't ibang mga cores sa pagproseso. Mayroon din kaming mga GPU, mayroon din kaming mga FPGA, iba't ibang uri ng silikon, ngunit ang Intel ay nagpakasal sa isang FPGA na may isang CPU sa susunod na paglabas nito, at - AT - ay nagpakasal sa mga GPU at mga CPU nang magkasama sa parehong chip. Mayroon kang mga chips na may iba't ibang mga katangian. Ang bentahe ng isang GPU ay talagang mahusay para sa mabibigat na pagkakatulad at lalo na sa pagkalkula ng numero. Ang mga FPGA maaari mong, sa isang paraan o sa isa pa, maaari mong ilagay ang code sa chip at gumana ito nang mas mabilis kaysa sa kung pinapakain mo lamang ito sa maliit na tilad.
Mayroong isang cross-breeding ng mga bagay na nangyayari. Mayroon kaming 3D XPoint mula sa Intel at PCM mula sa IBM, na mga bagong uri ng memorya, na mas mabagal kaysa sa RAM, mas mura kaysa sa RAM ngunit hindi pabagu-bago ng isip. At ang mga ito ay lumilikha ng kaunting kaguluhan sa gitna ng isang bilang ng mga vendor ng software na napagusapan ko. Mayroon kaming mga SSD ngunit ngayon nakakakuha sila ng napakalaking, napakalaking at nagbibigay sila ng kahanay na pag-access. Sa kahanay ng pag-access sa isang napakalaking SSD maaari mong lapitan ang mga bilis ng pagbasa na katulad ng mga bilis ng pagbasa sa RAM. Nakatanggap kami ng posibilidad na ito ng tatlong uri ng storage RAM, ang 3D XPoint stuff at SSDs, lahat ng ito ay magiging napakabilis. At dahil ang bilis ay ang kakanyahan ng database, ang lahat ng teknolohiya ng database ay susubukan at maikilos ang mga ito nang mabilis hangga't maaari. At iyon ay kasangkot at kasangkot sa kahanay na arkitektura, ngunit scale-out kahanay na arkitektura. Ang pagganap ng antas ng hardware ay nagpapabilis sa lahat ng oras, nagawa nang maraming taon, patuloy na ginagawa ito, at ang mga pangkalahatang gastos ay bumabagsak.
Pinagdaanan ng luha. Ito ay lamang ng iba't ibang mga pagtatangka sa mga database, ang unang mga database bago ang relational ay karaniwang tinutukoy bilang mga database ng network, pagkatapos ay dumating ang mga database ng pamanggit, pagkatapos ay dumating ang mga database ng object, hindi sila nakakuha ng isang mahusay na traksyon, pagkatapos ay dumating ang mga database-store database na ang mga database ng relational na ginawa nang ibang naiiba. At pagkatapos ay mayroon kaming mga database ng dokumento at ang mga database ng SQL na kung saan ay naiiba ang mga database ng object, o kung gusto mo, ang parehong haligi ng mga database ng object at nahuli nila. At kamakailan lamang ay mayroon kaming mga database ng data na nakakuha ng traction at mga database ng RDF. At ang tinitingnan mo ay hindi bababa sa tatlong magkakaibang hanay ng mga istruktura ng data na tinatanggap. Ang relasyong database ay gumagawa ng mga talahanayan at hilera nang maayos. Ang dokumento ng dokumento at mga database ng object - ginagawa nila ang awkward na istraktura ng data, lalo na ang mga hierarchical data istraktura, nang mahusay. At ang mga database ng graph at mga database ng RDF ay maayos na ginagawa ang mga istruktura ng data ng network. At ang mga ito ay magkakaiba, iniisip ko ang mga ito bilang tatlong linya, ang mga linya na ito ay magpapatuloy nang walang hanggan. Hindi ito titigil dahil ang mga makina na gumagawa ng mga bagay na ito nang maayos ay hindi gumana sa ibang istraktura ng data partikular na rin.
At pagkatapos ay nakuha namin ang spoiling factor ng Hadoop. Hindi isang database si Hadoop ngunit may mga database na gumagamit ng HDFS para sa kanilang istraktura ng imbakan. At maraming mga bagay na ginagawa ni Hadoop ay ang uri ng mga bagay sa pamamahala na kailangang gawin para sa isang database. Gayundin nagkakahalaga ng pagbanggit na Spark ay hindi isang database alinman, ngunit mayroon ito, at ito ay hindi pa napapabilis, ngunit mayroon itong isang SQL optimizer at samakatuwid ito ay tulad ng kernel ng isang database nang hindi kinakailangang alam kung saan ka mag-iimbak ng data, ngunit kung ilalagay mo ito sa HDFS, ang maraming kinakailangan sa database ay talagang natutugunan, sa pamamagitan lamang ng mga kakayahan ng pinagbabatayan na file system. Ang spark sa partikular ay naging bahagi ng database ng ekosistema ng database at madalas itong isinasama sa mas malakas na mga database, at ang dahilan para sa tunay na analytics. Ang Analytics - Spark ay, mahusay na napupunta ito, napakabilis sa analytics. Ang Analytics ay ang pangunahing aplikasyon na ang karamihan sa mga tao ay namumuhunan ngayon, kaya ang dalawang lakad na uri ng kamay sa kamay. Ang federation ng data sa halip na mga panuntunan sa konsentrasyon, dapat itong maging malinaw mula sa katotohanan na nakuha mo ng hindi bababa sa tatlong magkakaibang mga pangangailangan, nakabalangkas na uri ng mga database doon at samakatuwid, ang federation ng data kung nais mong ibahagi ang data sa pagitan nila. Ito ay madalas na kinakailangan, ngunit nakakuha ka rin ng mga database na sukat at mga database na hindi, talagang malakas na mga makina tulad ng Teradata o Vertica ay may isang napaka partikular na lugar, ngunit ang mas kaunting mga makina na maaaring gumawa ng isang kakila-kilabot na gawain, kaya, pederasyon ay malamang na naroroon para sa isang mahabang, mahabang panahon kahit na sa pagitan ng mga nakabatay na mga database.
Ang pangwakas na bagay na sasabihin, ang IoT, hindi pa matapos hanggang sa magsimulang mag-disgorging data ang fat fat. Ang IoT ay maaaring mahusay na lumikha sa isang paraan o iba pang iba't ibang mga dinamika sa database ng mundo at na makulit ang mga bagay kahit na higit pa. Inaasahan, magkakaroon - sa isang paraan o sa iba pa - magkakaroon ng ilang uri ng tagpo na nagpapatuloy, ngunit hindi ko ito nakikita lahat na magkakasama tulad ng ginawa nito sa mga database ng relational. Hindi sa anumang oras kaagad.
At sa palagay ko iyon lang ang nasabi ko, kaya ibibigay ko ito sa Australia.
Dez Blanchfield: Salamat, Robin. Salamat sa lahat sa pagsali sa amin, salamat sa pagkakaroon mo ako kaninang umaga, o ngayong hapon ang iyong oras. Ito ay isang napaka-mainit na paksa dahil nakaranas kami ng isang pagsabog sa huling dekada at medyo, sa dami ng data na kinakaharap namin, at walang paltos na ang data ay nakaupo sa loob ng ilang anyo ng system na para sa karamihan ng mga kaso ay isang database ng ilang form. Akala ko mabilis kong dadalhin tayo sa isang napakataas na uri ng paglalakad kung paano kami nakarating dito at ang problema na nilikha at ang mga uri ng mga bagay na kailangan nating tugunan ngayon, at pagkatapos ay pag-uusapan natin ang tungkol sa mga uri ng solusyon na maaaring mailapat sa na. Hayaan mo na lang akong hawakan ng una kong slide dito. Sa tingin ko na nasa punto kami ngayon kung saan ang DB admin 2.0, o database admin 2.0, ay uri ng kung saan kami uri ng ngayon, isang beses sa isang panahon ang isang tagapangasiwa ng database ay isang medyo tapat na papel at hamon at maaari mong sanayin ang isang tao nang mabilis. Sa mundo ngayon na hindi na ang kaso, at ipapakita ko sa iyo kung bakit ganoon.
Minsan, ang isang database administrator ay makakonekta sa likod ng DB at gumawa ng isang mabilis na pagpapakita ng mga database at magkakaroon ng isang listahan ng mga database sa system na kailangan nilang magkaroon ng kamalayan at madali silang makarating ang mga database at piliin ang mga ito at magkaroon ng kaunting sundot at isang pagsisiyasat sa paligid at gumamit ng translate, ilarawan ang talahanayan upang malaman kung ano ang nasa isang mesa at bawat isa sa mga haligi at hilera, at ito ay isang medyo prangka na hamon at kung nabasa mo ang average dalawa o tatlong daang pahina ng libro sa pangangasiwa ng database para sa bawat platform, halos maituro mo ang iyong sarili nang hindi kinakailangang gumawa ng isang degree sa rocket.
Ngunit hindi na iyon ang kaso, at ang dahilan para sa, sa isipan ko, ay na napakaraming mga pagpipilian sa mundo ng database para sa sinumang tao na maging isang dalubhasa ng isang dalubhasa sa at upang manu-manong manu-manong pamahalaan at pamahalaan . At ang dahilan para sa iyon ay sa huling apat hanggang limang dekada pagdating sa mundo ng mga server at system system at database server at application suite, dumating kami ng napaka, napakatagal na paraan. Minsan ay nagkaroon kami ng malaking bakal na kailangang harapin kung ano ang mabisang maliit na data, at nakakatawa nang maliit kapag tinitingnan namin ngayon. Nakita ko ang isang talagang malinis na larawan sa Twitter sa ibang araw, ng kamangha-manghang ginang ito na nangunguna sa programmer at developer para sa NASA sa oras na inilalagay namin ang mga kalalakihan sa buwan, at ang kanyang code ay nakalimbag sa isang daan at tatlumpu't dalawang mga linya ng printer ng linya at fan-nakatiklop, at ito ay tumayo talagang mas mataas kaysa sa kanya, ang dami ng code na kanyang isinulat.
At kapag naisip ko ito, tulad ko, talaga na marahil mga dalawa o tatlong daang megs ng data kung saan kailangan niyang i-type ang lahat, kung hindi bababa. At sa gayon ang kabuuang dami ng data upang hawakan ang kanyang code, kahit na ito ay pisikal na nakatayo nang mas mataas kaysa sa kanya kapag na-print ito sa papel, ay talagang isang napakakaunting halaga. Kahit na ang mga napakalaking silid na may sukat na silid, at ito ay isang IBM System / 360 sa partikular na slide na ito, ang dami ng data na maaari nitong talagang hawakan ay maliit kumpara sa mundo ngayon. Sa katunayan, ang aming mga smartphone ay humahawak ng 60 at 128, at 256 gig at malapit na kaming magkaroon ng mga terabytes sa aming mga telepono bago magtagal kapag bumaba ang presyo ng flash.
At sa oras na iyon at sa panahong iyon, ang pamamahala sa database ay medyo prangka. Narito ang isang snapshot ng isang 3270 terminal session, at para sa isang DBA, ma-log in at tingnan ang bilang ng mga file na nauugnay sa database, at ang mga index na nandoon at ang mga hilera at haligi ay diretso. At makikita mo dito sa screenshot na ito, na ang konteksto nito ay isang talahanayan at isang bilang ng mga puwang ng talahanayan, iyon sana ang buong mainframe na namamahala sa isang talahanayan ng database. Sapagkat ngayon, hawak namin ang bilyun-bilyong mga hilera ng mga talaan sa mga database system. At ang pagbabago ay naganap sa pamamagitan ng isang pagbabago sa teknolohiya na nagpapahintulot sa amin na magtayo ng mga platform ng database at mga sistema ng pamamahala ng data.
Kung iisipin namin ang tungkol sa uri ng mga orihinal na mainframes at maraming mga computer na tumatakbo sa database at sa kalaunan ay mga database ng relational, kaya limampung-plus taon na ang nakalilipas, at ang malaking uri ng bakal na mundo at ang maliit na set ng data na mayroon kami, sa oras na nakarating kami sa halos walumpu, kami ay uri ng sa, kami ay dumaan sa mga mainframes mula sa mini hanggang sa micro, at mayroon kaming mga PC na nagpapatakbo ng mga bagay tulad ng dBase II at dBase III, at sa DOS at CP / M at mayroon kaming maagang maagang pamanggit-database- magagamit ang mga teknolohiyang istilo at mahusay na na-scale ang mga ito kumpara sa kung ano ang dati nating ginamit sa mainframe. Sa oras na nakarating kami sa mga siyamnapu, mayroon kaming mga kagustuhan at Oracle at DB2. At sa mga huling bahagi ng siyamnapu ay mayroon kaming mga tao, tulad ng mga lihim na kompyuter na maaaring kola tulad ng isang modelo ng network, napaka, napakalaking machine, magkakasama ang mga makina ng gabinete at kunin ang mga gusto at bumuo ng mga kumpol ng mga computer. Ngunit kahit noon, maliit pa rin ito kumpara sa nakikita natin ngayon.
Ngunit sa slide na nakuha ko dito, ito ang Hadoop na kumpol at epektibong kumikilos tulad ng isang makina at mahalagang ito ay isang talagang, talagang malaking computer at maaari itong hawakan ang mga uri ng data ng web-scale na dati nating ginagamit . At sa gayon ang hamon ng pangangasiwa ng database, pamamahala ng database sa mga uri ng mga platform ay talagang naging, sa aking isip, agham ng rocket. Kailangan mong maging isang napaka-matalino na character upang maunawaan ang teknolohiyang pinapatakbo nito, ang platform na pinapatakbo nito, ang data na nandoon, ang mga uri ng mga gamit ng mga database. At oo, nakita namin ang pagsabog na ito mula noong unang bahagi ng 2000, kung saan nagkaroon kami ng Microsoft SQL na isang bagay, ang Lotus Tala ay lubos na naitatag at labas doon at ang bilang ng mga database ng Lotus Tala na gumagapang sa paligid ng lugar ay medyo nakakatakot. At mayroon kaming karaniwang mga nanunungkulan sa Oracle at DB2 at talagang nagsisimula nang hawakan. Ang ilan sa mga tatak tulad ng nagsisimula na mawala. Ngunit ginagawa pa rin namin ang tradisyonal na pangangasiwa ng database hanggang sa puntong iyon, sa paligid ng ganoong uri ng 2006 na panahon kung, kung babalik ako sa imaheng iyon ng kumpol, mayroon kaming tinatawag na kumpol ng Beowulf na maging isang bagay, kung saan makakaya namin kumuha ng off-the-shelf PC at i-glue ang mga ito at gumawa ng mga pangunahing sobrang computer.
Ngunit mula sa puntong iyon paitaas, tumawid kami sa isang tipping point kung saan nagawa ng mga tao na gawin ang administrasyong database ng old-school at - tulad ng sinabi ko, sa aking pananaw - ang scale ay naging napakalaki, napakalaki, napakabilis. Ito ay halos tulad ng mayroon kaming malaking bang kaganapan sa teknolohiya na nagtulak sa teknolohiya ng data at teknolohiya ng pamamahala ng data at lalo na ang mga database sa paligid nila. At dahil nasa epekto kami ng pagbuo ng mga kumpol na istilo ng estilo ng mataas na pagganap upang mag-host ng data sa iba't ibang mga form. At upang maihanda ang puntong iyon, narito ang isang snapshot ng tanawin ng 2016 ng mga teknolohiya ng database na magagamit sa amin. Nakataas mula sa ibabang kanang sulok at bukas na mapagkukunan, hanggang sa tuktok na kaliwang sulok sa imprastruktura. At sa tuktok na kanang sulok sa mga solusyon sa aplikasyon na magagamit sa amin, at sa ilalim ng kaliwang sulok, isang halo ng imprastruktura at mga engine ng pagganap na gumagawa ng analytics, at iba pa. At sa gitna ay mayroong mga aparato tulad ng aming mga smartphone siyempre, na aktwal na tumatakbo sa napakaliit na mga bersyon ng mga database, upang gawin ang mga bagay tulad ng pamamahala ng aming mga contact at iba pa, o ang aming mga log ng tawag at iba pang mga bagay na mayroon kami.
At sa aking isipan ay mayroong pagsabog na ito, uri ng isang pagsabog ng Cambrian sa ganoong uri ng bagay, kung saan ang dami ng pag-unlad ng teknolohiya na naganap sa napakaikling panahon ng oras mula sa 2006 hanggang 2016 ngayon na kung saan ay mabisang isang dekada, tulad ng. Nakita na namin ngayon ang mga database ng graph na nagiging isang malaking bagay, ang mga memorya ng mga database ay naging isang malaking bagay, darating ang mga database ng SQL. Ang paglipat sa iba't ibang mga modelo ng pag-compute, dumating ang Hadoop, mayroon kaming modelo ng MapReduce, mayroon na kaming Spark at streaming analytics at streaming computer, nababanat na data na ipinamamahagi, mga frameworks na kailangang bumuo ng mga tao para sa kanila, upang makarating sa mga kaliskis na kailangan namin, at kung iisipin natin ang tungkol sa paglalakbay na iyon, upang dumaan sa uri ng, kung ano ang mga sistemang pamamahala ng pamamahala ng database kasama ang karaniwang mga hinihinalang suspek, Oracle, PostgreS, Sybase, IBM DB2, MySQL, at platform ng Microsoft SQL Server. Nakita namin ang ilang mga bagong bata na nakarating sa bloke ngayon, Clustrix, Xeround, NuoDB, MemSQL, at may mga dose-dosenang at dose-dosenang higit pa tulad ng nakita mo sa slide na bago. Kung maaari mong isipin ang hamon ng pagkakaroon ng malaman ang mga platform na ito, at alam kung paano patakbuhin ang mga ito at makuha ang nag-iisang pane ng view ng salamin, na kailangan mong maging isang DBA at gawin ang mga bagay na ito, ang hamon ay malayo sa walang halaga. At pagkatapos ng lahat ng isang biglaang dumating ang mga engine ng NoSQL na isang buong bagong lahi ng masayang hamon.
At kaya ang pangwakas na slide na narito ko ay uri ng panghuli one-two-three knockout punch at iyon ay nakuha namin ang ilan sa mga teknolohiyang ito ngayon at nilikha namin ang isang kakayahang serbisyo para sa kanila, inilagay namin sila mga modelo ng ulap at magagamit na sila ngayon bilang isang utility, bilang isang serbisyo, maaari kang makakuha ng database bilang isang serbisyo at karaniwang mga tatak na nakikita namin doon sa Web Services ng Amazon at Cloud Compute Platform ng Google at Microsoft Azure ang mga darating sa mga tao isip, ngunit mayroon talagang dose-dosenang at dose-dosenang mga platform ng ulap ngayon. At sa Australia halimbawa, mayroong isang bagay tulad ng isang daan at labindalawang kumpanya na bona fide malakihang pampublikong ulap na nag-aalok ng serbisyo sa database sa iba't ibang mga form.
Ang pag-isipan ang hamon na ang average na DBA ay kailangang makawala mula sa kama at magtrabaho at makayanan ngayon ay medyo hamon na pag-iisip. At sa gayon ako talaga sa view ngayon na tulad ng maraming mga bagay sa buhay, nasaksihan namin ang mga pahalang at patayo, iyon ay ang imprastraktura ay na-scale sa isang napaka-pahalang, malapit-linear na modelo ng paglago, at pagiging kumplikado ng stack sa isang patayo na kahulugan, ang bilang ng mga platform sa database, ang bilang ng mga balangkas ng aplikasyon at mga modelo na dapat nating harapin, ay nakuha nang mabuti na lampas sa kung ano ang dapat makayanan ng isang tao sa isang solong pane ng view ng salamin at kung ano ang punto ngayon na kailangan ng mga administrador ng database isang buong hanay ng mga bagong tool upang makapag-usap sa lahat ng mga platform na ito, mange kanila, mangasiwa sa kanila at suportahan sila, at naniniwala ako na iyon ang buong paksa ng aming mga pag-uusap kaninang umaga, o ngayong hapon ang iyong oras, at sa pag-iisip, Pupunta ako sa kamay sa aming panauhin na maraming mag-uusap tungkol sa kanilang produkto at kung paano ito tutugunan ang hamon.
Eric Kavanagh: Sige Scott, maghahawak ako-
Scott Walz: Maraming salamat, sige, salamat. Salamat Dez, salamat Robin, at salamat sa lahat sa pagsali at pagtawag sa akin ngayon. Nais kong pasalamatan sina Robin at Dez sa paglalakad sa akin sa isang daanan ng alaala, na nasa puwang mula pa noong unang mga ninete, naibalik mo ang maraming magagandang alaala. Ang memorya na hindi ko nakita sa alinman sa mga slide at mga larawan, ay ang mga suntok na suntok. At iyon ang pinakaunang bagay na ipinakilala sa akin noong una akong nagsimula sa aking unang trabaho sa labas ng unibersidad, ang aking katrabaho sa kubo sa tabi ko, sinabi sa akin na huwag hawakan ang kanyang mga suntok na suntok. Kaya, oo, talagang, at ito ay talagang isang hamon, at isang hamon na nagtatrabaho kami sa pagtulong sa aming mga customer na tugunan at mula noong kalagitnaan ng siyamnapu, at ito ay isang produkto na nais kong pag-usapan ngayon. Tingnan natin ang pamamahala ng multi-platform, at ito ay isang sub-set lamang. Pumili ako ng isang graph ngunit bilang Dez up -
Eric Kavanagh: Kailangan mong ibahagi ang iyong screen.
Scott Walz: Oh, sigurado ako, salamat.
Eric Kavanagh: Walang alalahanin. At ang mga tao, huwag mahiya, magtanong, mayroon kaming tatlong matalinong pantalon sa tawag ngayon, kaya ipadala sa kanila ang mga mahirap na katanungan. Maaari mong gamitin ang sangkap ng Q&A ng iyong webcast console o maaari kang mag-tweet gamit ang hashtag ng BriefR. Okay, Scott, ilayo mo na.
Scott Walz: Doon kami pupunta, salamat. Kinuha ko ang slide na ito, at ang imaheng ito. Ang imaheng mula kay Dez ay talagang nagpaputok sa akin dahil iyon ay, iyon talaga ang mundo na ating pinaninirahan ngayon, at ang mundo na ginagampanan ng mga DBA. At tulad ng nabanggit nila, hindi na, ikaw talaga, nagpupumilit upang makaya upang gawin ito sa lakas-loob lamang. Kailangan mo talaga ang mga tool at iyon, papasok kami upang maglaro at nakikita namin na ang buong switch, ang pagbabago ng momentum kung saan ito ay maaga at napaka-siled tulad ng iyong nabanggit, at pagkatapos ay nagpunta kami sa nagtatrabaho sa maraming mga platform ng database, kaya't iyon ang aming unang pag-iwas sa mga kasangkapan, at pagkatapos ay bumalik ito sa kung saan ang mga organisasyon, at pagkatapos ng taon 2000 at kung ito ay uri ng hinuhubog nang kaunti. Sa mga samahan at nais na pumunta solid, ngunit pagkatapos ito ay bumalik at ito ay talagang pumutok kapag ipinakilala mo ang lahat ng mga bagong platform. At ngayon sa halip na maging pigeonholed sa isang tukoy na platform o isang tukoy na teknolohiya, wala sa mga samahang iyon ang nakakaalam kung ano ang pinakamahusay. Ano ang pinakamahusay na database ng aplikasyon, ano ang pinakamahusay na platform na gagamitin? At sa sinabi nito, nais kong lakarin ka nang kaunti tungkol sa kung ano ang ginagawa namin sa DBArtisan. At ang DBArtisan ay naging aming punong punong barko, pamamahala, dahil sinasabi nito ang mga kapaligiran sa cross-platform sa loob ng higit sa 20 taon, at ito ay kung saan kami nakatira at ito ay kung saan nais naming bigyang-diin at magtrabaho kasama ang aming mga customer at bigyan sila ng mga tool upang gawin silang produktibo at gumanap.
Sige na at pupunta ako sa kanan. Nagpapakita ako ng produkto nang masidadaan ako sa mga slide at sa palagay ko marahil ay ginagawa mo rin. Para sa inyo na hindi pa nakakita ng DBArtisan, tinitingnan namin ang comp, at sa palagay ko ay ginamit ni Dez ang salitang "solong pane ng baso, " at iyon ay isang bagay na ipinagmamalaki natin ang ating sarili sa pagbibigay ng DBA ng iisang pagtingin sa lahat ng kanilang mga platform. Tama, hindi na kailangang buksan ang anumang iba pang application, kami ay kumonekta at makapasok ka doon at magsimulang magtrabaho sa platform. Sa pagtingin sa database explorer sa kaliwa, maaari naming likhain ito ayon sa nakikita naming akma, maaari naming ayusin ito gayunpaman gusto namin. At makikita mo mayroon akong isang halo, ako ang ilan sa aking mga Oracle server, mayroon akong MySQL, mayroon akong PostgreS dito, mayroon din akong isa - may label na mga server ng produksyon na ang ilan ay kasama ang ilan sa MySQL server environment. Muli, makikita natin doon na mayroon kaming isang mahusay na akma. Kung titingnan ko ang pagrehistro ng isang bagong database, makikita mo ang isa sa mga platform na sinusuportahan namin, mayroong isang pares na nais kong mapalaki. Mapapansin mo kung ito ang iyong SQL, suporta para sa, Teradata, Apache, PostgreS, narito ang mga generic na sinusuportahan namin.
Kung mayroon kaming driver ng JDBC o driver ng LDBC sa alinman sa mga platform, nakakonekta kami, bibigyan ka ng isang koneksyon at pahintulutan kang magtrabaho kasama ang platform mula mismo sa loob ng DBArtisan. Muli, hinahayaan kang tumuon ang trabaho sa kamay, at hindi kung paano mo ito magagawa. Maglakad sa lahat ng iyon. Ngunit nais kong magpakita ng ilang mga bagay tungkol sa produkto. Sa kasong iyon, buksan natin at makikipag-usap tayo sa Oracle, halimbawa. Ito ay lamang ang aking maliit na landing page dito, ngunit nais kong pumunta at tingnan ang ilan sa aking mga scheme na aking pinagtatrabahuhan. Pupunta kami sa pull sa isa sa mga mas malaking scheme, kaya muli, ibabalik namin ang listahan ng mga talahanayan. Tama, sa kasong ito, magbubukas ako ng mesa, kaya pipiliin lamang namin sila, at dadalhin ito sa aming editor ng object.
Ngayon, ang Oracle ay isang bagay na pinagtulungan ko nang maraming taon, kung ano ang ipapakita ko sa iyo ay marahil isang madaling pahayag para sa iyo. Ngunit kung ang Oracle ang platform, o kung ang PostgreS ang platform, o ang Teradata ang platform na binigyan ka lang at kailangan mong mapabilis, ang gawain sa kamay ay upang magdagdag ng isang haligi. O marahil ang gawain sa kamay ay upang tanggalin ang isang haligi. Ngunit hindi mo nais na mag-alala tungkol sa syntax, di ba? Nais naming pumunta, i-type lamang kung ano ang kailangan namin, i-set up ito at iniwan namin ang DBArtisan upang makabuo. Dito, pipilitin namin ang "Alter." Ito ay bubuo ng script para sa amin. Muli, isang napaka-simpleng halimbawa, ngunit ang punto ay gagawin ang gawain para sa amin upang makabuo at ilagay ang kolum na ito sa talahanayan.
Gayunman, ang maaari nating gawin, ay ang mga paglipat ng mga haligi sa paligid ng talahanayan. Kung sinubukan mong gawin iyon sa tradisyonal, medyo mas kumplikado kaysa sa isang solong linya ng code tulad nito. Ngunit muli, ang DBArtisan ay gagana sa likod ng mga eksena, makabuo ng code para sa iyo, at muling makagawa ng SQL. Malapit na kami dito. Bago ko gawin, pansinin ang lahat ng mga tab sa buong tuktok muli, ang interface ng gumagamit ay napaka intuitive. Kung pumapasok ako sa explorer, kung lumundag ako sa PostgreS, di ba? Kung pupunta ako sa aking mode ng panukala doon, tingnan ang talahanayan, halos kaparehong hitsura at pakiramdam, di ba? Buksan namin ito, muli makikita namin ang impormasyon dito. Ang mga katangian, mga ninuno, ang mga haligi. Tukoy kami sa platform, bibigyan ka namin nito, ang interface ng gumagamit, upang maipakita ito at upang gumana sa mga bagay. Malalaman mo kung ano ang kailangan mong gawin, at hahayaan kang gawin ito sa isang mahusay at napapanahong paraan, kaya hindi mo kailangang mag-alala tungkol sa eksakto kung ano ang sugnay na kailangang pumunta roon upang magbigay ng pagpipilian na iyon. Aalagaan namin iyon para sa iyo.
Gayundin, kung titingnan namin, pupunta ako sa SQL Server ngayon at makipag-usap nang kaunti tungkol sa ilan sa iba pang mga tampok, kaya lahat ay kailangan nating subaybayan ang database. Kaya muli, simulan ito, tingnan natin ang lahat ng mga session na nagaganap, session na tumatakbo. Paano natin makikita kung anong mga pahayag ang naisakatuparan at maaaring magkaroon ng kontrol sa iyon? Kailangan ba nating ihinto ang isang session? Kailangan ba nating makita ang anumang mga kandado na maaaring nasa database? Anumang pagbara ng mga kandado? Muli, mayroon kaming lahat ng impormasyong iyon mismo sa aming mga daliri upang mabilis kaming kumilos, gumawa ng mga pagwawasto kung kinakailangan, at iikot ito. Babalik tayo sa aming explorer. Ito ay kung saan, ito ang punto ng pagmamaneho, ito ay kung saan palagi akong bumalik, ito ay kung saan personal kong nais na magsimula ng mga bagay at magtrabaho mula rito. Tulad ng konektado ako sa isang database ng SQL Server upang tumingin sa mga utility. Dahil kami ay cross-platform, maaari naming simulan ang pagtingin sa mga extraction, paglilipat. Maaari kaming lumipat sa mga platform kung kailangan nating lumipat ng mga bagay mula sa isang platform patungo sa isa pa, magagawa natin iyan, kung may mga bagay na umiiral sa iba't ibang mga platform. Kunin ang mga scheme, mag-publish sa mga ulat, mag-load at mag-load ng data, at i-back up ang mga database.
Muli, lahat na mula sa loob ng UI. At pagdating dito sa mga tool, maaari mong makita ang isang kumpletong hanay ng mga tool na maaari naming patakbuhin, di ba? Mula sa pagitan ng "Hanapin sa Mga File" maaari naming gawin ang isang kumpletong paghahanap sa database kung saan hinahanap namin ang loob ng mga talahanayan ng system upang mahanap ang string na iyong hinahanap. "Pagsusulat ng Script at File, " kung mayroon kang isang pamantayang pahayag na maaaring maisagawa laban sa maraming mga platform, maramihang mga mapagkukunan ng data, maaari naming itakda iyon mula mismo sa loob ng isang DBArtisan na itinuro sa mga target na nais naming gawin ito laban. Pindutin ang "Go" at tatakbo ito at ibabalik sa amin ang mga resulta laban sa lahat ng mga mapagkukunan ng target na data. Muli, nagpapahintulot sa iyo na gumana mula sa solong pane ng baso.
At "Analyst Series, " muli, mas malalim ang mga iyon. Ang mga ito ay nakatuon nang higit pa patungo sa mga database ng relational habang sinisimulan namin ang pagkuha sa higit pa sa mga mas bagong platform magsisimula ka ring makita na palawakin din namin ang pag-andar na ito sa mga arena na rin. At sa pangkalahatan, maraming mga pagpapahusay ng interface ng gumagamit. Mga tampok na nakatuon lalo na para sa DBA. Mga item tulad ng mayroon kaming kakayahang gumawa ng isang library ng script. Ang mga script ng SQL na madalas mong isagawa laban sa maraming mga platform, i-save ito, i-drag ito, sa sandaling makakuha kami ng isang bagong set ng ISQL window, mai-drag lamang namin ang script, at handa na kaming mag-script. Muli, ang pagkakaroon nito sa iyong mga daliri upang magawa at pamahalaan. Mapapansin mo na naghahatid kami ng mga script na tinukoy para sa ilan sa mga platform upang maaari kaming magpatuloy at lumikha ng mas maraming kailangan sa anumang oras.
Ang isang magandang bagay na gusto ko at marami sa aming mga customer, kung interesado ka, at marami akong tanong na ito tungkol sa, "Paano ko ito gagawin? Iyon ay cool na cool. Paano ito gagawin ng DBArtisan? "Mayroong maliit na tampok dito, " Logfile, "maaari mong mai-log ang lahat ng mga pahayag ng SQL na isinasagawa namin, kaya kung nais mong malaman kung paano namin ibinabahagi ang exploratory na iyon o kung paano namin namamayan ang editor para sa isang talahanayan ng PostgreSQL o isang Teradata talahanayan, mag-log sa SQL at isusulat namin ang lahat na isinasagawa ng DBArtisan laban sa database at maaari kang bumalik at tingnan ang SQL na iyon at magkaroon ng lahat ng kailangan namin. Siguro nais mong isama iyon bilang bahagi ng isa sa iyong mga script. Ganap. Ganap na maayos.
Gusto naming maging napaka-transparent sa kung ano ang ginagawa namin at kung ano ang ginagawa namin laban sa database, samakatuwid ay papayagan ka naming i-save at i-record ang anumang bagay na inilalapat namin sa database. Mayroon kaming mga pagpipilian sa pagsasaayos din. Mapapansin mo na itinatag ko ito bilang "Pag-aayos ng May-ari ng Bagay." Maaari ko ring i-set up ng "Object Type." Kung napasok ako muli sa aking PostgreSQL na kapaligiran, nagpunta ako sa scheme kung tiningnan ko ang SQLs sa halip na lamang ang aking mga talahanayan ng GIM na kabilang sa scheme na iyon, makikita ko ang lahat ng mga talahanayan, anuman ang mga pangalan ng schema. Muli, iba't ibang mga paraan upang ayusin ang mga bagay na talagang ipasadya ito para sa iyong sariling daloy ng trabaho at kung paano mo ito nais.
At ang huling bagay na nais kong pag-usapan ay ang kakayahang magtakda ng "Mga bookmark." Kung mag-drill ako, kung nagtatrabaho ako sa isa sa aking mga platform at nais kong tumuon sa mga mode lamang ng aking mga talahanayan, maaari akong magdagdag ng isang bookmark. Alam ko, isang napaka-simpleng tampok, ngunit napakagandang mayroon, lalo na kapag nagtatrabaho ka sa maraming mga mapagkukunan ng data at ng maraming mga platform tulad ng DBA ngayon. Upang makapasok sa system, simulan ang DBArtisan at hayaang dalhin ka mismo sa manager ng bookmark sa punong kahoy kung saan kailangan mong maging at makapagtrabaho. At pagkatapos mula rito ay makagawa ako ng isang bagong talahanayan, at muli, sa mga platform na suportado namin na nakita mo kanina, at lalakad ka namin sa pamamagitan ng "Wizard" upang hayaan kang magmaneho at makabuo at lumikha ng talahanayan. At bubuo kami ng lahat ng syntax na kinakailangan upang gawin iyon sa likod ng mga eksena para sa iyo at pagkatapos ay ipakita iyon sa iyo sa dulo sa isang preview ng preview. Maaari kang makakuha upang mapatunayan, makita kung ano mismo ang aming bubuo. Maaari mong pindutin ang pindutan ng "Ipatupad", pagkatapos ay ang pindutan ng "Tapos na", gawin ito. O maaari mong i-save ito o itulak ito sa isa pang window ng ISQL, kaya gawin itong muli, marahil kailangan itong maging bahagi ng isang mas malaking, isang mas malaking script na nais mong i-save at i-deploy sa iyong oras ng window ng batch.
Iyon ay isang pangkalahatang-ideya ng DBArtisan. Kung pinag-uusapan natin iyon, muli, ito ay isang produkto na nakikita ng maraming mga platform, suporta para sa mga platform at mahusay na karanasan ng gumagamit, mahusay na puna mula sa aming mga customer. At kung interesado ka, bilang isa sa mga panelista, ngunit kung kailangan mong makahanap ng anumang mga kaugnay na IDERA o nauugnay sa DBArtisan, huwag mag-atubiling maabot at tiyak na mahahanap mo ako sa aking email address.
Eric Kavanagh: Alright, sa palagay ko ibabukas ko ito sa Robin para sa mga katanungan at pagkatapos ay Dez at pagkatapos ay susubaybayan ko ang Q&A mula sa mga dadalo. Robin, ilayo mo na.
Robin Bloor: Okay, well ang ibig kong sabihin, ang unang tanong, aktwal na ako ay pamilyar sa DBArtisan nang medyo habang ako ay uri ng kamalayan ng mga kakayahan nito. Ano ang gusto kong maging interesado sa iyo na tugunan ito, uri nito, mga landas sa hinaharap mula rito. Ibig kong sabihin, alam mo, sa huling oras na tiningnan ko ito, dapat ay matagal na ang nakalipas. Nakita ko na sinusuportahan mo ang hindi bababa sa tatlong mga database na hindi ko napagtanto na sinusuportahan mo dati. Ano ang pasulong na landas para sa DBArtisan? Posible ba na magdagdag ka lamang ng higit pa at higit pang mga database o ito ba ay isang tampok na extension ng tampok? Saan mo balak sumama?
Scott Walz: Iyon ay isang mahusay na katanungan at nais ko ang lahat ng nasa itaas. Tiyak na magpapatuloy kaming magpapatuloy dahil ang tradisyonal na mga platform ng RDBMS ay hindi nakaupo, di ba? Patuloy silang nagtatayo. Patuloy kaming susundin ang landas na iyon. At pagkatapos ay makikita mo kaming magsimulang maghanap at pupunta sa direksyon na iyon ng pagsuporta sa net ng mga bagong platform. Dahil kinikilala namin na kahit na ang ilan sa mga platform na iyon ay patuloy na lumalaki, ang tradisyonal na RDBMS, mayroong ilang mga sitwasyon na ang mga bagong platform ay ang tamang mga platform para sa mga customer. Talagang tinitingnan namin ang merkado, sa bahaging iyon, at sinisikap na gumawa ng tamang mga pagpapasya kung aling mga platform ang makakasama. Tila nagbabago sila araw-araw, praktikal.
Robin Bloor: Well tulad ng sinasabi ko at ni Dez, ito ay isang napaka-buhay na merkado, ay marahil isang paraan ng pagtingin dito. Ang isa pang bagay na gusto kong maging interesado - malinaw naman na hindi mo magagawang sagutin ang tanong na ito nang tumpak na detalye, ngunit napansin ko ang mga site sa aking oras kung saan may isang libong mga pagkakataon ng Oracle, at ang Oracle ay hindi ang nag-iisang database na ginagamit, na na-deploy, alam mo na. At kapag nakipag-usap ako sa kanila tungkol sa kung paano sa mundo pinamamahalaan mo na maraming mga pagkakataon na sinabi nila, "Well, alam mo, mayroon lamang tungkol sa lima o anim na malaking pagkakataon at mayroon kaming halos tatlong DBA na kumalat sa amin." M uri ng interesado sa mga tuntunin ng paggamit ng DBArtisan, dahil maaari kang gumawa ng isang kakila-kilabot na kasama nito, kung gaano karaming mga database ang nakaupo, sabihin nating karaniwang, o kahit ano ang pinakamalaking halimbawa ng kung gaano karaming mga string na maaaring pamahalaan ito nang sabay-sabay?
Scott Walz: Well, nakakita ako ng mga sitwasyon - at muli, medyo kumplikado, ang tanong na iyon, dahil pinapayagan ako ng DBArtisan na magkaroon ng maraming koneksyon o maraming mga mapagkukunan ng data na tinukoy sa isang pagkakataon. Siguro nais kong gumawa ng isang syslogin at pagkatapos ay isang mas mababang pag-login ng pahintulot ngunit na-deal ko ang mga customer na sa lahat ng bagay na gumuho ito ay pagpunta sa maraming mga screen. Ngayon nang tinanong ko sila na, ang tanong na tinanong mo sa akin, ay, "Paano mo pinamamahalaan ang marami?" At pagkatapos ay sinabi niya, "Hindi." Tama ba? "Pinamamahalaan ko kung ano ang makakaya ko, ngunit kailangan ko ng pag-access sa lahat." Nakikita ko pa ang anumang humihinto, alam mo, ang pang-itaas na mga limitasyon ng maaaring pamahalaan ng tao ay talagang ang pinakamataas na limitasyon ng kung ano ang maaari, ang indibidwal, hawakan. Ngunit alam mo, tulad ng nabanggit ko, ang mga taong hinahamon ko, hayagang aminin nila na mayroon silang lahat ng mga koneksyon ngunit walang paraan na mapamahalaan ito. Umaasa sila sa kanilang koponan. Kasi sigurado akong nakaranas ka, oo.
Robin Bloor: Sa totoo lang ako ay isang DBA mismo, kahit na hindi ko masyadong ginawa iyon. At ang isang bagay na, alam mo, naalala ko, sa itaas at lampas sa anupaman sa mga liblib na database, ay maaari kang gumawa ng isang napakalaking halaga ng mga bagay na may SQL. Kadalasan higit pa sa iniisip mong kaya mo. Alin sa isang paraan o iba pa ay nagpapaliwanag ng ilan sa mga pag-andar na nakuha ng DBArtisan, sapagkat direkta itong isinasalin sa SQL. Ngunit, alam mo, sigurado akong gumawa ka ng iba pang mga bagay. Ito ay lahat ng SQL script o mayroon bang iba pang mga espesyal na gawain na isinulat para sa mga esoterikong sitwasyon?
Scott Walz: Oo, marami rito, ang karamihan sa mga ito ay SQL, iyon lang ang likas na iyon. Ngunit nagsusulat kami ng mga gawain na maaaring patakbuhin mula sa isang linya ng utos gamit ang mga tool ng vendor, nagtatapos ang harap ng nagbebenta. Ilalagay namin ang mga dulo sa harap, alam mo, halimbawa, para sa mga utility ng data load sa mga platform, di ba? Ang mga iyon ay hindi SQL script, tama, ang mga ito ay mga job-line na trabaho. Ito ay bubuo ng mga at maaaring ibigay ang mga sa DBA na maaari nilang maisagawa. Tingnan mo, gagawin namin ng kaunting pareho ngunit ang karamihan sa mga ito ay SQL script.
Robin Bloor: Sa pagtingin, dahil malinaw naman na kailangan mo sa isang paraan o isa pang tingnan ang mga pagbuo na nangyayari na itinuturing kong medyo bago. Ibig kong sabihin, ang isa sa mga bagay na nahanap kong kawili-wiling nangyayari na ang Spark ay malinaw na ang pagkuha tulad ng isang rocket, ngunit ang Spark's SQL, nawala ito mula sa pagiging kakila-kilabot na hindi pa umuulit upang simulan ang hitsura ng isang mas mature na may mas maraming mga kakayahan ng SQL. Tinitingnan mo ba ang mga bagay na ganyan at nagtataka kung sisimulan mong pamamahala ng mga may DBArtisan?
Scott Walz: Tiyak at gagawin ko. Laging nandyan. Alam ko na ang aming koponan sa pamamahala ng produkto ay palaging tinitingnan kung saan pupunta at ganap, lahat ay nasa mesa para sa amin, tungkol sa kung ano ang tinitingnan namin sa hinaharap.
Robin Bloor: O sige, Dez, gusto mo bang mag-ipon?
Dez Blanchfield: Oo, sa totoo lang, mayroong maraming mga bagay na binuksan mo ang pinto para sa akin doon, Robin. Maraming salamat. Masigasig akong mag-explore ng ilan sa mga bagay na tumalon sa akin kapag tiningnan ko ang mga produktong tulad nito at nasasabik ako. Kapag doble kong nasuri ang aking araling-bahay, dahil tulad ni Dr. Robin Bloor na nabanggit dati, siya, tulad ko, ay nasusubaybayan ito nang kaunting oras at naalala ko na tinitingnan ang iyong mga kinakailangan sa espasyo sa ibang araw at pag-iisip, talaga, ang bagay na ito ay tumatakbo sa pinakadulo nakasalalay sa kung ano talaga ang ginagawa nito. At sa tingin ko mula sa memorya - iwasto ako kung mali ako - sa palagay ko ay tulad ng kaunting isang pagganap ng laptop ay komportable na magpatakbo ng DBArtisan at gayon pa man ito ay may kakayahang tumakbo ng ilang medyo makabuluhang mga pagtatapos ng database back. At medyo interesado akong makita na mayroon ka ring Firebird pati na rin ngayon at Greenplum. Lalo akong humanga sa kahilingan o sa pagtutukoy ng hardware na maaaring literal na tumakbo tulad ng isang gig ng RAM sa isang gigahertz CPU. Iyon ay medyo kahanga-hanga.
Ngunit ang mga kaso ng paggamit ay isang bagay na nais kong matunaw nang kaunti. Nakikita mo ba ang pag-aalsa ng produkto na isang kaso ng pangangailangan dahil sa mayroon nang mga kapaligiran na hindi na nakakontrol, o nakikita mo ba ang mga tao na ngayon ay medyo mas aktibo at sinasabi, alam mo, nagtatayo kami ng isang bagay malaki, kumplikado ito. At iniisip ko ang tungkol sa mga pagsasanib at pagkuha ng halimbawa dito, kung saan ang isang organisasyon ay maaaring bumili ng isang grupo ng mga kumpanya - maliit, katamtaman, malaki, anupaman - at magtapos na magmana ng lahat ng mga kapaligiran at kinakailangang magtayo ng isang bagong kakayahan sa DB. Ano ang karaniwang ginagamit na mga kaso para dito hangga't ang uri ng samahan at ang uri ng aplikasyon dito? Ito ba ay nakararami sa mga tao na nakakuha ng mga umiiral na kapaligiran at dapat lamang linisin ang mga ito at kontrolin ang mga ito o ang mga tao ay medyo mas aktibo at nag-iisip tungkol sa pagiging kumplikado na malapit na nilang mabuo at makapunta ka sa board nang maaga?
Scott Walz: Mas nakikita namin ang mas maaga para sa pinakadulo na dahilan na iyong binanggit, ang pagsasama-sama. Sa lapad ng suporta sa platform na mayroon kami, hindi ito kabuuang patunay sa hinaharap, tama, ngunit inilalagay ka nito at ang iyong mga DBA sa isang tunay na magandang sitwasyon na kapag titingnan nila ang isang potensyal na target na acquisition, tama, medyo kaunti sila, alam mo, ang pag-iisip ng kung ano ang mga platform na maaaring magmana natin, di ba? Kahit na ito ay mahalaga, tama, ang pag-aalala ay may kaunting mas kaunti kaysa sa kung ano ang ibig sabihin sa ating mga DBA, di ba? Ang mga DBA ay may isang produkto na ngayon na alam nila na maaaring kumonekta at kung pamilyar sila sa paggamit ng produkto ay pamilyar sila sa pagkonekta sa platform na kanilang nakuha. Kaya tiyak na isang lugar na nakikita namin, muli mong alam, matagal na, ang mga customer na may mash-up ng lahat ng mga platform, di ba? Paano ko makukuha ang aking mga kamay sa paligid nito, di ba? At sinubukan nila ito dahil ang proseso ng pag-iisip ay ang bawat isa sa mga platform ay may isang tool, di ba? Maaari naming gamitin ang aming sariling tool, di ba? Ngunit sa huli ay bumalik ito, alam mo kung ano, oo maaari mong, ngunit hindi lamang ako matututunan ang bawat isa sa mga platform, ngayon natututunan ko ang bawat isa sa mga tool na sumasama sa bawat isa sa mga platform at kaya pinagsama mo lang ang trabaho ng isang DBA. Kaya nakikita din namin ang sitwasyong iyon kung saan sila ay babalik sa amin at nagsasabing, "Alam mo, kailangan nating paikotin ito. Kumuha tayo ng isang tool para sa DBA, dahil nakakakuha ako ng mas mahahalagang bagay para sa DBA na gawin kaysa malaman ang UI ng isang bagong tool. O iba't ibang mga tool. "
Dez Blanchfield: Oo, hindi sigurado. At, alam mo, kapag nakikita mo, naiisip ko mula sa memorya nang tumingin ako kahapon upang doble lang ang tseke na hindi ako mali, naalala ko na suportado mo si Sybase halimbawa, kaya't ang bagay na ito ay umikot nang kaunti. Mayroong isa pang katanungan na mayroon ako para sa iyo talaga - oo, mahusay na magkaroon ng Greenplum at Firebird sa iyong listahan, ngunit ang iyong Sybase, na uri ng edad nang napakabilis, na nagpapakita na ito ay sa paligid ng ilang sandali at gumawa ng isang magandang trabaho.
Mga kumpol. Kaya, ang isa sa mga pinakamalaking sakit ng ulo para sa isang DBA ay na ituturo nila sa mahalagang kung ano ang hitsura ng isang IP address at isang grupo ng mga API o kung ito ay JDBC o LDBC o kung ano man ang maaari nating pag-uusap, ngunit sa likod na mayroong isang kumpol. Ano ang maaari, o alam ng DBArtisan tungkol sa kung ano ang nasa likod ng numero ng pintuan, tulad ng dati, tulad ng sa pag-plug ko sa dulo ng database, makikita ko ba ang lahat ng mga kapaligiran sa likod doon, at sa partikular, kaya mayroong dalawang bahagi sa tanong, siguro. Halimbawa, ang kumpol, kapag iniisip mo, alam mo, sinusuportahan mo ang IBM DB2 at Microsoft SQL Database Server at MySQL at PostgreSQL at Oracle at ilan sa mga tradisyunal na RDBMS at, alam mo, walang paltos na nagpapatakbo kami ng isang master-alipin o master-master kapaligiran para sa kalabisan at mataas na pagkakaroon at pagganap din. Alam ba ng DBArtisan na mayroong isang bagay sa likod ng numero ng pinto na hindi lamang isang database per se, ngunit isang kumpol, at kung gayon, ano ang nalalaman tungkol dito? At upang dumaloy sa mabilis na iyon upang masagot mo ang parehong tanong, paumanhin. Kaya, sa likod ng mga kumpol sa ilan sa mga senaryo na nakuha mo, paano nakikipagtagpo ang mga tao sa paghahalo sa pagitan ng mga kapaligiran ng produksyon at mga kapaligiran sa pagbawi ng kalamidad, hanggang sa napunta ang paggamit ng DBArtisan?
Scott Walz: Mahusay na mga katanungan. Ibibigay ko sa iyo na magiging contingent sa mga tiyak na platform dahil hangga't sinusubukan namin, magkakaroon kami ng iba't ibang mga antas ng suporta para sa ilan sa mga malalim, ang mas malalim na mga tampok. Para sa Oracle, halimbawa, at ang kanilang RAC na kapaligiran, Real Application Cluster, maaari kang kumonekta sa pangunahing node sa kumpol na iyon ngunit sa pamamagitan ng monitor ng database na ipinakita ko, ipapakita namin sa iyo na tumatakbo ang SQL at kami ' talagang sasabihin sa iyo kung ano ang node ng kumpol na pinapatakbo nito, di ba? Upang hayaan kang makita nang eksakto kung, alam mo, mabagal na pagtatanong, tingnan natin iyon, anong node ang tumatakbo? Dahil hindi tiyak na ang buong kadahilanan para sa kumpol, tama, ay para sa end user, hindi niya pinapahalagahan kung saan ito naisakatuparan, ngunit para sa DBA kailangan nating subaybayan ang uri ng impormasyon. Nagagawa naming bumaba sa antas ng detalye sa Oracle, halimbawa. Ang iba pang mga platform na mayroon kaming koneksyon, marahil hindi gaanong detalye kaysa sa ginagawa namin para sa Oracle.
Kaugnay sa produksiyon at kapaligiran ng pag-unlad, magandang tanong iyan. Nagbibigay kami ng parehong antas ng suporta. Ang tunay na pangunahing paraan na tutulong kami, ang magiging koneksyon ng tagabigay ng koneksyon, di ba? Kami ay makakonekta at gawin ang lahat ng mga tampok. Mayroon akong mga customer na gumagamit ng ilan sa mga tampok sa DBArtisan upang maiuri ang kanilang mga mapagkukunan ng data, di ba? At muli, ito ay maaaring maging isang maliit na kaunti para sa eksaktong tanong na iyong hinihiling, ngunit pinapayagan namin ang mga ito upang i-graphical na magpahiwatig habang nagtatrabaho sila. Dahil iyon ang isa sa mga bagay tungkol sa DBArtisan, madali ba akong magbago sa pagitan ng mga mapagkukunan ng data. At ang susunod na bagay na alam mo na naghahanda ako upang magpatakbo ng isang pahayag ng truncate at naghahanap ako upang makita kung nakakonekta ako - pinatakbo ko ba ito laban sa produksiyon o pag-unlad? At sa gayon ay nagbibigay kami ng ilang mga tampok sa loob ng DBArtisan upang matulungan ang mga DBA doon pati na rin upang pamahalaan ito at panatilihin ang mga ito sa gulo, kung gagawin mo, kasama ang ilan sa mga aktibidad ng DBA.
Dez Blanchfield: Sa pag-iisip nito, sa mahabang listahan ng mga platform na kasalukuyang sinusuportahan mo, at sigurado ako na sasabog kaagad sa mga malinaw na kadahilanan. Ibig kong sabihin, sinusuportahan mo ang mga gusto ng sabihin na DB2 sa z / OS halimbawa, sa mainframe, at pagkatapos ay malinaw naman na sinusuportahan mo ang mga gusto ng kung ano ang ginamit namin upang tawagan ang mid-range ngunit ngayon lamang ang mga system ng UNIX, at uri ng mas modernong mga platform, ikaw alamin, Linux at pagkatapos ay makakakuha ito ng port sa mga kagustuhan ng Bluemix at sa Cloud Foundry, kaya magtatapos ka sa DB2 na tumatakbo sa Cloud Foundry sa Bluemix, kasama ang IBM at ang ulap sa malambot. Ang mga tao ba ay kasalukuyang tumatakbo hindi lamang sa pamamahala at pagsubaybay, ngunit binanggit mo rin bago ang kakayahang lumipat, at ilipat ang data sa paligid. Nakikita mo ba ang mga tao na tumalon sa kama kasama ang DBArtisan at sinabi, "Alam mo kung ano, mayroon kaming isang bungkos ng mga bagay sa mga dating mainframes na kailangan lang nating bumaba at ito ay isang tunay na abala upang gawin iyon. Kung maaari kong ituro, mag-click at mag-drag mula rito hanggang doon, maaari kong aktwal na ilipat at ilipat ang aking data at aking panukala. ”Ito ba ay isang bagay na ginagawa ng mga tao?
Scott Walz: Talagang gumagalaw sila, di ba? Inilipat nila ang data, di ba? Ngayon, ginagamit nila ang DBArtisan bilang isang tool para doon. Ginagawa ba nito ang lahat para sa kanila? Hindi. Nagsisimula kami, alam mo, ang pag-drag at pag-drop, hindi mismo doon, ngunit pinapagana namin sila na makabuo ng ilang mga script, dahil sa perpektong nais mong gamitin - hindi mo nais na ang trabahong ito ay tumatakbo sa iyong kliyente, sa iyong laptop, sa mismong kadahilanan na nabanggit mo. Maaari kaming tumakbo sa isang napakababang bakas ng paa, di ba? Tinutulungan namin silang makabuo ng mga script at pagkatapos ay iikot ito at itatayo ito at pagkatapos ay maihatid nila ang script na iyon at patakbuhin ito sa server, di ba? At makuha ang lakas, ang lakas-kabayo sa likod ng server na gawin iyon. Tinutulungan namin silang makabuo ng ilan sa kanilang mga trabaho upang gawin ang ilan sa gawaing iyon.
Dez Blanchfield: Tama. Ang isang pares ng mga huling para sa iyo at pagkatapos ay maaari naming bilugan pabalik. Ang bagay na talagang sinaktan ako ng pagpunta lamang sa iyong addendum, na kamangha-manghang, at sa katunayan, nais kong magkaroon kami ng isa pang oras upang mas detalyado. Ang isang malaking hamon para sa mga DBA, tama, ay pangunahing pagsunod, pangkalahatang pamamahala ng imprastruktura, mga pag-awdit, pag-uulat sa kasalukuyang estado, pagtingin sa hinaharap na paghahanda para sa mga bagay tulad ng, alam mo, pangkalahatang pangkalahatang paglago ng kapaligiran. Ito ay tumatakbo sa akin na kahit na sa pangunahing kung ano ang ginagawa ng iyong produkto na kung saan ay gawing madali ang buhay, ang solong pane ng baso, solong pananaw sa mundo, at maaari kong mahalagang i-click at ituro at i-drag at mahal ko ang katotohanan na maaari kong sanayin ang isang tao na gawin ito nang napakabilis ngayon, hindi nila kailangang basahin ang manu-manong, gaya ng nangyari. Ito ay tumatakbo sa akin na ang tool ay nagbibigay sa akin ng kakayahang gumawa ng isang buong bungkos ng mga bagay sa paligid ng pamamahala at pagsunod at pag-awdit, na nagtataka ako kung ang mga tao ay talagang uri ng nakakagising, sigurado ako na mayroon sila.
Ngunit nakikita mo ba ang mga tao ngayon na tinitingnan ito at pumunta, at ito ay tulad ng eureka, a-ha sandali, pagpunta, "Hoy, alam mo kung ano, ginagawang madali ang buhay ng DBA mula ngayon, o mas madali mula sa isang punto ng pagpapatakbo o punto ng pag-unlad. Ngunit gosh, maaari lamang kaming mag-ulat sa lahat ng aming mga database ngayon at lahat ng mga set ng data at lahat ng mga walang laman na data at lahat ng metadata sa paligid. Tulad ng, kung sino ang makakakuha ng access, kapag nakakuha sila ng access, kung bakit sila nakakuha ng access, at kung anong uri ng pag-access ang nakuha nila. Lalo na kapag nakakuha kami ng ilang mga talagang malaking bagay na nangyayari sa paligid ng mga paglabag sa data. Mayroon kaming ilang mga kamangha-manghang mga bagay tulad ng pandaigdigang krisis sa pananalapi, ang lahat ng mga hamon na ito ay darating ngunit paano sa mundo susukat at masubaybayan at tutugon ang pagsunod? Iyon ba ang uri ng malaking bagay para sa mga tao o mayroon pa rin, uri ng, mga unang araw hanggang sa pag-aaplay ng DBArtisan dito?
Scott Walz: Mayroon akong mga customer na hindi masasabi ng sapat tungkol sa DBArtisan. Ngayon ay ang mga na natanto na. Nawala ang ilaw ng bombilya. Sinabi nila, "Maghintay ng isang minuto. Maaari akong tumugon at tumugon at makabuo ng ilan sa mga napaka ulat na nabanggit mo, tama, lahat mula sa loob ng isang tool. Narating ko na ito. ”Ngayon ay may iba pa na nakakakaya pa rin iyon at maaaring maging sa iba't ibang kadahilanan, di ba? Maaaring hindi pa sila o marahil ay hinahawakan ito ng ibang tao, ngunit ang aming mga customer na natagpuan namin na gumagamit nito, iyon ay isang a-ha sandali, di ba? Iyon, hindi lamang ako nakakagawa ng isang mesa sa lahat ng bagay na ito. At talagang, sa lahat ng mga kinakailangan sa pagsunod, napakalaki. Iyon ay isang trabaho sa at ng kanyang sarili.
Dez Blanchfield: Well, talaga. At alam mo, ang ibig kong sabihin, sa tuktok ng aking ulo ay agad kong iniisip, alam mo, kung mayroong isang tao na sumasama at nagsasabing nais nilang lumikha ng isang database ng pamamahala ng pagsasaayos, CMD, kung kailangan nilang matugunan ang lahat mula sa Sarbanes -Oxley na mag-COBIT sa ITIL, alam mo, ang pagsunod sa SWIFT at pagbabangko, kahit na bumaba sa mga gusto ng International Standards Organization, ISO 27001, 27002. Ito ang lahat ng mga talagang malaking frameworks. Ang isa sa mga hamon ay ang paghanap lamang kung saan ang data, kung sino ang namamahala nito, kung anong format ang nasa loob at iniisip ko, mayroon ito para sa akin, tulad ng para sa akin lamang na pinapanood ito ngayon na ang sandaling eureka ay umalis, ito ay tulad ng, hang sa isang segundo, maaari kong ihagis ito kahit sa isang tao na hindi kinakailangang isang DBA, ngunit masasanay ko siya nang mabilis at sasabihin, "Mayroong isang tool sa pagsunod." Sa palagay ko ito ay mahusay na ginagawa nito ang trabaho sa isang database ng pangangasiwa. pamamahala ng mundo.
Ngunit nakaupo ako dito na iniisip, diyos, alam mo, ang katotohanan na maaari mong pamahalaan ang maraming mga platform bilang isang araw na ito, at maaari kang sumisid mismo sa, tulad ng sinabi mo, pag-log sa mga transaksyon na ginagawa mo. Alam mo, isipin ang pagkuha ng tool na ito sa isang insidente ng paglabag sa data at nakuha mo ang iyong security team na tumatakbo sa paligid na subukang alamin kung ano ang at kung bakit, at sino ang nakakita kung ano. At habang lumilipat sila, kailangan nilang mag-log at subaybayan ang bawat kilos na kanilang ginagawa dahil maaaring maging bahagi sila ng problema kung hindi nila magagawa. Oo, sa palagay ko ito ay isang hindi kapani-paniwalang kakayahan dito, alam mo, maaari mong simulan agad na gawin, alam mo. Lalo na kung titingnan namin ang mga hamon ng mga pag-audit ng data na alam mo, mayroon kaming napakalaking tulad ng isang tampok na kilabot, tulad nito, kasama ang mga set ng data at data.
At ang isa sa mga bagay na napag-usapan namin sa isa pang pares ng mga palabas na nagawa namin, alam mo, paano ka pupunta at hanapin ang iyong data at madalas na pinag-uusapan natin ang katotohanan na kapag nagsimula ka sa anumang organisasyon, malamang na tumayo sa iyong cubicle at ilagay ang iyong kamay sa hangin at kumaway at pumunta, "May nakakaalam ba kung nasaan ang database na ito? Paano ako makakarating sa mapagkukunan ng data na ito? Nasaan ang file na ito? "" Pumunta at magtanong sa pagtanggap. "Tama ba? Ang iyong tool ay maaaring agad na magbigay ng kakayahan ng paghahanap ng mga bagay at pagtuklas sa kanila at pag-uulat sa mga ito.
Bumalik sa isa sa mga katanungan sandali lamang at pagkatapos ay ibabalot ko at ibalik kay Eric. Ito ay tumama sa akin na ang sukat ay magiging isang hamon sa susunod, uri ng, 12 buwan para sa iyo. Maaari mo bang bigyan kami ng ilang pananaw, lamang sa isang tatlumpung libong talampakan sa tingin ko, sa sukat o sa saklaw ng scale na darating sa trabaho ang DBArtisan. Maaari kong isipin na kapag inilagay ko ito sa aking laptop at tumayo ako at itinuro ko ito sa isang kapaligiran na matutuklasan ko ito at maaari kong simulan ang paggawa ng mga bagay dito. Akala ko ito ay nagmumula sa tulad ng isang solong maliit, alam mo, bukas na mapagkukunan ng minuscule database engine na may ilang mga hilera at mga talahanayan. Ano ang sukat na aabutin nito? Napag-usapan mo ang tungkol sa DB2 sa mga mainframes, malaki iyon. At mga kumpol. Ano ang saklaw ng laki na maaari nating uriin upang makaya dito? At ang uri ng Robin na naantig sa na mas maaga, ngunit kakailanganin ko lamang na makapasok sa na sa isang mas detalyadong para sa kung gaano kalaki ang makukuha namin sa DBArtisan.
Scott Walz: Oo naman. Mayroong tiyak na magiging iyong mga hamon sapagkat ito ay isang piraso ng software ng kliyente. At kung gayon, muli, kung nagtatrabaho ako sa isang mainframe, kapag nagtatrabaho ako laban sa aming sistema ng pagsubok sa mainframe na mayroon tayo, maaari kong ituro ito laban sa milyun-milyong mga hilera at gumawa ng isang cross-sumali laban sa milyon-milyong mga hilera. Ang lahat ng mga gawain ay gagawin sa isang server, tama, dahil ipinapasa namin ang utos na iyon, at iyan ay isang bagay lamang ng DBArtisan na hawakan ang mga set ng resulta, di ba? At sa gayon ang hamon, at iyon ang kagandahan, tama, sa ginagawa namin. Karamihan sa mabibigat na pag-angat ay ginagawa sa server. Kinokontrol lamang namin ang lahat ng mga resulta. At kaya, muli, nakakuha ka ng mga sitwasyon ng kurso kung nais mong magpatakbo ng sampung mga query nang sabay-sabay na lahat ay nagbabalik milyon-milyong mga hilera, oo, talagang, maaari mong makita ang iyong sarili sa ilang pagganap doon, di ba? Ngunit sa anumang oras ay mayroon akong mga customer na nahihiya na lumayo sa mga malalaking query laban sa DBArtisan, alam mo, laban sa kanilang database. Muli, tulad ng sinabi ko, ang mileage ay nag-iiba depende sa maraming mga kadahilanan, tama, ngunit, muli, tulad ng sinabi ko, nakikitungo ako sa milyun-milyong mga hilera na babalik at hangga't pinupuno nito ang grid, alam mo, ako handa akong pumunta. Ngunit kung minsan malinaw na kailangan kong maghintay para bumalik ang mga resulta.
Dez Blanchfield: Mayroon akong katanungan para sa iyo bago ko ibalot, dahil kinuha ko ang iyong oras at maraming salamat sa iyo. Lamang sabihin sa amin ng kaunti pa sa paligid, alam mo, pagbabasa ng pinakabagong mga specs kahapon upang matiyak na ako ay nasa kabuuan pati na rin naisip ko. Ang proseso ng pagsubaybay at uri ng nakakaalerto at mga abiso, alam mo, ang pagpaplano ng kapasidad ay nagdadala ng lahat ng mga napakalaking isyu sa mga DBA, sa buong araw araw, alam mo. Mayroon bang pagpupuno ng talahanayan na ito, pupunan ba niya ang database, pupunan ba nila ang puwang ng disk na nakuha ko, paano ko ito pinamamahalaan? Bigyan kami ng mabilis na rundown sa uri ng pagsubaybay sa proseso at lalo na ang pagsubaybay sa mga alerto at pagkatapos ay sa paligid ng pagpaplano ng kakayahan. Sa palagay ko ay isang lugar na sa palagay ko ay maaaring magkaroon ng maraming interes.
Scott Walz: Ang pagmamanman sa Proseso ay nagpakita ng marahil na ang tampok na karamihan sa mga gumagamit ng aming base sa customer at iyon ang isang monitor ng database upang maipakita at gawin iyon. At mayroon kaming ilan sa analyst pack. Ang Performance Analyst ay may ilang mga alerto na maaari mong i-set up kapag natagpuan ang ilang mga threshold. Maaari itong alertuhan ka. Siguro X bilang ng mga log, mga error sa log file, alam mo, makakakuha ito ng isang alerto para sa iyo. Ang puwang ng talahanayan ay tumama sa isang tiyak na porsyento na puno, maaari kang makakuha ng isa pang alerto. At ang kagandahan nito, ikaw ay nasa parehong kasangkapan, tama, ito ay isang bahagi ng DBArtisan kaya nag-click ka lang sa error, alerto, at namamahala ka kasama ang DBArtisan at dadalhin ka mismo sa mesa ng editor ng mesa . At maaari mong harapin ang problema doon.
May kaugnayan sa kapasidad, ganap na isang mainit na pindutan, at tagasuri ng kapasidad na mayroon kami sa kasalukuyan ay naka-port sa SQL Server, Oracle, DB2 LUW at Sybase ASE. At ito mismo ang iyong inilarawan. Maaari kang magsimula, sa sandaling nakakakuha kami ng ilang mga koleksyon, tama, at sa sandaling nakakakuha kami ng isang laki ng sample, at marahil ang laki ng hilera nito, marahil ang bilang ng object nito, maraming mga pagpipilian sa loob ng tool, at pagkatapos ay maaari mong simulan ang pag-trending, di ba? At ano ang magiging hitsura sa anim na buwan? Ano ang hitsura nito sa labindalawang buwan? Maaari akong mag-trend sa, takbo lamang sa isang date o kaya kong makapag-trend sa isang halaga, di ba? At isang halimbawa na mayroon ka, mayroon akong X na halaga ng puwang ng disk, batay sa na, kailan ko sasabog ang limitasyong iyon? Batay sa paglago na mayroon ako at ang mga koleksyon na aking nagawa, kailan ko sasabog ang limitasyong iyon? Hindi bababa sa alam kong maaari kong simulan ang pagpaplano para doon. Pupunta ba itong anim na buwan, magiging dalawang taon na ba ito? Ngunit muli, maaari naming gamitin ang kapasidad na analyst upang mag-trend patungo doon.
Dez Blanchfield: Napakaganda . Nakamamanghang demo. Natuwa talaga ako. Babalik ako kay Eric dahil alam kong mayroong isang pares ng mga katanungan na lumitaw mula sa aming kamangha-manghang madla ngayon. Maraming salamat, napakahusay na makilala ang produkto, at inaasahan kong mapanatili ito.
Eric Kavanagh: Okay mabuti. Mayroon kaming ilang mga magagandang katanungan. At kami ay pagpunta sa isang maliit na oras sa paglipas ng oras upang susubukan naming balutin nang mabilis dahil alam ko, Scott, mayroon kang isang saradong hard stop. Narito ang isang malaking katanungan. Paano ang tungkol sa pagtatrabaho sa mga lumang tindahan ng data tulad ng VSAM, at Model 205, at IMS at IDMF at ang mga uri ng mga bagay? Nakikita mo ba na madalas na sa mga araw na ito at kung gaano kahusay ito gumagana?
Scott Walz: Ayaw kong sabihin sa iyo na natigil ka. Ang ilan sa mga kapaligiran, kung mayroon silang ODBC o JDBC at alam kong ang ilan sa kanila ay nasa labas, makakonekta kami dito at maaari kang magtrabaho kasama sa paraang iyon. Ngunit para sa pinaka-bahagi ang berdeng screen ay ang paraan upang magpatuloy.
Dez Blanchfield: Gustung-gusto ko ang berdeng screen.
Eric Kavanagh: Alam mo, tulad ng itinuro ni Dez sa isang slide na iyon, kung saan nakuha niya ang lahat ng iba't ibang mga application at tool na magagamit ngayon, iyon ay isang katakut-takot na katotohanan para sa sinumang nais na responsable na gumanap ang pagpapaandar ng isang tagapangasiwa ng database. At hinuhulaan ko na sa paglipas ng panahon maaari kang bumuo ng mga konektor sa alinman sa mga tool na ito at kung kailan kinakailangan ang mga customer, at iba pa, di ba? Sa gayon ay paganahin mo ang solong pane ng baso.
Scott Walz: At iyon ang malaking susi sa likod ng paggawa ng kagamitan sa DBArtisan upang mahawakan ang mga koneksyon ng JDBC at ODBC. Pinalawak talaga namin ito ngayon. Ngayon, hangga't mayroon tayong koneksyon na iyon, tama, hangga't mayroon tayong driver na iyon, maaari tayong kumonekta at gumana laban dito.
Eric Kavanagh: Magandang bagay yan. Well mga tao, nai-archive namin ang lahat ng ito para sa paglaon sa paglaon. Nag-post ako ng isang link sa mga slide, sana makita mo iyon, sa pamamagitan ng SlideShare. Maraming salamat sa lahat ng iyong mga pagsisikap, mga ginoo. Napakagandang webcast ngayon. Ang daming magagandang slide. Ang isang pulutong ng magandang nilalaman. Mahal ko ang demo na iyon. Ito ay talagang uri ng kagiliw-giliw na na-target ng mga kalalakihan ang isang napakatamis na lugar sa palengke dahil mayroong isang pagsabog ng mga uri ng database sa mga araw na ito. At kailangan lang namin, bilang mga tagapamahala, ang ilang lugar upang hawakan ang lahat ng iyon. Magaling. Hahabol ka namin bukas para sa isa pang Hot Technologies. Sana nakaukit ka ng isang oras bukas. Parehong oras. Parehong istasyon. Hahabol ka namin sa susunod, mga tao. Ingat. Paalam.
