首先把服务管理器的用户转到内置，备份用户，然后把B库中所有涉及到用户的表给全部删除
再到服务器中配置，让其重新转，转完之后不要修改这些表
是不是
1、把用户数据库配置改成内库SQLLITE；
2、然后把外库B用户表删除干净；
3、再把用户数据库配置改成外库B，此时服务器检查外库B是否存在用户表，不存在则创建。
请问版主这么理解是否正确？
zhangsheng 发表于 2024-4-18 14:52
首先把服务管理器的用户转到内置，备份用户，然后把B库中所有涉及到用户的表给全部删除
再到服务器中配置 ...
步骤没问题，如果发现外库B没有重新建立用户表，排查一下原因，比如是不是用户权限不够，
但基本上这一步不会有问题的 Joe.xu 发表于 2024-4-18 18:00
步骤没问题，如果发现外库B没有重新建立用户表，排查一下原因，比如是不是用户权限不够，
但基本上这一 ...
版主好
根据版主的指导建议，我是这么操作的：
1、在数据库服务器上新建库C；
2、服务器的用户配置数据库转为内库Sqlite，重启进入后，添加某个具体用户自定义属性(尝试了两次，第一次没有在内库添加具体用户的自定义属性，失败了；第二次成功了，想了想第二次在内库的状态下添加了具体用户的自定义属性。不知道不这样做会不会导致失败，反正这么做的时候成功了)；
3、服务器的用户配置数据库改为外库C，进入数据库服务器查看用户表，此时应该是只有用户表；
4、在设计器新建发布（同样是第二次是这样做了，不知道不这样做会不会导致失败，反正这么做的时候成功了），然后发布。发布的新应用的数据库还是指向设计器的外库A，所以进入数据库服务器查看，此时应该是只有用户表；
5、在服务器的应用设置里，把数据库链接修改指向外库C，服务器重启。进入数据库服务器查看，此时应该是只有用户表、流程表；
6、在设计器再次发布，此时选择半覆盖。用户表、流程表以外的表发现差异，让处理，选择新建等。奇怪的是有个用户表让添加创建者等信息，可能我以前在设计器里选择了那个表的行权限，服务器里新建的表默认没有；也可能是这个版本的设计器、服务器的这个表没有统一。
7、进入数据库服务器查看，此时应该是只有用户表、流程表、自建业务表，全了。
8、测试用户自定义属性，成功了。
但是这种方式有我之前反映的一个问题，就是外库C用户角色组织的id与外库A全都不一样了，产生了很多错误。所以我还不能进行完全测试，或有一些其他问题。
通过这个过程，彻底搞明白用户、流程的设计内库、设计外库、服务器内库、服务器外库的问题了。
本帖关心的外库用户自定义属性问题，已经得到解决，先结帖子。
谢谢版主！
感谢您对活字格的支持。
后面有问题，欢迎继续发新帖交流:loveliness:
页:
1
[2]