为什么NoSQL需要无架构的ETL工具？

导语：哥们是一壶烈酒，让你兴奋，让你激动，让你尽显英雄本色，虽然有时也难免让你丢人现眼；朋友是一杯清茶，让你平和，让你宁静，让你略知世道人心，虽然有时也难免让你单调乏味。

为什么NoSQL需要无架构的ETL工具？，处理NoSQL数据的难点

NoSQL数据库是存储不同数据的绝佳方式，例如您无法控制源格式，但是它们往往缺乏先进的工具，一开始就是板载数据、执行数据工程的工具、高级分析和数据科学，最后是工具来显示结果或者可视化NoSQL数据库中包含的内容。

很长一段时间这并不是采用NoSQL的障碍，传统上开发人员使用这些数据库的开发人员友好的API以便将它们包装在一个定制的应用程序中从而支持NoSQL的采用，这对早期NoSQL市场的发展起到了很好的作用，然而对于这个市场继续起飞并挑战传统的数据库供应商，更多的人需要采用NoSQL而不仅仅是API精明的开发人员。

甚至开发人员也不喜欢编写无聊的管道代码将数据从一个地方链接到另一个地方的代码，这是沉闷和重复的，客户也不喜欢它因为任何需要代码的地方都不可避免地意味着维护问题，更不用说长时间编写和测试它了，这意味着最初部署NoSQL等新技术的成本增加。

同样在输出方面如果您无法快速查看可以从数据中收集的见解，那么您就无法充分认识到您在NoSQL数据库技术方面的投资所带来的好处，尝试围绕问题进行编码会导致更长的项目时间以及上述与自定义编码相关的成本增加。

许多NoSQL公司都试图在其产品中加入SQL支持以弥合传统BI供应商与其产品之间的差距，BI在创建可视化的最后十码处是非常固定的模式，这些SQL层强加了这些约束并删除了这些NoSQL数据库提供的一些极大的灵活性和内置功能，因此尝试此操作的客户并未充分认识到NoSQL数据库可以提供的好处从而降低了投资回报。

由于这些原因NoSQL数据库中保存的数据的输入、处理和输出的自定义编码极大地增加了客户使用NoSQL的门槛并限制了NoSQL市场的增长，我们需要的是围绕这些NoSQL数据库更好的工具。

什么工具现在一般可用？

具有用户界面的工具使非开发人员用户能够与各种系统中保存的数据进行交互并可视化地创建数据处理从而减少了使用新技术的障碍，在传统的关系数据库空间中，ETL工具执行了此功能，当然历史问题是您的ETL过程在创建时是固定模式，在设计ETL过程时您可以有效地硬编码ETL过程中的字段集，如果底层结构发生了最佳情况那么新数据将被忽略，最糟糕的情况您的ETL工作中断，在NoSQL世界中您的数据结构很多并且变化多端且经常更改，固定模式ETL会限制您的工作量。

最后小编的文章就到此结束了，不知道大家看过瘾了吧，小编码字不容易，还请大家担待。关注小编每天位大家带来许多游戏的趣事，最后祝大家天天开心！