ETL的考虑
做 数据仓库系统，ETL是关键的一环。说大了，ETL是数据整合解决方案，说小了，就是倒数据的工具。回忆一下工作这么些年来，处理数据迁移、转换的工作倒 还真的不少。但是那些工作基本上是一次性工作或者很小数据量，使用access、DTS或是自己编个小程序搞定。可是在数据仓库系统中，ETL上升到了一 定的理论高度，和原来小打小闹的工具使用不同了。究竟什么不同，从名字上就可以看到，人家已经将倒数据的过程分成3个步骤，E、T、L分别代表抽取、转换 和装载。
其 实ETL过程就是数据流动的过程，从不同的数据源流向不同的目标数据。但在数据仓库中，ETL有几个特点，一是数据同步，它不是一次性倒完数据就拉到，它 是经常性的活动，按照固定周期运行的，甚至现在还有人提出了实时ETL的概念。二是数据量，一般都是巨大的，值得你将数据流动的过程拆分成E、T和L。
现 在有很多成熟的工具提供ETL功能，例如datastage、powermart等，且不说他们的好坏。从应用角度来说，ETL的过程其实不是非常复杂， 这些工具给数据仓库工程带来和很大的便利性，特别是开发的便利和维护的便利。但另一方面，开发人员容易迷失在这些工具中。举个例子，VB是一种非常简单的 语言并且也是非常易用的编程工具，上手特别快，但是真正VB的高手有多少？微软设计的产品通常有个原则是"将使用者当作傻瓜"，在这个原则下，微软的东西 确实非常好用，但是对于开发者，如果你自己也将自己当作傻瓜，那就真的傻了。ETL工具也是一样，这些工具为我们提供图形化界面，让我们将主要的精力放在 规则上，以期提高开发效率。从使用效果来说，确实使用这些工具能够非常快速地构建一个job来处理某个数据，不过从整体来看，并不见得他的整体效率会高多 少。问题主要不是出在工具上，而是在设计、开发人员上。他们迷失在工具中，没有去探求ETL的本质。
可 以说这些工具应用了这么长时间，在这么多项目、环境中应用，它必然有它成功之处，它必定体现了ETL的本质。如果我们不透过表面这些工具的简单使用去看它 背后蕴涵的思想，最终我们作出来的东西也就是一个个独立的job，将他们整合起来仍然有巨大的工作量。大家都知道“理论与实践相结合”，如果在一个领域有 所超越，必须要在理论水平上达到一定的高度。
下面看下用于ETL的Python数据转换工具，具体内容如下所示：
前几天，我去Reddit询问是否应该将Python用于ETL相关的转换，并且压倒性的回答是"是"。
但是，尽管我的Redditor同事热心支持使用Python，但他们建议研究Pandas以外的库-出于对大型数据集Pandas性能的担忧。
经过研究，我发现了很多用于数据转换的Python库：有些改进了Pandas的性能，而另一些提供了自己的解决方案。
我找不到这些工具的完整列表，所以我想我可以使用所做的研究来编译一个工具-如果我错过了什么或弄错了什么，请告诉我!
Pandas
网站：https：//pandas.pydata.org/
总览
Pandas当然不需要介绍，但是我还是给它一个介绍。
Pandas在Python中增加了DataFrame的概念，并在数据科学界广泛用于分析和清理数据集。 它作为ETL转换工具非常有用，因为它使操作数据非常容易和直观。
优点
- 广泛用于数据处理
- 简单直观的语法
- 与其他Python工具(包括可视化库)良好集成
- 支持常见的数据格式(从SQL数据库，CSV文件等读取)
缺点
- 由于它会将所有数据加载到内存中，因此无法扩展，并且对于非常大(大于内存)的数据集来说可能是一个错误的选择
进一步阅读
- 10分钟Pandas
- Pandas机器学习的数据处理
Dask
网站：https：//dask.org/
总览
根据他们的网站，" Dask是用于Python并行计算的灵活库。"
从本质上讲，Dask扩展了诸如Pandas之类的通用接口，供在分布式环境中使用-例如，Dask DataFrame模仿了。
优点
- 可扩展性— Dask可以在本地计算机上运行并扩展到集群
- 能够处理内存不足的数据集
- 即使在相同的硬件上，使用相同的功能也可以提高性能(由于并行计算)
- 最少的代码更改即可从Pandas切换
- 旨在与其他Python库集成
缺点
- 除了并行性，还有其他方法可以提高Pandas的性能(通常更为显着)
- 如果您所做的计算量很小，则没有什么好处
- Dask DataFrame中未实现某些功能
进一步阅读
- Dask文档
- 为什么每个数据科学家都应该使用Dask
Modin
网站：https：//github.com/modin-project/modin
总览
Modin与Dask相似之处在于，它试图通过使用并行性并启用分布式DataFrames来提高Pandas的效率。 与Dask不同，Modin基于Ray(任务并行执行框架)。
Modin优于Dask的主要好处是Modin可以自动处理跨计算机核心分发数据(无需进行配置)。
优点
- 可伸缩性— Ray比Modin提供的更多
- 完全相同的功能(即使在相同的硬件上)也可以提高性能
- 最小的代码更改即可从Pandas切换(更改import语句)
- 提供所有Pandas功能-比Dask更多的"嵌入式"解决方案
缺点
- 除了并行性，还有其他方法可以提高Pandas的性能(通常更为显着)
- 如果您所做的计算量很小，则没有什么好处
进一步阅读
- Modin文档
- Dask和Modin有什么区别?
Petl
网站：https：//petl.readthedocs.io/en/stable/
总览
petl包含了pandas的许多功能，但专为ETL设计，因此缺少额外的功能，例如用于分析的功能。 petl具有用于ETL的所有三个部分的工具，但本文仅专注于数据转换。
尽管petl提供了转换表的功能，但其他工具(例如pandas)似乎更广泛地用于转换和有据可查的文档，因此petl对此吸引力较小。
优点
- 最小化系统内存的使用，使其能够扩展到数百万行
- 对于在SQL数据库之间进行迁移很有用
- 轻巧高效
缺点
- 通过很大程度地减少对系统内存的使用，petl的执行速度会变慢-不建议在性能很重要的应用程序中使用
- 较少使用此列表中的其他解决方案进行数据处理
进一步阅读
- 使用Petl快速了解数据转换和迁移
- petl转换文档 PySpark
网站：http：//spark.apache.org/
总览
Spark专为处理和分析大数据而设计，并提供多种语言的API。 使用Spark的主要优点是Spark DataFrames使用分布式内存并利用延迟执行，因此它们可以使用集群处理更大的数据集，而Pandas之类的工具则无法实现。
如果要处理的数据非常大，并且数据操作的速度和大小很大，Spark是ETL的理想选择。
优点
- 可扩展性和对更大数据集的支持
- 就语法而言，Spark DataFrames与Pandas非常相似
- 通过Spark SQL使用SQL语法进行查询
- 与其他流行的ETL工具兼容，包括Pandas(您实际上可以将Spark DataFrame转换为Pandas DataFrame，从而使您可以使用各种其他库)
- 与Jupyter笔记本电脑兼容
- 内置对SQL，流和图形处理的支持
缺点
- 需要一个分布式文件系统，例如S3
- 使用CSV等数据格式会限制延迟执行，需要将数据转换为Parquet等其他格式
- 缺少对数据可视化工具(如Matplotlib和Seaborn)的直接支持，这两种方法都得到了Pandas的良好支持
进一步阅读
- Python中的Apache Spark：新手指南
- PySpark简介
- PySpark文档(尤其是语法) 值得一提
尽管我希望这是一个完整的列表，但我不希望这篇文章过长!
确实有很多许多用于数据转换的Python工具，因此我包括了这一部分，至少是我错过的其他项目(我可能会在本文的第二部分中进一步探讨这些项目)。
- bonobo https://www.bonobo-project.org/
- bubbles http://bubbles.databrewery.org/
- pygrametl http：//chrthomsen.github.io/pygrametl/
- Apache Beam https：//beam.apache.org/
结论
我希望这份清单至少可以帮助您了解Python必须提供哪些工具来进行数据转换。 在进行了这项研究之后，我相信Python是ETL的优秀选择-这些工具及其开发人员使它成为了一个了不起的平台。
到此这篇关于用于ETL的Python数据转换工具的文章就介绍到这了,更多相关Python数据转换工具内容请搜索服务器之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持服务器之家！
原文链接：http://developer.51cto.com/art/202007/621335.htm