Di Techopedia Staff, 24 agosto 2016
Takeaway: l' host Eric Kavanagh discute le tendenze del database con il Dr. Robin Bloor, Dez Blanchfield e Scott Walz in questo episodio di Hot Technologies.
Al momento non sei collegato. Accedi o registrati per vedere il video.
Eric Kavanagh: signore e signori, ciao e bentornati allo spettacolo più in voga nel mondo dell'IT aziendale, Hot Technologies del 2016. Sì, davvero! Mi chiamo Eric Kavanagh, oggi sarò il tuo ospite per uno spettacolo intitolato "L'arte della visibilità: abilitare la gestione multipiattaforma", sì davvero. Qualche breve nota, c'è una diapositiva sulla tua, ammesso da cinque anni e abbastanza su di me, mi ha colpito su Twitter @Eric_Kavanagh. L'anno è caldo, questa è la nostra slide standard per Hot Technologies. Quello che abbiamo fatto con questo show è che volevamo un programma che ci avrebbe aiutato a definire un particolare tipo di tecnologia, quindi l'idea è che prendiamo due analisti che entrano e danno la loro opinione su un particolare spazio o un particolare tipo di funzione di cui l'azienda ha bisogno, quindi arriva il fornitore e dimostra ciò che ha creato e spiega come si allinea a ciò che senti dagli analisti.
E la ragione di ciò, come puoi immaginare, è perché nel mondo del marketing del software aziendale, ci sono termini che vengono banditi e ciò che accade invariabilmente è che i fornitori si aggrappano all'ultimo termine, cose come big data o analisi per esempio, o anche SOA o termini diversi come piattaforma, e talvolta quelle parole sono molto precise per una particolare tecnologia e talvolta non lo sono. Questo spettacolo è stato progettato per aiutarci davvero ad articolare per te, il pubblico, quali specifici tipi di tecnologie fanno, come funzionano e quando dovresti applicarli.
Con ciò, presenterò i nostri relatori. Abbiamo il nostro dottor Robin Bloor, che chiama dalla sua sede di Austin, in Texas, Dez Blanchfield, che chiama dall'altra parte del pianeta, e il nostro ospite Scott Walz che chiama dal Kentucky. E davvero, io sono fuori Pittsburgh, quindi oggi abbiamo un'organizzazione completamente geo-localizzata da più posti diversi. Detto questo, spingerò la prima diapositiva di Robin, sentiti libero di fare domande, gente, non essere timido. Puoi farlo utilizzando il componente Domande e risposte della tua console di webcast. E con ciò, lo consegnerò al dottor Bloor. Il pavimento è tuo.
Robin Bloor: Okay, grazie per questa presentazione, Eric. Vorrei solo arrivare alla prima diapositiva. Questa è una raccolta di suricati che pensano al database. Tutta la presentazione che sto facendo qui è davvero solo una serie di pensieri generali sul database che ho avuto di recente, il fatto è che intorno al 2000, sembrava che il gioco del database fosse finito nel senso che la stragrande maggioranza delle implementazioni di database si stavano verificando su database relazionali. E poi è cambiato, sai, tutte queste cose a cui stanno pensando i suricati, archivi di colonne, archivi di valori chiave, database di documenti, database in memoria, database di grafici e molte altre cose improvvisamente emerse. Ed era quasi come un nuovo tipo di era geologica che ha fatto apparire improvvisamente fossili di diversi tipi di animali.
Le notizie da Lake Wobegon sono davvero finite per il database del modello singolo. Non c'è dubbio che RDBMS domina ancora, ma ora sono stati creati altri tipi di database. Davvero, questa è praticamente la panoramica di quello che sto per dire qui.
Le dimensioni del database, alcune di queste in realtà sono diventate più importanti di recente, ma quelle a cui ho potuto pensare quando ho fatto questa diapositiva, comunque, sono state ingrandite in termini di utilizzo efficiente delle risorse di un determinato server? Si espande in modo da poter attraversare grandi cluster? Sfrutta l'hardware disponibile che è un tipo di database in memoria che vanno in quella direzione? È distribuibile? Esistono numerosi database che riguardano la variabilità da distribuire. Che tipo di caratteristiche ha? La caratteristica ACID fondamentale del database. Ma ora invece di avere una reale coerenza, un certo numero di database ha un'eventuale coerenza, le persone li usano e non hanno problemi con loro, quindi hanno dimostrato che l'ACID non era assolutamente necessario, solo una buona cosa da avere in un molte situazioni.
In termini di organizzazione dei metadati, l'intero gioco è cambiato. Abbiamo diverse organizzazioni di metadati piuttosto che uno schema RDBMS tipico. In termini di ottimizzatore, c'è molta attività di ottimizzazione in corso a seconda delle strutture di dati che si sta tentando di ottimizzare. In termini di gestibilità, c'è molta varianza in questo che vedrò più avanti, ma fondamentalmente l'intero punto di un DBMS è gestibile e di nuovo l'estensione della sua gestibilità in una certa misura determina l'entità della sua utilità.
In termini di fattori hardware, questo è il punto che sta realmente dicendo - intendo dire che c'è solo un punto che viene fatto qui - il punto che viene fatto qui è che qualunque cosa stiamo guardando oggi in termini di architetture di database cambierà. Potrebbero essere gli stessi database, ma dovranno, in un modo o nell'altro, tener conto di ciò che sta realmente accadendo a livello hardware. Per molti, molti anni abbiamo avuto questa situazione relativamente semplice di CPU, memoria e disco rotante - beh, davvero.
Il punto è qui, prima di tutto abbiamo CPU ma sono molto più capacità parallele rispetto a prima con molti, molti diversi core di elaborazione. Abbiamo anche GPU, abbiamo anche FPGA, diversi tipi di silicio, ma Intel ha sposato un FPGA con una CPU nella prossima versione e - E - ha sposato GPU e CPU insieme sullo stesso chip. Hai chip con caratteristiche diverse. Il vantaggio di una GPU è che è davvero eccezionale per il parallelismo pesante e in particolare con il calcolo numerico. Gli FPGA che puoi, in un modo o nell'altro, puoi mettere il codice sul chip e funziona molto più velocemente rispetto a quando lo stai semplicemente inserendo nel chip.
C'è un incrocio di queste cose che sta accadendo. Abbiamo 3D XPoint di Intel e PCM di IBM, che sono nuovi tipi di memoria, più lenti della RAM, meno costosi della RAM ma non volatili. E questi stanno creando un po 'di entusiasmo tra un certo numero di fornitori di software con cui ho parlato. Abbiamo SSD ma ora stanno diventando molto, molto grandi e stanno fornendo accesso parallelo. Con l'accesso parallelo a un SSD molto grande è possibile avvicinarsi a velocità di lettura simili a velocità di lettura RAM. Abbiamo questa possibilità di tre tipi di RAM di archiviazione, roba 3D XPoint e SSD, che andranno estremamente veloci. E poiché la velocità è l'essenza del database, tutta la tecnologia del database cercherà di sfruttarli il più rapidamente possibile. E questo coinvolgerà ed è stata coinvolta l'architettura parallela, ma l'architettura parallela scalabile. Le prestazioni a livello di hardware accelerano continuamente, lo fanno da molti anni, continuano a farlo e i costi generali stanno diminuendo.
Una scia di lacrime. Si tratta solo di diversi tentativi di database, i primi database prima che i rapporti relazionali fossero generalmente indicati come database di rete, poi arrivarono i database relazionali, poi arrivarono i database degli oggetti, non ottennero molta trazione, poi arrivarono i database di archivio di colonne che erano database relazionali fatti in modo molto diverso. E poi abbiamo avuto i database dei documenti e i database SQL che erano database di oggetti fatti in modo diverso, o se ti piace, la stessa colonna di database di oggetti e hanno preso piede. E recentemente abbiamo avuto database di grafi che guadagnano trazione e database RDF. E quello che stai guardando ci sono almeno tre diversi set di strutture dati che vengono sistemati. Il database relazionale fa molto bene tabelle e righe. Il database dei documenti e i database degli oggetti - fanno molto bene strutture di dati scomode, in particolare strutture di dati gerarchiche. E i database grafici e i database RDF fanno molto bene le strutture di dati di rete. E questi diversi, li penso come tre linee, queste linee continueranno indefinitamente. Non si fermerà perché i motori che fanno queste cose bene non funzionano particolarmente bene sull'altra struttura di dati.
E poi abbiamo il fattore rovinante di Hadoop. Hadoop non è un database ma ci sono database che usano HDFS per la loro struttura di archiviazione. E molte cose che Hadoop fa sono il tipo di cose di gestione che devono essere fatte per un database. Vale anche la pena ricordare che Spark non è neanche un database, ma ha, ed è un immaturo, ma ha un ottimizzatore SQL e quindi è come il kernel di un database senza necessariamente sapere dove verranno archiviati i dati, ma se lo si attacca su HDFS, molti requisiti del database sono effettivamente soddisfatti, semplicemente dalle capacità del file system sottostante. Spark in particolare è diventato parte dell'ecosistema di database ed è spesso federato con database più potenti e la ragione di ciò è davvero l'analisi. Analytics - Spark è, beh, va molto, molto velocemente in analisi. Analytics è l'applicazione principale in cui la maggior parte delle persone sta investendo in questo momento, quindi i due camminano mano nella mano. Data federation piuttosto che regole di concentrazione, dovrebbe essere ovvio dal fatto che hai almeno tre diverse esigenze, tipi strutturati di database là fuori e quindi, federazione dei dati se vuoi condividere i dati tra di loro. Spesso è necessario, ma hai anche database che si ridimensionano e database che non lo fanno, i motori davvero potenti come Teradata o Vertica hanno un posto molto particolare, ma i motori minori che possono fare molto del lavoro, quindi, la federazione è probabile che rimanga lì per molto, molto tempo anche tra database relazionali.
L'ultima cosa da dire, l'IoT, non è finita fino a quando la donna grassa non inizia a scaricare i dati. L'IoT potrebbe creare in un modo o nell'altro dinamiche diverse nel mondo dei database e ciò complicherà ulteriormente le cose. Spero che ci sarà - in un modo o nell'altro - ci sarà una sorta di convergenza che continua, ma non vedo che tutto si riunisce come ha fatto con i database relazionali. Non presto comunque.
E penso che sia tutto ciò che devo dire, quindi lo consegnerò in Australia.
Dez Blanchfield: Grazie, Robin. Grazie a tutti per esservi uniti a noi, grazie per avermi stamattina o oggi pomeriggio per il vostro tempo. Questo è un argomento molto caldo perché abbiamo vissuto un'esplosione nell'ultimo decennio e un po ', nella quantità di dati che dobbiamo affrontare e invariabilmente che i dati si trovano all'interno di una qualche forma di sistema che nella maggior parte dei casi è un database di qualche forma. Ho pensato di portarci rapidamente attraverso una sorta di camminata di altissimo livello su come siamo arrivati qui e sul problema che viene creato e sui tipi di cose che dobbiamo affrontare ora, e poi parleremo dei tipi di soluzione che può essere applicata a questo. Vorrei solo afferrare la mia prima diapositiva qui. Sono del parere che ora siamo al punto in cui DB admin 2.0, o database admin 2.0, è un po 'quello in cui siamo in quel momento, una volta un amministratore di database era un ruolo e una sfida abbastanza semplici e potresti addestrare qualcuno abbastanza rapidamente. Nel mondo di oggi non è più così, e ti mostrerò perché è così.
Una volta, un amministratore di database sarebbe stato in grado di connettersi al back-end del database e fare un database di presentazione rapida e ci sarebbe un elenco di database nel sistema di cui dovevano essere a conoscenza e che potevano attraversare molto rapidamente quei database e selezionarli e avere un po 'di poke e una sonda in giro e usare translate, descrivere la tabella per scoprire cosa c'è in una tabella e ciascuna delle colonne e delle righe, ed è stata una sfida relativamente semplice e se leggi la media libro di duecento o trecento pagine sull'amministrazione del database per ciascuna piattaforma, sei stato in grado di insegnare quasi a te stesso senza dover fare un diploma di scienza missilistica.
Ma questo non è più il caso, e la ragione di ciò, secondo me, è che ci sono troppe opzioni nel mondo del database perché una persona sia un esperto di uno specialista e sia in grado di gestire e amministrare manualmente . E la ragione di ciò è che negli ultimi quattro o cinque decenni, quando si tratta del mondo dei server e dei sistemi di database, dei server di database e delle suite di applicazioni, abbiamo fatto molta, molta strada. C'era una volta un grosso problema per quanto riguarda i dati effettivamente piccoli, e ridicolmente piccoli quando guardiamo indietro. L'altro giorno ho visto una foto davvero accurata su Twitter, di questa fantastica signora che era la principale programmatrice e sviluppatrice per la NASA quando stavamo mettendo gli uomini sulla luna, e il suo codice è stato stampato in centotrenta- due stampanti a colonna e piegate a ventaglio, e in realtà era più alta di lei, la quantità di codice che scrisse.
E quando ci ho pensato, ero tipo, in realtà probabilmente erano circa duecento o trecento mega di dati in cui doveva digitare al massimo, se non di meno. E così la quantità totale di dati per contenere il suo codice, anche se fisicamente era più alta di lei quando è stata stampata su carta, era in realtà una quantità molto, molto piccola. Perfino questi enormi computer di dimensioni ridotte, e questo è un sistema IBM / 360 in questa particolare diapositiva, la quantità di dati che poteva effettivamente contenere era minuscola rispetto al mondo di oggi. In effetti, i nostri smartphone contengono 60 e 128 e 256 gig e presto avremo terabyte nei nostri telefoni in breve tempo quando il prezzo del flash diminuirà.
E così a quel tempo e in quell'epoca, l'amministrazione del database era piuttosto semplice. Ecco un'istantanea di una sessione terminale 3270 e, per un DBA, essere in grado di accedere e dare un'occhiata al numero di file che erano correlati al database, e gli indici che erano lì e le righe e le colonne erano semplici. E puoi vedere qui in questa schermata, che il contesto di questa è una tabella e un numero di tablespace, che sarebbe stato l'intero mainframe a gestire una tabella di database. Mentre oggi abbiamo miliardi di file di record nei sistemi di database. E il cambiamento è avvenuto attraverso uno spostamento della tecnologia che ci ha permesso di costruire piattaforme di database e sistemi di gestione dei dati.
Se pensiamo al tipo di mainframe originale e a molti computer che eseguono database e infine database relazionali, così oltre cinquant'anni fa, e quel grande mondo di ferro e i piccoli set di dati che avevamo, prima che arrivassimo agli anni '80, eravamo un po 'al, abbiamo passato attraverso i mainframe dal mini al micro e avevamo PC con cose come dBase II e dBase III, e su DOS e CP / M e avevamo un database relazionale molto antico- tecnologie di stile disponibili e hanno ridimensionato abbastanza bene rispetto a quello a cui eravamo abituati nel mainframe. Quando arrivammo agli anni Novanta, avevamo artisti del calibro di Oracle e DB2. E alla fine degli anni novanta avevamo persone, come computer segreti che potevano incollarsi come un modello di rete, macchine molto, molto grandi, macchine di dimensioni pari a quelle di un armadio e prendere gente del genere e costruire questi gruppi di computer. Ma anche allora, era ancora piccolo rispetto a quello che vediamo oggi.
Ma nella diapositiva che ho qui, questo è il cluster Hadoop e agisce efficacemente come una macchina ed essenzialmente è solo un computer davvero grande e può contenere i tipi di dati su scala web a cui siamo abituati ora . E così la sfida dell'amministrazione dei database, la gestione dei database su questi tipi di piattaforme è diventata, a mio avviso, scienza missilistica. Devi essere un personaggio estremamente intelligente per essere in grado di comprendere la tecnologia su cui gira, la piattaforma su cui gira, i dati che sono lì dentro, i tipi di usi di quei dati. E sì, abbiamo visto questa esplosione dai primi anni 2000, in cui Microsoft SQL è diventata una cosa, Lotus Notes era abbastanza ben consolidata e disponibile e il numero di database Lotus Notes che si insinuavano in quel luogo era abbastanza spaventoso. E abbiamo avuto i soliti operatori storici di Oracle e DB2 e abbiamo iniziato davvero a prendere piede. Alcuni dei marchi come stavano iniziando a svanire. Ma stavamo ancora facendo la tradizionale amministrazione di database fino a quel momento, attorno a quel tipo di era del 2006 in cui, se tornassi a quell'immagine di quel cluster, facevamo diventare ciò che chiamavamo cluster di Beowulf, dove potevamo prendi PC standard e incollali insieme e crea dei supercomputer principali.
Ma da quel momento in poi, abbiamo attraversato un punto di non ritorno in cui gli esseri umani erano in grado di eseguire l'amministrazione di database di vecchia scuola e - come ho detto, a mio avviso - la scala è diventata molto, molto grande molto, molto rapidamente. È quasi come se avessimo avuto questo big bang in tecnologia che ha guidato l'adozione della tecnologia dei dati e della tecnologia di gestione dei dati e in particolare dei database che li circondano. E poiché in effetti stavamo costruendo cluster in stile di calcolo ad alte prestazioni per ospitare dati in forme diverse. E per evidenziare questo punto, ecco un'istantanea del panorama a partire dal 2016 delle tecnologie di database disponibili per noi. Che vanno dall'angolo in basso a destra e open source, fino all'angolo in alto a sinistra nell'infrastruttura. E nell'angolo in alto a destra nelle soluzioni applicative a nostra disposizione, e nell'angolo in basso a sinistra, una combinazione di infrastruttura e motori di prestazioni che eseguono analisi e così via. E nel mezzo ci sono dispositivi come i nostri smartphone, ovviamente, che in realtà funzionano su versioni molto piccole di database, per fare cose come gestire i nostri contatti e così via, oi nostri registri delle chiamate e altre cose che abbiamo.
E quindi nella mia mente c'è stata questa esplosione, un po 'come un'esplosione cambriana in quel genere di cose, in cui la quantità di sviluppo tecnologico che ha avuto luogo in quel brevissimo periodo dal 2006 al 2016 ora, che è effettivamente un decennio, com'era. Ora abbiamo visto i database dei grafici diventare una grande cosa, i database in memoria diventano una grande cosa, i database SQL stanno arrivando. Il passaggio a diversi modelli informatici, è nato Hadoop, abbiamo avuto il modello MapReduce, ora abbiamo Spark e streaming analytics e computer in streaming, dati distribuiti resilienti, framework che le persone devono sviluppare per loro, per raggiungere le scale di cui abbiamo bisogno, e quando pensiamo a quel viaggio, per affrontare una specie di, quali sono i sistemi di gestione del database relazionale con i soliti sospetti, Oracle, PostgreS, Sybase, IBM DB2, MySQL e la piattaforma Microsoft SQL Server. Abbiamo visto alcuni nuovi bambini entrare nel blocco ora, Clustrix, Xeround, NuoDB, MemSQL, e ce ne sono dozzine e dozzine in più come hai visto su quella diapositiva prima. Se puoi immaginare la sfida di dover conoscere queste piattaforme e il know-how per gestirle e ottenere il singolo riquadro di visualizzazione in vetro, che devi essere un DBA e fare queste cose, la sfida è tutt'altro che banale. E poi all'improvviso sono arrivati i motori NoSQL che rappresentano una nuova generazione di sfide divertenti.
E quindi la diapositiva finale che ho qui è una sorta di pugno ad eliminazione diretta uno-due-tre e cioè che abbiamo preso alcune di queste tecnologie ora e abbiamo creato una capacità di servizio per loro, le abbiamo inserite modelli cloud e sono ora disponibili come utility, come servizio, puoi praticamente ottenere database come servizio e i soliti marchi che vediamo lì sui servizi Web di Amazon e sulla piattaforma di cloud computing di Google e Microsoft Azure sono quelli che arrivano alle persone mente, ma in realtà ci sono dozzine e dozzine di piattaforme cloud ora. E in Australia, ad esempio, ci sono circa centododici aziende che sono cloud pubblico su larga scala in buona fede che offrono servizi di database in varie forme.
Pensare alla sfida che il DBA medio deve alzarsi dal letto e andare a lavorare e far fronte ora è una vera sfida da capogiro. E quindi sono molto convinto che, come molte altre cose nella vita, le abbiamo ingrandite in orizzontale e in verticale, ovvero l'infrastruttura è ridimensionata in un modello di crescita quasi orizzontale e quasi lineare, e la complessità dello stack in un senso verticale, il numero di piattaforme di database, il numero di framework e modelli di applicazioni che dobbiamo affrontare, sono andati ben oltre ciò che gli umani dovrebbero essere in grado di affrontare in un unico riquadro di visualizzazione di vetro e di cosa hanno bisogno ora gli amministratori di database tutta una serie di nuovi strumenti per essere in grado di parlare con tutte queste piattaforme, gestirle, amministrarle e supportarle, e credo che questo sia l'intero argomento delle nostre conversazioni stamattina o oggi pomeriggio, e tenendo presente che, Consegnerò il nostro ospite che parlerà molto del loro prodotto e di come affronterà la sfida.
Eric Kavanagh: Va bene Scott, vado a portata di mano-
Scott Walz: Grazie mille, va bene, grazie. Grazie Dez, grazie Robin, e grazie a tutti per esserti unito e avermi chiamato oggi. Voglio ringraziare Robin e Dez per avermi portato in una passeggiata nella memoria, essendo stato nello spazio dai primi anni novanta, hai riportato molti bei ricordi. Il ricordo che non ho visto su nessuna di quelle diapositive e le immagini erano le schede perforate. E questa è stata la prima cosa che mi è stata presentata quando ho iniziato il mio primo lavoro fuori dall'università, il mio collega nel cubo accanto a me mi ha detto di non toccare le sue carte perforate. Quindi sì, assolutamente, ed è stata davvero una sfida e una sfida su cui abbiamo lavorato per aiutare i nostri clienti a rivolgersi e dalla metà degli anni Novanta, e questo è un prodotto di cui voglio parlare oggi. Diamo un'occhiata alla gestione multipiattaforma, e questo è solo un sottoinsieme. Ho scelto un grafico ma come ha fatto Dez …
Eric Kavanagh: devi condividere il tuo schermo.
Scott Walz: Oh, certo, grazie.
Eric Kavanagh: nessuna preoccupazione. E gente, non essere timido, fai domande, oggi abbiamo tre pantaloni intelligenti, quindi invia loro le domande difficili. Puoi utilizzare il componente Domande e risposte della tua console di webcast oppure puoi twittare con l'hashtag di BriefR. Okay, Scott, portalo via.
Scott Walz: Eccoci, grazie. Ho preso questa diapositiva e questa immagine. L'immagine di Dez mi ha davvero lasciato senza parole perché è proprio quello il mondo in cui viviamo oggi e il mondo in cui si stanno esibendo i DBA. E come hanno detto, non è più, davvero, fatica a riuscire per farlo con la sola forza bruta. Hai davvero bisogno degli strumenti e questo è tutto, stiamo entrando in gioco e stiamo vedendo l'intero passaggio, lo slancio cambia dove era all'inizio ed era molto insensibile come hai detto, e poi abbiamo iniziato a lavorare con più piattaforme di database, quindi quella è stata la nostra prima incursione negli strumenti, e poi è tornato a dove le organizzazioni, e dopo il 2000 e quando si è ristretto un po '. Con le organizzazioni e volevo diventare solido, ma poi è tornato e si è davvero fatto esplodere quando hai introdotto tutte quelle nuove piattaforme. E ora invece di essere incantato in una piattaforma specifica o in una tecnologia specifica, nessuna di queste organizzazioni sta scoprendo cosa è meglio. Qual è il miglior database di applicazioni, qual è la migliore piattaforma da utilizzare? Detto questo, voglio illustrarti un po 'di ciò che facciamo con DBArtisan. E DBArtisan è stato il nostro prodotto di punta, gestendo, come afferma ambienti multipiattaforma da oltre 20 anni, ed è qui che viviamo ed è qui che ci piace sottolineare e lavorare con i nostri clienti e dare loro gli strumenti per renderli produttivi ed eseguito.
Andiamo avanti e ho intenzione di saltare subito. Sto mostrando di più il prodotto mentre sto sfogliando le diapositive e penso che probabilmente lo farai anche tu. Per quelli di voi che non hanno mai visto DBArtisan, stiamo guardando il comp, e penso che Dez abbia usato il termine "singolo pannello di vetro", ed è qualcosa su cui siamo orgogliosi di dare alla DBA un solo sguardo tutte le loro piattaforme. Bene, non c'è bisogno di aprire qualsiasi altra applicazione, ci collegheremo e ti inseriremo e inizieremo a lavorare con la piattaforma. Guardando il database explorer a sinistra, possiamo crearlo come meglio crediamo, possiamo organizzarlo come preferiamo. E vedrai che ho un mix, ho alcuni dei miei server Oracle, ho MySQL, ho PostgreS qui, ne ho anche uno - è etichettato server di produzione che alcuni includono alcuni ambienti server MySQL. Ancora una volta, possiamo vedere proprio lì che abbiamo una buona misura. Se guardo la registrazione di un nuovo database, vedrai una delle piattaforme che supportiamo, ce ne sono un paio che voglio far apparire. Noterai quando questo è il tuo SQL, supporto per quello, Teradata, Apache, PostgreS, ecco i generici che supportiamo.
Se disponiamo di driver JDBC o driver LDBC su una qualsiasi delle piattaforme, siamo in grado di connetterci, fornirti una connessione e consentirti di lavorare con la piattaforma direttamente da DBArtisan. Ancora una volta, permettendoti di concentrarti sul lavoro a portata di mano, e non su come lo farai. Cammina attraverso tutto ciò. Ma voglio mostrare alcune cose sul prodotto. In tal caso, apriamoci e ci occuperemo di Oracle, per esempio. Questa è solo la mia piccola landing page qui, ma voglio andare a dare un'occhiata ad alcuni dei miei schemi con cui lavoro. Inseriremo uno degli schemi più grandi, quindi riporteremo l'elenco delle tabelle. Bene, in questo caso, aprirò una tabella, quindi li selezioneremo e li introdurrà nel nostro editor di oggetti.
Ora, Oracle è qualcosa con cui ho lavorato per anni, quello che ho intenzione di mostrarti è probabilmente una dichiarazione facile per te. Ma se Oracle è la piattaforma, o se PostgreS è la piattaforma, o Teradata è la piattaforma che ti è appena stata data e che devi raggiungere la velocità, il compito a portata di mano è aggiungere una colonna. O forse il compito a portata di mano è quello di eliminare una colonna. Ma non devi preoccuparti della sintassi, giusto? Vogliamo andare, basta digitare ciò di cui abbiamo bisogno, configurarlo e lasciamo generare DBArtisan. Qui premiamo "Alter". Genererà la sceneggiatura per noi. Ancora una volta, un esempio molto semplice, ma il punto è che farà il lavoro per noi al fine di generare e posizionare questa colonna nella tabella.
Ciò che possiamo anche fare, tuttavia, è spostare le colonne nella tabella. Se hai mai provato a farlo con il tradizionale, è un po 'più complicato di una sola riga di codice come questa. Ma ancora una volta, DBArtisan lavorerà dietro le quinte, genererà il codice per te e produrrà di nuovo l'SQL. Chiuderemo fuori di qui. Prima di farlo, nota di nuovo tutte le schede nella parte superiore, l'interfaccia utente è molto intuitiva. Se vengo nell'esploratore, se scendo su PostgreS, giusto? Se entro nella mia modalità schema, guardo la tabella, aspetto molto simile, giusto? Lo apriremo, di nuovo vedremo le informazioni qui. Le proprietà, gli antenati, le colonne. Siamo specifici della piattaforma, ti forniremo questo, l'interfaccia utente, per poterlo visualizzare e lavorare con gli oggetti. Saprai cosa devi fare e ti consentirà di farlo in modo efficiente e tempestivo, quindi non devi preoccuparti esattamente di quale sia la clausola che deve andare lì per fornire questa opzione. Ci penseremo noi per te.
Inoltre, quando guardiamo, vado su SQL Server ora e parlerò un po 'di alcune delle altre funzionalità, quindi tutti abbiamo bisogno di monitorare il database. Quindi di nuovo, avvialo, vediamo tutte le sessioni che si verificano, sessioni in esecuzione. Come vedremo quali istruzioni vengono eseguite e potremo avere il controllo su ciò? Dobbiamo interrompere una sessione? Dobbiamo vedere eventuali blocchi che potrebbero essere presenti nel database? Qualche blocco? Ancora una volta, abbiamo tutte queste informazioni a portata di mano per consentirci di reagire rapidamente, intraprendere azioni correttive, se necessario, e rigirarle. Torneremo dal nostro esploratore. Questo è dove, questo è il punto di forza, è qui che torno sempre, è qui che mi piace personalmente iniziare e lavorare da qui. Come sono collegato a un database di SQL Server per guardare le utility. Poiché siamo multipiattaforma, possiamo iniziare a esaminare le estrazioni, le migrazioni. Possiamo spostarci tra le piattaforme se abbiamo bisogno di migrare oggetti da una piattaforma all'altra, possiamo farlo, a condizione che tali oggetti esistano sulle diverse piattaforme. Estrarre gli schemi, pubblicare su report, caricare e scaricare dati e eseguire il backup dei database.
Ancora una volta, tutto ciò all'interno dell'interfaccia utente. E venendo qui agli strumenti, puoi vedere un set completo di strumenti da cui possiamo operare, giusto? Tra "Trova nei file" possiamo fare una ricerca completa nel database in cui stiamo cercando all'interno delle tabelle di sistema per trovare quella stringa che stai cercando. "Esecuzione di script e file", se si dispone di un'istruzione standard che può essere eseguita su più piattaforme, più origini dati, è possibile impostarla direttamente da un DBArtisan puntato sulle destinazioni contro cui si desidera che venga eseguita. Premi "Vai" e verrà eseguito e ci riporterà i risultati su tutte quelle fonti di dati di destinazione. Ancora una volta, ti consente di lavorare da quel singolo riquadro di vetro.
E "Analyst Series", ancora una volta, quelli sono più approfonditi. Questi sono più orientati verso i database relazionali mentre iniziamo ad accedere a più piattaforme più recenti e inizierai a vederci espandere questa funzionalità anche in quelle arene. E in generale, solo molti miglioramenti dell'interfaccia utente. Funzionalità appositamente studiate per il DBA. Articoli come abbiamo la possibilità di creare una libreria di script. Quegli script SQL che esegui spesso su più piattaforme, salvalo qui, trascinalo, non appena viene impostata una nuova finestra ISQL, possiamo semplicemente trascinare lo script e ora lo script è pronto per iniziare. Ancora una volta, avendo quello a portata di mano per essere in grado di fare e gestire. Noterai che consegniamo con script già definiti per alcune delle piattaforme in modo da poter andare avanti e crearne quante ne abbiamo bisogno in qualsiasi momento.
Una cosa carina che mi piace e che fanno molti dei nostri clienti, se mai ti interessano, e ho questa domanda molto riguardo a “Come posso farlo? È abbastanza bello. Come fa DBArtisan a farlo? ”C'è una piccola caratteristica proprio qui, “ Logfile ”, puoi registrare tutte le istruzioni SQL che eseguiamo, quindi se vuoi sapere come popoliamo quell'esploratore o come popoliamo l'editor per una tabella PostgreSQL o una tabella Teradata, registriamo l'SQL e registreremo tutto ciò che DBArtisan sta eseguendo sul database e puoi tornare indietro a guardare quell'SQL e avere tutto ciò di cui abbiamo bisogno. Forse vuoi incorporarlo come parte di uno dei tuoi script. Assolutamente. Totalmente bene.
Ci piace essere molto trasparenti con ciò che stiamo facendo e ciò che stiamo eseguendo sul database, quindi ti consentiremo di salvare e registrare tutto ciò che applichiamo al database. Abbiamo anche opzioni di configurazione. Noterai che l'ho impostato come "Organizzazione per proprietario dell'oggetto". Posso anche impostarlo per "Tipo di oggetto". Se sono tornato nel mio ambiente PostgreSQL, sono entrato nello schema se ho guardato gli SQL invece di solo le mie tabelle GIM appartenenti a quello schema, vedrò tutte le tabelle, indipendentemente dai nomi dello schema. Ancora una volta, diversi modi per organizzare cose che lo personalizzano davvero per il tuo flusso di lavoro e come ti piacerebbe vederlo.
E l'ultima cosa di cui voglio parlare è la possibilità di impostare "Segnalibri". Se eseguo il drill in, se sto lavorando su una delle mie piattaforme e voglio concentrarmi solo sulla modalità tabelle, posso aggiungere un segnalibro. Lo so, una funzionalità molto semplice, ma così bella da avere, specialmente quando lavori con tante fonti di dati e tante piattaforme quanti sono i DBA di oggi. Per poter entrare nel sistema, avvia DBArtisan e lascia che il gestore dei segnalibri ti porti direttamente nel punto dell'albero in cui devi essere e poter lavorare. E poi da qui ho potuto creare un nuovo tavolo e, di nuovo, sulle piattaforme che supportiamo che hai visto in precedenza, e ti guideremo attraverso "Wizard" per farti guidare, sviluppare e creare il tavolo. E genereremo tutta la sintassi necessaria per farlo dietro le quinte per te e poi te lo presenteremo alla fine in un riquadro di anteprima. Puoi convalidare, vedere esattamente cosa genereremo. È possibile premere il pulsante "Esegui", quindi il pulsante "Fine", lasciarlo eseguire. Oppure puoi salvarlo o trasferirlo in un'altra finestra ISQL, quindi rendilo, ancora una volta, forse deve far parte di uno script più grande, uno più grande che desideri salvare e distribuire durante le ore della finestra batch.
Questa è una panoramica di DBArtisan. Quando ne parliamo, ancora una volta, si tratta di un prodotto che ha visto molte piattaforme, supporto per tali piattaforme e ottima esperienza utente, ottimo feedback anche dai nostri clienti. E se sei interessato, come membro del panel, ma se hai bisogno di trovare qualcosa di IDERA o di DBArtisan, sentiti libero di contattarmi e puoi sicuramente trovarmi al mio indirizzo e-mail.
Eric Kavanagh: Va bene, immagino che lo aprirò a Robin per domande e poi Dez e poi monitorerò le domande e risposte dei partecipanti. Robin, portalo via.
Robin Bloor: Okay, beh, voglio dire, la prima domanda, ho avuto familiarità con DBArtisan per un bel po ', quindi sono abbastanza consapevole delle sue capacità. Ciò di cui sarei interessato a che ti rivolgessi sono i suoi percorsi futuri da qui. Voglio dire, vedo, sai, l'ultima volta che l'ho guardato, deve essere stato molto tempo fa. Vedo che stai supportando almeno tre database di cui non avevo realizzato il supporto in precedenza. Qual è la strada da seguire per DBArtisan? È probabile che stai per aggiungere sempre più database o è una questione di estensione delle funzionalità? Dove hai intenzione di andare con esso?
Scott Walz: Questa è un'ottima domanda e vorrei tutto quanto sopra. Sicuramente continueremo a svilupparci perché le piattaforme RDBMS tradizionali non sono ancora ferme, giusto? Stanno continuando a costruire. Continueremo a seguire quel percorso. E poi ci vedrai iniziare a cercare e ad andare in quella direzione di supporto di nuove piattaforme nette. Perché riconosciamo che anche se alcune di queste piattaforme continuano a crescere, il tradizionale RDBMS, ci sono alcune situazioni in cui le nuove piattaforme sono le piattaforme giuste per i clienti. Stiamo davvero tenendo d'occhio quel mercato, quel segmento e stiamo cercando di prendere le giuste decisioni su quali piattaforme andare. Sembrano cambiare ogni giorno, praticamente.
Robin Bloor: Beh, è come dicevamo sia io che Dez, è un mercato molto vivace, forse è un modo di vederlo. Un'altra cosa a cui sarei interessato - ovviamente non sarai in grado di rispondere a questa domanda in dettaglio preciso, ma ho incontrato siti ai miei tempi in cui ci sono migliaia di istanze di Oracle, e Oracle non lo era l'unico database utilizzato, che veniva distribuito, lo sai. E quando ho effettivamente parlato con loro di come diavolo riesci a gestire questi casi, mi hanno detto: "Beh, sai, ci sono solo circa cinque o sei grandi casi e abbiamo circa tre DBA che ci siamo diffusi." Sono un po 'interessato in termini di utilizzo di DBArtisan, perché puoi fare molto con esso, quanti database si trova, diciamo in genere, o anche quali sono i più grandi esempi di quante stringhe può gestire contemporaneamente?
Scott Walz: Beh, ho visto delle situazioni - e ancora una volta è un po 'complicato, questa domanda è, perché DBArtisan mi permette di avere più connessioni o più origini dati definite in una singola istanza. Forse voglio fare un syslogin e quindi un login con autorizzazioni inferiori, ma ho avuto a che fare con i clienti che con tutto è crollato sta andando su più schermate. Ora, quando ho posto loro quella domanda, la domanda che mi hai posto è: "Come gestisci così tanti?" E poi lui dice: "Io no". Giusto? "Gestisco ciò che posso, ma ho bisogno di accedere a tutto". Devo ancora vedere tutto ciò che si ferma, sai, il limite superiore di ciò che le persone possono gestire è davvero il limite superiore di ciò che quella persona, l'individuo, può maniglia. Ma sai, come ho già detto, quelle persone con cui sfido, ammettono apertamente di avere tutte quelle connessioni ma non c'è modo di gestirle. Contano sulla loro squadra. Come sono sicuro che hai sperimentato, sì.
Robin Bloor: Beh, in realtà sono stato un DBA, anche se non l'ho fatto per molto tempo. E l'unica cosa che, sai, ricordo, al di sopra e al di là di qualsiasi altra cosa nei database relazionali, è che puoi fare una quantità enorme di cose con SQL. Spesso più di quanto pensi di poter fare. Che in un modo o nell'altro spiega alcune delle funzionalità di DBArtisan, perché si traduce direttamente in SQL. Ma, sai, sono sicuro che fai altre cose. Sono tutti script SQL o ci sono altre routine speciali che sono state scritte per situazioni esoteriche?
Scott Walz: Sì, molto, la maggior parte è SQL, questa è solo la natura. Ma scriviamo routine che possono essere eseguite da una riga di comando utilizzando gli strumenti del fornitore, i front-end del fornitore. Metteremo i front-end su, sai, per esempio, per le utility di caricamento dei dati nelle piattaforme, giusto? Quelli non sono script SQL, giusto, quelli sono lavori da riga di comando. Genererà quelli e sarà in grado di dare quelli al DBA che possono quindi eseguire. Vedi sì, faremo un po 'di entrambi, ma la maggior parte sono script SQL.
Robin Bloor: Nel guardare, perché ovviamente devi in un modo o nell'altro dare un'occhiata agli sviluppi in corso che considero abbastanza nuovi. Voglio dire, una delle cose che trovo interessante che sta accadendo è che Spark ovviamente sta decollando come un razzo, ma Spark's SQL, è passato dall'essere orribilmente immaturo a iniziare a sembrare un po 'più maturo con un po' più di capacità SQL. Guardi cose del genere e ti chiedi se inizierai a gestirle con DBArtisan?
Scott Walz: Certamente e io lo facciamo. È sempre lì So che il nostro team di gestione dei prodotti è sempre alla ricerca di dove andare e assolutamente, tutto è pronto per noi, per quanto riguarda ciò che guarderemo in futuro.
Robin Bloor: Okay, Dez, vuoi accatastarti?
Dez Blanchfield: Sì, in realtà, ci sono un sacco di cose fantastiche che mi hai aperto la porta lì, Robin. Grazie mille. Mi piacerebbe solo esplorare alcune delle cose che mi saltano addosso quando guardo prodotti come questo e mi emoziono molto. Quando ho ricontrollato i miei compiti, perché come il dott. Robin Bloor ha menzionato prima, lui, come ho fatto io, lo stava seguendo da un po 'di tempo e mi ricordo di aver guardato i tuoi requisiti delle specifiche l'altro giorno e di pensare, in realtà, questa cosa funziona molto si appoggia a ciò che effettivamente fa. E penso dalla memoria - correggimi se sbaglio - penso che fosse come se le prestazioni di un laptop facessero funzionare DBArtisan comodamente, eppure fosse in grado di eseguire back-end di database piuttosto significativi. E mi interessava molto vedere che anche tu avevi Firebird e Greenplum. Sono rimasto piuttosto colpito dal requisito o dalle specifiche dell'hardware che potrebbe letteralmente funzionare come un concerto di RAM su una CPU da 1 gigahertz. È stato davvero impressionante.
Ma i casi d'uso sono qualcosa che voglio approfondire un po '. Stai vedendo l'adozione del prodotto come un caso di necessità a causa di ambienti esistenti che sono appena sfuggiti al controllo, o stai vedendo le persone ora un po 'più proattive e dicendo, sai, stiamo costruendo qualcosa di molto grande, è complesso. E sto pensando a fusioni e acquisizioni, ad esempio qui, in cui un'organizzazione potrebbe acquistare un gruppo di aziende - piccole, medie, grandi, qualunque cosa - e finire per ereditare tutti questi ambienti e dover costruire una nuova funzionalità DB. Quali sono i casi d'uso tipici per questo per quanto riguarda il tipo di organizzazione e il tipo di applicazione ad esso? Sono soprattutto le persone che hanno ambienti esistenti e devono semplicemente ripulirli e ottenerne il controllo o le persone sono un po 'più proattive e pensano alla complessità che stanno per costruire e farti salire presto?
Scott Walz: Stiamo vedendo di più di andarci presto per il vero motivo che hai citato, il consolidamento. Con l'ampiezza del supporto della piattaforma che abbiamo, non è una prova totale per il futuro, giusto, ma sta mettendo te e i tuoi DBA in una situazione davvero buona che quando guardano un potenziale obiettivo di acquisizione, giusto, sono un po 'meno sai, il pensiero di quali piattaforme potremmo ereditare, giusto? Sebbene sia importante, giusto, la preoccupazione è un po 'meno di ciò che significherà per i nostri DBA, giusto? I DBA hanno un prodotto ora che sanno che possono connettersi e se hanno familiarità con l'utilizzo del prodotto avranno familiarità con la connessione a quella piattaforma che hanno appena acquisito. Quindi questa è sicuramente un'area che stiamo vedendo, ancora una volta sai, da molto tempo, i clienti con quel mix di tutte quelle piattaforme, giusto? Come ho intenzione di mettere le mani intorno a questo, giusto? E l'hanno provato perché il processo di pensiero è che ciascuna delle piattaforme ha uno strumento, giusto? Possiamo usare il nostro strumento, giusto? Ma alla fine ritorna che, sai cosa, sì, puoi, ma non solo dovrò imparare ognuna delle piattaforme, ora sto imparando ciascuno degli strumenti che vanno con ciascuna delle piattaforme e quindi hai appena combinato il lavoro di un DBA. Quindi vediamo anche quella situazione in cui tornano da noi e dicono: “Sai, dobbiamo metterci le mani intorno. Prendiamo uno strumento per il DBA, perché ho cose più importanti da fare per il DBA che per imparare l'interfaccia utente di un nuovo strumento. O strumenti diversi. "
Dez Blanchfield: Sì, sicuramente no. E, sai, quando vedi, penso dalla memoria quando ho guardato ieri solo per ricontrollare che non avevo torto, ricordo che avresti sostenuto Sybase per esempio, quindi questa cosa è in circolazione da un po '. C'è un'altra domanda che ho fatto per te in realtà solo: sì, è bello avere Greenplum e Firebird nella tua lista, ma Sybase, quel tipo di età molto rapidamente, mostra che è in circolazione da un po 'e ha fatto un buon lavoro.
Cluster. Quindi, uno dei maggiori mal di testa per un DBA è che indicheranno essenzialmente quello che sembra un indirizzo IP e un gruppo di API o se si tratta di JDBC o LDBC o di qualunque cosa stiamo parlando, ma dietro c'è un cluster. Cosa può o sa DBArtisan di cosa c'è dietro la porta numero uno, per così dire, come quando collego il back-end del database, riesco a vedere tutti gli ambienti lì dietro, e in particolare, quindi ci sono due parti nel domanda, forse. Il cluster, ad esempio, quando pensi a supportare IBM DB2 e Microsoft SQL Database Server e MySQL e PostgreSQL e Oracle e alcuni di quei RDBMS tradizionali e, sai, invariabilmente eseguiamo un master-slave o master-master ambiente per ridondanza, elevata disponibilità e prestazioni. DBArtisan sa che dietro la porta numero uno c'è qualcosa che non è solo un database in sé, ma un cluster e, in tal caso, cosa ne sa? E confluire rapidamente in modo da poter rispondere alla stessa domanda, scusa. Quindi, dietro i cluster in alcuni degli scenari che hai, come fanno le persone a gestire il mix tra ambienti di produzione e ambienti di disaster recovery, per quanto riguarda l'uso di DBArtisan?
Scott Walz: grandi domande. Ti darò che dipenderà dalle piattaforme specifiche perché, per quanto proviamo, avremo diversi livelli di supporto per alcune di quelle funzionalità approfondite, le funzionalità più approfondite. Per Oracle, ad esempio, e il loro ambiente RAC, Real Application Cluster, puoi connetterti al nodo primario in quel cluster, ma passando attraverso il monitor del database che ho mostrato, ti faremo vedere l'SQL in esecuzione e noi ' ti dirò su quale nodo del cluster è in esecuzione, giusto? Per farti vedere esattamente se, sai, query a esecuzione lenta, tieniamo d'occhio, su quale nodo è in esecuzione? Poiché inevitabilmente l'intero motivo del cluster, giusto, è per l'utente finale, a lui non importa dove è stato eseguito, ma per il DBA dobbiamo tenere traccia di quel tipo di informazioni. Siamo in grado di scendere a quel livello di dettaglio in Oracle, ad esempio. Le altre piattaforme che abbiamo hanno la connettività, probabilmente non così tanti dettagli rispetto a Oracle.
Per quanto riguarda la produzione e l'ambiente di sviluppo, questa è una buona domanda. Stiamo offrendo lo stesso livello di supporto. Il vero modo principale che assisteremo, il livello di connettività sarà lì, giusto? Saremo in grado di connetterci e fare tutte le funzionalità. Ho clienti che stanno utilizzando alcune delle funzionalità di DBArtisan per classificare le loro origini dati, giusto? E ancora, questo potrebbe essere un po 'fuori per la domanda esatta che stai ponendo, ma consentiremo loro di indicare graficamente mentre stanno funzionando. Perché questa è una delle cose di DBArtisan, è che posso cambiare rapidamente tra le origini dati. E la prossima cosa che sai che mi sto preparando per eseguire una dichiarazione troncata e sto cercando di vedere se sono connesso - ho appena eseguito questo contro produzione o sviluppo? E così forniamo alcune funzionalità all'interno di DBArtisan per aiutare i DBA anche là fuori a gestirli e tenerli fuori dai guai, se vuoi, con alcune delle attività DBA.
Dez Blanchfield: Con questo in mente, nella lunga lista di piattaforme che attualmente supporti, e sono sicuro che esploderanno molto presto per ovvie ragioni. Voglio dire, supporti artisti del calibro di DB2 su z / OS, ad esempio, su mainframe, e poi ovviamente supporti quelli come quelli che chiamavamo mid-range ma ora solo sistemi UNIX e una sorta di piattaforme più moderne, tu Sai, Linux e poi alla fine verrà portato su simili Bluemix e su Cloud Foundry, quindi finirai con DB2 in esecuzione su Cloud Foundry su Bluemix, con IBM e il cloud su soft. Le persone che eseguono attualmente non solo gestiscono e monitorano, ma hanno anche menzionato prima la possibilità di migrare e spostare i dati. Stai vedendo la gente saltare a letto con DBArtisan e dire: “Sai una cosa, abbiamo un sacco di cose sui vecchi mainframe di cui abbiamo solo bisogno di scendere ed è stata una vera seccatura farlo. Se posso puntare, fare clic e trascinare da qui a lì, posso effettivamente spostare e migrare i miei dati e il mio schema. ”È una cosa che fanno le persone?
Scott Walz: Si stanno davvero muovendo, giusto? Stanno spostando i dati, vero? Ora stanno usando DBArtisan come strumento per questo. Sta facendo tutto per loro? No. Stiamo iniziando, sai, il trascinamento della selezione, non esattamente lì, ma stiamo permettendo loro di generare alcuni script, perché idealmente vorrai usare - non vuoi che questo lavoro sia in esecuzione sul tuo client, sul tuo laptop, proprio per il motivo che hai citato. Possiamo correre con un ingombro molto basso, giusto? Li stiamo aiutando a generare script e poi a capovolgerli e crearli e quindi possono consegnare lo script e farlo funzionare sul server, giusto? E ottieni la potenza, la potenza dietro il server per farlo. Li stiamo aiutando a generare alcuni dei loro lavori per fare parte di quel lavoro.
Dez Blanchfield: Giusto. Un paio di ultimi per te e poi potremmo tornare indietro. La cosa che mi ha davvero colpito è stata la tua aggiunta, che è fantastica, e in effetti, vorrei che avessimo un'altra ora per approfondire. Una vera sfida per gli amministratori di database, giusto, è la conformità di base, la governance generale dell'infrastruttura, gli audit, i rapporti sullo stato attuale, guardare alla preparazione futura di cose come, sai, solo la crescita generale dell'ambiente. Mi colpisce il fatto che, nonostante ciò, al centro di ciò che il tuo prodotto sembra fare, che è solo semplificare la vita, quel singolo pannello di vetro, un'unica vista del mondo, e posso essenzialmente fare clic, puntare e trascinare e amo il fatto che potrei addestrare qualcuno a farlo molto rapidamente ora, non devono leggere il manuale, per così dire. Mi sembra che lo strumento mi dia anche la possibilità di fare un sacco di cose su governance, conformità e audit, che mi chiedo se le persone si siano effettivamente svegliate, ne sono sicuro.
Ma stai vedendo gente ora guardarlo e andare, ed è come questo eureka, un momento a-ha, che dice: "Ehi, sai cosa, questo rende la vita del DBA davvero facile da ora, o più facile da un punto di vista operativo o punto di vista dello sviluppo. Ma cavolo, ora possiamo semplicemente riferire su tutti i nostri database e tutti i set di dati e tutti i dati senza contenuto e tutti i metadati in circolazione. Ad esempio, chi ha accesso, quando hanno accesso, perché hanno accesso e che tipo di accesso hanno ”. E poi all'improvviso, affronta alcune delle sfide legate alla conformità. Soprattutto quando abbiamo delle cose veramente grandi che accadono attorno alle violazioni dei dati. Abbiamo alcune cose sorprendenti come le crisi finanziarie globali, tutte queste sfide stanno arrivando ma come diavolo potremo misurare e monitorare e affrontare la conformità? È questo il tipo di grande cosa per le persone o è ancora, in qualche modo, i primi giorni per quanto riguarda l'applicazione di DBArtisan ad esso?
Scott Walz: Ho clienti che non posso che elogiare DBArtisan. Ora quelli sono quelli che l'hanno capito. La lampadina è accesa. Dicono: “Aspetta un minuto. Posso rispondere e rispondere e generare alcuni dei rapporti che hai citato, giusto, tutto da un unico strumento. Ce l'ho. ”Ora ce ne sono altri che devono ancora accorgersene e ciò potrebbe essere per vari motivi, giusto? Potrebbero non essere ancora o forse è gestito da qualcun altro, ma i nostri clienti che abbiamo scoperto che lo stanno usando, è un momento a-ha, giusto? Quello, non solo sono in grado di creare una tabella di tutte queste cose. E assolutamente, con tutti i requisiti di conformità, è enorme. Questo è un lavoro in sé e per sé.
Dez Blanchfield: Beh, davvero. E sai, voglio dire, dalla cima della mia testa, penso immediatamente, sai, se c'è qualcuno che arriva e dice che volevano creare un database di gestione della configurazione, CMD, se devono soddisfare tutto da Sarbanes -Oxley a COBIT to ITIL, sai, conformità SWIFT e bancari, persino scendendo a artisti del calibro di International Standards Organization, ISO 27001, 27002. Sono tutti questi framework davvero grandi. Una delle sfide è solo scoprire dove si trovano i dati, chi li sta gestendo, in quale formato sono e sto pensando, è per me, come per me solo guardarli ora che il momento eureka è appena andato via, era come, appendere in un secondo, potrei dirlo anche a qualcuno che non è necessariamente un DBA, ma potrei addestrarlo rapidamente e dire: "C'è uno strumento di conformità". Penso che sia fantastico che faccia il suo lavoro in un database di amministrazione mondo della gestione.
Ma sono seduto qui a pensare, Dio, sai, il fatto che puoi gestire più piattaforme come una al giorno d'oggi, e puoi immergerti direttamente, come hai detto, registrando le transazioni che fai. Sai, immagina di prendere questo strumento in un incidente di violazione dei dati e hai il tuo team di sicurezza in giro cercando di trovare cosa dove e perché e chi ha visto cosa. E mentre si muovono, devono registrare e tracciare ogni azione che fanno perché potrebbero diventare parte del problema se non possono altrimenti. Sì, penso che sia un'incredibile capacità qui che, sai, potresti iniziare subito a fare, lo sai. Soprattutto quando esaminiamo le sfide degli audit dei dati che conosci, abbiamo questo enorme come un creep di funzionalità, per così dire, con set di dati e dati.
E una delle cose di cui abbiamo parlato in un altro paio di spettacoli che abbiamo fatto è, sai, come vai a trovare i tuoi dati e spesso parliamo del fatto che quando inizi in qualsiasi organizzazione, tendi a alzati nel tuo cubicolo e metti la tua mano in aria e saluta e vai, “Qualcuno sa dove si trova questo database? Come posso raggiungere questa fonte di dati? Dov'è questo file? ”“ Vai a chiedere alla reception. ”Giusto? Il tuo strumento è in grado di fornire immediatamente quella capacità di trovare cose, scoprirle e persino riferirle.
Torniamo a una delle domande solo brevemente e poi mi occuperò di concludere e restituirò Eric. Mi sembra che la scala diventerà una sfida nei prossimi 12 mesi per te. Puoi darci qualche spunto, solo da un punto di vista di trentamila piedi, immagino, nella scala o nella gamma di scala che DBArtisan è venuto a lavorare. Posso immaginare che quando lo metto sul mio laptop e mi tiro su e lo indico in un ambiente, posso scoprirlo e posso iniziare a fare cose su di esso. Immagino che vada da un piccolo piccolo motore di database open source con poche righe e tabelle. A che scala andrebbe? Hai parlato di DB2 su mainframe, è grandioso. E i cluster. Qual è la gamma di scala con cui possiamo fare fronte qui? E Robin in un certo senso l'aveva toccato prima, ma avrò solo bisogno di approfondirlo un po 'più in dettaglio per quanto grande possiamo ottenere con DBArtisan.
Scott Walz: Sicuro. Sicuramente ci saranno le tue sfide perché è un software client. E così, ancora una volta, se sto lavorando su un mainframe, quando lavoro contro il nostro sistema di test sul mainframe che abbiamo, posso indicarlo contro milioni di righe e fare un cross-join contro milioni di righe. Tutto il lavoro verrà svolto su un server, giusto, perché stiamo trasmettendo quel comando, ed è solo una questione di DBArtisan che gestisce i set di risultati, giusto? E quindi questa è la sfida, e questa è la bellezza, giusto, di quello che stiamo facendo. La maggior parte del sollevamento pesante viene eseguita sul server. Stiamo solo gestendo tutti i risultati. E così, ancora una volta, ti trovi in situazioni ovviamente quando vuoi eseguire dieci query simultaneamente che stanno tutti restituendo milioni di righe, sì assolutamente, potresti trovarti in qualche performance lì, giusto? Ma in nessun momento ho clienti che evitano di eseguire grosse query contro DBArtisan, sai, contro il loro database. Ancora una volta, come ho detto, il chilometraggio varia a seconda di molti fattori, giusto, ma, ancora una volta, come ho detto, ho a che fare con milioni di righe che ritornano e fintanto che riempie la griglia, sai, io ' Sono pronto per partire. Ma a volte ovviamente devo aspettare che i risultati ritornino.
Dez Blanchfield: Ho una domanda per te prima di concludere, perché ho dedicato troppo tempo e grazie per quello. Diteci un po 'di più in giro, sapete, leggendo le ultime specifiche di ieri solo per assicurarmi che mi trovassi bene come pensavo. Il monitoraggio dei processi e una sorta di allerta e notifiche, sai, la pianificazione della capacità fa emergere tutti i grandi problemi con i DBA, tutto il giorno, tutti i giorni. Qualcuno riempirà questa tabella, riempirà il database, riempirà lo spazio su disco che ho, come posso gestirlo? Dacci una rapida panoramica su una sorta di monitoraggio del processo e in particolare sul monitoraggio degli avvisi e quindi idealmente sulla pianificazione della capacità. Penso che sia un'area in cui penso possa esserci molto interesse.
Scott Walz: Il monitoraggio dei processi ha mostrato probabilmente che la funzionalità che la maggior parte della nostra base di clienti utilizza e che è un monitor di database per essere in grado di mostrare e farlo. E ne abbiamo alcuni nel pacchetto degli analisti. Performance Analyst ha alcuni avvisi che puoi impostare quando vengono soddisfatte determinate soglie. Ti può avvisare. Forse X numero di registri, errori nel file di registro, saprai, verrà emesso un avviso per te. Il tablespace raggiunge una certa percentuale piena, è possibile ricevere un altro avviso. E il bello è che sei nello stesso strumento, giusto, fa parte di DBArtisan, quindi fai semplicemente clic con il pulsante destro del mouse sull'errore, sull'avviso e gestisci con DBArtisan e ti porta direttamente all'editor del tablespace . E puoi risolvere il problema proprio lì.
Per quanto riguarda la capacità, questo è assolutamente un pulsante di scelta rapida e l'analista di capacità che abbiamo attualmente è portato su SQL Server, Oracle, DB2 LUW e Sybase ASE. E questo fa esattamente quello che hai descritto. Puoi iniziare, una volta che abbiamo ottenuto alcune raccolte, giusto, e una volta che abbiamo una dimensione del campione, e forse la sua dimensione di riga, forse il suo conteggio degli oggetti, molte opzioni all'interno dello strumento, e quindi puoi iniziare a fare tendenza, giusto? E come sarà tra sei mesi? Come sarà tra dodici mesi? Posso fare tendenza, solo fare tendenza ad una data o posso fare tendenza ad un valore, giusto? E un esempio che hai avuto, ho X quantità di spazio su disco, in base a quello, quando ho intenzione di raggiungere quel limite? Sulla base della crescita che ho e di queste raccolte che ho fatto, quando raggiungerò questo limite? Almeno so che posso iniziare a pianificarlo. Saranno sei mesi, saranno due anni? Ma ancora una volta, possiamo usare l'analista di capacità per orientarci verso questo.
Dez Blanchfield: Fantastico . Demo fantastica. Mi sono davvero divertito. Ritornerò ad Eric perché so che ci sono un paio di domande che sono spuntate dal nostro fantastico pubblico oggi. Grazie mille, è stato davvero bello conoscere bene il prodotto e non vedo l'ora di seguirlo da vicino.
Eric Kavanagh: Okay bene. Abbiamo un paio di buone domande. E andremo un po 'nel tempo, quindi proveremo a concludere velocemente perché lo so, Scott, ti sei fermato duramente. Ecco una grande domanda. Che ne dici di lavorare su vecchi archivi di dati come VSAM, Model 205, IMS e IDMF e cose del genere? Lo vedi molto spesso in questi giorni e quanto funziona bene?
Scott Walz: Non voglio dirti che sei bloccato. Alcuni di quegli ambienti, se hanno ODBC o JDBC e so che alcuni di loro sono là fuori, possiamo connetterci ad esso e puoi lavorare con esso in quel modo. Ma per lo più lo schermo verde è la strada da percorrere.
Dez Blanchfield: Adoro lo schermo verde.
Eric Kavanagh: Beh, sai, come ha sottolineato Dez con quell'unica diapositiva, in cui aveva tutte quelle diverse applicazioni e strumenti disponibili oggi, questa è una realtà molto scoraggiante per chiunque voglia svolgere responsabilmente la funzione di amministratore di database. E suppongo che nel tempo voi ragazzi potete costruire connettori per uno di questi strumenti come e quando i clienti lo richiedono, e così via, giusto? In modo da abilitare quel singolo pannello di vetro.
Scott Walz: Ed è stata questa la chiave per rendere DBArtisan attrezzato per essere in grado di gestire le connessioni JDBC e ODBC. L'abbiamo davvero esteso ora. Ora, fintanto che abbiamo quella connessione, giusto, fintanto che abbiamo quel driver, possiamo connetterci e lavorare contro di essa.
Eric Kavanagh: Questa è roba buona. Bene gente, archiviamo tutti questi per una visione successiva. Ho pubblicato un link alle diapositive, spero che tu possa vederlo, tramite SlideShare. Grazie mille per tutti i vostri sforzi, signori. Webcast meraviglioso oggi di nuovo. Molte buone diapositive. Un sacco di buoni contenuti. Ho adorato quella demo. È davvero interessante che voi ragazzi abbiate preso di mira un punto molto dolce sul mercato perché in questi giorni c'è una tale esplosione di tipi di database. E abbiamo solo bisogno, come manager, di un posto per gestire tutto ciò. Ben fatto ragazzi. Ti contatteremo domani per un'altra Hot Technologies. Spero che tu abbia ritagliato un'ora domani. Contemporaneamente. Stessa stazione Ci vediamo la prossima volta, gente. Stai attento. Ciao ciao.
