Par Techopedia Staff, 24 août 2016
À emporter: l' hôte Eric Kavanagh discute des tendances des bases de données avec le Dr Robin Bloor, Dez Blanchfield et Scott Walz dans cet épisode de Hot Technologies.
Vous n'êtes actuellement pas connecté. Veuillez vous connecter ou vous inscrire pour voir la vidéo.
Eric Kavanagh: Mesdames et messieurs, bonjour et bienvenue à nouveau au salon le plus chaud du monde de l'informatique d'entreprise, Hot Technologies de 2016. Oui, en effet! Je m'appelle Eric Kavanagh, je serai votre hôte aujourd'hui pour un spectacle intitulé «L'art de la visibilité: permettre la gestion multi-plateforme», oui en effet. Quelques notes rapides, il y a vraiment une diapositive sur la vôtre, certes d'il y a cinq ans et assez sur moi, m'a frappé sur Twitter @Eric_Kavanagh. L'année est chaude, c'est notre slide standard pour Hot Technologies. Ce que nous avons fait avec ce spectacle, c'est que nous voulions un programme qui nous aiderait à définir un type particulier de technologie, donc l'idée est que nous obtenons deux analystes qui viennent et donnent leur avis sur un espace particulier ou un type particulier de fonction. dont l'entreprise a besoin, puis le fournisseur intervient et montre ce qu'il a construit et explique comment il s'aligne sur ce que vous entendez des analystes.
Et la raison en est, comme vous pouvez l'imaginer, parce que dans le monde du marketing de logiciels d'entreprise, il y a des termes qui se répandent et ce qui se passe invariablement, c'est que les fournisseurs s'accrochent au dernier terme brûlant, des choses comme le big data ou l'analyse pour par exemple, ou même SOA ou des termes différents comme plate-forme, et parfois ces mots sont très précis pour une technologie particulière et parfois ils ne le sont pas. Ce spectacle a été conçu pour nous aider vraiment à articuler pour vous, le public, ce que font les types spécifiques de technologies, comment elles fonctionnent et quand vous devez les appliquer.
Sur ce, je vais vous présenter nos conférenciers. Nous avons notre propre Dr Robin Bloor, appelant depuis son emplacement à Austin, au Texas, Dez Blanchfield, appelant de l'autre côté de la planète, et notre invité Scott Walz venant du Kentucky. Et vraiment, je suis en fait à l'extérieur de Pittsburgh, nous avons donc aujourd'hui une organisation entièrement géo-localisée provenant de plusieurs endroits différents. Avec cela, je vais pousser la première diapositive de Robin, n'hésitez pas à poser des questions au fait, les amis, ne soyez pas timide. Vous pouvez le faire en utilisant le composant Q&A de votre console de webdiffusion. Et avec cela, je vais le remettre au Dr Bloor. La parole est à vous.
Robin Bloor: D'accord, merci pour cette introduction, Eric. Permettez-moi de passer à la première diapositive. Ceci est une collection de suricates pensant à la base de données. L'ensemble de la présentation que je fais ici n'est vraiment qu'un ensemble général de réflexions sur la base de données que j'ai eu récemment, le fait étant que vers l'an 2000, il semblait que le jeu de base de données était terminé dans le sens que la grande majorité des implémentations de bases de données se produisaient sur des bases de données relationnelles. Et puis, cela a juste changé, vous savez, toutes ces choses auxquelles les suricates pensent, les magasins de colonnes, les magasins de valeurs clés, les bases de données de documents, la base de données en mémoire, la base de données de graphiques, et bien d'autres choses sont soudainement apparues. Et c'était presque comme un nouveau type d'ère géologique où des fossiles de différents types d'animaux sont soudainement apparus.
Les nouvelles du lac Wobegon, c'est vraiment fini pour la base de données à modèle unique. Il ne fait aucun doute que le SGBDR domine toujours, mais d'autres types de bases de données sont maintenant établis. Vraiment, c'est à peu près l'aperçu de ce que je vais dire ici.
Les dimensions de la base de données, certaines d'entre elles sont devenues plus importantes récemment, mais celles auxquelles j'ai pu penser quand j'ai fait cette diapositive, est-ce qu'elle a été augmentée en termes d'utilisation efficace des ressources d'un serveur donné? Est-il évolutif pour pouvoir traverser de grands clusters? Exploite-t-il le matériel disponible qui fait que les bases de données en mémoire vont dans cette direction? Est-il distribuable? Il existe un certain nombre de bases de données qui se concentrent sur la variabilité à distribuer. Quel genre de caractéristiques il a? La caractéristique fondamentale ACID de la base de données. Mais maintenant, au lieu d'avoir une cohérence réelle, un certain nombre de bases de données ont finalement une cohérence, les gens les utilisent et ils n'ont pas de problème avec eux, ils ont donc démontré que l'ACID n'était pas absolument nécessaire, juste une bonne chose à avoir dans un beaucoup de situations.
En termes d'organisation des métadonnées, tout le jeu a changé. Nous avons différentes organisations de métadonnées plutôt qu'un schéma SGBDR typique. En termes d'optimiseur, il y a énormément d'activité d'optimiseur en fonction des structures de données que vous essayez d'optimiser. En termes de gérabilité, il y a beaucoup de divergences à ce sujet que je reviendrai plus tard, mais fondamentalement, tout l'intérêt d'un SGBD est gérable et, encore une fois, l'étendue de sa gérabilité détermine dans une certaine mesure l'étendue de son utilité.
En termes de facteurs matériels, c'est vraiment le point qui dit - je veux dire qu'il n'y a qu'un seul point qui est fait ici - le point qui est fait ici est que tout ce que nous examinons aujourd'hui en termes d'architectures de base de données va changer. Il peut s'agir des mêmes bases de données, mais elles devront, d'une manière ou d'une autre, tenir compte de ce qui se passe réellement au niveau matériel. Pendant de très nombreuses années, nous avons eu cette situation relativement simple de CPU, de mémoire et de disque tournant - enfin, c'est vraiment parti.
Le point qui est ici, tout d'abord, nous avons des processeurs, mais ils sont bien plus parallèles qu'avant avec de très nombreux cœurs de traitement différents. Nous avons également des GPU, nous avons également des FPGA, différents types de silicium, mais Intel a marié un FPGA avec un CPU dans sa prochaine version, et - ET - a marié GPU et CPU ensemble sur la même puce. Vous avez des puces avec des caractéristiques différentes. L'avantage d'un GPU est qu'il est vraiment idéal pour le parallélisme lourd et en particulier pour le calcul numérique. Les FPGA, vous pouvez, d'une manière ou d'une autre, vous pouvez mettre le code sur la puce et il fonctionne beaucoup plus rapidement que si vous le nourrissez simplement sur la puce.
Il y a un croisement de ces choses qui se passe. Nous avons 3D XPoint d'Intel et PCM d'IBM, qui sont de nouveaux types de mémoire, qui sont plus lents que la RAM, moins chers que la RAM mais non volatils. Et cela crée un peu d'enthousiasme chez un certain nombre de fournisseurs de logiciels avec qui j'ai parlé. Nous avons des SSD, mais maintenant ils deviennent très, très grands et ils fournissent un accès parallèle. Avec un accès parallèle à un très grand SSD, vous pouvez approcher des vitesses de lecture similaires aux vitesses de lecture RAM. Nous avons cette possibilité de trois types de RAM de stockage, les trucs 3D XPoint et les SSD, qui iront tous très vite. Et puisque la vitesse est l'essence même de la base de données, toute la technologie de base de données va essayer de les exploiter le plus rapidement possible. Et cela impliquera et a impliqué une architecture parallèle, mais une architecture parallèle évolutive. Les performances au niveau du matériel s'accélèrent tout le temps, le font depuis de nombreuses années, continuent de le faire et les coûts généraux baissent.
Sentier des larmes. Il s'agit simplement de différentes tentatives de bases de données, les premières bases de données avant relationnelles étaient généralement appelées bases de données réseau, puis venaient les bases de données relationnelles, puis les bases de données d'objets, elles n'avaient pas beaucoup de traction, puis les bases de données de stockage de colonnes qui les bases de données relationnelles étaient-elles faites très différemment. Et puis nous avons eu les bases de données de documents et les bases de données SQL qui étaient des bases de données d'objets faites différemment, ou si vous voulez, la même colonne de bases de données d'objets et elles se sont accrochées. Et récemment, nous avons eu des bases de données graphiques qui gagnent du terrain et des bases de données RDF. Et ce que vous regardez, il y a au moins trois ensembles différents de structures de données qui sont hébergés. La base de données relationnelle fait très bien les tables et les lignes. La base de données de documents et les bases de données d'objets - elles font très bien la structure de données maladroite, en particulier les structures de données hiérarchiques. Et les bases de données graphiques et les bases de données RDF font très bien les structures de données réseau. Et ces différents, je pense à eux comme trois lignes, ces lignes vont continuer indéfiniment. Cela ne va pas s'arrêter parce que les moteurs qui font bien ces choses ne fonctionnent pas particulièrement bien sur l'autre structure de données.
Et puis nous avons le facteur de détérioration de Hadoop. Hadoop n'est pas une base de données mais il existe des bases de données qui utilisent HDFS pour leur structure de stockage. Et beaucoup de choses que Hadoop fait sont le genre de choses de gestion qui doivent être faites pour une base de données. Il convient également de mentionner que Spark n'est pas non plus une base de données, mais il en a, et c'est un immature, mais il a un optimiseur SQL et donc c'est comme le noyau d'une base de données sans nécessairement savoir où vous allez stocker les données, mais si vous le collez sur HDFS, une grande partie des exigences de la base de données est réellement satisfaite, simplement par les capacités du système de fichiers sous-jacent. Spark en particulier fait désormais partie de l'écosystème des bases de données et il est souvent fédéré avec des bases de données plus puissantes, et la raison en est vraiment l'analyse. Analytics - Spark est, eh bien, il va très, très vite à l'analytique. Analytics est l'application principale dans laquelle la plupart des gens investissent en ce moment, donc les deux marchent main dans la main. La fédération de données plutôt que les règles de concentration, cela devrait être évident du fait que vous avez au moins trois besoins différents, des types de bases de données structurés et donc, une fédération de données si vous souhaitez partager les données entre eux. C'est souvent nécessaire, mais vous avez également des bases de données qui évoluent et des bases de données qui ne le font pas, des moteurs vraiment puissants comme Teradata ou Vertica ont une place très particulière, mais des moteurs moins importants qui peuvent faire énormément de travail, donc, fédération est susceptible d'être là pendant très longtemps, même entre les bases de données relationnelles.
La dernière chose à dire, l'IoT, ce n'est pas fini jusqu'à ce que la grosse dame commence à dégorger les données. L'IoT pourrait bien créer d'une manière ou d'une autre des dynamiques différentes dans le monde des bases de données et cela compliquera encore plus les choses. Avec un peu de chance, il y aura - d'une manière ou d'une autre - il y aura une sorte de convergence qui se poursuivra, mais je ne vois pas tout se rassembler comme ce fut le cas avec les bases de données relationnelles. Pas de sitôt de toute façon.
Et je pense que c'est tout ce que j'ai à dire, alors je vais céder la parole à l'Australie.
Dez Blanchfield: Merci, Robin. Merci à tous de vous être joints à nous, merci de m'avoir invité ce matin ou cet après-midi. C'est un sujet vraiment brûlant car nous avons connu une explosion au cours de la dernière décennie et un peu, dans la quantité de données que nous devons traiter, et invariablement que les données se trouvent dans une forme de système qui, dans la plupart des cas, est une base de données sous une forme ou une autre. Je pensais que je ferais rapidement un tour d'horizon de très haut niveau sur la façon dont nous sommes arrivés ici, sur le problème qui est en train de se créer et sur les types de choses que nous devons résoudre maintenant, puis nous allons parler des types de solution qui peut être appliquée à cela. Permettez-moi de saisir ma première diapositive ici. Je suis d'avis que nous en sommes maintenant au point où DB admin 2.0, ou administrateur de base de données 2.0, est un peu là où nous en sommes maintenant, il était une fois un administrateur de base de données était un rôle et un défi assez simples et vous pourriez former quelqu'un assez rapidement. Dans le monde d'aujourd'hui, ce n'est plus le cas et je vais vous montrer pourquoi.
Il était une fois, un administrateur de base de données pouvait se connecter au back-end de la base de données et faire une démonstration rapide des bases de données et il y avait une liste de bases de données dans le système dont ils devaient être au courant et ils pouvaient très rapidement passer à travers ces bases de données et les sélectionner et avoir un peu de poke et une sonde autour et utiliser traduire, décrire le tableau pour savoir ce qu'il y a dans un tableau et chacune des colonnes et des lignes, et c'était un défi relativement simple et si vous lisez la moyenne livre de deux ou trois cents pages sur l'administration de la base de données pour chaque plate-forme, vous avez presque pu vous enseigner sans avoir à faire un diplôme en science fusée.
Mais ce n'est plus le cas, et la raison en est, à mon avis, qu'il y a beaucoup trop d'options dans le monde des bases de données pour qu'une seule personne soit l'expert d'un spécialiste et puisse gérer et administrer manuellement . Et la raison en est qu'au cours des quatre à cinq dernières décennies en ce qui concerne le monde des serveurs et des systèmes de base de données et des serveurs de base de données et des suites d'applications, nous avons parcouru un très, très long chemin. Il était une fois un gros fer à repasser devant ce qui était effectivement de petites données, et rieurement petit quand on regarde en arrière maintenant. J'ai vu une photo vraiment soignée sur Twitter l'autre jour, de cette femme incroyable qui était la principale programmeuse et développeur de la NASA au moment où nous mettions des hommes sur la lune, et son code a été imprimé en cent trente- deux imprimantes ligne colonne et plié en éventail, et il était en fait plus grand qu'elle ne l'était, la quantité de code qu'elle a écrit.
Et quand j'y ai pensé, j'étais comme, en fait, c'est probablement environ deux ou trois cents mégaoctets de données où elle devait tout saisir au maximum, sinon moins. Et donc la quantité totale de données pour contenir son code, même si elle était physiquement plus haute qu'elle lorsqu'elle était imprimée sur papier, était en fait une très, très petite quantité. Même ces ordinateurs massifs de la taille d'une pièce, et il s'agit d'un IBM System / 360 dans cette diapositive particulière, la quantité de données qu'il pouvait réellement contenir était minuscule par rapport au monde d'aujourd'hui. En fait, nos smartphones détiennent 60 et 128 et 256 gig et nous aurons bientôt des téraoctets dans nos téléphones avant longtemps lorsque le prix du flash baissera.
Et donc à cette époque et à cette époque, l'administration de la base de données était assez simple. Voici un instantané d'une session de terminal 3270 et, pour un DBA, la possibilité de se connecter et de consulter le nombre de fichiers liés à la base de données, ainsi que les index qui s'y trouvaient et les lignes et colonnes étaient simples. Et vous pouvez voir ici dans cette capture d'écran, que le contexte de ceci est une table et un certain nombre d'espaces table, qui aurait été l'ensemble du mainframe gérant une table de base de données. Alors qu'aujourd'hui, nous détenons des milliards de lignes d'enregistrements dans les systèmes de base de données. Et le changement est survenu grâce à un changement de technologie qui nous a permis de créer des plates-formes de bases de données et des systèmes de gestion des données.
Si nous pensons au type de mainframes d'origine et à de nombreux ordinateurs exécutant des bases de données et, éventuellement, des bases de données relationnelles, il y a plus de cinquante ans, et à ce grand monde de fer et aux petits ensembles de données que nous avions, au moment où nous sommes arrivés vers les années 80, nous étions en quelque sorte au, nous avons parcouru les mainframes du mini au micro, et nous avions des PC exécutant des choses comme dBase II et dBase III, et sur DOS et CP / M et nous avions une base de données relationnelle très précoce- technologies de style disponibles et elles évoluaient assez bien par rapport à ce à quoi nous étions habitués dans le mainframe. Au moment où nous sommes arrivés dans les années 90, nous avions les goûts de et Oracle et DB2. Et à la fin des années 90, nous avions des gens, comme des ordinateurs secrets qui pouvaient coller comme un modèle de réseau, de très, très grosses machines, des machines de la taille d'une armoire ensemble et qui prenaient les mêmes et construisaient ces grappes d'ordinateurs. Mais même alors, il était encore petit par rapport à ce que nous voyons aujourd'hui.
Mais dans la diapositive que j'ai ici, c'est le cluster Hadoop et agit effectivement comme une seule machine et, essentiellement, c'est juste un très, très gros ordinateur et il peut contenir les types de données à l'échelle Web auxquels nous sommes habitués maintenant . Et donc le défi de l'administration de la base de données, la gestion de la base de données sur ces types de plates-formes est en effet devenu, dans mon esprit, la science des fusées. Vous devez être un personnage extrêmement intelligent pour pouvoir comprendre la technologie sur laquelle il fonctionne, la plate-forme sur laquelle il fonctionne, les données qui s'y trouvent, les types d'utilisations de ces données. Et oui, nous avons vu cette explosion au début des années 2000, où nous avions fait de Microsoft SQL une chose, Lotus Notes était assez bien établi et là-bas et le nombre de bases de données Lotus Notes qui se glissaient autour de l'endroit était assez effrayant. Et nous avions les titulaires habituels d'Oracle et de DB2 et nous avons vraiment commencé à nous installer. Certaines des marques comme commençaient à disparaître. Mais nous étions encore vraiment en train de faire une administration de base de données traditionnelle jusque-là, autour de ce genre d'ère de 2006 où, si je reviens à cette image de ce cluster, nous avions ce que nous appelions les clusters Beowulf devenir une chose, où nous pouvions prenez des PC standard, collez-les ensemble et fabriquez des super-ordinateurs majeurs.
Mais à partir de ce moment-là, nous avons traversé un point de basculement où les êtres humains pouvaient gérer l'administration de bases de données à l'ancienne et - comme je le dis, à mon avis - l'échelle est devenue très, très grande très, très rapidement. C'est presque comme si nous avions eu ce grand événement technologique qui a poussé l'adoption de la technologie des données et de la technologie de gestion des données et en particulier les bases de données qui les entourent. Et parce que nous étions en effet en train de créer des clusters de style calcul haute performance pour héberger des données sous différentes formes. Et pour ponctuer ce point, voici un instantané du paysage à partir de 2016 des technologies de bases de données qui nous sont offertes. Allant du coin inférieur droit et de l'open source, jusqu'au coin supérieur gauche de l'infrastructure. Et dans le coin supérieur droit des solutions d'application qui sont à notre disposition et dans le coin inférieur gauche, un mélange de l'infrastructure et des moteurs de performance qui effectuent des analyses, etc. Et au milieu, il y a les appareils comme nos smartphones bien sûr, qui fonctionnent en fait sur de très petites versions de bases de données, pour faire des choses comme gérer nos contacts et ainsi de suite, ou nos journaux d'appels et d'autres choses que nous avons.
Et donc dans mon esprit, il y a eu cette explosion, un peu comme une explosion cambrienne dans ce genre de chose, où la quantité de développement technologique qui a eu lieu dans cette très courte période de temps d'environ 2006 à 2016 maintenant, qui est effectivement une décennie, comme c'était. Nous avons maintenant vu les bases de données graphiques devenir une grande chose, les bases de données en mémoire deviennent une grande chose, les bases de données SQL arrivent. Le passage à différents modèles informatiques, Hadoop a vu le jour, nous avions le modèle MapReduce, nous avons maintenant Spark et l'analyse en streaming et des ordinateurs en streaming, des données distribuées résilientes, des cadres que les gens doivent développer pour eux, pour atteindre les échelles dont nous avons besoin, et quand nous pensons à ce voyage, pour passer par le genre de, quels sont les systèmes de gestion de bases de données relationnelles avec les suspects habituels, Oracle, PostgreS, Sybase, IBM DB2, MySQL et la plate-forme Microsoft SQL Server. Nous avons vu de nouveaux enfants arriver sur le bloc maintenant, Clustrix, Xeround, NuoDB, MemSQL, et il y en a des dizaines et des dizaines de plus comme vous l'avez vu sur cette diapositive auparavant. Si vous pouviez imaginer le défi d'avoir à connaître ces plates-formes, et le savoir-faire pour les exécuter et obtenir la seule vue de verre, dont vous avez besoin pour être un DBA et faire ces choses, le défi est loin d'être trivial. Et puis tout d'un coup, les moteurs NoSQL sont apparus, une toute nouvelle race de défi amusant.
Et donc la dernière diapositive que j'ai ici est en quelque sorte le coup de poing ultime un-deux-trois et c'est que nous avons pris certaines de ces technologies maintenant et nous avons créé une capacité de service pour elles, nous les avons mises en les modèles de cloud et ils sont maintenant disponibles en tant qu'utilitaire, en tant que service, vous pouvez essentiellement obtenir la base de données en tant que service et les marques habituelles que nous voyons là-bas sur les services Web d'Amazon et la plate-forme de cloud computing de Google et Microsoft Azure sont celles qui viennent aux gens l'esprit, mais il existe actuellement des dizaines et des dizaines de plates-formes cloud. Et en Australie, par exemple, il y a quelque chose comme cent douze entreprises qui sont de bonne foi un cloud public à grande échelle qui offrent un service de base de données sous diverses formes.
Penser au défi que le DBA moyen doit sortir du lit et aller travailler et faire face maintenant est un défi ahurissant. Et je suis donc très d'avis maintenant que, comme beaucoup de choses dans la vie, nous avons augmenté l'échelle horizontale et verticale, c'est-à-dire l'infrastructure mise à l'échelle dans un modèle de croissance très horizontal, presque linéaire, et la complexité de l'empilement dans un sens vertical, le nombre de plates-formes de base de données, le nombre de cadres d'application et de modèles auxquels nous devons faire face, sont allés bien au-delà de ce que les humains devraient être capables de gérer dans une seule vitre et de ce dont les administrateurs de bases de données ont maintenant besoin. tout un ensemble de nouveaux outils pour pouvoir parler avec toutes ces plateformes, les gérer, les administrer et les soutenir, et je pense que c'est tout le sujet de nos conversations ce matin, ou cet après-midi votre temps, et avec cela à l'esprit, Je vais céder la parole à notre invité qui parlera beaucoup de son produit et de la façon dont il va relever le défi.
Eric Kavanagh: D' accord Scott, je vais remettre …
Scott Walz: Merci beaucoup, d'accord, merci. Merci Dez, merci Robin et merci à tous de vous être joints à moi et de m'avoir invité aujourd'hui. Je tiens à remercier Robin et Dez de m'avoir emmené dans la mémoire, après avoir été dans l'espace depuis le début des années 90, vous avez ramené beaucoup de bons souvenirs. Le souvenir que je n'ai vu sur aucune de ces diapositives et sur les photos, c'était les cartes perforées. Et c'est la toute première chose qui m'a été présentée lorsque j'ai commencé à travailler pour la première fois à l'université, mon collègue de travail dans le cube à côté de moi m'a dit de ne pas toucher à ses cartes perforées. Donc, oui, absolument, et c'est en effet un défi, et un défi que nous travaillons pour aider nos clients à aborder et depuis le milieu des années 90, et c'est un produit dont je veux parler aujourd'hui. Jetons un coup d'œil à la gestion multi-plateforme, et ce n'est qu'un sous-ensemble. J'ai choisi un graphique mais comme Dez l'a dit …
Eric Kavanagh: Vous devez partager votre écran.
Scott Walz: Oh, bien sûr, merci.
Eric Kavanagh: Pas de soucis. Et les gens, ne soyez pas timides, posez des questions, nous avons trois pantalons smarty sur l'appel aujourd'hui, alors envoyez-leur les questions difficiles. Vous pouvez utiliser le composant Q&A de votre console de webcast ou vous pouvez tweeter avec le hashtag de BriefR. D'accord, Scott, emportez-le.
Scott Walz: Voilà, merci. J'ai attrapé cette diapositive et cette image. L'image de Dez m'a vraiment époustouflée parce que c'est vraiment le monde dans lequel nous vivons aujourd'hui, et le monde dans lequel les DBA se produisent. Et comme ils l'ont mentionné, ce n'est plus, vraiment, vous avez du mal à pouvoir pour ce faire avec juste la force brute. Vous avez vraiment besoin des outils et c'est, nous arrivons à jouer et nous voyons tout ce changement, l'élan changer où il était au début et étaient très cloisonnés comme vous l'avez mentionné, puis nous sommes allés travailler avec plusieurs plates-formes de bases de données, ce fut donc notre première incursion dans les outils, puis nous sommes retournés là où les organisations, et après l'an 2000 et quand elles ont en quelque sorte resserré un peu. Avec les organisations et je voulais devenir solide, mais c'est revenu et ça a vraiment explosé lorsque vous avez présenté toutes ces nouvelles plateformes. Et maintenant, au lieu d'être placés sur une plate-forme ou une technologie spécifique, aucune de ces organisations ne cherche ce qui est le mieux. Quelle est la meilleure base de données d'application, quelle est la meilleure plateforme à utiliser? Et cela dit, je veux vous expliquer un peu ce que nous faisons avec DBArtisan. Et DBArtisan est notre produit phare, gérant, comme il est dit, les environnements multiplateformes depuis plus de 20 ans, et c'est là que nous vivons et c'est là que nous aimons mettre l'accent et travailler avec nos clients et leur donner les outils pour les rendre productifs et effectué.
Allons de l'avant et je vais y aller tout de suite. Je montre plus le produit en parcourant les diapositives et je pense que vous le faites probablement aussi. Pour ceux d'entre vous qui n'ont jamais vu DBArtisan auparavant, nous examinons la maquette, et je pense que Dez a utilisé le terme «vitre unique», et c'est quelque chose que nous sommes fiers de donner au DBA un seul regard sur toutes leurs plateformes. Bon, pas besoin d'ouvrir une autre application, nous allons nous connecter et vous y mettre et commencer à travailler avec la plateforme. En regardant l'explorateur de base de données à gauche, nous pouvons créer cela comme bon nous semble, nous pouvons l'organiser comme bon nous semble. Et vous verrez que j'ai un mélange, j'ai certains de mes serveurs Oracle, j'ai MySQL, j'ai PostgreS ici, j'en ai aussi un - il est étiqueté serveurs de production dont certains incluent une partie de l'environnement de serveur MySQL. Encore une fois, nous pouvons voir ici que nous avons un bon ajustement. Si j'envisage d'enregistrer une nouvelle base de données, vous verrez l'une des plates-formes que nous prenons en charge, il y en a quelques-unes que je veux évoquer. Vous remarquerez quand il s'agit de votre SQL, support pour cela, Teradata, Apache, PostgreS, voici les génériques que nous supportons.
Si nous avons un pilote JDBC ou un pilote LDBC sur l'une des plates-formes, nous pouvons nous connecter, vous fournir une connexion et vous permettre de travailler avec la plate-forme directement depuis DBArtisan. Encore une fois, vous permettant de vous concentrer sur le travail à accomplir et non sur la façon dont vous allez le faire. Parcourez tout cela. Mais je veux montrer quelques choses sur le produit. Dans ce cas, ouvrons-nous et nous traiterons d'Oracle, par exemple. Ceci est juste ma petite page de destination ici, mais je veux aller jeter un œil à certains de mes schémas avec lesquels je travaille. Nous allons tirer dans l'un des schémas les plus importants, donc encore une fois, nous ramènerons la liste des tables. Bon, dans ce cas, je vais ouvrir une table, donc nous allons simplement les sélectionner, et ça va les faire apparaître dans notre éditeur d'objets.
Maintenant, Oracle est quelque chose avec lequel je travaille depuis des années, ce que je vais vous montrer est probablement une déclaration facile pour vous. Mais si Oracle est la plate-forme, ou si PostgreS est la plate-forme, ou que Teradata est la plate-forme que vous venez de recevoir et que vous devez vous mettre à niveau, la tâche à accomplir consiste à ajouter une colonne. Ou peut-être que la tâche à accomplir consiste à supprimer une colonne. Mais vous ne voulez pas avoir à vous soucier de la syntaxe, non? Nous voulons y aller, tapez simplement ce dont nous avons besoin, configurez-le et nous laissons DBArtisan générer. Ici, nous allons appuyer sur «Modifier». Cela va générer le script pour nous. Encore une fois, un exemple très simple, mais le fait est qu'il va faire le travail pour nous afin de générer et de placer cette colonne dans le tableau.
Cependant, nous pouvons également déplacer des colonnes dans le tableau. Si vous avez déjà essayé de le faire avec le traditionnel, c'est un peu plus compliqué qu'une simple ligne de code comme celle-ci. Mais encore une fois, DBArtisan va travailler en arrière-plan, générer le code pour vous et produire à nouveau le SQL. Nous allons fermer d'ici. Avant de le faire, remarquez à nouveau tous les onglets en haut, l'interface utilisateur est très intuitive. Si j'entre dans l'explorateur, si je descends vers PostgreS, non? Si j'entre dans mon mode de schéma là-bas, regardez la table, apparence très similaire, non? Nous allons ouvrir ceci, encore une fois, nous verrons les informations ici. Les propriétés, les ancêtres, les colonnes. Nous sommes spécifiques à la plateforme, nous allons vous donner ceci, l'interface utilisateur, pour pouvoir l'afficher et travailler avec les objets. Vous allez savoir ce que vous devez faire, et cela vous permettra de le faire de manière efficace et en temps opportun, vous n'avez donc pas à vous soucier exactement de la clause qui doit y aller pour fournir cette option. Nous nous en occuperons pour vous.
De plus, lorsque nous regardons, je vais maintenant passer à SQL Server et parler un peu de certaines des autres fonctionnalités, nous devons donc tous surveiller la base de données. Encore une fois, démarrez-le, voyons toutes les sessions en cours, les sessions en cours d'exécution. Comment allons-nous voir quelles instructions sont exécutées et pouvoir contrôler cela? Faut-il arrêter une session? Avons-nous besoin de voir les verrous qui pourraient être sur la base de données? Des verrous de blocage? Encore une fois, nous avons toutes ces informations à portée de main afin que nous puissions réagir rapidement, prendre des mesures correctives si nécessaire et les inverser. Nous reviendrons sur notre explorateur. C'est là, c'est le point moteur, c'est là que je reviens toujours, c'est là que j'aime personnellement commencer et travailler à partir d'ici. Comme je suis connecté à une base de données SQL Server pour consulter les utilitaires. Parce que nous sommes multi-plateformes, nous pouvons commencer à regarder les extractions, les migrations. Nous pouvons passer d'une plateforme à l'autre si nous devons migrer des objets d'une plateforme à une autre, nous pouvons le faire, à condition que ces objets existent sur les différentes plateformes. Extraire les schémas, publier dans des rapports, charger et décharger des données et sauvegarder des bases de données.
Encore une fois, tout cela à partir de l'interface utilisateur. Et en venant ici pour les outils, vous pouvez voir un ensemble complet d'outils que nous pouvons utiliser, non? Entre «Rechercher dans les fichiers», nous pouvons effectuer une recherche complète dans la base de données où nous recherchons à l'intérieur des tables système pour trouver la chaîne que vous recherchez. «Exécution de script et de fichier», si vous avez une instruction standard qui peut être exécutée sur plusieurs plates-formes, plusieurs sources de données, nous pouvons la configurer directement depuis un DBArtisan pointant vers les cibles contre lesquelles nous voulons qu'elle s'exécute. Appuyez sur "Go" et il s'exécutera et nous ramènera les résultats par rapport à toutes ces sources de données cibles. Encore une fois, vous permettant de travailler à partir de cette seule vitre.
Et «Analyst Series», encore une fois, ce sont plus en profondeur. Celles-ci sont davantage orientées vers les bases de données relationnelles au fur et à mesure que nous commençons à entrer dans de nouvelles plates-formes, vous commencerez également à nous voir étendre cette fonctionnalité dans ces domaines. Et en général, juste beaucoup d'améliorations de l'interface utilisateur. Caractéristiques spécialement conçues pour le DBA. Des éléments tels que nous avons la possibilité de créer une bibliothèque de scripts. Ces scripts SQL que vous exécutez souvent sur plusieurs plates-formes, enregistrez-les ici, faites-les glisser, dès que nous obtenons une nouvelle fenêtre ISQL, nous pouvons simplement faire glisser le script, et nous avons le script maintenant prêt à fonctionner. Encore une fois, avoir cela à portée de main pour pouvoir le faire et le gérer. Vous remarquerez que nous livrons avec des scripts déjà définis pour certaines plates-formes afin que nous puissions aller de l'avant et en créer autant que nous en avons besoin à tout moment.
Une bonne chose que j'aime et que beaucoup de nos clients apprécient, si jamais vous êtes intéressé, et je reçois souvent cette question en ce qui concerne: «Comment faire? C'est plutôt cool. Comment DBArtisan fait-il cela? »Il y a une petite fonctionnalité ici, « Logfile », vous pouvez enregistrer toutes les instructions SQL que nous exécutons, donc si vous voulez savoir comment remplir cet exploratoire ou comment remplir l'éditeur pour une table PostgreSQL ou une table Teradata, enregistrez le SQL et nous enregistrerons tout ce que DBArtisan exécute par rapport à la base de données et vous pouvez revenir et regarder ce SQL et avoir tout ce dont nous avons besoin. Vous souhaitez peut-être l'incorporer dans l'un de vos scripts. Absolument. Très bien.
Nous aimons être très transparents avec ce que nous faisons et ce que nous exécutons par rapport à la base de données, donc nous allons vous permettre d'enregistrer et d'enregistrer tout ce que nous appliquons à la base de données. Nous avons également des options de configuration. Vous remarquerez que je l'ai configuré comme «Organiser par le propriétaire de l'objet». Je peux également le configurer par «Type d'objet». Si je revenais dans mon environnement PostgreSQL, j'entrerais dans le schéma si je regardais les SQL au lieu de juste mes tables GIM appartenant à ce schéma, je vais voir toutes les tables, indépendamment des noms de schéma. Encore une fois, différentes façons d'organiser les choses qui le personnalisent vraiment pour votre propre flux de travail et comment vous souhaitez le voir.
Et la dernière chose dont je veux parler est la possibilité de définir des «signets». Si j'explore, si je travaille sur l'une de mes plates-formes et que je souhaite me concentrer uniquement sur mon mode tableaux, je peux ajouter un signet. Je sais, une fonctionnalité très simple, mais tellement agréable à avoir, surtout lorsque vous travaillez avec autant de sources de données et autant de plateformes que le DBA d'aujourd'hui. Pour pouvoir entrer dans le système, démarrez DBArtisan et laissez le gestionnaire de signets vous emmener à l'endroit de l'arborescence où vous devez être et pouvoir travailler. Et puis à partir d'ici, je pourrais créer une nouvelle table, et encore, sur les plates-formes que nous prenons en charge que vous avez vues plus tôt, et nous allons vous guider à travers "Wizard" pour vous permettre de conduire, développer et créer la table. Et nous allons générer toute la syntaxe nécessaire pour le faire dans les coulisses pour vous, puis vous le présenter à la fin dans un volet d'aperçu. Vous pouvez valider, voir exactement ce que nous allons générer. Vous pouvez appuyer sur le bouton "Exécuter", puis sur le bouton "Terminer", laissez-le s'exécuter. Ou vous pouvez l'enregistrer ou le pousser vers une autre fenêtre ISQL, alors faites-le, encore une fois, il doit peut-être faire partie d'un script plus grand, plus grand que vous souhaitez enregistrer et déployer pendant vos heures de fenêtre de traitement par lots.
C'est un aperçu de DBArtisan. Lorsque nous en parlons, encore une fois, c'est un produit qui a vu beaucoup de plates-formes, une prise en charge de ces plates-formes et une excellente expérience utilisateur, ainsi que d'excellents commentaires de nos clients. Et si vous êtes intéressé, en tant que panéliste, mais si vous avez besoin de trouver quelque chose lié à IDERA ou DBArtisan, n'hésitez pas à nous contacter et vous pouvez certainement me trouver à mon adresse e-mail.
Eric Kavanagh: D' accord, je suppose que je vais ouvrir la porte à Robin pour les questions, puis à Dez et ensuite je surveillerai les questions et réponses des participants. Robin, emporte-le.
Robin Bloor: D'accord, eh bien je veux dire, la première question, je connais DBArtisan depuis un bon moment donc je suis un peu conscient de ses capacités. Ce que je serais intéressé à ce que vous abordiez, c'est son genre de voies futures à partir d'ici. Je veux dire, je vois, vous savez, la dernière fois que je l'ai regardé, ça devait être il y a longtemps. Je constate que vous prenez en charge au moins trois bases de données que je ne savais pas que vous aviez prises en charge auparavant. Quelle est la voie à suivre pour DBArtisan? Est-il probable que vous allez simplement ajouter de plus en plus de bases de données ou s'agit-il d'une extension de fonctionnalité? Où avez-vous l'intention d'aller avec?
Scott Walz: C'est une excellente question et j'aimerais tout ce qui précède. Nous allons certainement continuer à développer parce que les plates-formes traditionnelles de SGBDR ne sont pas immobiles, non? Ils continuent de se développer. Nous continuerons de suivre cette voie. Et puis vous nous verrez commencer à chercher et à aller dans cette direction pour soutenir de nouvelles plates-formes nettes. Parce que nous reconnaissons que même si certaines de ces plates-formes continuent de croître, le SGBDR traditionnel, il existe certaines situations où les nouvelles plates-formes sont les bonnes plates-formes pour les clients. Nous gardons vraiment un œil attentif sur ce marché, sur ce segment, et essayons de prendre les bonnes décisions sur les plateformes à utiliser. Ils semblent changer tous les jours, pratiquement.
Robin Bloor: Eh bien, c'est comme moi et Dez le disais, c'est un marché très animé, c'est peut-être une façon de voir les choses. Une autre chose qui m'intéresserait - de toute évidence, vous ne pourrez pas répondre à cette question en détail, mais je suis tombé sur des sites de mon temps où il y a mille instances d'Oracle, et Oracle n'était pas la seule base de données utilisée, qui était déployée, vous savez. Et quand je leur ai parlé de la façon dont vous gérez autant de cas, ils ont dit: «Eh bien, vous savez, il n'y a que cinq ou six gros cas et nous avons environ trois DBA que nous répartissons dans tout cela. Je suis plutôt intéressé par l'utilisation de DBArtisan, car vous pouvez en faire énormément, combien de bases de données contient-il, disons généralement, ou même quels sont les plus grands exemples du nombre de chaînes qu'il peut gérer à la fois?
Scott Walz: Eh bien, j'ai vu des situations - et encore une fois, c'est un peu compliqué, cette question est, car DBArtisan me permet d'avoir plusieurs connexions ou plusieurs sources de données définies pour une seule instance. Peut-être que je veux faire un syslogin puis une connexion avec des autorisations inférieures, mais j'ai traité avec des clients que tout s'est effondré, cela passe sur plusieurs écrans. Maintenant, quand je leur ai posé la question, la question que vous m'avez posée est: «Comment gérez-vous autant de personnes?» Et puis il dit: «Je ne le fais pas.» D'accord? «Je gère ce que je peux, mais j'ai besoin d'accéder à tout.» Je n'ai pas encore vu tout ce qui arrête, vous savez, les limites supérieures de ce que les gens peuvent gérer sont vraiment la limite supérieure de ce que cette personne, l'individu, peut manipuler. Mais vous savez, comme je l'ai mentionné, ces gens avec qui je mets au défi, ils admettent ouvertement qu'ils ont toutes ces connexions, mais il n'y a aucun moyen de les gérer. Ils comptent sur leur équipe. Comme je suis sûr que vous en avez fait l'expérience, oui.
Robin Bloor: Eh bien, je suis moi-même un DBA, même si je ne l'ai pas fait depuis très longtemps. Et la seule chose qui, vous le savez, je m'en souviens, au-delà de toute autre chose dans les bases de données relationnelles, c'est que vous pouvez faire énormément de choses avec SQL. Souvent plus que vous ne le pensez. Ce qui d'une manière ou d'une autre explique certaines des fonctionnalités de DBArtisan, car il se traduit directement en SQL. Mais, vous savez, je suis sûr que vous faites autre chose. Ce sont tous des scripts SQL ou existe-t-il d'autres routines spéciales qui ont été écrites pour des situations ésotériques?
Scott Walz: Oui, en grande partie, la majeure partie est SQL, c'est juste la nature de cela. Mais nous écrivons des routines qui peuvent être exécutées à partir d'une ligne de commande en utilisant les outils du fournisseur, les frontaux du fournisseur. Nous allons mettre des frontaux sur, vous savez, pour un exemple, pour les utilitaires de chargement de données dans les plates-formes, non? Ce ne sont pas des scripts SQL, à droite, ce sont des travaux en ligne de commande. Il les générera et pourra les donner au DBA qu'ils pourront ensuite exécuter. Voir ouais, nous ferons un peu des deux mais la majorité sont des scripts SQL.
Robin Bloor: En regardant, parce que, évidemment, vous devez d'une manière ou d'une autre jeter un coup d'œil aux développements en cours que je considère comme assez récents. Je veux dire, une des choses que je trouve intéressantes qui se passe est que Spark décolle évidemment comme une fusée, mais SQL de Spark, il est passé d'horriblement immature à commencer à avoir l'air un peu plus mature avec un peu plus de capacités SQL. Vous regardez des choses comme ça et vous vous demandez si vous allez commencer à gérer celles-ci avec DBArtisan?
Scott Walz: Certainement et moi oui. C'est toujours là. Je sais que notre équipe de gestion des produits cherche toujours où aller et absolument, tout est sur la table pour nous, en ce qui concerne ce que nous envisageons à l'avenir.
Robin Bloor: D'accord, Dez, voulez-vous vous empiler?
Dez Blanchfield: Oui, en fait, il y a un tas de bonnes choses que vous m'avez ouvert la porte là-bas, Robin. Merci beaucoup. Je suis impatient d'explorer certaines des choses qui me sautent aux yeux lorsque je regarde des produits comme celui-ci et je suis très excité. Quand j'ai revérifié mes devoirs, parce que, comme le Dr Robin Bloor l'a mentionné précédemment, il a, comme moi, suivi cela depuis un certain temps et je me souviens d'avoir regardé vos exigences spécifiques l'autre jour et de penser, en fait, cette chose fonctionne très se penche sur ce qu'il fait réellement. Et je pense que de mémoire - corrigez-moi si je me trompe - je pense que c'était comme aussi peu qu'une performance d'ordinateur portable exécuterait confortablement DBArtisan et pourtant il était capable d'exécuter des backends de base de données assez importants. Et j'étais très intéressé de voir que vous aviez aussi Firebird maintenant et Greenplum. J'ai été très impressionné par l'exigence ou la spécification du matériel qui pourrait littéralement fonctionner comme un gig de RAM sur un processeur d'un gigahertz. C'était assez impressionnant.
Mais les cas d'utilisation sont quelque chose que je veux approfondir un peu. Voyez-vous que l'adoption du produit est un cas de besoin en raison d'environnements existants qui viennent de devenir incontrôlables, ou voyez-vous des gens maintenant un peu plus proactifs et disant, vous savez, nous construisons quelque chose de très gros, c'est complexe. Et je pense aux fusions et acquisitions par exemple ici, où une organisation pourrait acheter un tas d'entreprises - petites, moyennes, grandes, peu importe - et finir par hériter de tous ces environnements et devoir construire une nouvelle capacité de base de données. Quels sont les cas d'utilisation typiques pour cela en ce qui concerne le type d'organisation et le type d'application qui y sont appliqués? Est-ce principalement des gens qui ont des environnements existants et qui doivent simplement les nettoyer et en prendre le contrôle ou les gens sont-ils un peu plus proactifs et pensent-ils à la complexité qu'ils sont sur le point de construire et vous font monter tôt?
Scott Walz: Nous constatons de plus en plus d'avancer tôt pour la raison que vous avez mentionnée, la consolidation. Avec l'étendue de la prise en charge de la plate-forme que nous avons, ce n'est pas une protection totale à l'avenir, c'est vrai, mais cela vous met, vous et vos administrateurs de bases de données, dans une très bonne situation que lorsqu'ils regardent une cible d'acquisition potentielle, à droite, ils sont un peu moins, vous savez, la pensée de quelles plateformes pourrions-nous hériter, non? Bien que ce soit important, n'est-ce pas, la préoccupation est un peu moindre que ce que cela va signifier pour nos administrateurs de base de données, non? Les administrateurs de base de données ont un produit maintenant qu'ils savent qu'ils peuvent se connecter et s'ils sont familiarisés avec l'utilisation du produit, ils seront familiarisés avec la connexion à la plate-forme qu'ils viennent d'acquérir. C'est certainement un domaine que nous voyons, encore une fois, vous savez, depuis longtemps, les clients avec ce mélange de toutes ces plates-formes, non? Comment vais-je mettre la main dessus, non? Et ils l'ont essayé parce que le processus de réflexion est que chacune des plateformes a un outil, non? Nous pouvons utiliser notre propre outil, non? Mais il revient finalement que, vous savez quoi, oui vous pouvez, mais non seulement je vais devoir apprendre chacune des plates-formes, maintenant j'apprends chacun de l'un des outils qui vont avec chacune des plates-formes et vous venez donc d'aggraver le travail d'un DBA. Donc, nous voyons également cette situation où ils reviennent vers nous et disent: «Vous savez, nous devons mettre la main là-dessus. Prenons un outil pour le DBA, car j'ai des choses plus importantes à faire pour le DBA que d'apprendre l'interface utilisateur d'un nouvel outil. Ou différents outils. "
Dez Blanchfield: Oui, certainement pas. Et, vous savez, quand vous voyez, je pense de mémoire quand j'ai regardé hier juste pour vérifier que je n'avais pas tort, je me souviens que vous aviez soutenu Sybase par exemple, donc cette chose existe depuis un petit moment. Il y a une autre question que je vous posais en fait juste - oui, c'est génial d'avoir Greenplum et Firebird sur votre liste, mais votre Sybase, ce genre d'âges très rapidement, qui montre qu'il existe depuis un certain temps et a fait du bon travail.
Clusters. Ainsi, l'un des plus gros maux de tête pour un DBA est qu'ils indiquent essentiellement ce qui ressemble à une adresse IP et à un tas d'API, que ce soit JDBC ou LDBC ou tout ce à quoi nous pourrions parler, mais derrière cela, il y a un cluster. Qu'est-ce que DBArtisan peut savoir ou savoir sur ce qui se cache derrière la porte numéro un, pour ainsi dire, comme lorsque je me connecte au back-end de la base de données, puis-je voir tous les environnements derrière, et en particulier, il y a donc deux parties à la question, peut-être. Le cluster par exemple, quand vous pensez, vous savez, vous prenez en charge IBM DB2 et Microsoft SQL Database Server et MySQL et PostgreSQL et Oracle et certains de ces SGBDR traditionnels et, vous savez, nous exécutons invariablement un maître-esclave ou maître-maître environnement pour la redondance et la haute disponibilité ainsi que les performances. DBArtisan sait-il qu'il y a quelque chose derrière la porte numéro un qui n'est pas seulement une base de données en soi, mais un cluster, et si oui, que sait-il à ce sujet? Et pour y revenir rapidement afin que vous puissiez répondre à la même question, désolé. Donc, derrière les clusters dans certains des scénarios que vous avez, comment les gens gèrent-ils le mélange entre les environnements de production et les environnements de reprise après sinistre, en ce qui concerne l'utilisation de DBArtisan?
Scott Walz: Excellentes questions. Je vais vous dire que cela dépendra des plates-formes spécifiques, car autant que nous essaierons, nous aurons différents niveaux de support pour certaines de ces fonctionnalités approfondies et plus profondes. Pour Oracle, par exemple, et leur environnement RAC, Real Application Cluster, vous pouvez vous connecter au nœud principal de ce cluster, mais en passant par le moniteur de base de données que j'ai montré, nous allons vous laisser voir le SQL en cours d'exécution et nous ' va vraiment vous dire sur quel nœud du cluster il s'exécute, non? Pour vous permettre de voir exactement si, vous savez, une requête à exécution lente, gardons un œil sur cela, sur quel nœud s'exécute-t-il? Parce que, inévitablement, toute la raison du cluster, à droite, est pour l'utilisateur final, il ne se soucie pas de l'endroit où il a été exécuté, mais pour le DBA, nous devons garder une trace de ce type d'informations. Nous pouvons descendre à ce niveau de détail dans Oracle, par exemple. Les autres plates-formes que nous avons ont une connectivité, probablement pas autant de détails que pour Oracle.
En ce qui concerne l'environnement de production et de développement, c'est une bonne question. Nous offrons le même niveau de soutien. La vraie manière principale que nous allons aider, la couche de connectivité sera là, non? Nous allons pouvoir nous connecter et faire toutes les fonctionnalités. J'ai des clients qui utilisent certaines des fonctionnalités de DBArtisan pour classer leurs sources de données, non? Et encore une fois, cela pourrait être un peu décalé pour la question exacte que vous posez, mais nous allons leur permettre de représenter graphiquement leur fonctionnement. Parce que c'est l'une des choses à propos de DBArtisan, c'est que je peux rapidement changer entre les sources de données. Et la prochaine chose que vous savez, je me prépare à exécuter une instruction tronquée et je cherche à voir si je suis connecté - est-ce que je viens de lancer cela contre la production ou le développement? Et nous proposons donc certaines fonctionnalités dans DBArtisan pour aider les administrateurs de base de données à gérer cela et à les éviter, si vous le souhaitez, avec certaines des activités de l'administrateur de base de données.
Dez Blanchfield: Dans cet esprit, sur la longue liste de plates-formes que vous supportez actuellement, et je suis sûr que cela explosera très bientôt pour des raisons évidentes. Je veux dire, vous supportez les goûts de dire DB2 sur z / OS par exemple, sur le mainframe, et puis évidemment vous supportez les goûts de ce que nous appelions autrefois le milieu de gamme mais maintenant seulement les systèmes UNIX, et une sorte de plates-formes plus modernes, vous savoir, Linux et puis finalement il sera porté sur Bluemix et sur Cloud Foundry, donc vous vous retrouverez avec DB2 fonctionnant sur Cloud Foundry sur Bluemix, avec IBM et le cloud sur soft. Est-ce que les gens exécutent actuellement non seulement la gestion et la surveillance, mais vous avez également mentionné avant la possibilité de migrer et de déplacer des données. Voyez-vous des gens sauter au lit avec DBArtisan et dire: «Vous savez quoi, nous avons un tas de trucs sur les anciens mainframes dont nous avons juste besoin de sortir et c'était vraiment compliqué de le faire. Si je peux pointer, cliquer et faire glisser d'ici à là, je peux réellement déplacer et migrer mes données et mon schéma. »Est-ce une chose que les gens font?
Scott Walz: Ils bougent effectivement, non? Ils déplacent les données, non? Maintenant, ils utilisent DBArtisan comme outil pour cela. Fait-il tout pour eux? Non. Nous commençons, vous savez, le glisser-déposer, pas exactement là, mais nous leur permettons de générer des scripts, car idéalement vous allez vouloir utiliser - vous ne voulez pas que ce travail soit en cours d'exécution sur votre client, sur votre ordinateur portable, pour la raison que vous avez mentionnée. Nous pouvons courir sur une empreinte très faible, non? Nous les aidons à générer des scripts, puis à le transformer et à le construire, puis ils peuvent livrer ce script et le faire exécuter sur le serveur, non? Et obtenez la puissance, la puissance derrière le serveur pour le faire. Nous les aidons à générer certains de leurs emplois pour effectuer une partie de ce travail.
Dez Blanchfield: D'accord . Deux ou trois derniers pour vous, puis nous pourrions revenir en arrière. Ce qui m'a vraiment frappé en parcourant votre addenda, ce qui est fantastique, et en fait, j'aurais aimé avoir encore une heure pour entrer dans les détails. Un très gros défi pour les administrateurs de base de données, à droite, est la conformité de base, la gouvernance globale de l'infrastructure, les audits, les rapports sur l'état actuel, la préparation future pour des choses comme, vous savez, la croissance générale de l'environnement. Il me semble que même si au cœur de ce que semble faire votre produit, c'est de vous faciliter la vie, cette seule vitre, cette seule vue du monde, et je peux essentiellement cliquer et pointer et faire glisser et j'adore le fait que je pourrais former quelqu'un pour le faire très rapidement maintenant, ils n'ont pas à lire le manuel, pour ainsi dire. Il me semble que l'outil me donne également la possibilité de faire tout un tas de choses autour de la gouvernance et de la conformité et des audits, que je me demande si les gens se sont réellement réveillés, je suis sûr qu'ils l'ont fait.
Mais voyez-vous les gens maintenant regarder et partir, et c'est comme cet eureka, un moment ha, disant: «Hé, vous savez quoi, cela rend la vie du DBA vraiment facile à partir de maintenant, ou plus facile d'un point de vue opérationnel ou point de vue développement. Mais mon Dieu, nous pourrions en fait simplement faire rapport sur toutes nos bases de données maintenant et tous les ensembles de données et toutes les données sans contenu et toutes les métadonnées autour. Par exemple, qui y a accès, quand ils y ont accès, pourquoi ils y ont accès et quel type d'accès ils ont. »Et puis tout d'un coup, résolvez certains des défis liés à la conformité. Surtout quand nous avons des choses vraiment importantes qui se produisent autour des violations de données. Nous avons des choses incroyables comme les crises financières mondiales, tous ces défis se posent, mais comment diable allons-nous mesurer, surveiller et traiter la conformité? Est-ce que c'est le genre de chose importante pour les gens ou est-ce encore, en quelque sorte, un début pour l'application de DBArtisan?
Scott Walz: J'ai des clients qui ne peuvent pas en dire assez sur DBArtisan. Ce sont maintenant ceux qui l'ont compris. L'ampoule est allumée. Ils disent: «Attendez une minute. Je peux répondre et répondre et générer certains des rapports que vous avez mentionnés, à droite, le tout à partir d'un seul outil. Je l'ai. »Maintenant, il y en a d'autres qui n'ont pas encore compris et cela pourrait être pour diverses raisons, non? Ils ne le sont peut-être pas encore ou peut-être que c'est géré par quelqu'un d'autre, mais nos clients que nous avons trouvés qui l'utilisent, c'est un moment inoubliable, non? Cela, non seulement je suis capable de créer une table tout ça. Et absolument, avec toutes les exigences de conformité, c'est énorme. C'est un travail en soi.
Dez Blanchfield: Eh bien, en effet. Et vous savez, je veux dire, du haut de ma tête, je pense immédiatement, vous savez, si quelqu'un arrive et dit qu'il voulait créer une base de données de gestion de configuration, CMD, s'il devait tout rencontrer de Sarbanes -Oxley à COBIT à ITIL, vous savez, la conformité SWIFT et les opérations bancaires, allant même jusqu'à l'Organisation internationale de normalisation, ISO 27001, 27002. Ce sont tous ces très gros cadres. L'un des défis consiste simplement à trouver où se trouvent les données, qui les gère, dans quel format elles se trouvent et je pense que cela a pour moi, comme pour moi de le regarder maintenant que le moment eureka vient de se déclencher, c'était comme, accrocher sur une seconde, je pourrais jeter cela même à quelqu'un qui n'est pas nécessairement un DBA, mais je pourrais le former rapidement et dire: «Il y a un outil de conformité.» Je pense que c'est génial qu'il fasse son travail dans une base de données d'administration monde de la gestion.
Mais je suis assis ici à penser, mon Dieu, vous savez, au fait que vous pouvez gérer plusieurs plates-formes comme une seule ces jours-ci, et vous pouvez plonger directement, comme vous l'avez dit, dans la journalisation des transactions que vous faites. Vous savez, imaginez prendre cet outil dans un incident de violation de données et votre équipe de sécurité essaie de trouver où et pourquoi et qui a vu quoi. Et au fur et à mesure qu'ils se déplacent, ils doivent se connecter et suivre chaque action qu'ils font car ils peuvent devenir une partie du problème s'ils ne peuvent pas autrement. Oui, je pense que c'est une capacité incroyable ici que, vous savez, vous pourriez immédiatement commencer à le faire, vous savez. En particulier, lorsque nous examinons les défis des audits de données, vous savez, nous avons ce fluage massif comme une fonctionnalité, pour ainsi dire, avec des ensembles de données et des données.
Et l'une des choses dont nous avons parlé dans quelques autres émissions que nous avons faites est, vous savez, comment allez-vous trouver vos données et souvent nous parlons du fait que lorsque vous commencez dans une organisation, vous avez tendance à levez-vous dans votre cabine et mettez votre main en l'air et agitez et dites: «Quelqu'un sait-il où se trouve cette base de données? Comment accéder à cette source de données? Où est ce dossier? "" Allez demander à la réception. " Votre outil peut immédiatement fournir cette capacité de trouver des choses, de les découvrir et même d'en rendre compte.
Revenons brièvement à l'une des questions, puis je terminerai et rendrai à Eric. Il me semble que l'échelle va devenir un défi au cours des 12 prochains mois pour vous. Pouvez-vous nous donner un aperçu, juste à un point de vue de trente mille pieds, je suppose, dans l'échelle ou la gamme d'échelle que DBArtisan a commencé à travailler. Je peux imaginer que lorsque je mets cela sur mon ordinateur portable et que je me balance et que je le pointe vers un environnement, je peux le découvrir et je peux commencer à faire des choses dessus. J'imagine que cela va comme un petit moteur de base de données minuscule open source, vous savez, avec quelques lignes et tableaux. À quelle échelle cela irait-il? Vous avez parlé de DB2 sur les mainframes, c'est énorme. Et les clusters. Quelle est l'échelle d'échelle à laquelle nous pouvons faire face ici? Et Robin a en quelque sorte abordé cela plus tôt, mais je vais juste avoir besoin d'entrer dans les détails avec un peu plus de détails sur la taille que nous pouvons obtenir avec DBArtisan.
Scott Walz: Certainement. Il y aura certainement vos défis, car il s'agit d'un logiciel client. Et donc, encore une fois, si je travaille sur un mainframe, lorsque je travaille contre notre système de test sur le mainframe que nous avons, je peux le pointer contre des millions de lignes et faire une jointure croisée contre des millions de lignes. Tout le travail va être fait sur un serveur, n'est-ce pas, parce que nous passons cette commande, et c'est juste une question de DBArtisan gérant les jeux de résultats, non? Et c'est donc le défi, et c'est la beauté, à droite, de ce que nous faisons. La plupart des tâches lourdes sont effectuées sur le serveur. Nous gérons juste tous les résultats. Et donc, encore une fois, vous vous retrouvez dans des situations bien sûr lorsque vous souhaitez exécuter dix requêtes simultanément qui renvoient toutes des millions de lignes, oui absolument, vous pourriez vous retrouver dans certaines performances, non? Mais à aucun moment, je n'ai de clients hésitant à exécuter de grandes requêtes contre DBArtisan, vous savez, contre leur base de données. Encore une fois, comme je l'ai dit, le kilométrage varie en fonction de nombreux facteurs, non, mais, encore une fois, comme je l'ai dit, j'ai affaire à des millions de lignes qui reviennent et tant qu'il remplit la grille, vous savez, je '' m prêt à partir. Mais parfois, évidemment, je dois attendre que les résultats reviennent.
Dez Blanchfield: J'ai une question à vous poser avant de conclure, car j'ai pris trop de temps et je vous en remercie. Dites-nous en un peu plus, vous savez, en lisant les dernières spécifications hier juste pour m'assurer que je suis aussi bien que je le pensais. La surveillance des processus et le type d'alertes et de notifications, vous savez, la planification de la capacité soulève tous les problèmes massifs avec les administrateurs de base de données, toute la journée, vous savez. Est-ce que quelqu'un va remplir ce tableau, va-t-il remplir la base de données, va-t-il remplir l'espace disque que j'ai, comment le gérer? Donnez-nous un aperçu rapide sur le type de surveillance du processus et en particulier la surveillance des alertes, puis idéalement sur la planification de la capacité. Je pense que c'est un domaine qui pourrait susciter beaucoup d'intérêt.
Scott Walz: La surveillance des processus a probablement montré que la fonctionnalité que la majorité de notre clientèle utilise et c'est un moniteur de base de données pour pouvoir le montrer et le faire. Et nous en avons dans le pack d'analystes. Performance Analyst propose des alertes que vous pouvez configurer lorsque certains seuils sont atteints. Cela peut vous alerter. Peut-être que X nombre de journaux, des erreurs dans le fichier journal, vous savez, cela vous enverra une alerte. L'espace table atteint un certain pourcentage, vous pouvez recevoir une autre alerte. Et la beauté de tout cela, c'est que vous êtes dans le même outil, à droite, il fait partie de DBArtisan donc vous cliquez avec le bouton droit sur l'erreur, l'alerte, et vous gérez avec DBArtisan et cela vous amène directement à l'éditeur d'espace table . Et vous pouvez résoudre le problème ici.
En ce qui concerne la capacité, c'est absolument un bouton actif, et l'analyste de capacité que nous avons actuellement est porté sur SQL Server, Oracle, DB2 LUW et Sybase ASE. Et cela fait exactement ce que vous avez décrit. Vous pouvez commencer, une fois que nous obtenons des collections, à droite, et une fois que nous obtenons une taille d'échantillon, et peut-être sa taille de ligne, peut-être son nombre d'objets, beaucoup d'options dans l'outil, et alors vous pouvez commencer la tendance, non? Et à quoi cela va-t-il ressembler dans six mois? À quoi cela va-t-il ressembler dans douze mois? Je peux tendre vers, juste une tendance vers une date ou je peux tendre vers une valeur, non? Et un exemple que vous aviez, j'ai X espace disque, basé sur cela, quand vais-je atteindre cette limite? En fonction de la croissance que j'ai et de ces collections que j'ai faites, quand vais-je atteindre cette limite? Au moins, je sais que je peux commencer à planifier cela. Est-ce que ça va être six mois, ça va être deux ans? Mais encore une fois, nous pouvons utiliser l'analyste de la capacité pour tendre vers cela.
Dez Blanchfield: C'est génial. Démo fantastique. J'ai vraiment apprécié ça. Je vais revenir à Eric parce que je sais qu'il y a quelques questions qui ont surgi de notre incroyable public aujourd'hui. Merci beaucoup, ça a été vraiment génial de bien connaître le produit et j'ai hâte de le surveiller de très près.
Eric Kavanagh: Très bien. Nous avons quelques bonnes questions. Et nous allons un peu au fil du temps, donc nous allons essayer de conclure rapidement parce que je sais, Scott, vous avez un arrêt dur fermé. Voici une grande question. Que diriez-vous de travailler sur d'anciens magasins de données comme VSAM, et le modèle 205, et IMS et IDMF et ce genre de choses? Voyez-vous cela très souvent de nos jours et comment cela fonctionne-t-il?
Scott Walz: Je ne veux pas vous dire que vous êtes coincé. Certains de ces environnements, s'ils ont ODBC ou JDBC et je sais que certains d'entre eux sont là-bas, nous pouvons nous y connecter et vous pouvez travailler avec lui de cette façon. Mais pour la plupart, l'écran vert est le chemin à parcourir.
Dez Blanchfield: J'adore le fond vert.
Eric Kavanagh: Eh bien, vous savez, comme Dez l'a souligné avec cette diapositive, où il avait toutes ces différentes applications et outils disponibles aujourd'hui, c'est une réalité très intimidante pour quiconque souhaite exercer de manière responsable la fonction d'administrateur de base de données. Et je suppose qu'au fil du temps, vous pouvez créer des connecteurs pour n'importe lequel de ces outils au fur et à mesure que les clients l'exigent, etc., non? Pour que vous activiez cette seule vitre.
Scott Walz: Et c'était la clé de voûte de l'équipement de DBArtisan pour pouvoir gérer ces connexions JDBC et ODBC. Nous l'avons vraiment étendu maintenant. Maintenant, tant que nous avons cette connexion, à droite, tant que nous avons ce pilote, nous pouvons nous connecter et travailler contre.
Eric Kavanagh: Ce sont de bonnes choses. Eh bien les amis, nous archivons tout cela pour une consultation ultérieure. J'ai publié un lien vers les diapositives, j'espère que vous pouvez le voir via SlideShare. Merci beaucoup pour tous vos efforts, messieurs. Magnifique webcast aujourd'hui encore. Beaucoup de bonnes diapositives. Beaucoup de bon contenu. J'ai adoré cette démo. Il est vraiment intéressant de constater que vous avez ciblé un endroit très agréable sur le marché, car il y a une telle explosion de types de bases de données de nos jours. Et nous avons juste besoin, en tant que gestionnaires, d'un endroit pour gérer tout cela. Bravo les gars. Nous vous rattraperons demain pour une autre Hot Technologies. J'espère que vous vous êtes taillé une heure demain. En même temps. Même station. Nous vous rattraperons la prochaine fois, les amis. Prends soin de toi. Bye Bye.
