==========
以下是引用 ~bdtsg 于 2012-4-17 18:03:33 发表的文字:
是利用dp2manager(内核管理)创建的,可以正常使用,在dp2manager(内核管理)的树状菜单中可以看见并使用,但在dp2rmsV2(资源加工)的树状菜单中却无法显示,怎样才能让它显示呢?谢谢
==========
你说的这个情况有可能是dp2rms和dp2manager在登录到dp2kernel(数据库内核)的时候使用了不同的账户造成的。
通过dp2rms的主菜单“文件/缺省账户管理”，可以管理dp2rms的账户登录信息。
通过dp2manager的主菜单“文件/缺省账户管理”，可以管理dp2manager的账户登录信息。
要确保二者都是使用相同的用户名和密码。当然，“服务器地址”也要一样，否则就是分别使用了不同的数据库内核服务器或者(虽然服务器相同但是不同的)实例了。
不过，上面说的只是为了诊断的需要，确保在二者使用完全一样的账户的情况下，看看问题是否还存在。
其实多账户也是可以的，不过有些额外的问题，下面会叙述。
~~~
数据库内核本身是有一套账户管理机制的，主要是通过在名为“用户”的数据库中规定各种账户，这个数据库中每个记录代表一个账户。账户记录中，定义了这个用户针对各个数据库的具体权限。也就是说，假如数据库内核增加一个新的数据库，每个已经存在的账户就要增加对于这个数据库的访问权限，否则访问不了这个数据库 ---- 相当于这个数据库不可见。
dp2manager中的主菜单“功能/账户”，就是用来管理当前账户的界面设施。
如此说来，岂不是管理非常繁琐了。不过，数据库内核还提供了一种机制，就是创建一个数据库的用户，称为“database owner”，这个用户对这个数据库拥有至高无上的权力，不需要专门在账户体系中定义什么权限就能实现对这个数据库的全面访问。这样就简化了权限控制体系。
所以，dp2library就是用这种方式来和dp2kernel打交道的，dp2library在dp2kernel中创建的数据库都是dbo身份，dp2library对dp2kernel的全部访问都是用同样一个dp2kerenel层次的账户实现的，这个账户也称为“代理账户”，意思是借助它做各种事情。当然，dp2library另外又建立了一套权限体系，这是后话。
~~~
通过以上叙述我们可以发现，如果直接用dp2kernel的账户机制，用多个账户来访问dp2kernel，那就有一定的账户维护管理工作量，从某种角度来说还是比较繁琐的。大部分情况下，由于dp2kernel只是在后台，没有几个真正的“用户”，上述多账户的管理机制实际上应用的频率是不高的。
~~~
不知道您在dp2kernel中创建“读者库”是为了什么用途。一般来说，如果是整个图书馆业务系统的一部分，dp2library把这些事情都管理好了，平时的业务操作一般是不必动用dp2manager等前端的。当然，如果您的情况不是要应用dp2library而是单独应用dp2kernel服务器，就另说了。
最近我们小幅度更新了“dp2图书馆集成系统v2参考手册”的word文件，可以下载来参考。
多交流。