KNIME 中数据库 connector/reader 节点之间的差异
Difference between database connector/reader nodes in KNIME
在使用 KNIME 和 PSQL 创建一些基本工作流时，我在选择合适的节点以从数据库中获取数据时遇到了问题。
在node repo中我们至少可以找到：
- PostgreSQL 连接器
- 数据库Reader
- 数据库连接器
实际上，我们可以单独使用 2) 或将 1) 或 2) 连接到节点 3) 输入来做同样的事情。
我假设有一些隐藏的优势，比如改进复杂查询的性能或更好的整体稳定性，但另一方面，无论如何我们使用完全相同的数据库驱动程序..
使用 1 或 2 的一个优点是您只需为工作流中的数据库输入一次连接详细信息，然后就可以使用多个 reader 或编写器节点。我不确定是否有性能优势。
1 提供比 2
更简单的与捆绑的 postgres jdbc 驱动程序的连接细节
连接器节点与 Reader 节点之间存在很大差异。
数据库 Reader，将数据读入 KNIME，然后数据在机器 运行 的工作流中。这对大桌子来说可能不是个好主意。
连接器节点没有。数据保留在原处（通常在集群中的远程机器上）。然后，您可以将数据库节点连接到连接器节点。所有数据操作都将在数据库内进行，不会将任何数据加载到您的计算机（除非您使用输出端口预览）。
其他两者的区别：
PostgresSQL 连接器只是数据库连接器的一个特例，具有 pre-set 配置。但是，您可以使用数据库连接器进行相同的配置，这允许您为非标准数据库选择更详细的选项。
在使用 KNIME 和 PSQL 创建一些基本工作流时，我在选择合适的节点以从数据库中获取数据时遇到了问题。
在node repo中我们至少可以找到：
- PostgreSQL 连接器
- 数据库Reader
- 数据库连接器
实际上，我们可以单独使用 2) 或将 1) 或 2) 连接到节点 3) 输入来做同样的事情。
我假设有一些隐藏的优势，比如改进复杂查询的性能或更好的整体稳定性，但另一方面，无论如何我们使用完全相同的数据库驱动程序..
使用 1 或 2 的一个优点是您只需为工作流中的数据库输入一次连接详细信息，然后就可以使用多个 reader 或编写器节点。我不确定是否有性能优势。 1 提供比 2
更简单的与捆绑的 postgres jdbc 驱动程序的连接细节连接器节点与 Reader 节点之间存在很大差异。 数据库 Reader，将数据读入 KNIME，然后数据在机器 运行 的工作流中。这对大桌子来说可能不是个好主意。
连接器节点没有。数据保留在原处（通常在集群中的远程机器上）。然后，您可以将数据库节点连接到连接器节点。所有数据操作都将在数据库内进行，不会将任何数据加载到您的计算机（除非您使用输出端口预览）。
其他两者的区别： PostgresSQL 连接器只是数据库连接器的一个特例，具有 pre-set 配置。但是，您可以使用数据库连接器进行相同的配置，这允许您为非标准数据库选择更详细的选项。