主题：修改后的getvalues方法肯定有Bug

我比较了旧的2020.5.1版本的计算结果，用同样的代码，链接同样的数据库(sql server)，报表结果是不一样的。旧版的结果是对的。

诡异之处似乎并不是所有的大小写单词都不能区分，只有个别情况有问题。请仔细查查吧，估计你们不会很容易复现的，但请不要轻易放过了。这个bug带来的后果挺严重，会计年报都给做错了。

我把我的报表结果源代码附上，问题肯定出在Dim CustomerIDs  As List (of String) = DTB.GetValues("CustomerID", , "CustomerID asc") 的代码上。

另外我手工读了数据库，把customerID="Wyatt"名下的记录都看了个遍，并没有发现有小写字母开头的记录。所以这个报表结果就更诡异了一些。

 

下载信息  [文件大小：   下载次数： ]

点击浏览该文件:02.txt

两个思路,具体效率可能需要大量的测试才能知道:

1. 利用List集合,(前提是.net内置的list查找算法效率够高,姑且信任他们), 依次从datatable的指定列取值,每个值转换大写（这个地方可能损失效率）,存入List2， 判断List2.contains，false的话则把没转换大小写的值存入List1,一直遍历到最后一行，之后取出List1的值就是唯一值了。

这个或许用字典更快些？还没仔细研究二者区别。

2. 这个纯粹是自己玩了，效率不好说。先建立一维数组arr1 ，数组维度等于datatable的行数，将该列所有行的值全部写入数组，对数组进行排序，之后对每个数组元素循环，利用二分法在其中查找（数组下标不同作为约束条件），用“="号进行比较运算（这个可以自动忽略大小写），找到重复则跳过该值，找不到重复则保存该值到一个集合。最后得到的集合就是不重复值集合了。

这些算法只用于代替前台的getvalues方法，后台的getvalues方法可以用sql语句的distinct代替，那个是数据库内置的算法，效率肯定没得说。

前台加载数据量一般不会很大，所以也许效率上损失点，但换来了更好的稳定性，估计可以接受. 

我对算法不精通，这个两个思路肯定比较low，哪位同道若有更好的算法欢迎指导