Por el personal de Techopedia, 24 de agosto de 2016
Para llevar: El presentador Eric Kavanagh analiza las tendencias de la base de datos con el Dr. Robin Bloor, Dez Blanchfield y Scott Walz en este episodio de Hot Technologies.
Actualmente no has iniciado sesión. Inicia sesión o regístrate para ver el video.
Eric Kavanagh: Señoras y señores, hola y bienvenidos de nuevo al show más popular del mundo de TI empresarial, Hot Technologies de 2016. ¡Sí, de hecho! Mi nombre es Eric Kavanagh, hoy seré su anfitrión para un espectáculo titulado "El arte de la visibilidad: habilitando la gestión multiplataforma", sí, de hecho. Unas pocas notas rápidas, hay una diapositiva sobre la tuya verdaderamente, es cierto que hace cinco años y suficiente sobre mí, contáctame en Twitter @Eric_Kavanagh. El año es caluroso, esta es nuestra diapositiva estándar para Hot Technologies. Lo que hicimos con este programa es que queríamos un programa que nos ayudara a definir un tipo particular de tecnología, por lo que la idea es que obtengamos dos analistas que ingresen y den su opinión sobre un espacio particular o un tipo particular de función que la empresa necesita, y luego el proveedor entra y demuestra lo que ha construido y explica cómo se alinea con lo que escucha de los analistas.
Y la razón de esto, como se puede imaginar, es porque en el mundo del marketing de software empresarial, hay términos que se ven afectados y lo que sucede invariablemente es que los proveedores aprovechan el último término, cosas como big data o análisis para ejemplo, o incluso SOA o términos diferentes como plataforma, y algunas veces esas palabras son muy precisas para una tecnología en particular y otras no. Este programa fue diseñado para ayudarnos realmente a articular para usted, la audiencia, qué tipos específicos de tecnologías hacen, cómo funcionan y cuándo debe aplicarlas.
Con eso, voy a presentar a nuestros oradores. Tenemos a nuestro propio Dr. Robin Bloor, llamando desde su ubicación en Austin, Texas, Dez Blanchfield, desde el otro lado del planeta, y nuestro invitado Scott Walz llamando desde Kentucky. Y la suya en verdad, en realidad estoy fuera de Pittsburgh, por lo que hoy tenemos una organización totalmente ubicada desde múltiples lugares diferentes. Con eso, voy a empujar la primera diapositiva de Robin, siéntanse libres de hacer preguntas, amigos, no sean tímidos. Puede hacerlo utilizando el componente de preguntas y respuestas de su consola de transmisión web. Y con eso, se lo daré al Dr. Bloor. El piso es tuyo.
Robin Bloor: Bien, gracias por esa presentación, Eric. Permítanme llegar a la primera diapositiva. Esta es una colección de suricatas pensando en la base de datos. Toda la presentación que realmente estoy haciendo aquí es solo un conjunto general de pensamientos sobre la base de datos que he tenido recientemente, el punto es que realmente alrededor del año 2000, parecía que el juego de la base de datos había terminado en el sentido que la gran mayoría de las implementaciones de bases de datos ocurrían en bases de datos relacionales. Y luego simplemente cambió, ya sabes, todas estas cosas en las que están pensando los suricatas, almacenes de columnas, almacenes de valores clave, bases de datos de documentos, bases de datos en memoria, bases de datos de gráficos, y de repente surgieron muchas cosas más. Y fue casi como un nuevo tipo de era geológica en la que repentinamente aparecieron fósiles de diferentes tipos de animales.
La noticia de Lake Wobegon, realmente ha terminado para la base de datos de modelo único. No hay duda de que RDBMS aún domina, pero ahora se han establecido otros tipos de bases de datos. Realmente, esa es más o menos la descripción general de lo que voy a decir aquí.
Las dimensiones de la base de datos, algunas de ellas se volvieron más importantes recientemente, pero las que se me ocurrieron cuando hice esta diapositiva, de todos modos, ¿se amplió en términos de uso eficiente de los recursos de cualquier servidor? ¿Se escala para poder atravesar grandes grupos? ¿Explota el hardware disponible que es una especie de base de datos en memoria que va en esa dirección? ¿Es distribuible? Hay una serie de bases de datos que se especializan en la variabilidad para distribuir. ¿Qué tipo de características tiene? La característica fundamental de ACID de la base de datos. Pero ahora, en lugar de tener una consistencia real, una serie de bases de datos tienen una consistencia eventual, las personas las usan y no tienen ningún problema con ellas, por lo que han demostrado que ACID no era absolutamente necesario, solo es bueno tenerlo en un Muchas situaciones.
En términos de organización de metadatos, todo el juego ha cambiado. Tenemos diferentes organizaciones de metadatos en lugar de un esquema RDBMS típico. En términos del optimizador, hay una gran cantidad de actividad del optimizador en función de las estructuras de datos que está intentando optimizar. En términos de manejabilidad, hay muchas variaciones en esto a las que me referiré más adelante, pero básicamente todo el punto de un DBMS es manejable y nuevamente el grado de su manejabilidad hasta cierto punto determina el grado de su utilidad.
En términos de factores de hardware, este es el punto que realmente dice: quiero decir que solo se está haciendo un punto aquí: el punto que se está haciendo aquí es que lo que sea que estemos viendo hoy en términos de arquitecturas de bases de datos va a cambiar. Pueden ser las mismas bases de datos, pero tendrán que, de una forma u otra, tener en cuenta lo que realmente está sucediendo a nivel de hardware. Durante muchos, muchos años tuvimos esta situación relativamente simple de CPU, memoria y disco giratorio, bueno, eso realmente se ha ido.
El punto que está aquí, en primer lugar, tenemos CPU, pero tienen una capacidad mucho más paralela que antes con muchos, muchos núcleos de procesamiento diferentes. También tenemos GPU, también tenemos FPGA, diferentes tipos de silicio, pero Intel se ha casado con un FPGA con una CPU en su próximo lanzamiento, y - Y - se ha casado con GPU y CPU en el mismo chip. Tienes chips con diferentes características. La ventaja de una GPU es que es realmente genial para un gran paralelismo y particularmente con el cálculo numérico. Con los FPGA puede, de una forma u otra, puede poner el código en el chip y funciona mucho más rápido que si solo lo estuviera alimentando al chip.
Hay un cruce de estas cosas que está sucediendo. Tenemos 3D XPoint de Intel y PCM de IBM, que son nuevos tipos de memoria, más lentos que la RAM, menos costosos que la RAM pero no volátiles. Y esto está creando un poco de emoción entre varios proveedores de software con los que he hablado. Tenemos SSD pero ahora se están volviendo muy, muy grandes y están proporcionando acceso paralelo. Con acceso paralelo a un SSD muy grande, puede acercarse a velocidades de lectura similares a las velocidades de lectura de RAM. Tenemos esta posibilidad de tres tipos de RAM de almacenamiento, las cosas 3D XPoint y SSD, todo lo cual irá extremadamente rápido. Y dado que la velocidad es la esencia de la base de datos, toda la tecnología de la base de datos intentará aprovecharlas lo más rápido posible. Y eso va a involucrar y ha estado involucrado la arquitectura paralela, pero la arquitectura paralela escalable. El rendimiento a nivel de hardware se acelera todo el tiempo, lo ha hecho durante muchos años, continúa haciéndolo y los costos generales están disminuyendo.
Camino de las lágrimas. Esto es solo intentos diferentes de bases de datos, las primeras bases de datos antes de las relacionales generalmente se denominaban bases de datos de red, luego vinieron las bases de datos relacionales, luego vinieron las bases de datos de objetos, no obtuvieron una gran cantidad de tracción, luego vinieron las bases de datos del almacén de columnas que fueron bases de datos relacionales hechas de manera muy diferente. Y luego tuvimos las bases de datos de documentos y las bases de datos SQL que eran bases de datos de objetos hechas de manera diferente, o si lo desea, la misma columna de bases de datos de objetos y se pusieron de moda. Y recientemente hemos tenido bases de datos gráficas que ganan tracción y bases de datos RDF. Y lo que está viendo allí son al menos tres conjuntos diferentes de estructuras de datos que se están acomodando. La base de datos relacional hace tablas y filas muy bien. La base de datos de documentos y las bases de datos de objetos: hacen una estructura de datos incómoda, particularmente estructuras de datos jerárquicas, muy bien. Y las bases de datos gráficas y las bases de datos RDF hacen muy bien las estructuras de datos de red. Y estos diferentes, los considero como tres líneas, estas líneas van a continuar indefinidamente. No se detendrá porque los motores que hacen bien estas cosas no funcionan en la otra estructura de datos particularmente bien.
Y luego tenemos el factor de deterioro de Hadoop. Hadoop no es una base de datos, pero hay bases de datos que usan HDFS para su estructura de almacenamiento. Y muchas cosas que hace Hadoop son el tipo de cosas de administración que deben hacerse para una base de datos. También vale la pena mencionar que Spark tampoco es una base de datos, pero sí, y es inmadura, pero tiene un optimizador de SQL y, por lo tanto, es como el núcleo de una base de datos sin necesariamente saber dónde va a almacenar los datos., pero si lo pega en HDFS, muchos de los requisitos de la base de datos se cumplen, simplemente por las capacidades del sistema de archivos subyacente. Spark, en particular, se ha convertido en parte del ecosistema de la base de datos y a menudo está federado con bases de datos más potentes, y la razón de esto es realmente la analítica. Análisis: Spark es, bueno, va muy, muy rápido en análisis. Analytics es la aplicación principal en la que la mayoría de la gente está invirtiendo en este momento, por lo que los dos caminan de la mano. La federación de datos en lugar de las reglas de concentración, debería ser obvio por el hecho de que tiene al menos tres necesidades diferentes, tipos estructurados de bases de datos y, por lo tanto, federación de datos si desea compartir los datos entre ellos. A menudo es necesario, pero también tiene bases de datos que se escalan y bases de datos que no, los motores realmente potentes como Teradata o Vertica tienen un lugar muy particular, pero los motores menores pueden hacer una gran parte del trabajo, por lo tanto, la federación Es probable que esté allí durante mucho, mucho tiempo, incluso entre bases de datos relacionales.
Lo último que debo decir, el IoT, no termina hasta que la mujer gorda comience a arrojar datos. El IoT bien puede crear de una forma u otra dinámica diferente en el mundo de la base de datos y eso complicará aún más las cosas. Con suerte, habrá, de una forma u otra, habrá algún tipo de convergencia que continúe, pero no veo que todo se junte como lo hizo con las bases de datos relacionales. No en cualquier momento pronto de todos modos.
Y creo que eso es todo lo que tengo que decir, así que lo entregaré a Australia.
Dez Blanchfield: Gracias Robin. Gracias a todos por acompañarnos, gracias por invitarme esta mañana o esta tarde a su tiempo. Este es un tema realmente candente porque hemos experimentado una gran explosión en la última década y un poco, en la cantidad de datos con los que tenemos que lidiar, e invariablemente, los datos se encuentran dentro de alguna forma de sistema que para la mayoría de los casos es una base de datos de alguna forma. Pensé que rápidamente nos llevaría a través de un recorrido de muy alto nivel sobre cómo llegamos aquí y el problema que se está creando y los tipos de cosas que debemos abordar ahora, y luego vamos a hablar sobre los tipos de solución que se puede aplicar a eso. Déjame agarrar mi primera diapositiva aquí. Soy de la opinión de que ahora estamos en el punto en el que DB admin 2.0, o base de datos admin 2.0, es como donde estamos ahora, alguna vez un administrador de base de datos era un papel y un desafío bastante sencillo y podrías entrenar a alguien bastante rápido. En el mundo de hoy ese ya no es el caso, y les voy a mostrar por qué es así.
Érase una vez, un administrador de la base de datos podría conectarse al back-end de la base de datos y hacer una demostración rápida de las bases de datos y habría una lista de bases de datos en el sistema de las que tenían que estar al tanto y que podrían cruzar rápidamente esas bases de datos y seleccionarlas y tener un poco de empuje y una sonda alrededor y usar traducir, describir la tabla para averiguar qué hay en una tabla y cada una de las columnas y filas, y fue un desafío relativamente sencillo y si lees el promedio libro de doscientas o trescientas páginas sobre administración de bases de datos para cada plataforma, casi pudo aprender por sí mismo sin tener que hacer un título en ciencias de cohetes.
Pero ese ya no es el caso, y la razón de eso, en mi opinión, es que hay demasiadas opciones en el mundo de la base de datos para que una persona sea experta en un especialista y pueda administrar y administrar manualmente . Y la razón de esto es que en las últimas cuatro o cinco décadas, cuando se trata del mundo de los servidores y sistemas de bases de datos y servidores de bases de datos y conjuntos de aplicaciones, hemos recorrido un camino muy, muy largo. Érase una vez que teníamos que lidiar con lo que efectivamente eran datos pequeños, y risueñamente pequeños cuando miramos hacia atrás ahora. El otro día vi una foto muy bonita en Twitter, de esta increíble mujer que era la principal programadora y desarrolladora de la NASA en el momento en que estábamos poniendo hombres en la luna, y su código se imprimió en ciento treinta y treinta dos impresoras de línea de columna y plegadas en abanico, y en realidad era más alta que ella, la cantidad de código que escribió.
Y cuando lo pensé, pensé, en realidad eso es probablemente alrededor de doscientos o trescientos megas de datos donde tuvo que escribir todo a lo sumo, si no menos. Y así, la cantidad total de datos para contener su código, a pesar de que físicamente era más alta que ella cuando se imprimió en papel, en realidad era una cantidad muy, muy pequeña. Incluso estas computadoras masivas del tamaño de una habitación, y este es un IBM System / 360 en esta diapositiva en particular, la cantidad de datos que realmente podía contener era pequeña en comparación con el mundo actual. De hecho, nuestros teléfonos inteligentes tienen capacidad para 60 y 128, y 256 gigas y pronto tendremos terabytes en nuestros teléfonos en poco tiempo cuando baje el precio del flash.
Y así, en ese momento y esa era, la administración de la base de datos era bastante sencilla. Aquí hay una instantánea de una sesión de terminal 3270, y para un DBA, poder iniciar sesión y echar un vistazo a la cantidad de archivos que estaban relacionados con la base de datos, y los índices que estaban allí y las filas y columnas eran sencillas. Y puede ver aquí, en esta captura de pantalla, que el contexto de esto es una tabla y varios espacios de tablas, que habría sido la unidad central completa que administra una tabla de base de datos. Mientras que hoy tenemos miles de millones de filas de registros en sistemas de bases de datos. Y el cambio se produjo a través de un cambio en la tecnología que nos permitió construir plataformas de bases de datos y sistemas de gestión de datos.
Si pensamos en el tipo de mainframes originales y muchas computadoras que ejecutan bases de datos y eventualmente bases de datos relacionales, hace más de cincuenta años, y ese gran mundo de hierro y los pequeños conjuntos de datos que teníamos, cuando llegamos a los años ochenta, estábamos un poco en el, pasamos por los mainframes desde el mini al micro, y teníamos computadoras que ejecutaban cosas como dBase II y dBase III, y en DOS y CP / M y teníamos una base de datos relacional muy temprana tecnologías de estilo disponibles y escalaron bastante bien en comparación con lo que estábamos acostumbrados en el mainframe. Para cuando llegamos a los noventa, teníamos gente como Oracle y DB2. Y a fines de la década de los noventa tuvimos personas, como computadoras secretas que podían pegarse como un modelo de red, máquinas muy, muy grandes, máquinas del tamaño de gabinetes juntas y tomar los gustos y construir estos grupos de computadoras. Pero incluso entonces, todavía era pequeño en comparación con lo que vemos hoy.
Pero en la diapositiva que tengo aquí, este es el clúster de Hadoop y efectivamente actúa como una máquina y, esencialmente, es solo una computadora realmente grande y puede contener los tipos de datos a escala web a los que estamos acostumbrados ahora . Y así, el desafío de la administración de la base de datos, la gestión de la base de datos en ese tipo de plataformas se ha convertido, en mi opinión, en ciencia espacial. Debes ser un personaje extremadamente inteligente para poder comprender la tecnología en la que se ejecuta, la plataforma en la que se ejecuta, los datos que están allí, los tipos de usos de esos datos. Y sí, vimos esta explosión desde principios de la década de 2000, donde Microsoft SQL se convirtió en una cosa, Lotus Notes estaba bastante bien establecido y la cantidad de bases de datos de Lotus Notes que se deslizaban por el lugar era bastante aterradora. Y tuvimos los titulares habituales de Oracle y DB2 y realmente comenzamos a afianzarnos. Algunas de las marcas como estaban empezando a desvanecerse. Pero todavía estábamos realmente haciendo la administración tradicional de la base de datos hasta ese momento, en torno a ese tipo de era de 2006 en la que, si vuelvo a esa imagen de ese clúster, lo que llamamos clústeres de Beowulf se convierte en algo, donde podríamos tome las PC estándar y péguelas juntas y cree grandes supercomputadoras.
Pero a partir de ese punto, cruzamos un punto de inflexión donde los seres humanos podían hacer la administración de bases de datos de la vieja escuela y, como digo, en mi opinión, la escala se hizo muy, muy grande, muy, muy rápidamente. Es casi como si tuviéramos este evento de big bang en tecnología que impulsó la adopción de la tecnología de datos y la tecnología de gestión de datos y, en particular, las bases de datos a su alrededor. Y debido a que estábamos construyendo clústeres de estilo de cómputo de alto rendimiento para alojar datos en diferentes formas. Y para puntualizar ese punto, aquí hay una instantánea del panorama a partir de 2016 de las tecnologías de bases de datos que están disponibles para nosotros. Desde la esquina inferior derecha y el código abierto, hasta la esquina superior izquierda en infraestructura. Y en la esquina superior derecha de las soluciones de aplicaciones que están disponibles para nosotros, y en la esquina inferior izquierda, una mezcla de la infraestructura y los motores de rendimiento que realizan análisis, etc. Y en el medio están los dispositivos como nuestros teléfonos inteligentes, por supuesto, que realmente se ejecutan en versiones muy pequeñas de bases de datos, para hacer cosas como administrar nuestros contactos, etc., o nuestros registros de llamadas y otras cosas que tenemos.
Entonces, en mi opinión, hubo una explosión, algo así como una explosión cámbrica en ese tipo de cosas, donde la cantidad de desarrollo tecnológico que tuvo lugar en ese período de tiempo muy corto desde aproximadamente 2006 hasta 2016, que es efectivamente una década, como si fuera. Ahora hemos visto que las bases de datos de gráficos se convierten en algo importante, las bases de datos en memoria se convierten en algo importante, las bases de datos SQL están llegando. El cambio a diferentes modelos informáticos, surgió Hadoop, teníamos el modelo MapReduce, ahora tenemos Spark y análisis de transmisión y computadoras de transmisión, datos distribuidos resistentes, marcos que las personas deben desarrollar para ellos, para llegar a las escalas que necesitamos, y cuando pensamos en ese viaje, para analizar el tipo de sistemas de gestión de bases de datos relacionales con los sospechosos habituales, Oracle, PostgreS, Sybase, IBM DB2, MySQL y la plataforma Microsoft SQL Server. Hemos visto a algunos niños nuevos entrar en el bloque ahora, Clustrix, Xeround, NuoDB, MemSQL, y hay docenas y docenas más como viste en esa diapositiva antes. Si puede imaginar el desafío de tener que conocer estas plataformas y saber cómo ejecutarlas y obtener el panel único de vista de cristal, que necesita ser un DBA y hacer estas cosas, el desafío está lejos de ser trivial. Y luego, de repente, llegaron los motores NoSQL, que son una nueva generación de desafíos divertidos.
Y entonces, la diapositiva final que tengo aquí es una especie de golpe definitivo de uno-dos-tres y es que hemos tomado algunas de estas tecnologías ahora y hemos creado una capacidad de servicio para ellas, las hemos puesto en modelos en la nube y ahora están disponibles como una utilidad, como un servicio, básicamente puede obtener una base de datos como un servicio y las marcas habituales que vemos allí en los Servicios web de Amazon y la Plataforma de computación en la nube de Google y Microsoft Azure son las que llegan a la gente importa, pero en realidad hay docenas y docenas de plataformas en la nube ahora. Y en Australia, por ejemplo, hay algo así como ciento doce empresas que son una nube pública a gran escala de buena fe que ofrecen servicios de bases de datos en varias formas.
Pensar en el desafío que el DBA promedio tiene que levantarse de la cama e ir a trabajar y enfrentarlo ahora es un desafío bastante alucinante. De modo que ahora creo que, como muchas cosas en la vida, las hemos ampliado horizontal y verticalmente, es decir, la infraestructura se ha ampliado en un modelo de crecimiento muy horizontal, casi lineal, y la complejidad de apilar en un sentido vertical, la cantidad de plataformas de bases de datos, la cantidad de marcos de aplicaciones y modelos con los que tenemos que lidiar, han ido mucho más allá de lo que los humanos deberían ser capaces de hacer frente en un solo panel de vista de cristal y de lo que ahora necesitan los administradores de bases de datos un conjunto completo de nuevas herramientas para poder hablar con todas estas plataformas, administrarlas, administrarlas y apoyarlas, y creo que ese es el tema principal de nuestras conversaciones esta mañana, o esta tarde su tiempo, y con eso en mente, Voy a entregar a nuestro invitado que hablará mucho sobre su producto y cómo abordará el desafío.
Eric Kavanagh: Muy bien Scott, voy a pasar
Scott Walz: Muchas gracias, está bien, gracias. Gracias Dez, gracias Robin, y gracias a todos por acompañarme y por haberme llamado hoy. Quiero agradecer a Robin y Dez por llevarme a caminar por el carril de los recuerdos, habiendo estado en el espacio desde principios de los noventa, trajiste muchos buenos recuerdos. El recuerdo que no vi en ninguna de esas diapositivas y las fotos, fueron las tarjetas perforadas. Y eso fue lo primero que me presentaron cuando comencé en mi primer trabajo fuera de la universidad, mi compañero de trabajo en el cubo a mi lado, me dijo que no tocara sus tarjetas perforadas. Entonces, sí, absolutamente, y de hecho ha sido un desafío, y un desafío en el que hemos estado trabajando para ayudar a nuestros clientes a abordar y desde mediados de los noventa, y este es un producto del que quiero hablar hoy. Echemos un vistazo a la gestión multiplataforma, y esto es solo un subconjunto. Elegí un gráfico, pero como Dez presentó:
Eric Kavanagh: Tienes que compartir tu pantalla.
Scott Walz: Oh, seguro que sí, gracias.
Eric Kavanagh: No te preocupes. Y amigos, no sean tímidos, hagan preguntas, hoy tenemos tres pantalones inteligentes en la llamada, así que envíenles las preguntas difíciles. Puede usar el componente de preguntas y respuestas de su consola de transmisión por Internet o puede twittear con el hashtag de BriefR. De acuerdo, Scott, llévatelo.
Scott Walz: Ahí vamos, gracias. Tomé esta diapositiva y esta imagen. La imagen de Dez realmente me dejó alucinado porque ese es realmente el mundo en el que vivimos hoy y el mundo en el que actúan los DBA. Y como mencionaron, ya no es, realmente, luchas para poder hacer esto con solo fuerza bruta. Realmente necesitas las herramientas y eso es, estamos entrando a jugar y estamos viendo todo el cambio, el impulso cambió desde el principio y estaba muy aislado como mencionaste, y luego comenzamos a trabajar con múltiples plataformas de bases de datos, así que esa fue nuestra primera incursión en las herramientas, y luego regresó a donde estaban las organizaciones, y después del año 2000 y cuando se contrajo un poco. Con las organizaciones y quería ser sólido, pero luego regresó y realmente explotó cuando introdujiste todas esas nuevas plataformas. Y ahora, en lugar de ser encasillados en una plataforma específica o una tecnología específica, ninguna de esas organizaciones está descubriendo qué es lo mejor. ¿Cuál es la mejor base de datos de aplicaciones, cuál es la mejor plataforma para usar? Y dicho esto, quiero guiarte un poco sobre lo que hacemos con DBArtisan. Y DBArtisan ha sido nuestro producto estrella, gestionando, como dice entornos multiplataforma durante más de 20 años, y aquí es donde vivimos y aquí es donde nos gusta enfatizar y trabajar con nuestros clientes y darles las herramientas para que sean productivos. y realizado.
Sigamos adelante y voy a entrar directamente. Estoy mostrando más el producto a medida que paso por las diapositivas y creo que probablemente tú también lo hagas. Para aquellos de ustedes que no han visto DBArtisan antes, estamos viendo el borrador, y creo que Dez usó el término "panel único de vidrio", y eso es algo de lo que nos enorgullecemos de darle al DBA una sola mirada. todas sus plataformas Bien, no es necesario abrir ninguna otra aplicación, nos conectaremos y lo llevaremos allí y comenzaremos a trabajar con la plataforma. Mirando el explorador de bases de datos a la izquierda, podemos crear esto como mejor nos parezca, podemos organizarlo como queramos. Y verá que tengo una mezcla, algunos de mis servidores Oracle, tengo MySQL, tengo PostgreS aquí, también tengo uno: está etiquetado como servidores de producción que algunos incluyen algunos de los entornos de servidor MySQL. Una vez más, podemos ver que tenemos un buen ajuste. Si miro el registro de una nueva base de datos, verá una de las plataformas que admitimos, hay un par que quiero mencionar. Notarás cuando este es tu SQL, soporte para eso, Teradata, Apache, PostgreS, aquí están los genéricos que admitimos.
Si tenemos un controlador JDBC o un controlador LDBC para cualquiera de las plataformas, podemos conectarnos, brindarle una conexión y permitirle trabajar con la plataforma directamente desde DBArtisan. Una vez más, permitiéndole concentrarse en el trabajo en cuestión y no en cómo lo va a hacer. Recorre todo eso. Pero quiero mostrar algunas cosas sobre el producto. En ese caso, abramos y trataremos con Oracle, por ejemplo. Esta es solo mi pequeña página de destino aquí, pero quiero ir y echar un vistazo a algunos de mis esquemas con los que trabajo. Vamos a obtener uno de los esquemas más grandes, así que nuevamente, traeremos la lista de tablas. Bien, en este caso, voy a abrir una tabla, así que solo los seleccionaremos, y los traerá a nuestro editor de objetos.
Ahora, Oracle es algo con lo que he trabajado durante años, lo que le voy a mostrar es probablemente una declaración fácil para usted. Pero si Oracle es la plataforma, o si PostgreS es la plataforma, o Teradata es la plataforma que acaba de recibir y necesita acelerar, la tarea en cuestión es agregar una columna. O tal vez la tarea en cuestión es eliminar una columna. Pero no debes preocuparte por la sintaxis, ¿verdad? Queremos ir, simplemente escriba lo que necesitamos, configúrelo y dejamos que DBArtisan lo genere. Aquí, vamos a presionar "Alter". Generará el script para nosotros. De nuevo, un ejemplo muy simple, pero el punto es que va a hacer el trabajo por nosotros para generar y colocar esta columna en la tabla.
Sin embargo, lo que también podemos hacer es mover las columnas en la tabla. Si alguna vez ha intentado hacer eso con lo tradicional, es un poco más complicado que una sola línea de código como esta. Pero nuevamente, DBArtisan va a trabajar detrás de escena, generará el código para usted y nuevamente producirá el SQL. Cerraremos fuera de aquí. Antes de hacerlo, observe todas las pestañas en la parte superior nuevamente, la interfaz de usuario es muy intuitiva. Si entro en el explorador, si salto a PostgreS, ¿verdad? Si entro allí en mi modo de esquema, miro la tabla, muy similar, ¿verdad? Abriremos esto, nuevamente veremos la información aquí. Las propiedades, antepasados, las columnas. Somos específicos de la plataforma, le daremos esto, la interfaz de usuario, para poder mostrar esto y trabajar con los objetos. Sabrás lo que debes hacer, y te permitirá hacerlo de manera eficiente y oportuna, por lo que no debes preocuparte por cuál es exactamente la cláusula que debe ir allí para proporcionar esa opción Nos encargaremos de eso por usted.
Además, cuando veamos, voy a pasar a SQL Server ahora y hablaré un poco sobre algunas de las otras características, por lo que todos necesitamos monitorear la base de datos. Entonces, de nuevo, inícielo, veamos todas las sesiones que están ocurriendo, sesiones que se están ejecutando. ¿Cómo vamos a ver qué declaraciones se están ejecutando y poder tener control sobre eso? ¿Necesitamos detener una sesión? ¿Necesitamos ver algún bloqueo que pueda estar en la base de datos? ¿Alguna cerradura de bloqueo? Nuevamente, tenemos toda esa información aquí a nuestro alcance para que podamos reaccionar rápidamente, tomar medidas correctivas si es necesario y darle la vuelta. Volveremos a nuestro explorador. Aquí es donde, este es el punto de conducción, aquí es donde siempre vuelvo, aquí es donde personalmente me gusta comenzar las cosas y trabajar desde aquí. Como estoy conectado a una base de datos de SQL Server para ver las utilidades. Debido a que somos multiplataforma, podemos comenzar a buscar extracciones, migraciones. Podemos movernos a través de plataformas si necesitamos migrar objetos de una plataforma a otra, podemos hacerlo, siempre que esos objetos existan en las diferentes plataformas. Extraiga los esquemas, publique en informes, cargue y descargue datos y haga una copia de seguridad de las bases de datos.
Una vez más, todo eso desde la interfaz de usuario. Y viniendo aquí a las herramientas, puede ver un conjunto completo de herramientas desde las que podemos operar, ¿verdad? Entre "Buscar en archivos" podemos hacer una búsqueda completa en la base de datos donde buscamos dentro de las tablas del sistema para encontrar la cadena que está buscando. "Ejecución de scripts y archivos", si tiene una declaración estándar que se puede ejecutar en múltiples plataformas, múltiples fuentes de datos, podemos configurarla directamente desde un DBArtisan que apunte a los objetivos contra los que queremos que se ejecute. Presione "Ir" y se ejecutará y nos traerá de vuelta los resultados contra todas esas fuentes de datos de destino. Nuevamente, permitiéndole trabajar desde ese único panel de vidrio.
Y "Serie de analistas", de nuevo, esos son más profundos. Esos están más orientados a las bases de datos relacionales a medida que comenzamos a acceder a más plataformas nuevas, comenzará a vernos expandir esta funcionalidad también en esos ámbitos. Y en general, solo muchas mejoras en la interfaz de usuario. Características orientadas específicamente para el DBA. Elementos como tenemos la capacidad de hacer una biblioteca de scripts. Esos scripts SQL que ejecuta a menudo en múltiples plataformas, guárdelos aquí, arrástrelos, tan pronto como tengamos una nueva ventana ISQL configurada, podemos arrastrar el script y ya tenemos el script listo para funcionar. Nuevamente, tener eso a tu alcance para poder hacer y administrar. Notarás que entregamos scripts ya definidos para algunas de las plataformas para que podamos seguir adelante y crear tantos como sea necesario en cualquier momento.
Una cosa agradable que me gusta y muchos de nuestros clientes hacen, si alguna vez está interesado, y recibo esta pregunta con respecto a: “¿Cómo hago eso? Eso es muy bonito. ¿Cómo hace eso DBArtisan? ”Hay una pequeña característica aquí, “ Logfile ”, puede registrar todas las declaraciones SQL que ejecutamos, así que si desea saber cómo completamos ese exploratorio o cómo llenamos el editor para una tabla PostgreSQL o una tabla de Teradata, registre el SQL y registraremos todo lo que DBArtisan está ejecutando en la base de datos y puede volver y mirar ese SQL y tener todo lo que necesitamos. Tal vez quieras incorporar eso como parte de uno de tus scripts. Absolutamente. Totalmente bien.
Nos gusta ser muy transparentes con lo que estamos haciendo y lo que estamos ejecutando en la base de datos, por lo tanto, le permitiremos guardar y registrar todo lo que apliquemos a la base de datos. También tenemos opciones de configuración. Notarás que lo tengo configurado como "Organizar por el propietario del objeto". También puedo configurarlo por "Tipo de objeto". Si volví a entrar en mi entorno PostgreSQL, entré en el esquema si miraba los SQL en lugar de solo mis tablas GIM que pertenecen a ese esquema, voy a ver todas las tablas, independientemente de los nombres de esquema. Nuevamente, hay diferentes formas de organizar cosas que realmente lo personalizan para su propio flujo de trabajo y cómo le gustaría verlo.
Y lo último de lo que quiero hablar es de la capacidad de establecer "Marcadores". Si profundizo, si estoy trabajando en una de mis plataformas y quiero centrarme solo en el modo de mis tablas, puedo agregar un marcador. Lo sé, una característica muy simple, pero muy agradable de tener, especialmente cuando trabajas con tantas fuentes de datos y tantas plataformas como el DBA actual. Para poder ingresar al sistema, inicie DBArtisan y deje que el administrador de marcadores lo lleve directamente al lugar del árbol donde necesita estar y poder trabajar. Y luego, desde aquí, podría crear una nueva tabla, y nuevamente, en las plataformas que admitimos que vio anteriormente, y lo guiaremos a través del "Asistente" para que pueda conducir, desarrollar y crear la tabla. Y vamos a generar toda la sintaxis necesaria para hacerlo detrás de escena y luego presentarlo al final en un panel de vista previa. Puede validar, ver exactamente lo que vamos a generar. Puede presionar el botón "Ejecutar", luego el botón "Finalizar" y dejar que se ejecute. O puede guardarlo o enviarlo a otra ventana ISQL, así que, de nuevo, tal vez deba ser parte de una secuencia de comandos más grande y más grande que desee guardar e implementar durante sus horas de ventana por lotes.
Esa es una descripción general de DBArtisan. Cuando hablamos de eso, nuevamente, es un producto que ha visto muchas plataformas, soporte para esas plataformas y excelente experiencia de usuario, excelentes comentarios de nuestros clientes también. Y si está interesado, como uno de los panelistas, pero si necesita encontrar algo relacionado con IDERA o DBArtisan, no dude en comunicarse y ciertamente puede encontrarme en mi dirección de correo electrónico.
Eric Kavanagh: Muy bien, supongo que lo abriré a Robin para preguntas y luego a Dez y luego estaré monitoreando las preguntas y respuestas de los asistentes. Robin, llévatelo.
Robin Bloor: De acuerdo, bueno, la primera pregunta es que he estado familiarizado con DBArtisan durante bastante tiempo, así que soy consciente de sus capacidades. Lo que me interesaría que aborde es su tipo de caminos futuros desde aquí. Quiero decir, ya veo, ya sabes, la última vez que lo vi, debe haber sido hace mucho tiempo. Veo que estás apoyando al menos tres bases de datos que no me di cuenta de que apoyabas antes. ¿Cuál es el camino hacia adelante para DBArtisan? ¿Es probable que solo vayas a agregar más y más bases de datos o es una extensión de función? ¿Dónde piensas ir con eso?
Scott Walz: Esa es una gran pregunta y me gustaría todo lo anterior. Ciertamente vamos a seguir construyendo porque las plataformas RDBMS tradicionales no están quietas, ¿verdad? Continúan construyéndose. Continuaremos siguiendo ese camino. Y luego nos verá comenzar a buscar y avanzar en esa dirección de soportar nuevas plataformas netas. Debido a que reconocemos que a pesar de que algunas de esas plataformas continúan creciendo, el RDBMS tradicional, hay ciertas situaciones en las que las nuevas plataformas son las plataformas correctas para que los clientes vayan con ellas. Realmente estamos vigilando de cerca ese mercado, en ese segmento, y estamos tratando de tomar las decisiones correctas sobre qué plataformas elegir. Parecen estar cambiando todos los días, prácticamente.
Robin Bloor: Bueno, como decíamos yo y Dez, es un mercado muy animado, posiblemente es una forma de verlo. Otra cosa en la que estaría interesado: obviamente no podrá responder a esta pregunta con detalles precisos, pero en mi tiempo he encontrado sitios donde hay miles de instancias de Oracle, y Oracle no estaba la única base de datos utilizada, que se estaba implementando, ya sabes. Y cuando en realidad les hablé sobre cómo manejas tantas instancias me dijeron: "Bueno, ya sabes, solo hay unas cinco o seis instancias grandes y tenemos alrededor de tres DBA que distribuimos en eso". Estoy un poco interesado en términos de uso de DBArtisan, porque puede hacer mucho con él, ¿cuántas bases de datos se ubican, digamos típicamente, o incluso cuáles son los ejemplos más grandes de cuántas cadenas puede administrar a la vez?
Scott Walz: Bueno, he visto situaciones, y nuevamente, es un poco complicado, esa pregunta es, porque DBArtisan me permite tener múltiples conexiones o múltiples fuentes de datos definidas en una sola instancia. Tal vez quiero hacer un syslogin y luego un inicio de sesión de permisos más bajo, pero he tratado con clientes que con todo colapsado, pasan varias pantallas. Ahora, cuando les pregunté eso, la pregunta que me han hecho es: "¿Cómo manejan tantos?" Y luego dice: "No lo hago", ¿verdad? "Administro lo que puedo, pero necesito acceso a todo". Todavía tengo que ver algo que se detenga, ya sabes, los límites superiores de lo que las personas pueden administrar es realmente el límite superior de lo que esa persona, el individuo, puede encargarse de. Pero ya sabes, como mencioné, esas personas con las que desafío, admiten abiertamente que tienen todas esas conexiones, pero no hay forma de que puedan manejarlo. Confían en su equipo. Como estoy seguro de que has experimentado, sí.
Robin Bloor: Bueno, en realidad he sido un DBA, aunque no lo hice por mucho tiempo. Y lo único que, ya sabes, recuerdo, más allá de cualquier otra cosa en las bases de datos relacionales, es que puedes hacer una gran cantidad de cosas con SQL. A menudo más de lo que crees que podrías. Lo que de una forma u otra explica algunas de las funcionalidades que tiene DBArtisan, porque solo se traduce directamente en SQL. Pero, ya sabes, estoy seguro de que haces otras cosas. Es todo scripting SQL o hay otras rutinas especiales que se han escrito para situaciones esotéricas?
Scott Walz: Sí, mucho, la mayor parte es SQL, esa es la naturaleza de eso. Pero sí escribimos rutinas que se pueden ejecutar desde una línea de comando utilizando las herramientas del proveedor, los front-end del proveedor. Pondremos front-end en, ya sabes, por ejemplo, para las utilidades de carga de datos en las plataformas, ¿verdad? Esos no son scripts SQL, correcto, esos son trabajos de línea de comandos. Los generará y podrá entregarlos al DBA que luego pueden ejecutar. Mira, sí, haremos un poco de ambos, pero la mayoría son scripts SQL.
Robin Bloor: Al mirar, porque obviamente debes, de una forma u otra, echar un vistazo a los desarrollos que están ocurriendo y que considero bastante nuevos. Quiero decir, una de las cosas que encuentro interesantes que está sucediendo es que Spark obviamente está despegando como un cohete, pero el SQL de Spark, pasó de ser terriblemente inmaduro a comenzar a verse un poco más maduro con un poco más de capacidades SQL. ¿Mira cosas como esas y se pregunta si comenzará a administrarlas con DBArtisan?
Scott Walz: Ciertamente y yo sí. Eso siempre está ahí. Sé que nuestro equipo de gestión de productos siempre está mirando a dónde ir y, absolutamente, todo está sobre la mesa para nosotros, con respecto a lo que estamos viendo en el futuro.
Robin Bloor: De acuerdo, Dez, ¿quieres apilarte?
Dez Blanchfield: Sí, en realidad, hay un montón de cosas geniales que me abriste la puerta allí, Robin. Muchas gracias. Estoy ansioso por explorar algunas de las cosas que me sorprenden cuando miro productos como este y me emociono mucho. Cuando revisé mi tarea dos veces, porque como el Dr. Robin Bloor mencionó antes, él, como yo, ha estado rastreando esto durante algún tiempo y recuerdo haber consultado sus requisitos de especificaciones el otro día y pensar, en realidad, que esto funciona se apoya en lo que realmente hace. Y creo que de memoria, corrígeme si me equivoco, creo que fue tan poco como el rendimiento de una computadora portátil ejecutaría DBArtisan cómodamente y, sin embargo, fue capaz de ejecutar algunos back-end de bases de datos bastante importantes. Y estaba bastante interesado en ver que también tenías Firebird y Greenplum. Estaba bastante impresionado con el requisito o la especificación del hardware que literalmente podría ejecutarse como un concierto de RAM en una CPU de un gigahercio. Eso fue bastante impresionante.
Pero los casos de uso es algo en lo que quiero profundizar un poco. ¿Está viendo que la adopción del producto es un caso de necesidad debido a los entornos existentes que simplemente se han salido de control, o está viendo que las personas ahora son un poco más proactivas y dicen, ya sabes, estamos construyendo algo muy Grande, es complejo. Y estoy pensando en fusiones y adquisiciones, por ejemplo, aquí, donde una organización podría comprar un grupo de empresas (pequeñas, medianas, grandes, lo que sea) y terminar heredando todos estos entornos y tener que construir una nueva capacidad de base de datos. ¿Cuáles son los casos de uso típicos para esto en cuanto al tipo de organización y el tipo de aplicación? ¿Son predominantemente las personas las que tienen entornos existentes y solo tienen que limpiarlas y controlarlas o las personas son un poco más proactivas y piensan en la complejidad que están a punto de construir y que lo aborden temprano?
Scott Walz: Estamos viendo más de llegar temprano por la misma razón que mencionaste, la consolidación. Con la amplitud de soporte de plataforma que tenemos, no es una prueba total para el futuro, correcto, pero te está poniendo a ti y a tus DBA en una situación realmente buena que cuando miran un posible objetivo de adquisición, cierto, son un poco menos, ya sabes, la idea de qué plataformas podríamos estar heredando, ¿verdad? Aunque es importante, correcto, la preocupación allí es un poco menos de lo que significará para nuestros DBA, ¿verdad? Los DBA tienen un producto ahora que saben que pueden conectarse y si están familiarizados con el uso del producto, estarán familiarizados con la conexión a esa plataforma que acaban de adquirir. Entonces esa es ciertamente un área que estamos viendo, una vez más, ya sabes, desde hace mucho tiempo, los clientes con esa combinación de todas esas plataformas, ¿verdad? ¿Cómo voy a entender esto, verdad? Y lo han intentado porque el proceso de pensamiento es que cada una de las plataformas tiene una herramienta, ¿verdad? Podemos usar nuestra propia herramienta, ¿verdad? Pero eventualmente regresa eso, sabes qué, sí puedes, pero no solo voy a tener que aprender cada una de las plataformas, ahora estoy aprendiendo cada una de las herramientas que van con cada una de las plataformas y así que acabas de agravar el trabajo de un DBA. Así que también estamos viendo esa situación en la que regresan a nosotros y dicen: "Sabes, tenemos que ponernos manos a la obra". Consigamos una herramienta para el DBA, porque tengo cosas más importantes para el DBA que aprender que la interfaz de usuario de una nueva herramienta. O diferentes herramientas ".
Dez Blanchfield: Sí, definitivamente no. Y, ya sabes, cuando ves, creo que de memoria cuando miré ayer solo para verificar que no estaba equivocado, recuerdo que apoyaste a Sybase, por ejemplo, así que esto ha estado presente por un tiempo. En realidad, tengo otra pregunta que tengo para ti: sí, es genial tener a Greenplum y Firebird en tu lista, pero tu Sybase, que envejece muy rápido, muestra que ha existido por un tiempo y ha hecho un buen trabajo.
Racimos Entonces, uno de los mayores dolores de cabeza para un DBA es que apuntarán esencialmente a lo que parece una dirección IP y un montón de API o si es JDBC o LDBC o lo que sea que estemos hablando, pero detrás de eso hay un clúster. ¿Qué puede saber DBArtisan sobre lo que hay detrás de la puerta número uno, por así decirlo, cuando conecto el back-end de la base de datos, puedo ver todos los entornos que hay detrás y, en particular, hay dos partes en el pregunta, tal vez. El clúster, por ejemplo, cuando piensa, ya sabe, es compatible con IBM DB2 y Microsoft SQL Database Server y MySQL y PostgreSQL y Oracle y algunos de esos RDBMS tradicionales e, ya sabes, invariablemente ejecutamos un maestro-esclavo o maestro-maestro entorno para redundancia y alta disponibilidad y también rendimiento. ¿Sabe DBArtisan que hay algo detrás de la puerta número uno que no es solo una base de datos per se, sino un clúster, y si es así, qué sabe al respecto? Y fluir hacia eso rápidamente para poder responder la misma pregunta, lo siento. Entonces, detrás de los clústeres en algunos de los escenarios que tiene, ¿cómo están enfrentando las personas la mezcla entre entornos de producción y entornos de recuperación ante desastres, en lo que respecta al uso de DBArtisan?
Scott Walz: Grandes preguntas. Le daré una idea que dependerá de las plataformas específicas porque, por mucho que lo intentemos, tendremos diferentes niveles de soporte para algunas de esas características más profundas y más profundas. Para Oracle, por ejemplo, y su entorno RAC, Real Application Cluster, puede conectarse al nodo primario en ese clúster pero al pasar por el monitor de la base de datos que mostré, le dejaremos ver el SQL ejecutándose y nosotros ' en realidad te diré en qué nodo del clúster se está ejecutando, ¿verdad? Para que pueda ver exactamente si, ya sabes, consulta de ejecución lenta, vigilemos eso, ¿en qué nodo se está ejecutando? Debido a que, inevitablemente, toda la razón del clúster, correcto, es para el usuario final, a él no le importa dónde se ha ejecutado, pero para el DBA necesitamos hacer un seguimiento de ese tipo de información. Podemos bajar a ese nivel de detalle en Oracle, por ejemplo. Las otras plataformas que tenemos tienen conectividad, probablemente no tantos detalles como los que tenemos para Oracle.
Con respecto a la producción y el entorno de desarrollo, esa es una buena pregunta. Estamos dando el mismo nivel de apoyo. La verdadera forma principal en la que vamos a ayudar, la capa de conectividad va a estar allí, ¿verdad? Vamos a poder conectarnos y hacer todas las funciones. Tengo clientes que utilizan algunas de las funciones de DBArtisan para clasificar sus fuentes de datos, ¿verdad? Y nuevamente, esto podría estar un poco fuera de lugar para la pregunta exacta que está haciendo, pero vamos a permitir que denoten gráficamente mientras están trabajando. Debido a que esa es una de las cosas de DBArtisan, es que puedo cambiar rápidamente entre las fuentes de datos. Y lo siguiente que sabes es que me estoy preparando para ejecutar una declaración truncada y estoy buscando ver si estoy conectado: ¿acabo de ejecutar esto en producción o desarrollo? Y, por lo tanto, proporcionamos algunas funciones dentro de DBArtisan para ayudar a los DBA a gestionar y mantenerlos fuera de problemas, si lo desea, con algunas de las actividades de DBA.
Dez Blanchfield: Con eso en mente, en la larga lista de plataformas que actualmente admite, y estoy seguro de que explotará muy pronto por razones obvias. Quiero decir, usted apoya los gustos de, por ejemplo, DB2 en z / OS, por ejemplo, en mainframe, y luego obviamente apoya los gustos de lo que solíamos llamar de rango medio, pero ahora solo sistemas UNIX y plataformas más modernas, usted ya sabes, Linux y, finalmente, será portado a los gustos de Bluemix y Cloud Foundry, por lo que terminarás con DB2 ejecutándose en Cloud Foundry en Bluemix, con IBM y la nube en software. Actualmente, las personas ejecutan no solo la administración y el monitoreo, sino que también mencionó antes la capacidad de migrar y mover datos. ¿Está viendo a personas saltar en la cama con DBArtisan y decir: "Sabes qué, tenemos un montón de cosas en los viejos mainframes que solo necesitamos quitar y fue una verdadera molestia hacer eso". Si puedo señalar, hacer clic y arrastrar de aquí para allá, realmente puedo mover y migrar mis datos y mi esquema ”. ¿Es eso algo que la gente está haciendo?
Scott Walz: De hecho, se están moviendo, ¿verdad? Están quitando los datos, ¿verdad? Ahora, están usando DBArtisan como herramienta para eso. ¿Está haciendo todo por ellos? No. Estamos comenzando, ya sabes, arrastrar y soltar, no exactamente allí, pero les estamos permitiendo generar algunos scripts, porque idealmente querrás usar, no quieres que este trabajo sea ejecutándose en su cliente, en su computadora portátil, por la misma razón que mencionó. Podemos correr con una huella muy baja, ¿verdad? Los estamos ayudando a generar scripts y luego darle la vuelta y construirlo y luego pueden entregar ese script y ejecutarlo en el servidor, ¿verdad? Y obtenga el poder, la potencia detrás del servidor para hacer eso. Los estamos ayudando a generar algunos de sus trabajos para hacer parte de ese trabajo.
Dez Blanchfield: Correcto. Un par de los últimos para ti y luego podríamos volver. Lo que realmente me llamó la atención al pasar por su apéndice, que es fantástico, y de hecho, desearía que tuviéramos otra hora para entrar en más detalles. Un desafío realmente grande para los DBA, correcto, es el cumplimiento básico, el gobierno general de la infraestructura, las auditorías, la presentación de informes sobre el estado actual, la preparación futura para cosas como, ya sabes, solo el crecimiento general del entorno. Me sorprende que a pesar de que en el núcleo de lo que parece hacer su producto, que es hacer la vida más fácil, ese único panel de vidrio, una única vista del mundo, y esencialmente puedo hacer clic, señalar y arrastrar, y me encanta el hecho que podría entrenar a alguien para hacer esto muy rápido ahora, no tienen que leer el manual, por así decirlo. Me sorprende que la herramienta también me brinde la capacidad de hacer un montón de cosas relacionadas con la gobernanza y el cumplimiento y las auditorías, y me pregunto si las personas realmente se han despertado, estoy seguro de que lo han hecho.
Pero, ¿estás viendo gente ahora, míralo y vete, y es como este eureka, un momento a-ha, diciendo: "Oye, sabes qué, esto hace que la vida del DBA sea realmente fácil a partir de ahora, o más fácil desde un punto de vista operativo" o punto de vista de desarrollo. Pero Dios, en realidad podríamos simplemente informar sobre todas nuestras bases de datos ahora y todos los conjuntos de datos y todos los datos sin contenido y todos los metadatos. Por ejemplo, quién tiene acceso, cuándo lo tienen, por qué lo tienen y qué tipo de acceso tienen ”. Y de repente, aborden algunos de los desafíos relacionados con el cumplimiento. Particularmente cuando tenemos algunas cosas realmente grandes que suceden alrededor de las violaciones de datos. Tenemos algunas cosas increíbles como las crisis financieras mundiales, todos estos desafíos están llegando, pero ¿cómo vamos a medir, monitorear y abordar el cumplimiento? ¿Es ese el tipo de gran cosa para la gente todavía o son todavía, más o menos, los primeros días en cuanto a la aplicación de DBArtisan?
Scott Walz: Tengo clientes que no pueden decir lo suficiente sobre DBArtisan. Ahora esos son los que se han dado cuenta de eso. La bombilla se ha encendido. Dicen: "Espera un minuto. Puedo responder y responder y generar algunos de los informes que mencionó, todo desde una sola herramienta. Lo tengo ". Ahora hay otros que todavía tienen que entenderlo y eso podría ser por varias razones, ¿verdad? Puede que aún no lo estén o tal vez lo esté manejando alguien más, pero nuestros clientes que hemos encontrado que lo están usando, es un momento a-ha, ¿verdad? Eso, no solo soy capaz de crear una tabla con todo esto. Y absolutamente, con todos los requisitos de cumplimiento, es enorme. Ese es un trabajo en sí mismo.
Dez Blanchfield: Bueno, de hecho. Y sabes, quiero decir, de inmediato estoy pensando inmediatamente, si alguien viene y dice que quería crear una base de datos de administración de configuración, CMD, si tienen que cumplir con todo de Sarbanes. -Oxley a COBIT a ITIL, ya sabes, el cumplimiento de SWIFT y la banca, incluso bajando a los gustos de la Organización Internacional de Normalización, ISO 27001, 27002. Son todos estos marcos realmente grandes. Uno de los desafíos es encontrar dónde están los datos, quién los maneja, en qué formato está y estoy pensando, tiene para mí, como para mí solo verlo ahora que el momento eureka se acabó, fue como, cuelgue en un segundo, podría arrojar esto incluso a alguien que no sea necesariamente un DBA, pero podría entrenarlo rápidamente y decirle: "Hay una herramienta de cumplimiento". Creo que es genial que haga su trabajo en una base de datos de administración gestión mundial.
Pero estoy sentado aquí pensando, Dios, ya sabes, el hecho de que puedes administrar múltiples plataformas como una sola en estos días, y puedes sumergirte directamente, como dijiste, en registrar las transacciones que haces. Ya sabes, imagina llevar esta herramienta a un incidente de violación de datos y tienes a tu equipo de seguridad corriendo tratando de encontrar qué es dónde y por qué, y quién ha visto qué. Y a medida que se mueven, tienen que registrar y rastrear cada acción que realizan porque pueden convertirse en parte del problema si no pueden hacerlo de otra manera. Sí, creo que es una capacidad increíble que, sabes, puedes comenzar a hacer de inmediato, ¿sabes? En particular, cuando observamos los desafíos de las auditorías de datos que conoce, tenemos este enorme avance de características, por así decirlo, con conjuntos de datos y datos.
Y una de las cosas de las que hemos hablado en otro par de shows que hemos hecho es, ya sabes, cómo vas y encuentras tus datos y, a menudo, hablamos del hecho de que cuando comienzas en cualquier organización, tiendes a párate en tu cubículo y levanta tu mano en el aire y saluda y di: “¿Alguien sabe dónde está esta base de datos? ¿Cómo llego a esta fuente de datos? ¿Dónde está este archivo? ”“ Ve y pregunta en recepción. ”¿Correcto? Su herramienta puede proporcionar de inmediato esa capacidad de encontrar cosas y descubrirlas e incluso informar sobre ellas.
Regrese a una de las preguntas brevemente y luego terminaré y se la devolveré a Eric. Me parece que la escala se convertirá en un desafío en los próximos 12 meses para ti. ¿Puede darnos una idea, solo desde un punto de vista de treinta mil pies, supongo, en la escala o el rango de escala que DBArtisan ha venido a trabajar? Me imagino que cuando pongo esto en mi computadora portátil y me muevo y lo apunto a un entorno, puedo descubrirlo y puedo comenzar a hacer cosas en él. Me imagino que va desde un pequeño motor de base de datos minúsculo de código abierto con algunas filas y tablas. ¿A qué escala subiría? Usted habló sobre DB2 en mainframes, eso es grande. Y racimos. ¿Cuál es el rango de escala que podemos manejar aquí? Y Robin ya lo mencionó antes, pero solo necesitaré profundizar un poco más en cuanto a lo grande que podemos llegar a ser con DBArtisan.
Scott Walz: Claro. Ciertamente habrá desafíos porque es una pieza de software del cliente. Y así, de nuevo, si estoy trabajando en un mainframe, cuando estoy trabajando en contra de nuestro sistema de prueba en el mainframe que tenemos, puedo apuntarlo contra millones de filas y hacer una unión cruzada contra millones de filas. Todo el trabajo se hará en un servidor, ¿verdad? Porque estamos pasando ese comando, y eso es solo cuestión de que DBArtisan maneje los conjuntos de resultados, ¿verdad? Y ese es el desafío, y esa es la belleza, correcto, de lo que estamos haciendo. La mayor parte del trabajo pesado se realiza en el servidor. Solo estamos manejando todos los resultados. Y así, de nuevo, te encuentras en situaciones, por supuesto, cuando quieres ejecutar diez consultas simultáneamente que devuelven millones de filas, sí, absolutamente, es posible que te encuentres en algún rendimiento allí, ¿verdad? Pero en ningún momento tengo clientes que evitan ejecutar grandes consultas contra DBArtisan, ya sabes, contra su base de datos. Nuevamente, como dije, el millaje varía dependiendo de muchos factores, cierto, pero, nuevamente, como dije, estoy lidiando con millones de filas que regresan y siempre que llene la grilla, ya sabes, yo ' Estoy listo para partir. Pero a veces, obviamente, tengo que esperar a que vuelvan los resultados.
Dez Blanchfield: Tengo una pregunta para ti antes de terminar, porque me tomé demasiado tiempo y te lo agradezco. Solo cuéntanos un poco más, ya sabes, leyendo las últimas especificaciones ayer solo para asegurarte de que estaba tan bien como pensaba. La supervisión del proceso y el tipo de alertas y notificaciones, ya sabes, la planificación de la capacidad plantea todos los problemas masivos con los DBA, todo el día todos los días, ya sabes. ¿Alguien va a llenar esta tabla? ¿Va a llenar la base de datos? ¿Va a llenar el espacio en disco que tengo? ¿Cómo lo manejo? Danos un resumen rápido sobre el tipo de monitoreo del proceso y particularmente las alertas de monitoreo y luego, idealmente, alrededor de la planificación de la capacidad. Creo que es un área en la que creo que podría haber mucho interés.
Scott Walz: El monitoreo del proceso mostró probablemente que la característica que utiliza la mayoría de nuestra base de clientes y que es un monitor de base de datos para poder mostrar y hacer eso. Y tenemos algunos en el paquete de analistas. Performance Analyst tiene algunas alertas que puede configurar cuando se alcanzan ciertos umbrales. Te puede alertar. Tal vez X número de registros, errores en el archivo de registro, ya sabes, te enviará una alerta. El espacio de tabla alcanzó un cierto porcentaje completo, puede obtener otra alerta. Y lo bueno de esto es que estás en la misma herramienta, es parte de DBArtisan, por lo que simplemente haces clic derecho en el error, la alerta, y administras con DBArtisan y te lleva directamente al editor de espacio de tabla . Y puede abordar el problema allí mismo.
Con respecto a la capacidad, absolutamente eso es un botón de acceso rápido, y el analista de capacidad que tenemos actualmente está portado a SQL Server, Oracle, DB2 LUW y Sybase ASE. Y eso hace exactamente lo que describiste. Puede comenzar, una vez que obtengamos algunas colecciones, correcto, y una vez que obtengamos un tamaño de muestra, y tal vez su tamaño de fila, tal vez su recuento de objetos, muchas opciones dentro de la herramienta, y luego puede comenzar la tendencia, ¿verdad? ¿Y cómo se verá en seis meses? ¿Cómo será en doce meses? Puedo hacer una tendencia, solo una tendencia a una fecha o puedo hacer una tendencia a un valor, ¿verdad? Y un ejemplo que tuviste, tengo X cantidad de espacio en disco, basado en eso, ¿cuándo voy a alcanzar ese límite? Basado en el crecimiento que tengo y estas colecciones que he hecho, ¿cuándo voy a alcanzar ese límite? Al menos sé que puedo comenzar a planear eso. ¿Serán seis meses, serán dos años? Pero, de nuevo, podemos usar el analista de capacidad para tender hacia eso.
Dez Blanchfield: Eso es asombroso. Fantástica demo. Realmente lo disfrute. Voy a pasarle a Eric porque sé que hay un par de preguntas que han surgido de nuestra increíble audiencia hoy. Muchas gracias, ha sido realmente genial conocer bien el producto, y espero poder vigilarlo muy de cerca.
Eric Kavanagh: Ok, bien. Tenemos un par de buenas preguntas. Y vamos un poco con el tiempo, así que trataremos de terminar rápidamente porque sé, Scott, tienes una parada cerrada. Aquí hay una gran pregunta. ¿Qué tal trabajar en viejos almacenes de datos como VSAM, y Modelo 205, e IMS e IDMF y ese tipo de cosas? ¿Ves eso muy a menudo en estos días y qué tan bien funciona?
Scott Walz: No quiero decirte que estás atrapado. Algunos de esos entornos, si tienen ODBC o JDBC y sé que algunos están disponibles, podemos conectarnos a él y usted puede trabajar con él de esa manera. Pero en su mayor parte, la pantalla verde es el camino a seguir.
Dez Blanchfield: Me encanta la pantalla verde.
Eric Kavanagh: Bueno, ya sabes, como Dez señaló con esa diapositiva, donde tenía todas esas diferentes aplicaciones y herramientas que están disponibles hoy, esa es una realidad muy desalentadora para cualquiera que quiera desempeñar responsablemente la función de un administrador de base de datos. Y supongo que con el tiempo ustedes pueden construir conectores para cualquiera de estas herramientas cuando los clientes lo exijan, y así sucesivamente, ¿no? Para que habilites ese único panel de vidrio.
Scott Walz: Y esa fue la gran clave detrás de hacer que DBArtisan esté equipado para poder manejar esas conexiones JDBC y ODBC. Realmente lo extendimos ahora. Ahora, mientras tengamos esa conexión, correcto, mientras tengamos ese controlador, podemos conectarnos y trabajar en contra de él.
Eric Kavanagh: Eso es bueno. Bueno amigos, archivamos todo esto para su posterior visualización. Publiqué un enlace a las diapositivas, espero que puedan verlo a través de SlideShare. Muchas gracias por todos sus esfuerzos, caballeros. Maravilloso webcast hoy de nuevo. Muchas buenas diapositivas. Mucho buen contenido. Me encantó esa demo. Realmente es interesante que ustedes hayan apuntado a un punto muy dulce en el mercado porque hay una explosión de tipos de bases de datos en estos días. Y solo necesitamos, como gerentes, algún lugar para manejar todo eso. Bien hecho muchachos. Nos pondremos en contacto con usted mañana para obtener otro Hot Technologies. Espero que hayas sacado una hora mañana. Mismo tiempo. La misma estación Nos veremos la próxima vez, amigos. Cuídate. Adiós.
