关系数据库

不能一刀切

因此，各企业面临着一个难题。 他们拥有一系列需要与NoSQL数据库协同使用的技能和兴趣点。尽管开发人员很乐于花费时间来学习新工具和新技能，以追求一种能快速向企业提供新功能的开创性方式，但其它团队将无法完成相同的投入。

数据库系统供应商们不具备完善的设备来提供促进数据库系统多样化的软件工具。 因此，他们自然而然地会形成一种“工作流”的理念。虽然他们的产品经理可以勾选多个用例盒，但是，在他们激情澎湃的心中，他们知道用户的工作方式只有一种，而这就是人性。

任何试图向数据库专业人士引荐新的数据库系统的人员只有在接受并形成自由市场工作方式后，才能建立庞大的用户基础，并获得成熟的盈利。开发人员比较缺乏耐心且固执己见，所以如果他们找到一个更好且更快的工作方式，那么他们会对建议嗤之以鼻，并说“我们不会在数据墙的这边做这样的事。”相反，他们会找到一种能跨过数据墙或在数据墙之下实施的方式。同样的道理，那些必须维持系统运作或需要与之进行接触的人员都需要这样去做才能不受到巨大文化变革的影响。

随着数据库产业变得更加多样化，运行数据库的团队也是如此。在任何指定的agile项目中，随着分布式开发团队的兴起，开发人员的技能和经验水平的范围也变得越来越广泛了。 因此，分享共同的工作环境成为了项目成功的关键。开发人员需要使用专为agile开发而设计的工具，即：IDE（集成开发环境）、GUI（图形用户界面）、数据建模软件、以及一系列附加服务，从而提供类似于托管搜索和加密密钥管理这样的功能。

一些开发人员可能仍然倾向于使用命令行界面和文本编辑器，而他们的产品经理和偶尔的业务用户可能更喜欢图形工具，从而通过拖放字段和自动完成功能来构建查询。而在数据分析角落，BI专家可能会想要构建复杂的聚合管道，而负责生产部署的各种“数据库人员”具备使用关系数据库的背景，并且会更喜欢基于SQL的方法。

多线程技术的未来

那么，我们究竟要如何鼓励市场提供能够适应所有这些不同合法工作方式的工具呢？

IDE只有适应所有需要的工作方式才能派上用场。 特别是对于MongoDB来说，名为“Compass”的内置GUI产品主要是一种针对高级商业智能用户的图表工具。 而另一方面，Studio?3T是一种功能齐全的IDE，它是由认为团队是由许多扮演不同角色的人员组成的，而每个角色在访问并处理数据时拥有着互补但却不同需求的人员所编写的。联合创始人格雷厄姆·汤姆森（Graham Thomson）表示：“Studio 3T采用了不同的方法。我们可以让不同的团队以各自喜欢的方式在同一MongoDB平台上工作。这样一来，他们就可以更快地进行迭代，并且可以获得更多的利润了。”

Studio 3T的中档版本具有多个查询选项，其中包括自动完成“Intellishell”、聚合流水线构建器、SQL查询功能以及新版本的查询代码生成器。汤姆森表示：“现在，您可以针对MongoDB集合编写标准SQL查询了。而且，您也可以使用Studio 3T 来立即对其进行翻译，从而了解等效的MongoDB查询。另外，您也可以通过图形方式撰写查询，或者使用Studio 3T中的标准MonogDB脚本。

然后，您无需在的驱动程序中全部对其进行重写，相反，我们可以在Java、Javascript、C＃或Python中生成相关的本地化查询代码。您只需要对其进行复制及粘贴即可。 可以说，我们的IDE拥有着合适的多语言。”

基本的GUI（如Robomongo）可能比较适用于处理Excel电子表格这类大小的小型数据集，但是当您的团队包含了三个以上会工作到商业截止日期的人员，那么您除了联合使用IDE和您的团队需要的任何工具之外别无其它可用替代方案了。

在IBM的数据库即服务Co***中，Walker-Morgan强调了决策制定在构建阶段的基本实用性质，但这与意识形态无关，因为它是关于为现有的工作选择合适技术的，并且很少有可能会成为一种单一的多功能技术。相反，它更有可能会成为一种拥有大量开发空间的技术，并具备一些恰好适合且能一起良好工作的工具：

请选择适合您任务的工具；这不仅仅指一个工具，而是要选择尽可能多的需要的工具。如果您的应用程序堆栈需要使用内存数据库，或需要使用用于面向客户端应用程序的文档数据库来利用消息传递总线绑定应用程序，或需要用于后台数据分析的数据库以及JSON文档搜索数据库，那么这就是您应该要选择的架构了。资讯网news.webhostin***/

请选择能够出色完成一项工作，同时也可以与其它工具一起自动化数据库生命周期中的重要流程的工具。 此外，共享同一开发环境将有助于您生成足够快的部署速度以及退出启动流程所需的逃逸速度。因此，请选择尽可能会定期发布重大版本更新的工具，而且该工具也要能加速进军急需它的市场。