9.0.103.0 同一个数据库地址不能做两个链接了么

登录

如图，我记得以前是可以的。
我的需求是这样：第一个链接在开发的时候使用的测试库，偶尔需要链接一下正式库验证一些数据；
第三个链接是一直链接的正式库的字典表，因为不管在测试环境还是生产环境，字典都是统一的。

Brian.Zhang · Brian.Zhang

您好，需要先和您确认一些信息。
能不能发一下这两个相同连接各自的连接属性截图（如下图）？

再一个，这个提示弹窗是在什么情况出现的，是添加完第三个链接时出现的还是其他情况呢

天朝四周处 · 天朝四周处

Brian.Zhang 发表于 2024-5-10 18:25
您好，需要先和您确认一些信息。
能不能发一下这两个相同连接各自的连接属性截图（如下图）？

我的dictionary字符串：

Simon.hu · Simon.hu

李总，我确认一下
你说的问题，我大概查了一下，我们8.0就已经是这个策略了

天朝四周处 · 天朝四周处

Simon.hu 发表于 2024-5-15 10:00
李总，我确认一下
你说的问题，我大概查了一下，我们8.0就已经是这个策略了

也能理解，因为8.0之前踩过另一个坑，多次导入活字格工程会把相同的的数据库导入成多个不同的字符串链接，导致数据加载错误。
不过也可以做得再细致一点，手动增加数据库链接的时候，如果发现重复则提示由用户确认是不是继续添加；导入活字格工程的时候发现重复则自动合并，这样能满足更多的开发场景了

Simon.hu · Simon.hu

讲真，我的建议是无论字典表还是其他表，最好咱都分清楚测试环境和正式环境
毕竟连接这个很简单，但是测试环境很容易手抖一下加错数据对正式环境来说都是风险

天朝四周处 · 天朝四周处

Simon.hu 发表于 2024-5-16 10:32
讲真，我的建议是无论字典表还是其他表，最好咱都分清楚测试环境和正式环境
毕竟连接这个很简单，但是测试 ...

字典这个东西有个特殊性，就是不管在测试环境还是正式环境，我们对字典的值（id，主键）都需要相同。如果在正式库做一套数据，测试库也做一套数据，那么字典的值可能就会不同。

Simon.hu · Simon.hu

不管在测试环境还是正式环境，我们对字典的值（id，主键）都需要相同

这个点我有点不太理解，测试环境就是测试环境字典表的ID；正式环境就是正式环境的字典表ID。
请李总给我稍微多解释一下原因，方便我理解

天朝四周处 · 天朝四周处

本帖最后由天朝四周处于 2024-5-17 18:35 编辑

Simon.hu 发表于 2024-5-17 18:15
这个点我有点不太理解，测试环境就是测试环境字典表的ID；正式环境就是正式环境的字典表ID。
请李总给我 ...

具体的说，在业务逻辑里面，很多时候我们需要根据某个字典的值去判断如何执行下一步命令。
举个简单的例子：我的员工状态有个字典：
1：试用
2：转正
3：离职
……

我要根据状态查询员工，在查询条件里肯定是指定了员工状态的值。
假设正式库和测试库的字典也分开创建，那么就有可能在正式库字典的值如上所述，而在测试库因为是重新创建的字典，值有可能就变成10009、10010、10011……了（因为是使用自增的主键列作为值）。
如果出现了这种情况，导致的后果就是我需要在测试环境和正式环境不停的去修改我的查询条件——这显然是不科学的。
大概就是这么个意思，这种场景在我的工程里非常普遍，不知道是不是我错了

Simon.hu · Simon.hu

天朝四周处发表于 2024-5-17 18:32
具体的说，在业务逻辑里面，很多时候我们需要根据某个字典的值去判断如何执行下一步命令。
举个简单的例 ...

大佬，不应该这么干这事呀

我理解的做法是，给这个表中增加一列（比如叫编号），一定要能自己控制这列，然后判断的时候自己判断这列
这种本来就是需要自己控制的信息，你交给自动编号，以后肯定要出事的

		自动登录	找回密码
密码			立即注册

[暂不采纳] 9.0.103.0 同一个数据库地址不能做两个链接了么

本帖子中包含更多资源

11 个回复

本帖子中包含更多资源

本帖子中包含更多资源

本帖子中包含更多资源

时代开发者征文活动

活字格高级认证

活字格认证

圣诞拼拼乐

悬赏达人

讲师达人

元老葡萄

微信认证勋章