Per personal de Techopedia, 24 d'agost de 2016
Take away: L' amfitrió Eric Kavanagh discuteix les tendències de la base de dades amb el Dr. Robin Bloor, Dez Blanchfield i Scott Walz en aquest episodi de Hot Technologies.
Actualment no teniu la sessió iniciada. Inicieu la sessió o registreu-vos per veure el vídeo.
Eric Kavanagh: Senyores i senyors, hola i benvinguts a l’espectacle més calorós del món de les empreses informàtiques, Hot Technologies del 2016. Sí, efectivament! Em dic Eric Kavanagh, seré avui el vostre amfitrió per a un espectacle titulat "L'art de la visibilitat: l'activació de la gestió de diverses plataformes", sí. Unes poques notes ràpides: hi ha una diapositiva sobre la vostra, de veritat, des de fa cinc anys i prou sobre mi, em va colpejar a Twitter @Eric_Kavanagh. L'any és calent, aquesta és la nostra diapositiva estàndard per a Hot Technologies. El que vam fer amb aquest espectacle és que volíem un programa que ens ajudés a definir un tipus de tecnologia determinat, per la qual cosa tota la idea és que obtenim dos analistes que participin i es facin càrrec d'un espai o d'un tipus particular de funció. que l'empresa necessita i, a continuació, el venedor entra i demostra el que han creat i explica com s'alinea amb el que escolteu dels analistes.
I la raó d'això, com podríeu imaginar, és perquè al món del màrqueting de programari empresarial, hi ha termes que es donen bandes i el que passa invariablement és que els venedors passen al darrer terme, coses com ara dades grans o analítiques. per exemple, o fins i tot SOA o termes diferents com a plataforma, i de vegades aquestes paraules són molt precises per a una tecnologia en particular i, de vegades, no ho són. Aquest programa ha estat dissenyat per ajudar-nos a articular per a vosaltres, el públic, què tipus de tecnologies específiques fan, com funcionen i quan les heu d’aplicar.
Amb això, vaig a presentar els nostres ponents. Tenim el nostre propi doctor Robin Bloor, que va trucar des del lloc de Austin, Texas, Dez Blanchfield, trucant des de l’altra banda del planeta, i el nostre hoste Scott Walz que va trucar des del Kentucky. I el vostre veritablement, realment estic fora de Pittsburgh, així que avui tenim una organització totalment geo-ubicada des de diversos llocs. Amb això, vaig a impulsar la primera diapositiva de Robin, no dubteu a fer preguntes. Podeu fer-ho amb el component de Q&A de la consola de transmissió web. I amb això, ho lliuraré al doctor Bloor. El pis és teu.
Robin Bloor: D'acord, gràcies per aquesta introducció, Eric. Permetin-me arribar a la primera diapositiva. Aquest és un recull de meerkats pensant en la base de dades. Tota la presentació que realitzo aquí és només un conjunt de reflexions generals sobre la base de dades que he tingut recentment, el fet que, realment, vers l'any 2000, semblava que el joc de bases de dades s'havia acabat en el sentit que la gran majoria de les implementacions de bases de dades es van produir en bases de dades relacionals. I, tot seguit, només va canviar, ja ho sabeu, de seguida van sorgir totes aquestes coses que pensen els meerkats, les botigues de columnes, les botigues de valors clau, les bases de dades de documents, la base de dades en memòria, la base de dades de gràfics i moltes més coses. I va ser gairebé com una nova era geològica que va aparèixer de sobte fòssils de diferents tipus d’animals.
Les notícies de Lake Wobegon, han acabat realment per a la base de dades de models únics. No hi ha dubte que RDBMS encara domina, però ara hi ha altres tipus de bases de dades. Realment, això és pràcticament la visió general del que vaig a dir aquí.
Les dimensions de la base de dades, algunes d’aquestes han esdevingut més importants recentment, però, de totes maneres, en les que podia pensar quan vaig fer aquesta diapositiva, es va fer una ampliació de la manera eficient d’utilitzar els recursos d’un servidor determinat? S'amplia la mida perquè pugui passar per grans grups? Explota el maquinari disponible, que és un tipus de bases de dades a la memòria en aquest sentit? És distribuïble? Hi ha una sèrie de bases de dades importants per variar a distribuir. Quin tipus de característiques té? La característica ACID fonamental de la base de dades. Però ara en comptes de tenir consistència real, hi ha moltes bases de dades amb consistència eventual, la gent les utilitza i no tenen cap problema, de manera que han demostrat que l'ACID no era absolutament necessari, només és bo tenir una moltes situacions.
Quant a l'organització de metadades, tot el joc ha canviat. Tenim diferents organitzacions de metadades més que un esquema típic RDBMS. En termes de l’optimitzador, hi ha una gran quantitat d’activitat de l’optimitzador en funció de les estructures de dades que intenteu optimitzar. En termes de manejabilitat, hi ha molta variació en això que aprofundiré més endavant, però bàsicament tot el punt d’un SGBD és manejable i, de nou, la mesura de la seva administrabilitat determina fins a cert punt l’extensió de la seva utilitat.
En termes de factors de maquinari, aquest és el fet que realment diu: vull dir que hi ha un únic punt que s’està fent aquí, el que s’està fent aquí és que qualsevol cosa que estiguem mirant avui en termes d’arquitectures de bases de dades canviarà. Pot ser que siguin les mateixes bases de dades, però hauran de tenir, d’una manera o altra, tenir en compte el que passa actualment a nivell de maquinari. Durant molts, molts anys, vam tenir aquesta situació relativament senzilla de CPU, memòria i disc de filatura.
Ja està aquí, primer tenim CPU, però són molt més paral·leles que abans amb molts i molts nuclis de processament diferents. També tenim GPU, també tenim FPGA, diferents tipus de silici, però Intel s'ha casat amb un FPGA amb una CPU en el seu proper llançament, i - AND - s'ha casat amb GPU i CPU junts al mateix xip. Teniu fitxes amb diferents característiques. L’avantatge d’una GPU és que és realment fantàstic per al paral·lelisme pesat i sobretot amb el càlcul numèric. Els FPGA que, d’una manera o altra, podeu posar el codi al xip i funciona molt més ràpidament que si no l’estigueu alimentant al xip.
Hi ha una reproducció creuada d’aquestes coses que estan passant. Tenim 3D XPoint d’Intel i PCM d’IBM, que són nous tipus de memòria, més lents que la RAM, menys costosos que la RAM però no volàtils. I això està creant una mica d’emoció entre diversos proveïdors de programari amb els que he parlat. Tenim SSD, però ara són molt grans i ofereixen accés paral·lel. Amb un accés paral·lel a un SSD molt gran, podeu apropar-vos a velocitats de lectura similars a velocitats de lectura RAM. Tenim aquesta possibilitat de tres tipus de memòria RAM d’emmagatzematge, les coses 3D XPoint i SSDs, que seran molt ràpids. I ja que la velocitat és l’essència de la base de dades, tota la tecnologia de bases de dades tractarà d’aprofitar-les tan ràpidament com sigui possible. I això implica i ha estat implicada arquitectura paral·lela, però en paral·lela. El rendiment del nivell de maquinari s’està accelerant tot el temps, ho fa des de fa molts anys, ho continua fent i els costos generals estan caient.
Rastre de les llàgrimes. Es tracta només de diferents intents de bases de dades, les primeres bases de dades abans relacionals es coneixien generalment com a bases de dades de xarxa, després venien bases de dades relacionals, després venien bases de dades objecte, no aconseguien molta tracció, i després venien les bases de dades de columna que eren bases de dades relacionals fetes de manera molt diferent. I després teníem les bases de dades de documents i les bases de dades SQL que eren bases de dades d'objectes fetes de manera diferent o, si voleu, la mateixa columna de bases de dades d'objectes i es van agafar. I recentment hem tingut bases de dades gràfiques per obtenir bases de dades de tracció i RDF. I el que estàs veient hi ha almenys tres conjunts diferents d’estructures de dades allotjades. La base de dades relacional fa molt bé taules i files. La base de dades de documents i les bases de dades d'objectes: fan molt poc l'estructura de dades, sobretot les estructures de dades jeràrquiques. I les bases de dades gràfiques i les bases de dades RDF fan molt bé les estructures de dades de xarxa. I, diferents, crec que són tres línies, continuaran indefinidament. No s’aturarà perquè els motors que funcionen bé no funcionen especialment en les altres estructures de dades.
I aleshores tenim el factor espatllant d’Hadoop. Hadoop no és una base de dades, però hi ha bases de dades que utilitzen HDFS per a la seva estructura d’emmagatzematge. I moltes coses que fa Hadoop són el tipus de coses de gestió que cal fer per a una base de dades. També cal destacar que Spark tampoc és una base de dades, però sí que és immadur, però té un optimitzador SQL i, per tant, és com el nucli d’una base de dades sense saber necessàriament on emmagatzemareu les dades., però si l’adhereixes a HDFS, es compleix gran part del requisit de la base de dades, simplement per les capacitats del sistema de fitxers subjacent. Spark s'ha convertit en part de l'ecosistema de bases de dades i sovint es troba federada amb bases de dades més potents, i la raó d'això és analítica. Analytics: Spark és, doncs, va molt, molt ràpid en analítica. Analytics és la principal aplicació en què inverteix la majoria de la gent ara mateix, de manera que els dos caminen de la mà. La federació de dades, més que les regles de concentració, hauria de ser obvi, perquè cal tenir almenys tres necessitats diferents, tipus estructurats de bases de dades i, per tant, federació de dades si voleu compartir les dades entre elles. Sovint és necessari, però també teniu bases de dades que s’escampen i les bases de dades que no ho són, motors realment potents com Teradata o Vertica tenen un lloc molt particular, però motors més reduïts que poden fer una gran quantitat de treball, per tant, la federació. és probable que hi hagi una bona estona, fins i tot entre bases de dades relacionals.
L’últim que cal dir, el IoT, no s’acaba fins que la dona grassa comenci a desgastar dades. L’IoT pot crear d’una manera o altra dinàmica diferent al món de la base de dades i això complicarà encara més les coses. Tant de bo hi hagi, d’una manera o altra, hi hagi algun tipus de convergència, però no ho veig tot plegat com ho va fer amb les bases de dades relacionals. En qualsevol moment, de cap manera.
I crec que això és tot el que he de dir, així que ho lliuraré a Austràlia.
Dez Blanchfield: Gràcies, Robin. Gràcies a tots per unir-nos a nosaltres, gràcies per tenir-me aquest matí o aquesta tarda el vostre temps. Aquest és un tema molt candent perquè hem experimentat una explosió força gran en la darrera dècada i una mica, en la quantitat de dades que hem de tractar, i sempre que les dades es troben en algun tipus de sistema que en la majoria dels casos. és una base de dades d'alguna forma. Vaig pensar que ens portaria ràpidament a fer un recorregut molt elevat per com arribem fins aquí i el problema que s'està creant i els tipus de coses que hem de tractar ara, i després parlarem dels tipus de solució que es pot aplicar a això. Permetin-me agafar la meva primera diapositiva aquí. Estic pensant que ara estem en el punt en què DB administrador 2.0 o base de dades administrador 2.0, és allà on ens trobem en aquest moment, una vegada que l'administrador de bases de dades era un paper i un repte bastant senzill. i podríeu entrenar algú bastant ràpidament. En el món actual ja no és així, et vaig a mostrar per què és així.
Hi havia una vegada, un administrador de bases de dades es podia connectar al fons de la base de dades i fer bases de dades de presentació ràpida, i hi hauria una llista de bases de dades del sistema que havien de tenir en compte i podrien trobar-se ràpidament. aquestes bases de dades i seleccioneu-les i tinguin una mica de punxa i una sonda al voltant i utilitzeu traduir, descriviu la taula per esbrinar què hi ha en una taula i cadascuna de les columnes i files, i va ser un repte relativament senzill i si llegiu la mitjana Llibre de dues o tres-centes pàgines sobre administració de bases de dades per a cada plataforma, gairebé podríeu ensenyar-vos sense haver de fer una carrera de ciències de coets.
Però ja no és així, i la raó per això és que al meu parer és que hi ha massa opcions al món de la base de dades perquè qualsevol persona sigui experta en un especialista i pugui gestionar i administrar manualment. . I el motiu és que durant les darreres quatre a cinc dècades es tracta del món dels servidors i sistemes de bases de dades i servidors de bases de dades i suites d’aplicacions, hem recorregut un camí molt, molt llarg. Hi havia una vegada un ferro gran que havia de fer front a allò que era efectivament una petita dada, i amb una rialla petita quan mirem enrere. L'altre dia, vaig veure una foto d'allò més neta a Twitter, d'aquesta sorprenent dama que va ser la programadora i desenvolupadora principal de la NASA en aquell moment en què vam posar homes a la lluna i el seu codi va ser imprès en trenta-trenta … dues impressores de línies de columna i plegades de fan, i era realment més alta del que ella, la quantitat de codi que va escriure.
I quan vaig pensar-hi, em va agradar, en realitat, probablement es tracta d’uns dos o tres-cents meges de dades on hauria d’escriure tot com a màxim, per no dir menys. De manera que la quantitat total de dades que contenia el seu codi, tot i que físicament era més gran que ella quan es va imprimir al paper, era en realitat una quantitat molt petita. Fins i tot en aquests ordinadors de mida gran, i aquest és un sistema IBM / 360 en aquesta diapositiva particular, la quantitat de dades que podria contenir era minúscula en comparació amb el món actual. De fet, els nostres telèfons intel·ligents tenen 60 i 128 i 256 girs i aviat tindrem terabytes als nostres telèfons abans de molt, quan baixa el preu del flaix.
Així, aleshores i en aquella època, l’administració de bases de dades era força senzilla. A continuació, es mostra una instantània d'una sessió de terminals 3270 i per a un DBA, per poder iniciar la sessió i veure el nombre de fitxers relacionats amb la base de dades, i els índexs que hi havia i les files i columnes eren senzills. I podeu veure aquí en aquesta captura de pantalla, que el context d’aquesta és una taula i un nombre d’espais de taula, que haurien estat tot el mainframe gestionant una taula de bases de dades. Mentre que, avui dia, mantenim milers de milions de files en els sistemes de bases de dades. I el canvi es va produir a través d’un canvi tecnològic que ens va permetre construir plataformes de bases de dades i sistemes de gestió de dades.
Si pensem en el tipus de fotogrames principals originals i molts ordinadors que utilitzen bases de dades i, finalment, bases de dades relacionals, ara fa cinquanta anys més, i aquell gran tipus de ferro i els petits conjunts de dades que teníem, fins arribar als anys vuitanta., estàvem sortint a la, vam passar els fotogrames principals del mini al micro, i teníem ordinadors amb funcions com dBase II i dBase III, i a DOS i CP / M i teníem una base de dades relacional molt primerenca. tecnologies d’estil disponibles i es van ampliar força en comparació amb el que estàvem acostumats al mainframe. Quan vam arribar als anys noranta, teníem els gustos de Oracle i DB2. I a finals dels anys noranta teníem gent, com ordinadors secrets que podrien colar-se com un model de xarxa, màquines molt grans, màquines de gabinet juntes i agafar els gustos i construir aquests grups d’ordinadors. Però fins i tot, encara era petit comparat amb el que veiem avui.
Però a la diapositiva que tinc aquí, aquest és el clúster de Hadoop i funciona efectivament com una màquina, essencialment és només un ordinador realment real i pot contenir les dades a escala web que estem acostumades fins ara. . Així, el repte de l’administració de bases de dades, la gestió de bases de dades d’aquest tipus de plataformes s’ha convertit, en la meva ment, en la ciència dels coets. Heu de ser un personatge extremadament intel·ligent per poder comprendre la tecnologia que utilitza, la plataforma on s'executa, les dades que hi ha, els tipus d'usos d'aquestes dades. I sí, vam veure aquesta explosió des de principis dels anys 2000, on teníem que Microsoft SQL es convertia en una cosa, Lotus Notes estava bastant ben establert i allà, i el nombre de bases de dades de Lotus Notes que es van arrodonir al voltant va ser força espantós. I vam tenir els habituals titulars d'Oracle i DB2 i vam començar a agafar-nos realment. Algunes de les marques com començaven a desaparèixer. Però, fins aleshores, estàvem fent simplement l’administració de bases de dades tradicional, al voltant d’aquest tipus d’època del 2006 on, si torno a la imatge d’aquell clúster, teníem el que anomenem clústers Beowulf esdevenint una cosa, on podríem traieu els ordinadors fora de la prestatgística i colleu-los junts i creeu ordinadors súper importants.
Però, a partir d’aquest moment, vam creuar un punt d’inclinació on els éssers humans eren capaços de fer l’administració de bases de dades de la vella escola i, com dic, segons el meu parer, l’escala es va fer molt, molt gran, molt ràpidament. És gairebé com si tinguéssim aquest gran esdeveniment en tecnologia que va impulsar l'adopció de la tecnologia de dades i la tecnologia de gestió de dades i, en particular, les bases de dades que els envolten. I perquè estàvem construint clústers d’estil de càlcul d’alt rendiment per allotjar dades de diferents formes. I per puntuar aquest punt, aquí teniu una instantània del paisatge a partir del 2016 de les tecnologies de bases de dades a la nostra disposició. Va des de la part inferior dreta de la part dreta i oberta, fins a l'extrem superior esquerre de la infraestructura. A la part superior dreta de les solucions d'aplicacions que hi ha a la nostra disposició, i a la part inferior esquerra, es barregen la infraestructura i els motors de rendiment que fan analítica, etc. I al centre hi ha els dispositius com els nostres telèfons intel ligents, que realment funcionen amb versions molt petites de bases de dades, per fer coses com gestionar els nostres contactes, etc., o els nostres registres de trucades i altres coses que tenim.
Al meu cap, hi havia aquesta explosió, com una explosió cambriana, en aquesta mena de desenvolupament, on es va produir la quantitat de desenvolupament de tecnologia que va tenir lloc en aquell període de temps molt curt des del 2006 fins al 2016, que és efectivament una dècada, com si fos. Ara hem vist que les bases de dades gràfiques es converteixen en una cosa important, les bases de dades a la memòria es converteixen en una cosa important, les bases de dades SQL s’acosten. El canvi cap a diferents models d’informàtica, es va produir Hadoop, teníem el model MapReduce, ara tenim analítica Spark i streaming i ordinadors de streaming, dades distribuïdes resistents, marcs que la gent ha de desenvolupar per aconseguir-los a les escales que necessitem, i quan pensem en aquest viatge, per analitzar quins són els sistemes de gestió de bases de dades relacionals amb els habituals sospitosos, Oracle, PostgreS, Sybase, IBM DB2, MySQL i la plataforma Microsoft SQL Server. Ja hem vist alguns nens nous entrar al bloc, Clustrix, Xeround, NuoDB, MemSQL, i hi ha desenes i dotzenes més com ja veies en aquesta diapositiva. Si us pogueu imaginar el repte d’haver de conèixer aquestes plataformes i saber fer-les per executar-les i obtenir el panell únic de la visualització de vidre, que necessiteu ser un DBA i fer aquestes coses, el repte no és gaire trivial. I, de sobte, van sorgir els motors NoSQL, que són tota una nova raça de diversió.
I, per tant, la diapositiva final que tinc aquí és la màxima punta de dos-tres-trets i que hem agafat algunes d'aquestes tecnologies i hem creat una capacitat de servei per a elles, les hem introduït els models de núvol i ara estan disponibles com a utilitat, com a servei, bàsicament es pot obtenir base de dades com a servei i les marques habituals que veiem allà als serveis web d’Amazon i la plataforma Cloud Compute i Microsoft Azure són les que s’adrecen a les persones. compte, però ara hi ha desenes i desenes de plataformes núvols. I a Austràlia, per exemple, hi ha alguna cosa com cent dotze empreses que són núvols públics a gran escala que ofereixen servei de bases de dades en diverses formes.
Pensar en el repte que té la DBA mitjana per baixar-se del llit i anar a treballar i fer front ara és un repte molt inquietant. Així doncs, estic molt de vista ara que, com moltes coses de la vida, hem ampliat aquelles horitzontals i verticals, és a dir, la infraestructura està escalada en un model de creixement molt horitzontal i gairebé lineal i la complexitat de la pila en un sentit vertical, el nombre de plataformes de bases de dades, el nombre de marcs i models d’aplicacions amb els quals hem de tractar, han arribat molt més enllà del que els humans haurien de poder fer front al panell únic de la visualització de vidre i del que ara necessiten els administradors de bases de dades. tot un conjunt de noves eines per poder parlar amb totes aquestes plataformes, gestionar-les, administrar-les i donar-les suport, i crec que aquest és el tema complet de les nostres converses aquest matí o aquesta tarda el vostre temps, i tenint en compte això, Vaig a lliurar al nostre convidat, que parlarà molt sobre el seu producte i com abordarà el repte.
Eric Kavanagh: D' acord Scott, vaig a donar la mà …
Scott Walz: Moltes gràcies, bé, gràcies. Gràcies Dez, gràcies Robin, i gràcies a tots per unir-me i tenir-me a la trucada avui. Vull donar les gràcies a Robin i Dez per haver-me agafat a peu per un carril de memòria que, des de principis dels noranta, que hi he estat a l’espai, heu recuperat molts bons records. La memòria que no veia en cap diapositiva i a les imatges eren les targetes de perforació. I això va ser el primer que se’m va introduir quan vaig començar a la meva primera feina fora de la universitat, el meu company de feina al cub del meu costat, em va dir que no toqués les seves cartolines. Així, sí, absolutament, i ha estat un repte i un repte que hem estat treballant per ajudar als nostres clients a abordar-nos i des de mitjan anys noranta, i aquest és un producte del qual vull parlar avui. Analitzem la gestió de diverses plataformes, i això només és un sub-conjunt. Vaig triar un gràfic, però es va plantejar el disseny Dez …
Eric Kavanagh: Has de compartir la pantalla.
Scott Walz: Oh, segur que sí, gràcies.
Eric Kavanagh: No hi ha cap problema. I la gent, no sigueu tímids, feu preguntes, tenim tres pantalons tan intel·ligents a la trucada avui, així que envieu-los les preguntes difícils. Podeu utilitzar el component de Q&A de la consola de transmissió web o podeu fer-ho tuitejar amb el hashtag de BriefR. D'acord, Scott, agafa-ho.
Scott Walz: Allà anem, gràcies. Vaig agafar aquesta diapositiva i aquesta imatge. La imatge de Dez realment em va desaparèixer perquè és a dir, aquest és el món que vivim actualment i el món en què estan realitzant els DBA. I, tal com van mencionar, ja no es tracta, de debò, de lluitar per poder. per fer-ho amb força bruta. Realment necessiteu les eines i això és, estem entrant a jugar i estem veient tot aquest canvi, el canvi d’impuls en el moment en què es trobava ben aviat i estava molt silenciat com heu dit, i després vam treballar a diverses plataformes de bases de dades., així que va ser la nostra primera incursió en les eines, i després es va tornar a on van anar les organitzacions, i després de l'any 2000 i quan es va restringir una mica. Amb les organitzacions i volíeu anar sòlids, però aleshores es va tornar i va esclatar realment quan vau introduir totes aquestes noves plataformes. I ara en comptes de ser colpejat en una plataforma específica o en una tecnologia específica, cap d'aquestes organitzacions està descobrint el que és millor. Quina és la millor base de dades d’aplicacions, quina és la millor plataforma d’ús? I amb això dit, vull aprofitar una mica el que fem amb DBArtisan. I DBArtisan és el nostre producte insígnia, gestionant, ja que diu entorns multiplataforma des de fa més de 20 anys, i aquí és on vivim i aquí és on ens agrada destacar i treballar amb els nostres clients i donar-los les eines per fer-los productius. i realitzat.
Anem endavant i vaig a saltar bé. Estic mostrant el producte més a mesura que vaig passant les diapositives i crec que probablement també ho feu. Per aquells que no heu vist DBArtisan abans, estem analitzant el còmput, i crec que Dez va utilitzar el terme "vidre únic", i això és el que ens enorgulleix de donar una sola mirada al DBA. totes les seves plataformes. És cert, no és necessari obrir cap altra aplicació, us connectarem i us portarem allà i començarem a treballar amb la plataforma. Si busquem l'explorador de bases de dades a l'esquerra, podem crear-ho tal com considerem adequat, podem organitzar-lo, com vulguem. I veureu que tinc una mescla, jo alguns dels meus servidors Oracle, tinc MySQL, tinc PostgreS aquí, també en tinc un: els servidors de producció etiquetats que inclouen alguns dels entorns del servidor MySQL. Un cop més, podem veure aquí mateix que ens hem adaptat bé. Si miro el registre d’una nova base de dades, veuràs una de les plataformes que suportem, hi ha un parell que vull presentar. Haureu de notar quan aquest serà el vostre SQL, suport per això, Teradata, Apache, PostgreS, aquí teniu els genèrics que admetem.
Si tenim un controlador JDBC o controlador LDBC a qualsevol de les plataformes, podem connectar-nos, donar-vos una connexió i permetre-vos treballar amb la plataforma des de DBArtisan. Un cop més, et permetrà centrar-te en la feina que hi ha a la pràctica, i no com la vas a fer. Camina per tot això. Però vull mostrar algunes coses sobre el producte. En aquest cas, obrirem-nos i tractarem amb Oracle, per exemple. Aquesta és la meva petita pàgina de destinació aquí, però vull anar a veure alguns dels meus esquemes amb els quals treballo. Comprovem un dels esquemes més grans, de manera que tornarem a recuperar la llista de taules. Ara bé, en aquest cas, obriré una taula, de manera que només les seleccionarem i les portarà al nostre editor d'objectes.
Aracle, Oracle és una cosa amb la qual he treballat durant anys, amb el que us mostraré probablement sigui una declaració fàcil. Però si Oracle és la plataforma, o si PostgreS és la plataforma, o Teradata és la plataforma que t’acaba de donar i necessites avançar ràpid, la tasca actual és afegir una columna. O potser la tasca actual és eliminar una columna. Però no vull haver de preocupar-se per la sintaxi, oi? Volem anar, només escrivim el que necessitem, configurem-lo i deixem DBArtisan a generar. Aquí prement “Alter”. Ens generarà el guió. Novament, un exemple molt senzill, però la qüestió és que farem el treball per a nosaltres per tal de generar i col·locar aquesta columna a la taula.
Tanmateix, el que també podem fer és moure les columnes a la taula. Si alguna vegada heu intentat fer-ho amb el tradicional, és una mica més complicat que una sola línia de codi com aquest. Però, de nou, DBArtisan treballarà entre bastidors, generarà el codi per a vosaltres i tornarà a produir l’SQL. Tancarem fora d’aquí. Abans de fer-ho, noteu de nou totes les pestanyes de la part superior, la interfície d'usuari és molt intuïtiva. Si entro a l'explorador, si espero cap a PostgreS, oi? Si entro al meu mode d’esquema allà, mireu la taula, aspecte i semblant molt semblants, oi? Ho obrirem, de nou veurem la informació aquí. Les propietats, els avantpassats, les columnes. Som específics de la plataforma, us proporcionarem aquesta, la interfície d’usuari, per poder mostrar-la i treballar amb els objectes. Sabràs què necessites fer i et permetrà fer-ho de manera eficaç i oportuna, per la qual cosa no hauràs de preocupar-te exactament de quina és la clàusula que cal anar-hi. proporcioni aquesta opció. Ens encarregarem d’això.
A més, quan ens fixem, passaré a SQL Server ara i parlaré una mica sobre algunes de les altres funcions, així que tots hem de supervisar la base de dades. Aleshores, torna a començar, anem a veure totes les sessions que estan tenint lloc, les sessions que s’estan executant. Com veurem quines declaracions s’estan executant i poder tenir-ne control? Hem d’aturar una sessió? Necessitem veure cap bloqueig a la base de dades? Hi ha algun bloqueig de bloqueig? De nou, tenim tota aquesta informació al nostre abast per tal de que puguem reaccionar ràpidament, fer accions correctores si cal i donar-li la volta. Tornarem al nostre explorador. Aquí és on aquest és el punt de conducció, aquí és on sempre torno, aquí és on personalment m’agrada començar les coses i treballar des d’aquí. Mentre estic connectat a una base de dades de SQL Server per mirar les utilitats. Com que som multiplataforma, podem començar a mirar extraccions, migracions. Podem desplaçar-nos a través de plataformes si necessitem migrar objectes d’una plataforma a una altra, ho podem fer sempre que aquests objectes existeixin a les diferents plataformes. Extraieu els esquemes, publiqueu informes, carregueu i descarregueu dades i feu una còpia de seguretat de bases de dades.
De nou, tot això des de la interfície d'usuari. I venint aquí a les eines, podeu veure un conjunt complet d’eines de les quals podem operar, oi? Entre el "Cercar fitxers" podem fer una cerca completa de bases de dades on busquem dins de les taules del sistema per trobar la cadena que busqueu. "Execució de scripts i fitxers", si teniu una declaració estàndard que es pot executar contra diverses plataformes, diverses fonts de dades, podem configurar-la des d'un DBArtisan indicat a les destinacions amb què volem que s'executi. Premeu "Vés" i s'executa i ens retornarà els resultats amb totes les fonts de dades objectiu. Un cop més, deixant-lo treballar des d’aquest panell únic de vidre.
I “Analyst Series”, de nou, són més profundes. Aquestes s’orienten més cap a bases de dades relacionals a mesura que comencem a endinsar-nos en més de les plataformes més noves, que també ens començaran a veure ampliar aquesta funcionalitat a aquestes àrees. I en general, només moltes millores de la interfície d'usuari. Funcions dissenyades específicament per al DBA. Elements com ara podem fer una biblioteca de scripts. Els scripts SQL que executeu sovint contra diverses plataformes, guardeu-lo aquí, arrossegueu-lo, tan bon punt tinguem configurada una nova finestra ISQL, només podem arrossegar el script i ja tenim el script a punt per començar. Un cop més, tenint això al seu abast per poder fer i gestionar. Haureu notat que oferim scripts ja definits per a algunes de les plataformes, per poder avançar i crear tants com necessitem en qualsevol moment.
Una cosa agradable que m’agraden i que fan molts nostres clients, si us interessa alguna vegada, i em faig aquesta pregunta molt pel que fa a: “Com puc fer això? És genial. Com fa això DBArtisan? ”Aquí hi ha una petita característica, “ Fitxer de registre ”, podeu registrar totes les instruccions SQL que executem, així que si voleu saber com poblem l’exploració o com poblem l’editor d’una taula PostgreSQL o una taula de Teradata, registrem l’SQL i anem a registrar tot el que DBArtisan està executant a la base de dades. Podeu tornar a veure aquest SQL i tenir tot el que necessitem. Potser voleu incorporar-ho com a part d’un dels vostres scripts. Absolutament. Totalment bé.
Ens agrada ser molt transparents amb el que fem i el que executem contra la base de dades, per tant, us permetrem desar i enregistrar qualsevol cosa que apliquem a la base de dades. També tenim opcions de configuració. Haureu notat que l’he configurat com a “Organització del Propietari d’objectes”. També puc configurar-ho per “Tipus d’objecte”. Si tornava a entrar al meu entorn PostgreSQL, entrava a l’esquema si mirava els fitxers SQL en lloc de Només les meves taules GIM pertanyents a l'esquema, vaig a veure totes les taules, independentment dels noms de l'esquema. Un cop més, diferents maneres d’organitzar coses que realment el personalitzen per al vostre propi flux de treball i com us agradaria veure-ho.
I l’últim de què vull parlar és la possibilitat de definir “Punts d'interès”. Si exerceixo, si treballo en una de les meves plataformes i vull centrar-me només en el meu mode taules, puc afegir un marcador. Ho sé, una característica molt senzilla, però tan maca, sobretot quan treballes amb tantes fonts de dades i tantes plataformes com el DBA actual. Per poder entrar al sistema, inicieu DBArtisan i deixeu que el gestor de punts us porti directament al lloc de l’arbre on heu d’estar i poder treballar. I, a partir d’aquí, podria crear una taula nova i, de nou, a les plataformes que admetem anteriorment i us dirigirem a través de “Assistent” per permetre’t conduir i desenvolupar i crear la taula. I generarem tota la sintaxi necessària per fer-ho entre bastidors i després la presentarem al final en un panell de previsualització. Podeu arribar a validar, veure exactament què generarem. Podeu prémer el botó “Execute”, després el botó “Finalitzar”, deixar executar-lo. O bé, podeu desar-lo o desviar-lo a una altra finestra ISQL, de manera que feu-ho, de nou, potser ha de formar part d’un script més gran, més gran que voleu desar i desplegar durant les hores de la finestra del lot.
Aquesta és una visió general de DBArtisan. Quan parlem d’això, de nou, és un producte que ha vist moltes plataformes, suport per a aquestes plataformes i una gran experiència per als usuaris, una gran retroalimentació dels nostres clients. I si esteu interessats, com a panelistes, però si voleu trobar alguna cosa relacionat amb l'IDERA o el relacionat amb DBArtisan, no dubteu en contactar-hi i, segurament, em podreu trobar a la meva adreça de correu electrònic.
Eric Kavanagh: Està bé, suposo que el posaré obert a Robin per a preguntes i, a continuació, Dez i després controlaré els dubtes i preguntes dels assistents. Robin, treu-ho.
Robin Bloor: D'acord, em refereixo a la primera pregunta: realment conec DBArtisan des de fa temps així que sóc conscient de les seves capacitats. El que m’interessaria que s’abordés són els seus, tipus de, futurs camins d’aquí. Vull dir, ja ho veig, ja ho sabeu, la darrera vegada que la vaig mirar, devia ser fa temps. Veig que estàs donant suport almenys a tres bases de dades que abans no m’adonava. Quin és el camí de futur per a DBArtisan? És probable que només afegiu més i més bases de dades o sigui una extensió de funcions? On teniu intenció d'anar-hi?
Scott Walz: Aquesta és una gran pregunta i m'agradaria tot el que hem dit anteriorment. Segurament continuarem construint, ja que les plataformes tradicionals de RDBMS no queden parades, oi? Segueixen construint. Seguirem seguint aquest camí. I després ens veurem com començar a mirar i anar en aquesta direcció per donar suport a les noves plataformes netes. Perquè reconeixem que, tot i que algunes d’aquestes plataformes continuen creixent, el RDBMS tradicional, hi ha certes situacions que les noves plataformes són les plataformes adequades per als clients. Realment estem vigilant atentament el mercat i el segment que tractem de prendre les decisions correctes sobre les plataformes. Semblen canviar cada dia, pràcticament.
Robin Bloor: Bé, com deien tant jo com Dez, és un mercat molt viu, és possiblement una manera de mirar-ho. Una altra cosa que m'interessaria, evidentment no podreu respondre amb precisió a aquesta pregunta, però he trobat llocs al meu temps on hi ha mil casos d'Oracle i Oracle no Ja sabeu que l'única base de dades que s'utilitzava, que s'està desplegant. I quan realment els he parlat sobre com gestionen el terreny, molts casos que han dit: "Bé, ja saps, només hi ha cinc o sis casos importants i tenim tres DBA distribuïts." M’interessa quant a l’ús de DBArtisan, perquè podeu fer-hi moltíssim, quantes bases de dades s’asseguen, diguem normalment, o fins i tot quins són els exemples més grans de quantes cadenes que pot gestionar alhora?
Scott Walz: Bé, he vist situacions, i una vegada més, és una mica complicat, aquesta qüestió és perquè DBArtisan em permet tenir diverses connexions o múltiples fonts de dades definides per a una sola instància. Potser vull fer un syslogin i després fer una sessió de permisos més baixa, però he tractat amb els clients que amb tot es va ensorrar va a diverses pantalles. Ara, quan els vaig plantejar això, la pregunta que m’heu plantejat és: "Com gestionareu tants?" I després em diu: "Jo no." "Gestiono el que puc, però necessito l'accés a tot". Encara veig qualsevol cosa que s'aturi, ja sabeu, els límits superiors del que la gent pot gestionar és realment el límit superior del que aquesta persona, la persona, pot gestionar. Però, com he comentat, ja sabeu que les persones amb les que em repito admeten obertament que tenen totes aquestes connexions, però no hi ha manera de gestionar-ho. Confien en el seu equip. Com estic segur que ho heu experimentat, sí.
Robin Bloor: Bé, realment he estat un DBA jo mateix, tot i que no ho vaig fer durant molt de temps. I l’única cosa que, ja ho sabeu, recordo, més enllà de qualsevol altra cosa, a les bases de dades relacionals, és que podeu fer una gran quantitat de coses amb SQL. Sovint més del que creieu que podríeu. El que, d’una manera o altra, explica algunes de les funcionalitats que té DBArtisan, perquè només es tradueix directament en SQL. Però, ja ho sabeu, estic segur que feu altres coses. Tot és scripting SQL o hi ha altres rutines especials que s’han escrit per a situacions esotèriques?
Scott Walz: Sí, molta, la major part és SQL, és només la naturalesa. Però sí que fem rutines d’escriptura que es poden executar des d’una línia d’ordres utilitzant les eines del venedor, els frontals del venedor. En farem referència, per exemple, per a les utilitats de càrrega de dades de les plataformes, oi? Aquests, no són scripts SQL, no són correctes. Es generarà i serà capaç de donar-los a la DBA que després puguin executar. Mireu sí, en farem una mica els dos, però la majoria són scripts SQL.
Robin Bloor: En mirar, perquè, evidentment, heu de fer una ullada d'una manera o altra a les novetats que es produeixen que considero força noves. Vull dir, una de les coses que em sembla interessant que està passant és que Spark, evidentment, s’enlaira com un coet, però l’SQL de Spark, ha passat de ser horriblement immadur a començar a semblar una mica més madur amb una mica més de capacitats SQL. Consulteu coses així i us pregunteu si voleu començar a gestionar aquestes empreses amb DBArtisan?
Scott Walz: Sens dubte i sí. Sempre hi és. Sé que el nostre equip de gestió de productes està sempre mirant cap a on anar i absolutament, tot hi ha sobre la taula, pel que fa al futur.
Robin Bloor: D'acord, Dez, vols muntar?
Dez Blanchfield: Sí, de fet, hi ha un munt de coses fantàstiques que em van obrir la porta, Robin. Moltes gràcies. Estic desitjat d’explorar algunes coses que em salten quan miro productes com aquest i em fa molta il·lusió. Quan vaig comprovar el meu treball de casa perquè, com el Dr Robin Bloor, com ho he comentat abans, he estat fent un seguiment d'això durant un temps i recordo que he estudiat els vostres requisits específics l'altre dia i pensava, de fet, aquesta cosa continua. es basa en allò que realment fa. I crec que des de la memòria - corregeix-me si m’equivoco-, crec que va ser tan poc com un rendiment d’ordinador portàtil funcionaria DBArtisan còmodament i, tot i així, era capaç de fer funcionar algunes bases de dades força importants. I estava molt interessat en veure que també teniu Firebird i Greenplum. Vaig quedar molt impressionat amb el requeriment o l'especificació del maquinari que, literalment, podria funcionar com una memòria RAM de la CPU d'un Gigahertz. Això va ser força impressionant.
Però els casos d’ús són una cosa que vull aprofundir en una mica. Esteu veient que l’aprofitament del producte és una necessitat a causa dels entorns existents que acaben de descontrolar-se o veieu que la gent està sent una mica més proactiva i diu, ja ho sabeu, que estem construint alguna cosa molt gran, és complex. I penso en fusions i adquisicions, per exemple, en què una organització pot comprar un grup d’empreses (petites, mitjanes, grans, qualsevol cosa) i acabar heretant tots aquests entorns i haver de construir una nova capacitat de DB. Quins casos s'utilitzen normalment per al tipus d'organització i el tipus d'aplicació? Es tracta principalment de persones que tenen entorns existents i només han de netejar-les i controlar-les, o bé la gent és una mica més proactiva i està pensant en la complexitat que estan a punt de construir i aconseguir que puguin embarcar-se aviat?
Scott Walz: Comprovem més aviat per la raó que heu esmentat, la consolidació. Amb l’amplitud de l’assistència de plataformes que tenim, no és una prova futura total, no és correcte, però està posant tu i els teus DBA en una situació realment bona que quan es fixen en un objectiu d’adquisició potencial, no és una mica menys., ja sabeu, el pensament de quines plataformes podríem heretar, oi? Tot i que és important, no és cert, la preocupació és una mica menys del que suposarà per als nostres DBA, oi? Els DBA tenen un producte ara que saben que es poden connectar i si coneixen el producte, coneixen la connexió amb la plataforma que acaben d'adquirir. Així, sens dubte, és un àmbit que estem veient, de nou, ja sabeu, durant molt de temps, els clients amb aquest disseny de totes aquestes plataformes, oi? Com vaig a donar les mans al voltant, no? I ho han provat perquè el procés de pensament és que cadascuna de les plataformes té una eina, oi? Podem utilitzar la nostra pròpia eina, oi? Però a la fi es torna, ja saps què, sí que pots, però no només hauré d’aprendre cadascuna de les plataformes, sinó que ara estic aprenent cadascuna de les eines que van amb cadascuna de les plataformes i de manera que acabeu de complicar la feina d’un DBA. Així doncs, també veiem aquella situació en què ens tornen a dir i diem: "Ja ho sabeu, hem de posar-nos en mans. Obtenim una eina per al DBA, perquè tinc coses més importants a fer que l’Administració d’UI d’una nova eina. O diferents eines. "
Dez Blanchfield: Sí, definitivament. I, ja ho sabeu, de memòria, penso que ahir només vaig comprovar que no m’equivocava, recordo que, per exemple, heu donat suport a Sybase, així que ja he estat una estona per això. Hi ha una altra pregunta que realment he tingut per a tu: sí, és fantàstic tenir Greenplum i Firebird a la teva llista, però el teu Sybase, aquest tipus d’edats molt ràpidament, demostra que ja fa temps que fa una bona feina.
Cúmuls. Així doncs, un dels majors maldecaps per a un DBA és que apunten bàsicament el que sembla una adreça IP i un munt d’API, ja sigui JDBC o LDBC o qualsevol cosa que puguem estar parlant, però darrere d’això hi ha un clúster. Què pot fer, o sap DBArtisan, què hi ha darrere de la porta número u, tal com era, com quan em connecto al fons de la base de dades, arribo a veure tots els entorns que hi ha al darrere i, en particular, així que hi ha dues parts a la pregunta, potser. El clúster, per exemple, quan ho penseu, ja admet, suporta l'IBM DB2 i el Microsoft SQL Server Server i MySQL, PostgreSQL i Oracle i alguns d'aquests RDBMS tradicionals i, com a sabut, invariablement executem un master-slave o un master-master. entorn per a la redundància i alta disponibilitat i també rendiment. DBArtisan sap que hi ha alguna cosa al darrere de la porta número que no és només una base de dades en si mateixa, sinó un clúster, i si és així, què en sap d’això? I aprofiteu ràpidament per respondre la mateixa pregunta, ho sento. Aleshores, darrere dels grups en alguns dels escenaris que hi ha, com pot afrontar les persones que combinen la combinació entre entorns de producció i entorns de recuperació de desastres, en la mesura de l'ús de DBArtisan?
Scott Walz: Grans preguntes. Us donaré que dependrà de les plataformes específiques perquè, a mesura que ho proveu, tindrem diferents nivells de suport per a algunes de les funcions en profunditat i més profundes. Per a Oracle, per exemple, i el seu entorn RAC, Real Application Cluster, podeu connectar-vos al node primari d’aquest clúster, però tot i així, passant pel monitor de bases de dades que us vaig mostrar, us deixarem veure l’execució SQL i nosaltres. en realitat us explicaré quin node del clúster funciona, oi? Per deixar-vos veure exactament si, consulteu, amb una consulta de funcionament lent, vigileu, en quin punt s’executa? Com que inevitablement tota la raó del clúster és per a l'usuari final, no li importa on s'ha executat, però per a DBA hem de fer un seguiment d'aquest tipus d'informació. Podem baixar a aquest nivell de detalls a Oracle, per exemple. Les altres plataformes que tenim tenen connectivitat, probablement no tinguin tants detalls que nosaltres per a Oracle.
Respecte a la producció i l'entorn de desenvolupament, és una bona pregunta. Estem donant el mateix nivell de suport. La veritable manera primària que ajudarem, hi haurà la capa de connectivitat, oi? Podrem connectar-nos i fer totes les funcions. Tinc clients que utilitzen algunes de les funcions de DBArtisan per classificar les seves fonts de dades, oi? I, de nou, pot ser que estigui una mica fora de la pregunta exacta que plantegeu, però els permetrem denotar gràficament a mesura que funcionen. Com que això és una de les coses sobre DBArtisan, és que puc canviar ràpidament entre fonts de dades. I el següent que sabeu que estic a punt per executar una declaració troncocònica i estic buscant per veure estic connectat: he executat això contra producció o desenvolupament? D'aquesta manera, proporcionem algunes funcions dins de DBArtisan per ajudar els administradors d'allò més bé a gestionar-los i evitar-los dels problemes, si ho voleu, amb algunes de les activitats del DBA.
Dez Blanchfield: Teniu això en compte, a la llarga llista de plataformes que suporteu actualment, i estic segur que esclataran molt aviat per raons òbvies. Vull dir, que admet els gustos de dir DB2 a z / OS, per exemple, a mainframe, i, òbviament, admet els gustos del que abans anomenàvem sistemes de gamma mitjana, però ara només són sistemes UNIX i una mena de plataformes més modernes. ja ho sabeu, Linux i, finalment, es portarà als gustos de Bluemix i a Cloud Foundry, així que acabareu amb DB2 en funcionament a Cloud Foundry a Bluemix, amb IBM i el núvol a soft. Actualment, la gent funciona no només la gestió i el seguiment, sinó que també heu esmentat abans la possibilitat de migrar i moure les dades. Veieu que la gent salta al llit amb DBArtisan i diu: "Sabeu què, tenim un munt de coses en els antics quadres principals que només necessitem baixar i era una veritable molèstia per fer-ho. Si puc apuntar, fer clic i arrossegar d'aquí cap allà, realment puc moure i migrar les meves dades i el meu esquema ". És això que estan fent les persones?
Scott Walz: Estan realment en moviment, oi? Estan desplaçant les dades, oi? Ara, estan utilitzant DBArtisan com a eina per això. Ho fa tot per ells? No. Estem començant, ja ho sabeu, arrossegar i deixar anar, no exactament allà, però els permetem generar alguns scripts, perquè idealment ho voldreu fer servir; no voleu que aquest treball sigui funcionant al client, al portàtil, per la raó que heu esmentat. Podem tenir una empremta molt baixa, oi? Els estem ajudant a generar scripts i, a continuació, donar-li la volta i crear-los i, a continuació, podran lliurar aquest script i el poden executar al servidor, oi? I aconsegueixi la potència, la potència del darrere del servidor per fer-ho. Els estem ajudant a generar part del seu treball per fer una mica d'aquestes tasques.
Dez Blanchfield: Dret. Un parell de darrers per a vosaltres i després podríem fer el cercle. El que realment em va cridar l'atenció només passant pel vostre addendum, que és fantàstic, i de fet, desitjo que tinguéssim una altra hora per aprofundir-ne. Un veritable repte per als DBA, és cert: el compliment bàsic, la governança general de la infraestructura, les auditories, informar sobre l’estat actual, mirar la preparació futura per a coses com, ja ho sabeu, el creixement general del medi ambient. Em crida l’atenció que, tot i que el nucli del que sembla fer el vostre producte, és simplement facilitar la vida, aquell panell de vidre únic, vista única del món, i puc essencialment fer clic i assenyalar i arrossegar i m’encanta el fet que ara pogués entrenar algú perquè ho fes amb molta rapidesa, no han de llegir el manual, com va ser. Em sembla que l’eina també m’ofereix la possibilitat de fer tot un munt de coses entorn a la governança i el compliment i les auditories, que em pregunto si la gent s’ha despertat, estic segura.
Però estàveu veient que la gent s’ho mira i va, i és com ara aquest eureka, un moment: “Hola, ja ho sabeu, això fa que la vida del DBA sigui realment fàcil a partir d’ara o sigui més fàcil des del punt de vista operatiu. o punt de vista del desenvolupament. Però gosh, en realitat podríem simplement informar sobre totes les nostres bases de dades ara i tots els conjunts de dades i totes les dades sense contingut i totes les metadades que hi ha al voltant. Com, qui ha tingut accés, quan han tingut accés, per què han tingut accés i quin tipus d’accés tenen ”. De seguida, aborda alguns dels reptes que comporta el compliment. En particular, quan tenim algunes coses realment importants a causa de les infraccions de dades. Tenim algunes coses sorprenents, com ara les crisis financeres mundials, tots aquests reptes s’aconsegueixen, però, com podem mesurar i controlar i complir el compliment? És aquest tipus de cosa important per a la gent o encara hi ha, tan aviat, fins als primers dies en què s'aplica el DBArtisan?
Scott Walz: Tinc clients que no poden dir prou sobre DBArtisan. Ara són els que s’han adonat d’això. La bombeta ha estat encesa. Diuen: “Espereu un minut. Puc respondre i respondre i generar alguns dels mateixos informes que heu esmentat, tot just dins d’una sola eina. Ja ho tinc. ”Ara hi ha altres que encara no poden afrontar i que podrien ser per diverses raons, oi? Potser no ho són o potser ho estan fent altres persones, però els nostres clients que hem trobat que l'utilitzen és un moment fantàstic, oi? Això, no només sóc capaç de crear una taula d’aquestes coses. I absolutament, amb tots els requisits de compliment, és enorme. Això és un treball en si mateix.
Dez Blanchfield: Bé, certament. I ja vull dir, a la part superior del cap, estic pensant de seguida, ja ho sabeu, si hi ha algú que vingui i diu que volia crear una base de dades de gestió de configuracions, CMD, si han de complir tot de Sarbanes. -Oxley to COBIT to ITIL, ja ho sabeu, la conformitat SWIFT i la banca, fins i tot fins als gustos de l’organització internacional d’estàndards, ISO 27001, 27002. Són tots aquests marcs realment grans. Un dels reptes és trobar on es troben les dades, qui la gestiona, quin format és i estic pensant, té per a mi, com per a mi només veure-ho ara que el moment eureka acaba de sortir, era com penjar-se en un segon, podria llançar-ho a algú que no sigui necessàriament un DBA, però podria formar-lo ràpidament i dir: "Hi ha una eina de compliment". Crec que és fantàstic que faci la seva feina en una base de dades d'administració. món de la gestió.
Però estic aquí pensant, déu, ja ho sabeu, en el fet que podeu gestionar diverses plataformes com una en aquests dies i que podreu submergir-vos fins a, com heu dit, registrant les transaccions que feu. Ja ho sabeu, imagineu-vos que porteu aquesta eina en un incident d'incompliment de dades i teniu el vostre equip de seguretat al voltant que intentava trobar on i per què i qui ha vist què. A mesura que es mouen, hauran de registrar-se i fer el seguiment de totes les accions que facin, perquè poden ser part del problema si no poden ser altrament. Sí, crec que és una capacitat increïble aquí que, ja ho sabeu, podríeu començar immediatament a fer-ho, ja ho sabeu. En particular, quan ens fixem en els reptes de les auditories de dades que coneixeu, tenim aquesta característica massiva, com per exemple, amb conjunts de dades i dades.
I una de les coses que hem parlat en un altre parell d’espectacles que hem fet és, ja ho sabeu, com aneu a buscar les vostres dades i sovint parlem del fet que quan inicieu en qualsevol organització, acostumeu a fer-ho aixequeu-vos al cubicle i poseu la mà a l’aire i ondi i aneu: “Algú sap on es troba aquesta base de dades? Com puc arribar a aquesta font de dades? On és aquest fitxer? ”“ Vés i demana recepció ”. No? La vostra eina pot proporcionar immediatament aquesta capacitat de trobar coses, descobrir-les i fins i tot informar-ne.
Torneu a una de les preguntes breument i, a continuació, vaig a posar-me de nou a Eric. Em sembla que l'escala es convertirà en un repte per als propers, tipus de dotze mesos per a vosaltres. Podeu donar-vos una mica de coneixement, només des del punt de vista de trenta mil peus, segons la magnitud o el rang d’escala que treballa el DBArtisan. Puc imaginar-me que quan poso això al meu ordinador portàtil i m’enfilo i l’apunto en un entorn puc descobrir-ho i puc començar a fer coses. M'imagino que va com si fos un poc, ja ho sabeu, un motor de bases de dades de codi obert minúscul, amb poques files i taules. Quina escala pujaria? Heu parlat de DB2 en mainframes, és genial. I els cúmuls. Quin és el rang d’escala amb què podem fer front? A Robin ho vaig tocar amb anterioritat, però només haureu d’introduir-ho en una mica més de detall per quant de grans podem arribar a DBArtisan.
Scott Walz: Segur. Segurament seran els vostres reptes, ja que és un programari de client. I així, de nou, si estic treballant en un mainframe, quan estic treballant contra el nostre sistema de prova en el mainframe que tenim, puc assenyalar-lo contra milions de files i fer una combinació creuada contra milions de files. Tot el treball es farà en un servidor, oi, perquè passem aquesta ordre i això només és qüestió de DBArtisan que gestioni els conjunts de resultats, oi? I aquest és el repte, i aquesta és la bellesa del que fem. La majoria de les càrregues pesades es fan al servidor. Simplement estem gestionant tots els resultats. I així, de nou, arribeu a situacions, quan voleu fer deu consultes simultàniament, que tornen a milions de files, sí, és possible que us trobeu amb alguna actuació allà, oi? Però, en cap moment, tinc clients que tinguin la possibilitat de fer grans consultes contra DBArtisan, ja ho sabeu, contra la seva base de dades. Un cop més, com he dit, el quilometratge varia en funció de molts factors, cert, però, de nou, com he dit, tinc problemes amb milions de files que es tornen i sempre que ompliu la graella, ja ho sabeu. estic llest per anar. Però de vegades, evidentment, he d’esperar que tornin els resultats.
Dez Blanchfield: Tinc una pregunta per tu abans que m'acabi, perquè he agafat massa temps i gràcies per això. Simplifiqueu-nos una mica més al voltant, ja ho sabeu, llegint ahir les darreres especificacions només per assegurar-me que em trobés tan bé com creia que estava. Ja sabeu que el control de processos i les alertes i les notificacions, ja que la planificació de la capacitat planteja tots els problemes massius amb els DBA, cada dia, ja ho sabeu. Algú omplirà aquesta taula, va a omplir la base de dades, va a omplir l'espai de disc que tinc, com puc fer-ho? Descobriu-nos ràpidament sobre la supervisió dels processos i, en particular, sobre les alertes i, després, sobre la planificació de la capacitat. Crec que és un àmbit en el qual crec que podria haver-hi molt d’interès.
Scott Walz: El control de processos va demostrar probablement que la característica que utilitza la majoria de la nostra base de clients i que és un monitor de bases de dades per poder mostrar-ho i fer-ho. I en tenim alguns al paquet d’analistes. Performance Analyst té algunes alertes que podeu configurar quan es compleixen determinats llindars. Et pot alertar. Potser, el nombre X de registres, errors en el fitxer de registre, ja sabreu, us portarà una alerta. L'espai de la taula ha arribat a un percentatge complet complet i podeu obtenir una altra alerta. I la bellesa és que estàs a la mateixa eina, és correcte, és una part de DBArtisan, de manera que només has de fer clic amb el botó dret sobre l'error, l'alerta, i aconseguir-ho amb DBArtisan i et porta directament a l'editor d'espai de taula. . I podeu resoldre el problema allà mateix.
Pel que fa a la capacitat, és absolutament un botó ràpid i l’analista de capacitat que tenim actualment es porta a SQL Server, Oracle, DB2 LUW i Sybase ASE. I això fa exactament el que vau descriure. Podeu començar, un cop tinguem algunes col·leccions, encertades i un cop tinguem una mida de mostra, i potser la seva mida de fila, potser el seu recompte d’objectes, moltes opcions dins de l’eina i, a continuació, podeu començar a fer tendències, oi? I com es veurà d’aquí a sis mesos? Com es veurà d’aquí a dotze mesos? Puc donar tendència a, només tenir tendència a una data o puc tenir tendència a un valor, oi? I un exemple que teníeu: tinc X d'espai de disc basat en això, quan vaig a arribar a aquest límit? A partir del creixement que tinc i d’aquestes col·leccions que he fet, quan vaig a arribar a aquest límit? Almenys sé que puc començar a planificar per això. Seran sis mesos, seran dos anys? Però de nou, podem fer servir l'analista de les capacitats per fer aquesta tendència.
Dez Blanchfield: És impressionant. Una demostració fantàstica. Em va agradar molt. Passaré a Eric perquè sé que hi ha un parell de preguntes que han aparegut de la nostra sorprenent audiència d'avui. Moltes gràcies, ha estat molt fantàstic conèixer bé el producte i espero tenir molt de compte.
Eric Kavanagh: Està bé. Tenim un parell de bones preguntes. I anem una mica amb el pas del temps, així que intentarem embolicar-nos ràpidament perquè sé que, Scott, tens una parada dura tancada. Aquí hi ha una gran pregunta. Què et diuen a les botigues de dades antigues com VSAM, Model 205 i IMS i IDMF i aquest tipus de coses? Ho veus molt sovint en aquests dies i què funciona bé?
Scott Walz: No vull dir-vos que esteu enganxats. Alguns d’aquests entorns, si tenen ODBC o JDBC i sé que alguns d’ells estan fora, podem connectar-nos-hi i podeu treballar-hi amb aquesta via. Però, en la seva majoria, la pantalla verda és el camí a seguir.
Dez Blanchfield: M'encanta la pantalla verda.
Eric Kavanagh: Ja ho sabeu, tal com va assenyalar Dez amb aquella diapositiva, on tenia totes aquelles aplicacions i eines diferents disponibles avui en dia, que és una realitat desconcertant per a qualsevol que vulgui exercir de manera responsable la funció d'administrador de bases de dades. I suposo que amb el pas del temps els nois podreu crear connectors a qualsevol d’aquestes eines, i quan els clients ho demanen i així successivament, oi? Perquè activeu aquest únic panell de vidre.
Scott Walz: I aquesta va ser la gran clau que hi havia darrere de la preparació de DBArtisan per poder gestionar les connexions JDBC i ODBC. El vam extendre ara. Ara, sempre que tinguem aquesta connexió, bé, sempre que tinguem aquest controlador, podrem connectar-nos i treballar contra ell.
Eric Kavanagh: Això és bo. Doncs bé, arxivem tot això per a la seva posterior visualització. He publicat un enllaç a les diapositives, esperem que pugueu veure-ho mitjançant SlideShare. Moltes gràcies per tots els vostres esforços, senyors. Una meravellosa transmissió web avui de nou. Moltes bones diapositives. Molt bon contingut. Em va encantar aquesta demostració. És realment interessant que els vostres nois hagin apuntat a un lloc molt dolç al mercat perquè hi ha una explosió de tipus de base de dades en aquests dies. I només necessitem, com a gestors, algun lloc per gestionar tot això. Ben fet, nois. Demà us posarem al dia amb altres tecnologies calentes. Esperem que haureu tallat una hora demà. Mateix temps. La mateixa estació. Ens posarem al dia la propera vegada, amics. Cuida't. Adeu.
