实际上，我需要你在datastage11.7工具中的帮助。我正在从我的源代码中读取一个aes加密的列，列的类型是nvarchar，所以当我们开始工作并从源代码中读取数据时。作业成功运行，并且完全相同的数据被移动到具有相同列类型的目标数据库中。而实际出现的问题是，当我查询数据以检查我的源和目标值是否相同时，查询不会显示任何结果，如果我们查看源、目标值，它们是相同的值，但sql语句不返回任何内容，并且数据库是vertica。列值是特殊的字母数字和特殊字符，如 �D�&7��x��d$�Q
�D�&7��x��d$�Q
3lxsmp7m1#
我一点也不确定，通过datastage处理的加密数据和varchar，这样做是否可行。有些数据库有内部密钥，这些密钥与需要在提取之前解密的数据一起使用。我假设解密，传输，登陆然后加密不是一个选择。但如果我必须在黑暗中冒险的话。我要检查的第一件事是字符集和排序规则在表级别的两个数据库上是相同的。差异可能导致目标端的空白结果。还要检查datastage中的nlsMap（stages和collationlocale的Map）是否相应地设置。设置是什么，我不知道，但是在datastage和dbs中使用相同的设置是很理想的；谷歌。您需要对数据库中已经设置的内容进行评论。并运行测试。我不确定iso-8859-1的datastage默认值是否有效。如果你找到一个解决方案，请张贴你的解决方案。
1条答案
按热度按时间3lxsmp7m1#
我一点也不确定，通过datastage处理的加密数据和varchar，这样做是否可行。有些数据库有内部密钥，这些密钥与需要在提取之前解密的数据一起使用。我假设解密，传输，登陆然后加密不是一个选择。
但如果我必须在黑暗中冒险的话。
我要检查的第一件事是字符集和排序规则在表级别的两个数据库上是相同的。差异可能导致目标端的空白结果。
还要检查datastage中的nlsMap（stages和collationlocale的Map）是否相应地设置。设置是什么，我不知道，但是在datastage和dbs中使用相同的设置是很理想的；谷歌。您需要对数据库中已经设置的内容进行评论。并运行测试。我不确定iso-8859-1的datastage默认值是否有效。
如果你找到一个解决方案，请张贴你的解决方案。