dp2library 分馆之间允许使用重复的册条码号的改造

[DigitalPlatform]

dp2library 现有版本不允许分馆之间使用重复的册条码号。这种规定，主要是保障以后分馆之间方便馆际互借，只要提供一个具备唯一性的册条码号即可进行操作。

但在实际推广应用中，发现不同分馆之间很难做到册条码号完全不重复，因为这些图书馆有很多以前加工好的图书，当时册条码号(号段)并没有进行跨越图书馆的全面规划。所以最近决定对 dp2library 进行改造，除了继续具有以前的严格方式外，允许定义新的方式，放开分馆之间不许重复的限制。

改造需要考虑，严、宽两种方式都能使用，不能让原有方式的运行出现故障。

改造的核心问题，是册记录的检索点，原有的册条码号检索点不够用了。本来是可以用册条码号(针对 dp2kernel)检索出一批记录，然后再从 dp2kernel 获取这些记录的馆藏地字段，用馆藏地进行筛选，但这个方式会造成效率低下。好一点的方法是，把册条码号检索点改为一种组合检索点，或者新增一个组合检索点。

所谓组合检索点就是这样的形态：0000001|海淀分馆

如果不新增检索点，仅仅是把原有检索点进行改造，那么原有精确一致检索 000001 的操作，应该改为前方一致检索 0000001|。而直接检索某个分馆的特定册条码号，则可以用精确一致检索 0000001|海淀分馆
不新增检索点的麻烦是，系统升级以后，可能要自动进行一次刷新实体库的检索点定义和重建的操作。而新增一个单独的检索点的方式，不需要系统升级后刷新和重建操作，对于那些用不上宽容模式的 dp2library 服务器。而对于打算用宽容模式的旧版 dp2library，则要刷新实体库检索点定义和重建检索点。

(本来也可以在不修改检索点定义情况下，用 dp2kernel 的检索 XML 语言，对册条码号和馆藏地进行 AND 方式的逻辑检索来达到目的。但因为 dp2kernel 的功能不够完整，这种检索实际上是用两个结果集交叉运算得到的，其中用馆藏地检索得到的结果集命中数量会非常大，比如几十万个记录，所以运行效率很差。用组合检索点是个变通的办法。但组合检索点多占用了数据库空间。将来在改造 dp2kernel 的时候可以考虑提供直接使用 SQL 语句的组合检索法，这种方法不需要那么多空间，只是需要增加一种数据库记录格式到表格行的数据表)