Emportar: 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 impactar a @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ò, introduiré 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, estic realment fora de Pittsburgh, de manera que avui tenim diversos organismes geo-ubicats des de diversos llocs. Amb això, faré la primera diapositiva de Robin, no dubteu a fer preguntes, per descomptat, no seràs tímid. 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: Està bé, 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 del llac Wobegon són molt bones 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. És realment, aquesta és 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 del tipus de bases de dades a la memòria que van en aquesta direcció? É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 gestionabilitat, hi ha molta diferència en la qual aprofundirem més endavant, però bàsicament el punt complet 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, realment ho diu: vull dir que hi ha un únic punt que s’està fent aquí; el fet que es fa aquí és que tot el que estiguem mirant avui quant a arquitectures de bases de dades canviarà. Pot ser que siguin les mateixes bases de dades, però hauran de tenir, d’una manera o altra, en compte el que passa actualment a nivell de maquinari. Durant molts, molts anys, vam tenir aquesta situació relativament simple de CPU, memòria i disc de filatura, bé que ja no s'ha fet.
El punt que hi ha aquí, en primer lloc tenim CPU, però són molt més paral·leles del que tenien abans, amb molts nuclis de processament diferents. També tenim GPU, també disposem de FPGA, diferents tipus de silici, però Intel s'ha casat amb un FPGA amb una CPU en el proper llançament i - I - s'ha casat amb GPU i CPU junts al mateix xip. Tens fitxes amb diferents característiques. L'avantatge d'una GPU és que realment és ideal per a un paral·lelisme pesat i, sobretot, amb càlculs numèrics. 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’heu 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 memòria 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 aniran molt ràpidament. 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ò comportarà i ha implicat arquitectura paral·lela, però arquitectura paral·lela amb escala. 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 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 hem aconseguit el malbaratament 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ò té, i é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. En concret, Spark s'ha convertit en part de l'ecosistema de bases de dades, i sovint està federada amb bases de dades més potents, i la raó per 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 molta feina, 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 les 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 haurà 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 tot això 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 interessant perquè hem experimentat una explosió bastant en la darrera dècada i una mica, en la quantitat de dades que hem de tractar, i sempre que les dades es troben dins d’una forma 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. Al món que avui ja no és així, et 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, 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 publicat en cent trenta-dos. les línies de columnes i plegades de fan, i era realment més alta del que ella, la quantitat de codi que va escriure.
I quan hi vaig pensar, em va semblar, en realitat, probablement es tracta d’uns dos o tres-cents meges de dades on hauria d’introduir-ho 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 publicar al paper, era en realitat una quantitat molt petita. Fins i tot en aquests massius ordinadors de mida d’habitació, i es tracta d’un IBM System / 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 baixi 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 terminal de 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 la connexió 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 en què s’utilitza, la plataforma on s’executa, les dades que s’hi troben, 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 la 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 captura del paisatge a partir del 2016 de les tecnologies de bases de dades disponibles. 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’apropen. 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 que hi havia alguns nens nous al bloc, Clustrix, Xeround, NuoDB, MemSQL, i hi havia desenes i desenes més com ho veies abans. 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 una cosa així com cent dotze empreses que són un núvol públic a gran escala de bona fe que ofereixen servei de bases de dades de 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. El record que no veia en cap diapositiva i en 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. Vegem la gestió de diverses plataformes i només és un subconjunt. 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 et preocupis. I la gent, no siguis tímid, no feu preguntes, tenim tres pantalons elegants a la trucada d'avui, per la qual cosa són 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 lloc de ser colpejat en una plataforma específica o 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 per utilitzar? 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 intentaré anar bé. Estic mostrant el producte més a mesura que passo les diapositives i crec que probablement també ho fareu. 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ó, ens connectarem i us hi entrarem 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 combinació, jo, alguns dels meus servidors Oracle, tinc MySQL, tinc PostgreS aquí, també en tinc un: hi ha servidors de producció etiquetats que inclouen alguns dels entorns del servidor MySQL. Un cop més, podem veure que hi hem tingut un bon ajust. 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. Tindreu compte que aquest és el vostre SQL, suport per això, Teradata, Apache, PostgreS, aquí teniu els genèrics que admetem.
Si tenim un controlador JDBC o un controlador LDBC a qualsevol de les plataformes, podrem connectar-nos, donar-vos una connexió i us permetrem treballar amb la plataforma des de DBArtisan. Un cop més, et permetem centrar-te en la feina que ens ocupa i no com la faràs. 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. Tornarem a treure un dels esquemes més grans, de manera que tornarem a recuperar la llista de taules. Ara bé, en aquest cas, obriré una taula, per tant, només les seleccionarem i les portarem al nostre editor d'objectes.
Aracle, Oracle és una cosa amb la qual he treballat durant anys, amb el que us mostraré és probablement una declaració fàcil. Però si Oracle és la plataforma, o si PostgreS és la plataforma, o Teradata és la plataforma que se us acaba de donar i necessiteu avançar amb rapidesa, 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í premen "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 les funcions tradicionals, és una mica més complicat que una simple 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. Ens 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. Nosaltres som específics de la plataforma, us ho oferirem, 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ó. Nosaltres ens encarreguem d’això.
A més, quan mirem, ara passaré a SQL Server i parlaré una mica sobre algunes de les altres funcions, així que tots hem de controlar la base de dades. Una vegada més, inicieu-lo, anem a veure totes les sessions que es produeixen, 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í. Com que estic connectat a una base de dades de SQL Server per mirar les utilitats. Com que no som una plataforma multiplata, 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 estàs buscant. "Execució de scripts i fitxers", si teniu una declaració estàndard que es pot executar contra diverses plataformes, múltiples 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. Es dirigeixen 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 podrem arrossegar el script i ja tenim a punt el script. 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 tal de tirar endavant i crear tants com necessitem en qualsevol moment.
Una cosa maca que m’agrada i que fan molts nostres clients, si mai us interessa, i em faig aquesta pregunta molt pel que fa a: “Com puc fer això? Està molt bé. Com fa això DBArtisan? ”Aquí hi ha una petita característica,“ Fitxer de registre ”, podeu registrar totes les sentències 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 voleu veure-ho.
I l’últim del que 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 treballeu amb tantes fonts de dades i tantes plataformes com ara el DBA d’avui. 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 generem 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 t’interessa, com a grup d’investigadors, però si necessites trobar alguna cosa relacionada amb l’IDERA o la relacionada amb DBArtisan, no dubteu en contactar-hi i, segurament, em podreu trobar a la meva adreça.
Eric Kavanagh: D'acord, suposo que la posaré oberta a Robin per a preguntes i, a continuació, a Dez i, a continuació, controlaré els dubtes i els dubtes dels assistents. Robin, treu-ho.
Robin Bloor: D'acord, em refereixo a la primera pregunta: realment conec DBArtisan des de fa temps, per la qual cosa sóc conscient de les seves capacitats. El que m’interessa que s’adreci és el seu, tipus de, camins futurs d’aquí. Vull dir, ja ho veig, ja ho sabeu, la darrera vegada que la vaig mirar, devia ser fa temps. Veig que suporteu almenys tres bases de dades que abans no m’adonava que teníeu suport. 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 tenir totes les qüestions anteriors. Segurament continuarem construint, ja que les plataformes tradicionals RDBMS no queden quiets, veritat? Segueixen construint. Seguirem seguint aquest camí. Aleshores, ens veureu 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 deia 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 pregunta és perquè DBArtisan em permet tenir diverses connexions o diverses fonts de dades definides per a una sola instància. Potser vull fer una programació i després fer una sessió de permisos més baixa, però he tractat els clients que amb tot el que es va ensorrar va a diverses pantalles. Ara, quan els vaig preguntar això, la pregunta que em vas fer, és: "Com se'n gestionen tants?" I després em diu: "No ho sé", 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 contesto, 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 sóc un DBA, 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, que és només la naturalesa. Però sí que escrivim rutines que es poden executar des d’una línia d’ordres mitjançant les eines del venedor, els front fronts del venedor. En farem front, ja sabeu, per exemple, les utilitats de càrrega de dades de les plataformes, oi? Aquests, no són els 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: Si us plau, perquè, evidentment, heu de fer una ullada d'una manera o d'una 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: Certament, i ho faig. 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 m’has obert la porta, Robin. Moltes gràcies. Sóc desitjós 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, corregiu-me si m’equivoco, penso que fos tan poc com que el rendiment d’un portàtil funcionés amb comoditat a DBArtisan i, tot i així, fos 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, on 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é les persones són una mica més proactives i pensen en la complexitat que estan a punt de construir i aconseguir que puguin embarcar-se aviat?
Scott Walz: Ja veiem 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, la preocupació és una mica menys del que suposarà per als nostres DBA, oi? Els DBA tenen un producte ara que saben que es pot connectar i que coneixen el seu ús si coneixen la connexió a la plataforma que acaben d’adquirir. Així, sens dubte, és un àmbit que estem veient, de nou, ja sabeu, des de fa 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 pensat és que cadascuna de les plataformes tingui 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í, també estem veient aquella situació en què tornaven a nosaltres i diem: "Ja ho sabeu, hem de posar-nos en mans. Obtenim una eina per al DBA, perquè tinc coses més importants per fer-ho que aprendre la interfície d'usuari d'una nova eina. O diferents eines. "
Dez Blanchfield: Sí, definitivament. I, ja ho veieu, penso de memòria quan ahir vaig mirar de comprovar que no m’equivocava, recordo que, per exemple, heu donat suport a Sybase, així que ja he estat una bona estona. Hi ha una altra pregunta que només he tingut per a tu: sí, és fantàstic tenir Greenplum i Firebird a la teva llista, però el teu Sybase, d’aquest tipus d’edats molt ràpidament, demostra que fa un temps que fa un bon treball.
Cúmuls. Per tant, un dels majors maldecaps per a un DBA és que apunten essencialment el que sembla una adreça IP i un munt d’API, ja sigui JDBC o LDBC o qualsevol cosa que puguem parlar, però 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 que no és només una base de dades per si mateixa, sinó un clúster, i si és així, què sap sobre 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 que utilitza DBArtisan?
Scott Walz: Grans preguntes. Us donaré que dependrà de les plataformes específiques perquè, a mesura que ho intentem, 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 permetre-vos veure exactament si, consulteu, amb una consulta d’execució lenta, fem un cas, en quin punt s’executa? Com que inevitablement tota la raó del clúster és per a l'usuari final, no li importa el lloc on s'ha executat, però per al DBA cal 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.
En relació amb la producció i l'entorn de desenvolupament, és una bona pregunta. Estem donant el mateix nivell de suport. L’autèntica via principal per la qual assistirem, hi haurà la capa de connectivitat, no? 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? Una vegada més, pot ser que sigui una mica fora de la pregunta exacta que plantegeu, però els permetrem denotar gràficament mentre 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ó de tronc i busco veure que 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: Tenint això en compte, a la llarga llista de plataformes que suporteu actualment i estic segur que esclatarà 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: "Ja ho sabeu, tenim un munt de coses en els antics quadres principals que només necessitem per 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: De fet, es mouen, no? Estan movent les dades, oi? Ara, estan utilitzant DBArtisan com a eina per aconseguir-ho. Ho fa tot per ells? No. Comencem, 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 córrer amb un peu molt baix, oi? Els estem ajudant a generar scripts i, a continuació, donar-los a conèixer i crear-los, i ja podran lliurar-los i deixar-los funcionar 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 dur a terme 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 m'ha cridat 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, una única vista del món i, bàsicament, puc fer clic i assenyalar i arrossegar i m’encanta el fet. que ara pogués entrenar algú a fer-ho molt ràpidament, no han de llegir el manual, com va ser.Em sembla que l'eina també em permet fer un munt de coses sobre govern i compliment i auditories, i em pregunto si la gent s'ha despertat, estic segur que ho tenen.
Però estàveu veient que el folk ho mira i va, i és com ara aquest eureka, un moment: "Hola, ja ho sabeu, això fa que la vida de l'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 ara, qui ha tingut accés, quan han accedit, per què han tingut accés i quin tipus d’accés han aconseguit ”. De seguida, aborda alguns dels reptes relacionats amb el compliment. En particular, quan tenim algunes coses importants en relació amb incompliments de dades. Tenim algunes coses sorprenents, com ara les crisis financeres mundials, tots aquests reptes s’aconsegueixen, però, a quina mesura es pot mesurar i controlar i abordar 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. Ho tinc. ”Hi ha altres que encara no poden afrontar-ho i que poden ser per diversos motius, 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, amb tots els requisits de compliment, és enorme. Això és una feina per si mateixa.
Dez Blanchfield: Bé, efectivament. 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 penso, 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 podreu endinsar-vos fins a, com heu dit, registrant les transaccions que feu. Ja ho sabeu, imagineu-vos que porteu aquesta eina en un incident de violació de dades i aconseguireu que el vostre equip de seguretat s’executés per intentar trobar allà on i per què i qui ha vist què. A mesura que es mouen, han de registrar-se i fer el seguiment de totes les accions que facin, perquè poden ser part del problema si no ho poden fer d'altra manera. Sí, crec que és una capacitat increïble aquí que, ja ho sabeu, podríeu començar a fer-ho immediatament, 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ó ” 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ó, faré una presentació i lliurament 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, a l'escala o al rang d'escales en què treballa 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 una mica petit, ja ho sabeu, un motor de base de dades de minúscules de codi obert amb poques files i taules. Quina escala pujaria? Heu parlat de DB2 en mainframes, una gran cosa. I els cúmuls. Quina és la gamma d’escala que podem fer front aquí? Abans ho va tocar a Robin, però només necessitaré aprofundir en una mica més de detalls per la grandària que podem aconseguir amb DBArtisan.
Scott Walz: Segur. Segurament seran els vostres reptes, ja que és un programari de client. I així, de nou, si treballo en un mainframe, quan treballo 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 només és qüestió de que DBArtisan 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 de finalitzar-me, 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 del procés 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, nombre de registres X, errors al fitxer de registre, ja sabeu, 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: Això és increïble. 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 estar molt atent.
Eric Kavanagh: D'acord, bé. Tenim un parell de bones preguntes. I anem una mica amb el pas del temps, així que intentarem acabar de ser ràpid perquè sé, Scott, que teniu una parada 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 heu quedat atrapats. 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, que és una realitat molt desconcertant per a qualsevol que vulgui exercir de manera responsable la funció d'administrador de bases de dades. I suposo que amb el temps els nois podreu crear connectors a qualsevol d’aquestes eines mentre i quan els clients ho demanin 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 prestació 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.