通过Techopedia Staff，2016年8月24日
总结：主持人Eric Kavanagh在这一期热门技术中与Robin Bloor博士，Dez Blanchfield和Scott Walz讨论了数据库趋势。
您目前尚未登录。请登录或注册以观看视频。
埃里克·卡瓦纳（Eric Kavanagh）：女士们，先生们，您好，欢迎回到企业IT界最热门的展会，2016年热门技术。是的，的确如此！ 我叫Eric Kavanagh，今天我将主持您的展览，主题为“可见性的艺术：实现多平台管理”，的确如此。 简要说明一下，确实有一张关于您的幻灯片，诚然是五年前的，关于我的足够多，在Twitter @Eric_Kavanagh上打了我一下。 炎热的一年，这是我们热技术的标准幻灯片。 我们在本次展会上所做的是，我们需要一个程序来帮助我们定义一种特定的技术，因此整个想法是让两名分析员进入并给出他们在特定空间或特定类型功能上的看法。企业的需求，然后供应商进来并演示他们所构建的内容，并说明它如何与您从分析师那里听到的相符。
正如您可能想像的那样，其原因是因为在企业软件营销的世界中，有一些术语被束缚，而发生的事情总是会导致供应商紧紧抓住最新的热门术语，例如大数据或分析等。例如SOA或诸如平台之类的不同术语，有时这些词对特定技术而言非常准确，而有时却并非如此。 该展览旨在真正帮助我们为您，观众，特定技术做什么，它们如何工作以及何时应使用它们进行阐述。
这样，我将介绍我们的扬声器。 我们有自己的Robin Bloor博士，从他在德克萨斯州奥斯汀的所在地Dez Blanchfield打电话，从地球的另一端打电话，我们的来宾Scott Walz从肯塔基州打电话。 和您一样，我实际上不在匹兹堡，所以我们今天有一家完全地理位置的组织，来自多个不同的地方。 这样，我将推Robin的第一张幻灯片，顺便问一下，伙计们，别害羞。 您可以使用网络广播控制台的“问答”组件来执行此操作。 然后，我将其交给Bloor博士。 地板是你的。
Robin Bloor：好的，谢谢您的介绍，Eric。 让我进入第一张幻灯片。 这是思考数据库的猫鼬的集合。 实际上，我在这里所做的整个演示实际上只是我最近对数据库的一整套想法，重点是在2000年左右，似乎数据库游戏已经结束了。绝大多数数据库实现都发生在关系数据库上。 然后，它发生了变化，您知道，猫鼬正在考虑的所有这些事情，列存储，键值存储，文档数据库，内存数据库，图形数据库，以及突然之间出现了很多其他事情。 几乎就像一个新的地质时代，突然出现了各种动物化石。
来自Wobegon湖的消息，对于单个模型数据库而言，这实际上已经结束。 毫无疑问，RDBMS仍然占主导地位，但是现在已经建立了其他种类的数据库。 确实，这几乎是我在这里要说的内容的概述。
数据库的维度，其中一些实际上在最近变得越来越重要，但是无论如何，当我制作这张幻灯片时，我能想到的是，它是否在有效利用任何给定服务器的资源方面进行了扩展？ 它是否可以扩展以使其可以跨越大型集群？ 它是否利用了内存中的数据库正在朝那个方向发展的可用硬件？ 可分配吗？ 有许多数据库主要研究分布的可变性。 它具有什么样的特征？ 数据库的基本ACID特征。 但是现在，许多数据库不再具有实际的一致性，而是最终具有一致性，人们在使用它们，并且对它们没有任何问题，因此他们证明了ACID并不是绝对必要的，只是在数据库中拥有一个好东西。很多情况。
在元数据组织方面，整个游戏发生了变化。 我们有不同的元数据组织，而不是典型的RDBMS模式。 就优化器而言，根据要尝试优化的数据结构，有大量的优化器活动在进行。 在可管理性方面，我会在后面谈到很多差异，但是基本上，DBMS的整个方面都是可管理的，并且其可管理性的程度在某种程度上决定了其实用性的程度。
在硬件因素方面，这实际上是要指出的重点–我的意思是，这里只说明了一点–这里要说明的是，我们今天在数据库体系结构方面所看到的一切都将发生变化。 它可能是相同的数据库，但是它们将不得不以一种或另一种方式考虑硬件级别上实际发生的事情。 许多年来，我们一直在面对CPU，内存和旋转磁盘这一相对简单的情况-确实已经消失了。
关键是，首先，我们拥有CPU，但是与许多不同的处理核心相比，它们具有比以前更高的并行能力。 我们也有GPU，FPGA，不同种类的硅，但是英特尔在下一个版本中将一个FPGA与CPU结合在一起，并且– AND –将GPU和CPU结合在同一芯片上。 您拥有具有不同特征的芯片。 GPU的优势在于，它非常适合繁重的并行性，尤其是在数值计算方面。 您可以以一种或另一种方式将代码放到芯片上的FPGA，其功能远比仅将代码馈送到芯片上快。
这些事情正在交叉繁殖。 我们有Intel的3D XPoint和IBM的PCM，它们是新型的内存，比RAM慢，比RAM便宜，但非易失性。 在与我交谈过的许多软件供应商中，这些都引起了一定的兴奋。 我们有SSD，但现在它们变得非常非常大，并且它们提供并行访问。 通过并行访问非常大的SSD，您可以达到类似于RAM读取速度的读取速度。 我们已经有了三种类型的存储RAM（3D XPoint内存和SSD）的可能性，它们都将以极快的速度运行。 由于速度是数据库的本质，因此所有数据库技术都将尝试尽快利用它们。 这将涉及并行架构，但一直涉及并行架构。 硬件水平的性能一直在加速增长，并且已经持续了很多年，并且总成本不断下降。
一行泪。 这是对数据库的不同尝试，关系数据库之前的第一个数据库通常被称为网络数据库，然后是关系数据库，然后是对象数据库，它们并没有得到很大的关注，然后是列存储数据库。关系数据库的处理方式大不相同。 然后，我们将文档数据库和SQL数据库作为对象数据库进行了不同处理，或者，如果您愿意，可以在同一列对象数据库中完成操作，并且它们继续流行起来。 最近，我们有了图数据库来获得牵引力和RDF数据库。 您正在查看的是至少要容纳三组不同的数据结构。 关系数据库可以很好地处理表和行。 文档数据库和对象数据库–它们的数据结构特别是层次结构的数据结构非常笨拙。 图形数据库和RDF数据库可以很好地处理网络数据结构。 这些不同的地方，我认为它们是三行，这些行将无限期地继续。 事情不会停止，因为做这些事情的引擎不能很好地在其他数据结构上工作。
然后我们有了破坏Hadoop的因素。 Hadoop不是数据库，但是有些数据库使用HDFS作为其存储结构。 Hadoop所做的很多事情都是数据库需要完成的管理工作。 还值得一提的是，Spark也不是数据库，但它确实具有数据库，并且它还很不成熟，但是它确实具有SQL优化器，因此就像数据库的内核一样，而不必知道要存储数据的位置。 ，但如果将其放在HDFS上，则实际上可以通过底层文件系统的功能来满足很多数据库要求。 特别是，Spark已成为数据库生态系统的一部分，并且通常与功能更强大的数据库联合在一起，其真正原因是分析。 分析– Spark的分析速度非常快。 Analytics（分析）是大多数人现在投资的主要应用程序，因此两者是并行的。 数据联合而不是集中规则，从以下事实来看，应该显而易见：至少有三个不同的需求，结构化的数据库，因此，如果要在它们之间共享数据，则需要数据联合。 通常这是必要的，但是您也有可以横向扩展的数据库，而没有横向扩展的数据库，真正强大的引擎（例如Teradata或Vertica）占有非常特殊的位置，但是较少的引擎可以完成很多工作，因此，联邦即使在关系数据库之间，它也可能存在很长时间。
最后要说的是物联网，直到胖女人开始对数据进行分类之前，它还没有结束。 物联网很可能以一种或另一种方式在数据库世界中创造动态，这将使事情变得更加复杂。 希望会以某种方式出现某种融合，但是我不认为所有的融合都会像关系数据库那样融合在一起。 无论如何都不会很快。
我想这就是我要说的，所以我将其交给澳大利亚。
Dez Blanchfield：谢谢Robin。 感谢大家加入我们，也感谢您今天早上或今天下午有我的时间。 这是一个非常热门的话题，因为在过去的十年中，我们经历了相当多的爆炸，需要处理的数据量不断增加，并且在大多数情况下，数据始终位于某种形式的系统中是某种形式的数据库。 我以为我会迅速带我们深入了解如何到达这里，所产生的问题以及我们现在需要解决的问题的类型，然后我们将讨论可以应用于该解决方案。 让我在这里抓住我的第一张幻灯片。 我认为，现在数据库管理员（DB admin 2.0）或数据库管理员2.0（database admin 2.0）现在是一种情况，以前，数据库管理员是一个非常简单的角色和挑战您可以很快地训练某人。 在当今世界，情况已不再如此，我将向您展示为什么如此。
曾几何时，数据库管理员将能够连接到数据库后端并进行快速显示数据库，并且系统中将有一个数据库列表，他们必须了解这些数据库，并且可以非常快速地访问它们。这些数据库，然后选择它们，进行一些戳戳和探索，然后使用translate，描述表来找出表中的内容以及每一列和每一行，这是一个相对简单的挑战，如果您阅读平均值每个平台上两三百页的有关数据库管理的书，您几乎可以自学，而无需获得火箭科学学位。
但这不再是事实，在我看来，原因是数据库世界中存在太多选择，任何人都无法成为专家或专家，并能够手动管理和管理。 究其原因，是在过去四到五十年的服务器，数据库系统，数据库服务器和应用程序套件的世界中，我们走了很长一段路。 曾几何时，我们不得不处理实际上是小数据的事情，而当我们现在回头看时，却笑得很小。 前几天，我在Twitter上看到了一张非常整洁的照片，这位惊人的女士曾是NASA的首席程序员和开发人员，当时我们正把人送上月球，她的代码被打印出来了一百三十个，两列列式打印机，然后折叠成扇形，实际上比她写的代码高得多。
当我想到这一点时，我感觉到实际上可能是大约两三百兆的数据，她最多只能输入这些数据，即使不是更少。 因此，即使存储在她的代码上的数据实际上比打印在纸上的数据高，但实际上它的数据量却非常小。 即使是这些大型的大型计算机，也就是本幻灯片中的IBM System / 360，与当今世界相比，它实际上可以容纳的数据量也很小。 实际上，我们的智能手机可容纳60、128和256兆字节，不久以后，当闪存价格下降时，我们的手机将拥有TB级的存储空间。
因此，在那个时代和那个时代，数据库管理非常简单。 这是3270终端会话的快照，对于DBA来说，它能够登录并查看与数据库相关的文件数，并且那里的索引以及行和列都很简单。 您可以在此屏幕快照中看到，此上下文是一个表和多个表空间，这将是整个大型机管理一个数据库表的过程。 如今，我们在数据库系统中拥有数十亿行的记录。 而变化是通过技术的变化而实现的，该技术使我们能够构建数据库平台和数据管理系统。
如果我们考虑一下原始大型机的类型以及运行数据库以及最终关系数据库的许多计算机，那么五十多年前，以及到80年代时那种铁的世界和我们拥有的小数据集在某种程度上，我们经历了从小型到微型的大型机，并且我们拥有运行dBase II和dBase III之类的PC以及在DOS和CP / M上运行的PC，我们拥有一个非常早的关系数据库，样式技术可用，并且与我们在大型机中使用的技术相比，它们的伸缩性很好。 到了90年代，我们有了Oracle和DB2。 在90年代后期，我们有一些人，例如可以像网络模型一样粘合的秘密计算机，非常大的机器，机柜大小的机器，可以像这样的人一起组装这些计算机集群。 但是即使那样，与我们今天看到的相比，它仍然很小。
但是在我得到的幻灯片中，这是Hadoop集群，有效地像一台机器一样工作，从本质上讲，它只是一台非常非常大的计算机，它可以容纳我们以前使用的Web规模数据的类型。 。 因此，在我看来，在这些类型的平台上进行数据库管理的挑战确实已经成为火箭科学。 您必须非常聪明，才能了解其运行的技术，所运行的平台，其中的数据以及这些数据的使用类型。 是的，我们看到了从2000年代初开始的爆炸式增长，那时我们已经使Microsoft SQL成为现实，Lotus Notes的建立和发展相当成熟，而且遍布该地方的Lotus Notes数据库的数量也相当令人恐惧。 而且，我们通常拥有Oracle和DB2的职位，并且真正开始占统治地位。 像这样的一些品牌开始淡出。 但是直到那时，我们实际上仍然只是在进行传统的数据库管理，大约是在2006年那个时代，如果我回到那个集群的形象，那么我们所谓的Beowulf集群就变成了一个东西，我们可以拿起现成的PC并将它们粘合在一起，制造出大型超级计算机。
但是从那时起，我们越过了一个临界点，在这个临界点上，人们可以进行老式的数据库管理，而且，正如我所认为的那样，规模非常非常非常快。 好像我们在技术上掀起了一场大爆炸，推动了数据技术和数据管理技术，尤其是周围数据库的采用。 而且因为我们实际上是在构建高性能的计算样式集群，以不同形式托管数据。 为了强调这一点，以下是我们可用的截至2016年的数据库技术概况。 从右下角到开源，一直到基础架构的左上角。 在我们可用的应用程序解决方案的右上角和左下角，是进行分析的基础架构和性能引擎的混合，等等。 在中间，当然有像我们的智能手机这样的设备，它们实际上运行在非常小的数据库版本上，以执行诸如管理我们的联系人等等之类的事情，或者我们的通话记录以及我们所拥有的其他东西。
因此，在我看来，这就像是寒武纪的爆炸一样，在大约2006年至2016年的极短时间内进行了技术开发，现在实际上是十年，照原样。 现在我们已经看到，图数据库已成为一件大事，内存数据库已成为一件大事，SQL数据库也应运而生。 迁移到不同的计算模型（Hadoop来了），我们有了MapReduce模型，现在我们有了Spark和流分析以及流计算机，弹性分布式数据，人们必须为其开发的框架，以达到我们所需的规模，当我们考虑这一旅程时，要经历什么样的关系数据库管理系统以及常见的可疑对象，即Oracle，PostgreS，Sybase，IBM DB2，MySQL和Microsoft SQL Server平台。 现在，我们已经看到了一些新成员，例如Clustrix，Xeround，NuoDB，MemSQL，而且您在幻灯片中看到的还有数十个。 如果您可以想象必须了解这些平台，以及如何运行它们并获得单一视图的挑战，那么您需要成为一名DBA并完成这些工作，那么挑战绝非易事。 然后突然出现了NoSQL引擎，这是一种全新的有趣挑战。
因此，我在这里获得的最后一张幻灯片是最终的1-2三级淘汰赛，这就是说我们现在已经采用了其中一些技术，并为它们创建了服务能力，并将其纳入云模型，它们现在可以作为实用工具，服务使用，您基本上可以将数据库作为服务使用，我们在亚马逊的Web服务和Google的Cloud Compute Platform和Microsoft Azure上看到的通常的品牌就是人们喜欢的品牌。介意，但实际上现在有数十个云平台。 以澳大利亚为例，大约有112家公司是真正的大型公共云，它们以各种形式提供数据库服务。
考虑一下一般的DBA现在必须下床去上班并应对的挑战，这是一个令人难以置信的挑战。 因此，我现在的观点非常多，就像生活中的许多事情一样，我们已经在水平和垂直方向上进行了扩展，这就是基础架构在非常水平，接近线性的增长模型中进行的扩展以及堆栈的复杂性。从垂直的角度来看，数据库平台的数量，我们必须处理的应用程序框架和模型的数量已经远远超出了人类在单一视图中应该能够应对的能力，以及如今数据库管理员需要解决的问题能够与所有这些平台进行对话，管理，管理和支持它们的一整套新工具，我相信这就是我们今天上午或今天下午的谈话的全部主题，并牢记这一点，我将交给我们的客人，他们将谈论他们的产品以及如何应对挑战的很多话题。
埃里克·卡瓦那（Eric Kavanagh）：好吧，斯科特，我要走了-
Scott Walz：非常感谢，好的，谢谢。 感谢Dez，Robin和所有参加今天的电话会议的所有人。 我要感谢Robin和Dez自90年代初以来一直在这个空间中带我走上一条记忆的小道，您带回了许多美好的回忆。 我在那些幻灯片和图片中都没有看到的记忆是打孔卡。 那是我刚从大学毕业时刚开始的第一件事，我的同事在我旁边的那个立方体，告诉我不要碰他的打孔卡。 因此，是的，绝对是这样，从90年代中期开始，这确实是一个挑战，也是我们一直在努力帮助客户解决的挑战，这是我今天要谈论的产品。 让我们看一下多平台管理，这只是一个子集。 我选择了一个图表，但随着Dez提出，
埃里克·卡瓦纳（Eric Kavanagh）：您必须共享屏幕。
斯科特·沃尔兹（Scott Walz）：哦，我当然知道，谢谢。
埃里克·卡瓦纳（Eric Kavanagh）：不用担心。 伙计们，不要害羞，问一些问题，今天我们有3条聪明的裤子在电话上，所以给他们发送难题。 您可以使用网络广播控制台的Q&A组件，也可以使用BriefR的标签进行鸣叫。 好吧，斯科特，拿走它。
斯科特·沃尔兹（Scott Walz）：谢谢，谢谢。 我抓起这张幻灯片和这张图片。 Dez的图像确实让我震惊，因为那就是我们今天生活的世界，以及DBA所表现的世界。正如他们所提到的，您不再真正为能够用蛮力做到这一点。 您确实需要这些工具，那就是，我们正在发挥作用，我们看到了整个变化，动量变化在早期就出现了，并且正如您提到的那样非常孤立，然后我们开始使用多个数据库平台，因此这是我们第一次尝试使用这些工具，然后又回到了组织的所在地，在2000年之后以及何时出现了一些收缩。 与组织合作，并希望保持稳定，但是后来又回来了，当您引入所有这些新平台时，它真的很破灭。 现在，这些组织没有扎根于特定的平台或特定的技术，而没有一家能找到最好的方法。 什么是最佳的应用程序数据库，什么是最佳的使用平台？ 话虽如此，我想带您逐步了解我们如何使用DBArtisan。 DBArtisan一直是我们的旗舰产品，管理跨平台环境已有20多年了，这就是我们赖以生存的地方，也是我们想要强调和与客户合作并为他们提供提高生产效率的工具的地方。并表演。
让我们继续前进，我将直接加入。在浏览幻灯片时，我将展示更多产品，我想您也可能会这样做。 对于那些以前从未见过DBArtisan的人，我们正在研究这个产品，我认为Dez使用了“玻璃单片”一词，这是我们引以为傲的DBA外观他们所有的平台。 是的，不需要打开任何其他应用程序，我们将进行连接并将您带到那里，然后开始使用该平台。 查看左侧的数据库浏览器，我们可以根据需要创建它，也可以根据需要组织它。 您会看到我很混，我的一些Oracle服务器，MySQL，PostgreS，还有一个-标记为生产服务器，其中一些包含一些MySQL服务器环境。 再一次，我们可以看到那里非常合适。 如果我要注册一个新的数据库，您会看到我们支持的平台之一，我想提出几个。 您会注意到，当这是您的SQL时，将对此提供支持，Teradata，Apache，PostgreS，这是我们支持的泛型。
如果我们在任何平台上都有JDBC驱动程序或LDBC驱动程序，我们将能够连接，建立连接并允许您从DBArtisan内部直接使用该平台。 同样，让您专注于手头的工作，而不是如何完成任务。 遍历所有这些。 但我想展示一些有关该产品的信息。 在这种情况下，让我们开放，例如，我们将与Oracle打交道。 这只是我的小目标页面，但我想去看看我使用的一些模式。 我们将引入一个较大的模式，因此，再次，我们将带回表列表。 是的，在这种情况下，我将打开一个表，因此我们将只选择它们，并将它们引入我们的对象编辑器中。
现在，Oracle已经与我合作了多年，我将向您展示的内容可能对您来说很简单。 但是，如果以Oracle为平台，或者以PostgreS为平台，或者以Teradata为平台，并且您需要加快速度，那么当前的任务就是添加一列。 或者也许当前的任务是删除一列。 但是您不想担心语法，对吗？ 我们想去，只需键入所需的内容，进行设置，然后让DBArtisan生成即可。 在这里，我们将按“ Alter”。它将为我们生成脚本。 再次，这是一个非常简单的示例，但要点是它将为我们完成工作，以便生成此列并将其放置到表中。
但是，我们还可以在表中四处移动列。 如果您曾经尝试使用传统的方法，那么它会比仅一行这样的代码要复杂一些。 但是，DBArtisan还是要在后台工作，为您生成代码，然后再次生成SQL。 我们将关闭这里。 在执行此操作之前，请再次注意顶部的所有选项卡，用户界面非常直观。 如果我进入浏览器，如果我跳到PostgreS，对吗？ 如果我进入模式模式，请看一下表格，外观非常相似，对吗？ 我们将打开它，再次在这里看到信息。 属性，祖先，列。 我们特定于平台，我们将为您提供用户界面，以使其能够显示并与对象一起使用。 您将要知道自己需要做什么，这将使您能够高效，及时地进行操作，因此您不必担心到底需要什么子句才能执行该操作。提供该选项。 我们会为您解决。
另外，当我们看时，我现在将跳到SQL Server并讨论一些其他功能，因此，我们都需要监视数据库。 因此，再次启动它，让我们查看所有正在发生的会话，正在运行的会话。 我们如何看待正在执行哪些语句并能够对其进行控制？ 我们需要停止会议吗？ 我们是否需要查看数据库上可能存在的任何锁？ 有锁吗？ 再次，我们将所有这些信息提供在我们的指尖，以便我们快速做出反应，在需要时采取纠正措施，然后予以解决。 我们将回到浏览器。 这是这里，这是出发点，这是我一直回到的地方，这是我个人希望从这里开始工作的地方。 当我连接到SQL Server数据库以查看实用程序时。 因为我们是跨平台的，所以我们可以开始研究提取，迁移。 如果我们需要将对象从一个平台迁移到另一个平台，我们可以跨平台移动，只要这些对象存在于不同的平台上，我们就可以做到。 提取架构，发布到报表，加载和卸载数据以及备份数据库。
同样，所有这些都来自用户界面。 来到这里，您会看到我们可以操作的一整套工具，对吗？ 在“查找文件”之间，我们可以进行完整的数据库搜索，在其中查找系统表以查找您要搜索的字符串。 “脚本和文件执行”，如果您有一个可以在多个平台，多个数据源上执行的标准语句，则可以在DBArtisan内部直接设置该语句，以指向要对其执行的目标。 按“开始”，它将运行，并使我们针对所有这些目标数据源返回结果。 同样，让您从那块玻璃上工作。
再者，“分析师系列”将更加深入。 当我们开始进入更多的新平台时，它们更适合于关系数据库，您将开始看到我们也将此功能扩展到了那些领域。 通常，只有很多用户界面增强功能。 专为DBA设计的功能。 诸如我们这样的项目都可以执行脚本库。 您经常在多个平台上执行的SQL脚本，将其保存在此处，将其拖动，一旦设置了新的ISQL窗口，我们就可以将脚本拖入其中，并且现在可以开始使用该脚本了。 再次，使您触手可及并能够进行管理。 您会注意到，我们提供了已经为某些平台定义的脚本，因此我们可以随时创建所需数量的脚本。
如果您感兴趣的话，我喜欢并且很多客户都喜欢的一件好事，而我对于“我该怎么办？ 太酷了。 DBArtisan怎么做？”这里有一个小功能，“日志文件”，您可以记录我们执行的所有SQL语句，因此，如果您想知道我们如何填充该探索性信息或如何填充PostgreSQL表的编辑器或Teradata表，记录SQL，我们将记录DBArtisan针对数据库执行的所有操作，您可以返回查看该SQL，并获取我们需要的所有信息。 也许您想将其合并为脚本之一。 绝对。 完全可以。
我们希望对数据库执行的操作和执行的操作非常透明，因此我们将允许您保存和记录适用于数据库的所有内容。 我们也有配置选项。 您会注意到我将其设置为“由对象所有者组织”。我也可以通过“对象类型”进行设置。如果我再次进入PostgreSQL环境，那么如果我查看SQL而不是SQL，就会进入该方案。只是属于该方案的GIM表，无论架构名称如何，我都会看到所有表。 同样，可以采用不同的方式来组织真正针对您自己的工作流进行自定义的事物，以及如何查看它。
我最后要谈的是设置“书签”的功能。如果深入研究，如果我在一个平台上工作，并且只想关注表模式，则可以添加书签。 我知道，这是一个非常简单的功能，但功能非常好，尤其是当您使用的数据源和平台数量与当今的DBA一样多时。 为了能够进入系统，启动DBArtisan并让书签管理器将您带到树中您需要并且能够工作的位置。 然后，从这里我可以创建一个新表，并在您之前看到的我们支持的平台上再次创建一个新表，我们将带您逐步了解“向导”，以便您驱动和开发并创建表。 我们将为幕后生成所需的所有语法，然后在预览窗格中最后将其呈现给您。 您可以进行验证，确切了解我们将要生成的内容。 您可以单击“执行”按钮，然后单击“完成”按钮，使其执行。 或者，您可以保存它或将其推到另一个ISQL窗口，因此，再次使其成为您想要在批处理窗口时间内保存和部署的更大，更大的脚本的一部分。
这是DBArtisan的概述。 同样，当我们谈论到这一点时，它是一个拥有很多平台，对这些平台的支持以及出色的用户体验以及客户的好评的产品。 并且，如果您有兴趣，作为小组成员之一，但是如果您需要查找与IDERA相关或与DBArtisan相关的任何内容，请随时与我们联系，您当然可以在我的电子邮件地址中找到我。
埃里克·卡瓦纳（Eric Kavanagh）：好吧，我想我会先向罗宾提出问题，然后再提出Dez问题，然后我将监视与会者的问答。 罗宾，把它拿走。
Robin Bloor：好的，我的意思是，第一个问题，我实际上已经对DBArtisan熟悉了很长时间，所以我对它的功能有所了解。 我对您感兴趣的是从这里开始的未来之路。 我的意思是，我知道，我上次查看它肯定是很久以前了。 我看到您正在支持至少三个数据库，而我之前从未意识到您曾经支持过。 DBArtisan的前进道路是什么？ 您可能只是要添加越来越多的数据库，还是功能扩展？ 您打算在哪里去？
Scott Walz：这是一个很好的问题，我希望以上所有内容。 我们肯定会继续发展，因为传统的RDBMS平台不会停滞不前，对吧？ 他们正在继续发展。 我们将继续走这条路。 然后您将看到我们开始寻找并朝着支持网络新平台的方向发展。 因为我们认识到，尽管其中一些平台（传统的RDBMS）正在持续增长，但在某些情况下，新平台还是适合客户使用的合适平台。 我们确实一直在密切关注该市场，该细分市场，并试图针对要使用的平台做出正确的决定。 实际上，它们似乎每天都在变化。
Robin Bloor：就像我和Dez所说的那样，这是一个非常活跃的市场，可能是一种看待它的方式。 我会感兴趣的另一件事–显然您将无法精确地回答这个问题，但是我遇到的站点中有数千个Oracle实例，而Oracle没有您知道唯一正在使用的，正在部署的数据库。 当我实际上与他们交谈时，您如何管理这么多实例，他们说：“嗯，您知道，只有五个或六个大实例，而我们在其中分布着三个DBA。”我对使用DBArtisan感兴趣，因为您可以用它做很多事情，通常要说它有多少个数据库，或者最大的例子是一次可以管理多少个字符串？
Scott Walz：嗯，我已经看过情况了-再说一次，这个问题有点复杂，因为DBArtisan允许我为单个实例定义多个连接或多个数据源。 也许我想先进行系统登录，然后再以较低权限登录，但我已经与客户打交道，一切都崩溃了，它会进入多个屏幕。 现在，当我问他们这个问题时，您问我的问题是：“您如何管理这么多？”然后他说：“我不。”对吗？ “我尽我所能，但是我需要获得一切。”我还没有看到任何可以阻止的东西，人们可以管理的上限实际上就是那个人（个人）可以做到的上限。处理。 但是，正如我提到的，您知道，我遇到的那些人，他们公开承认他们拥有所有这些联系，但是他们无法管理这些联系。 他们依靠自己的团队。 我确定您已经经历了，是的。
Robin Bloor：好吧，我本人实际上是一名DBA，尽管我很长时间没有这样做。 而且，我记得，关系数据库中的其他所有内容都是，您可以用SQL做很多事情。 通常比您想像的要多。 它以一种或另一种方式解释了DBArtisan所具有的某些功能，因为它只是直接转换为SQL。 但是，您知道，我敢肯定您会做其他事情。 都是SQL脚本编写的，还是为深奥的情况编写的其他特殊例程？
Scott Walz：是的，很多，大部分是SQL，这只是本质。 但是我们确实编写了可以使用供应商的前端工具从命令行运行的例程。 例如，我们会将前端放在平台上的数据加载实用程序上，对吗？ 这些不是SQL脚本，对，它们是命令行作业。 它将生成这些代码，并将其提供给DBA，然后他们可以执行这些代码。 是的，我们将同时做一点，但大多数都是SQL脚本。
Robin Bloor：在研究中，因为显然您必须以一种或另一种方式看待正在发生的事态发展，我认为这是相当新的。 我的意思是，我发现有趣的事情之一是，Spark显然像火箭一样起飞，但是Spark的SQL已经从非常不成熟的状态转变为通过更多的SQL功能变得更加成熟。 您是否看过类似的事情，并且想知道是否要开始使用DBArtisan进行管理？
斯科特·沃尔兹（Scott Walz）：当然可以。 一直在那里。 我知道我们的产品管理团队会一直在寻找发展的方向，而且绝对会考虑到我们将来所要考虑的一切。
Robin Bloor：好的，Dez，你想参加吗？
Dez Blanchfield：是的，实际上，Robin在你那里为我打开了一堆很棒的东西。 非常感谢你。 我热衷于探索一些这样的产品，当我看到这样的产品时，我会兴奋不已。 当我仔细检查我的作业时，因为就像前面提到的Robin Bloor博士一样，他和我一样一直跟踪了一段时间，而我记得前几天看着您的规格要求并思考，实际上，这件事在依靠它的实际功能。 我认为从内存中看（如果我错了，请纠正我），我认为这就像笔记本电脑的性能可以轻松运行DBArtisan一样，但是它能够运行一些非常重要的数据库后端。 我很高兴看到您现在也有Firebird和Greenplum。 对硬件的要求或规格给我留下了深刻的印象，这些硬件或要求可以像一个千兆赫兹CPU上的一个RAM一样运行。 那真是令人印象深刻。
但是用例是我想研究的一点。 您是由于现有环境已经失控而将产品的使用作为一种需求吗？还是看到人们现在变得更加主动，并说我们正在构建一些产品大，很复杂。 例如，我在这里考虑并购，一个组织可能会收购一堆公司，无论大小，无论大小，最终都会继承所有这些环境并必须建立新的数据库功能。 就组织的类型和应用程序的类型而言，通常的用例是什么？ 是主要是拥有现有环境并只需要清理它们并获得控制权的人，还是人们变得更加主动并思考他们将要建立的复杂性并尽早加入您的行列？
斯科特·沃尔兹（Scott Walz）：由于您提到的合并的原因，我们看到了更多的早日开始。 有了我们所能提供的广泛平台支持，这并不是对未来的全面证明，但是，这使您和您的DBA处于一个非常好的情况，当他们确实考虑潜在的收购目标时，他们的需求会减少一些，您知道我们可以继承哪些平台，对吗？ 尽管它很重要，但是，对我们的DBA的关注要少一些，对吗？ DBA现在拥有一种产品，他们知道他们可以连接，并且如果他们熟悉使用该产品，那么他们将熟悉如何连接到刚购买的平台。 所以这肯定是我们看到的领域，很长时间以来，您都知道拥有所有这些平台的客户，对吗？ 我该如何解决这个问题，对吗？ 他们之所以尝试过，是因为思考过程是每个平台都有一个工具，对吗？ 我们可以使用自己的工具，对吗？ 但是最终又回来了，您知道吗，是的，您可以，但是我不仅要学习每个平台，现在我还要学习与每个平台一起使用的每个工具之一，并且因此，您刚刚使DBA的工作更加复杂。 因此，我们还看到这种情况，他们会回来找我们，说：“您知道，我们需要努力解决这一问题。 让我们为DBA获得一个工具，因为与学习新工具的UI相比，DBA还有许多重要的事情要做。 或其他工具。”
Dez Blanchfield：是的，不完全是。 而且，您知道，当您看到的时候，我想起昨天看时的记忆只是为了仔细检查我没看错，例如，我记得您曾经支持Sybase，所以这件事已经存在了一段时间。 实际上，还有一个问题是我的-是的，将Greenplum和Firebird列在清单上真是太好了，但是您的Sybase很快就老化了，这表明它已经存在了一段时间并且做得很好。
集群。 因此，对于DBA来说，最大的麻烦之一是它们将指向本质上看起来像IP地址和一堆API的东西，或者是JDBC还是LDBC或我们可能要与之交谈的任何东西，但是背后却是一个集群。 DBArtisan可以知道或知道第一号门的背后是什么，就像当我插入数据库后端时一样，我是否可以看到那里的所有环境，尤其是，所以有两部分问题，也许。 例如，当您考虑该集群时，就会知道它支持IBM DB2和Microsoft SQL数据库服务器，MySQL，PostgreSQL和Oracle以及一些传统的RDBMS，并且您总是知道我们运行主从机或主从机。冗余，高可用性和性能的环境。 DBArtisan是否知道第一道门后面的东西本身不仅是一个数据库，而是一个集群，如果是的话，它对此有什么了解？ 为了尽快解决这个问题，对不起，您可以回答相同的问题。 因此，在某些情况下，在集群的背后，人们如何应对生产环境与灾难恢复环境之间的混合，就DBArtisan的使用而言呢？
斯科特·沃尔兹（Scott Walz）：好的问题。 我会告诉您的是，这将取决于特定平台，因为在我们尝试的过程中，我们将为其中一些深入，更深入的功能提供不同级别的支持。 例如，对于Oracle及其RAC环境Real Application Cluster，您可以连接到该集群中的主节点，但是要通过我显示的数据库监视器，我们将让您看到SQL正在运行，并且真的要告诉您它正在集群的哪个节点上运行，对吗？ 为了让您确切地看到运行缓慢的查询，让我们关注一下它在哪个节点上运行？ 因为集群不可避免地是出于最终用户的全部原因，所以他并不关心集群的执行位置，但是对于DBA，我们需要跟踪此类信息。 例如，我们可以深入到Oracle中的详细程度。 我们确实拥有的其他平台具有连通性，其详细程度可能不及Oracle。
关于生产和开发环境，这是一个好问题。 我们正在提供相同水平的支持。 我们将要协助的真正主要方式是连接层，对吗？ 我们将能够连接并执行所有功能。 我有一些客户正在利用DBArtisan中的某些功能对数据源进行分类，对吗？ 再说一遍，对于您要问的确切问题可能有点偏离，但是我们将使他们能够在工作时以图形方式表示。 因为那是关于DBArtisan的事情之一，所以我可以快速在数据源之间进行切换。 接下来，您知道我已经准备好运行截断语句，并且希望看到我是否已连接–我是否只是针对生产或开发运行了此语句？ 因此，我们在DBArtisan中提供了一些功能，以帮助那里的DBA进行管理，并在可能的情况下通过一些DBA活动避免麻烦。
Dez Blanchfield：考虑到这一点，在您目前支持的一长串平台上，我敢肯定，由于明显的原因，这将很快爆炸。 我的意思是，例如，您在大型机上支持z / OS上的DB2之类的东西，然后很显然，您就支持我们过去所称的中端之类的东西，但现在仅是UNIX系统，以及更现代的平台，知道，Linux，然后最终将其移植到Bluemix之类的产品上，并移植到Cloud Foundry上，因此您最终将在Bluemix上的Cloud Foundry上运行DB2，而IBM和soft上的云将最终运行。 人们目前不仅在运行管理和监视功能，而且在迁移和移动数据的能力上还提到过您。 您是否在看到人们与DBArtisan躺在床上说：“您知道吗，我们在旧的大型机上堆了很多东西，只是需要下车，这样做确实很麻烦。 如果可以指向，单击并从此处拖到此处，则实际上可以移动和迁移我的数据和架构。”这是人们正在做的事情吗？
Scott Walz：他们确实在前进，对吗？ 他们正在移走数据，对吗？ 现在，他们正在使用DBArtisan作为工具。 它为他们做一切吗？ 不。我们开始的拖放并不完全是在那里，但是我们使它们能够生成一些脚本，因为理想情况下，您将要使用–您不希望这项工作成为现实。出于您提到的原因，它可以在客户端和笔记本电脑上运行。 我们可以在很小的空间上运行，对吗？ 我们正在帮助他们生成脚本，然后将其翻转并构建它，然后他们可以交付该脚本并使其在服务器上运行，对吗？ 并获得强大的功能以及服务器背后的强大功能。 我们正在帮助他们创造一些工作来完成某些工作。
Dez Blanchfield：对。 最后几个给您，我们可能会回头。 仔细阅读您的附录，这确实让我感到震惊，这真是太棒了，实际上，我希望我们还有一个小时来详细介绍。 对DBA来说，一个真正的巨大挑战是基本的合规性，基础架构的整体治理，审计，报告当前状态，展望将来为诸如环境的总体增长之类的准备工作。 令我震惊的是，即使您的产品似乎能使生活变得轻松，其核心还是那一块玻璃，单一的世界观，而我实际上可以单击并指向并拖动，我喜欢这一事实我现在可以训练某人很快地做到这一点，他们不必像以前那样阅读本手册。 令我吃惊的是，该工具还使我能够执行围绕治理，合规性和审计的一整套工作，我想知道人们是否真的已经觉醒了，我确定他们已经知道了。
但是，您是否看到人们现在正在审视此事，就像是这样的尤里卡，一个哈哈的时刻，说：“嘿，您知道吗，这使DBA从现在开始真的很轻松，或者从操作的角度来看更轻松还是发展的角度。 但是，天哪，我们实际上可以现在就报告所有数据库，所有数据集，所有无内容数据以及所有元数据。 就像，谁有访问权限，他们何时有访问权限，为什么他们具有访问权限以及他们具有哪种访问权限。”然后，突然之间，解决了合规性方面的一些挑战。 特别是当我们在数据泄露方面发生了一些非常大的事情时。 我们遇到了一些令人惊奇的事情，例如全球金融危机，所有这些挑战都将到来，但是我们到底将如何衡量和监视并解决合规性问题？ 对于使用DBArtisan的人来说，这是否对人们来说是一件大事，还是在初期呢？
Scott Walz：我的客户对DBArtisan的评价还不够。 现在那些才意识到这一点。 灯泡不亮了。 他们说：“等等。 我可以在一个工具内回复和响应，并生成您提到的一些报告。 我已经知道了。”现在还有其他人仍需要追赶，这可能是出于各种原因，对吗？ 他们可能还没有或者可能正在被其他人处理，但是我们发现正在使用它的客户，那是一个哈哈时刻，对吗？ 那，我不仅可以创建所有这些东西的表。 绝对，具有所有合规性要求，这是巨大的。 这本身就是一项工作。
Dez Blanchfield：的确如此。 而且，您知道，我的意思是，我立即想着，如果有人要说出要创建一个配置管理数据库CMD，如果他们必须满足Sarbanes的所有要求，从Oxley到COBIT到ITIL，甚至包括SWIFT合规性和银行业务，甚至包括国际标准组织（ISO 27001，27002）之类的东西。所有这些都是非常重要的框架。 挑战之一就是仅查找数据的位置，谁在管理数据，数据采用什么格式，而我在想，它具有对我来说，就像对我来说，现在尤里卡时刻刚刚过去，看着我就挂了在一秒钟之后，我什至可以把这个扔给不一定是DBA的人，但是我可以快速地训练他并说：“有一个合规性工具。”我认为在管理数据库中完成它的工作真是太好了管理世界。
但是我坐在这里，是在想，上帝，这些天您可以同时管理多个平台，并且您可以像您所说的那样直接进入记录您所做的交易的事实。 您知道吗，想象一下将此工具用于数据泄露事件中，您的安全团队就会四处奔波，试图找出问题所在，原因以及发现者。 而且，在他们四处走动时，他们必须记录并跟踪他们所做的每项操作，因为如果不能这样做，它们可能会成为问题的一部分。 是的，我认为这是一种了不起的功能，您知道，您可以立即开始做，您知道。 尤其是当我们了解您所知道的数据审计的挑战时，我们就像数据集和数据一样具有庞大的功能。
我们在另外几场展览中谈到的一件事是，您知道如何去查找数据，而我们经常谈论的事实是，当您在任何组织中任职时，您倾向于站在小隔间里，把手伸向空中，挥手走开，“有人知道这个数据库在哪里吗？ 我如何获得该数据源？ 这个文件在哪里？”“去问接待。 您的工具可以立即提供发现，发现，甚至报告的功能。
简短地回到其中一个问题，然后我将总结并交给埃里克。 我感到震惊的是，在接下来的12个月内，规模将成为您的挑战。 我能以三万英尺的角度，从DBArtisan发挥作用的规模或范围内，给我们一些见识。 我可以想象，当我把它放在笔记本电脑上时，我会摇晃起来，将它指向一个可以发现它的环境，然后就可以开始在它上面做事了。 我想它就像一个单一的，很小的，带有少量行和表的开源小型数据库引擎。 它将达到什么规模？ 您在大型机上谈论过DB2，这很大。 和集群。 在这里我们可以应付的规模范围是多少？ 罗宾（Robin）早些时候谈到过，但是我只需要更详细地介绍一下DBArtisan的规模。
斯科特·沃尔兹（Scott Walz）：好的。 当然，这将是您的挑战，因为它是客户端软件。 因此，再说一次，如果我正在使用大型机，则在针对现有大型机的测试系统进行工作时，我可以将其指向数百万行，并针对数百万行进行交叉联接。 对，所有工作都将在服务器上完成，因为我们正在传递该命令，而这只是DBArtisan处理结果集的问题，对吗？ 这就是挑战，这就是我们正在做的事情的美。 大多数繁重的工作都在服务器上完成。 我们只是处理所有结果。 因此，同样，当您想同时运行十个查询，这些查询都返回数百万行时，您当然会遇到这种情况，是的，绝对可以，您可能会在其中找到一些性能，对吗？ 但是，我从来没有让客户回避针对DBArtisan（针对他们的数据库）运行大型查询。 再次，就像我说的，里程数取决于很多因素，对，但是，再次，就像我说的那样，我正在处理数百万行的返回，只要它填满了网格，就可以知道，我准备走了。 但是有时显然我必须等待结果返回。
Dez Blanchfield：在总结之前，我想问您一个问题，因为我花了您太多的时间，并感谢您。 告诉我们更多有关您的信息，您知道，昨天阅读了最新的技术规格只是为了确保我的了解和想象中的一样。 您知道，流程监控以及某种类型的警报和通知会导致DBA每天整天出现所有与DBA有关的重大问题。 是否有人要填写此表，他是否要填写数据库，他们是否要填写我拥有的磁盘空间，我该如何管理它？ 让我们快速了解一下过程监视的种类，尤其是监视警报，然后理想情况下是进行容量计划。 我认为这是一个可能引起人们极大兴趣的领域。
Scott Walz：流程监视可能显示了我们大多数客户群使用的功能，并且这是一个能够显示和执行此功能的数据库监视器。 而且分析人员包中确实有一些。 当达到某些阈值时，Performance Analyst确实会设置一些警报。 它可以提醒您。 也许X数量的日志，日志文件中的错误，就会为您发出警报。 表空间达到一定的百分比已满，您将收到另一个警报。 它的优点是，您使用的是同一工具，对，它是DBArtisan的一部分，因此您只需右键单击错误，警报，然后使用DBArtisan进行管理，就可以直接使用表空间编辑器。 您可以在那里解决问题。
关于容量，绝对是一个热门按钮，而我们目前拥有的容量分析器已移植到SQL Server，Oracle，DB2 LUW和Sybase ASE。 这正是您所描述的。 一旦我们获得了一些集合，就可以开始了，一旦我们获得了样本大小，也许是行的大小，也许是对象的数量，工具中的许多选项，就可以开始了，对吗？ 六个月后会是什么样？ 十二个月后会是什么样？ 我可以趋向于某个日期，或者可以趋向于某个值，对吗？ 举个例子，我有X的磁盘空间，我什么时候才能达到那个极限？ 基于我的成长和所做的这些收藏，我什么时候才能达到那个极限？ 至少我知道我可以开始为此做计划。 是六个月，还是两年？ 但是，我们可以再次使用容量分析器来实现这一目标。
Dez Blanchfield：太好了 。 很棒的演示。 我真的很喜欢。 我将回到Eric，因为我知道今天我们令人惊叹的听众中出现了几个问题。 非常感谢您，很好地了解产品真是太好了，我期待着密切关注它。
埃里克·卡瓦纳（Eric Kavanagh）：好的。 我们确实有几个很好的问题。 而且，随着时间的流逝，我们会做一些努力，所以我们将尽力总结一下，因为我知道，斯科特，您有一个艰难的停顿。 这是一个大问题。 如何处理旧数据存储（例如VSAM，205型，IMS和IDMF）以及类似的东西？ 您最近几天经常看到这种情况吗？
Scott Walz：我不想告诉你你被困住了。 在其中某些环境中，如果它们具有ODBC或JDBC，并且我知道其中一些环境，我们可以连接到该环境，并且可以通过这种方式使用它。 但是在大多数情况下，绿屏仍然是必经之路。
Dez Blanchfield：我喜欢绿屏。
埃里克·卡瓦纳（Eric Kavanagh）：就像Dez在一张幻灯片中指出的那样，您知道他拥有当今可用的所有这些不同的应用程序和工具，对于任何想负责任地执行数据库管理员功能的人来说，这都是非常艰巨的现实。 而且我猜测随着时间的推移，您可以在客户需要时建立与这些工具中的任何一种的连接器，对吧？ 这样就可以启用该单个窗格。
Scott Walz：这是使DBArtisan能够处理那些JDBC和ODBC连接的重要关键。 我们现在真的扩展了它。 现在，只要我们有该连接，就对了，只要有了该驱动程序，我们就可以连接并对其进行处理。
埃里克·卡瓦纳（Eric Kavanagh）：好东西。 伙计们，我们将所有这些存档，以供以后查看。 我发布了幻灯片的链接，希望您可以通过SlideShare看到它。 先生们，非常感谢您的所有努力。 今天再次精彩的网络广播。 很多好的幻灯片。 很好的内容。 我喜欢那个演示。 你们已经把目标对准了市场上的一个最佳位置，这确实很有趣，因为最近数据库类型激增了。 作为管理者，我们只需要一些地方来处理所有这些事情。 做的好各位。 明天我们将赶上您的另一项热门技术。 希望你明天花了一个小时。 同时。 同一站。 下次，我们将赶上您。 照顾自己。 再见。
