我知道这个问题可能已经被问过很多次了，但是请耐心听我说;我也不是SQL方面的Maven，尤其不是DB2 SQL方面的Maven，我们使用的是在z/OS上运行的DB2 12。

我需要加快从人员表中进行选择的速度，该表有超过500万行。这是一个旧的DB2表，结构不智能，也没有主键或任何东西。**但是，如果有帮助的话，我可以创建键或索引。**因此，我的问题是：**它会有帮助吗？如果是，创建键/索引的最佳方法是什么？**情况如下：

除了姓名和地址等信息外，该表还包含PERSONTYPE（char 1），一个PERSONCODE（char 8）和一个DNUM（char 16），其中DNUM是一种与该人相关联的案件编号。（如果一行有DNUM，它就没有PERSONCODE）我需要找到所有有特定DNUM子集的行，几行可以有相同的DNUM因为几个人可以被绑定到一个案例。所以这是SQL：

SELECT NAME, ADRESS, SHOESIZE FROM PERSONTABLE WHERE DNUM IN ([a set of 1000 DNUMS])

此查询大约需要55秒才能产生结果。作为比较，此查询：

SELECT NAME, ADRESS, SHOESIZE FROM PERSONTABLE P JOIN OTHERTABLE O ON (P.PERSONCODE = O.PERSONCODE) WHERE O.DNUM IN ([same set of 1000 DNUMS])

需要大约2秒。（是的，此OTHERTABLE也有DNUM列。）
这是数据迁移项目的一部分，整个执行时间的95%都被第一个SQL占用了，所以我热衷于尝试加快速度。
我可以为PERSONTABLE索引和插入键，但是由于DNUM不是唯一的列，所以我不能将其作为主键。然而，PERSONTABLE中有一个ORDER_NUMBER列，用于对案例中涉及的每个人进行编号，因此DNUM+ORDER_NUMBER可能会成为主键。但是这会加快选择速度吗？这是一个旧表，不想在不知道它会做什么的情况下弄乱它。
重复一遍，系统是运行在z/OS上的DB212。
你们谁有什么建议？