请选择 进入手机版 | 继续访问电脑版
 找回密码
 立即注册

QQ登录

只需一步,快速开始

goo
金牌服务用户   /  发表于:2025-6-28 09:30  /   查看:170  /  回复:8
本帖最后由 Brian.Zhang 于 2025-7-3 22:47 编辑

1、连接字符串


发布前活字格策略是根据“连接字符串”判断自动覆盖
调整为根据“连接名称”判断:
·连接名称不变更则自动覆盖判断后不进行覆盖
·何时覆盖:通过下帖中描述的添加发布选项(例名:覆盖相同名数据库连接字符串,默认不勾选)

2、活字格现行策略
https://gcdn.grapecity.com.cn/fo ... d=141866&pid=817993
3、需求策略


本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有帐号?立即注册

x

8 个回复

倒序浏览
goo
金牌服务用户   /  发表于:2025-6-28 09:34:40
沙发
本帖最后由 goo 于 2025-6-28 09:36 编辑

场景:
如图例的主要连接为连接A(WMSV3)、连接B(ERP),
开发过程中
1、连接A可能需要在正式环境和测试环境间切换,以验证待发布后逻辑是否准确;
2、连接B可能需要在不同时间点的数据库还原中切换,作为开发时测试数据库的更新版本、获取不同时间历史业务数据做开发调试

因后端执行SQL命令、前端查询命令等都是引用的“字符串连接名称”作为对象,个人认为这个需求应该符合使用逻辑
回复 使用道具 举报

银牌会员   /  发表于:2025-6-30 13:56:58
板凳
如何发布时可以选择连接字符串,应该可以解决!
回复 使用道具 举报
Brian.Zhang
超级版主   /  发表于:2025-6-30 23:06:15
地板
我沟通一下,明天给您回复
回复 使用道具 举报
Brian.Zhang
超级版主   /  发表于:2025-7-1 23:21:12
5#
1、连接A可能需要在正式环境和测试环境间切换,以验证待发布后逻辑是否准确;
没太理解,您写的这个不是在开发过程中吗。比如之前发布后已经把A在服务端改成了C,这时候服务端存有A-C的对应关系,那么在后续开发过程中,如果对A链接字符串有更换为E的话,发布后,在服务器上把E改为C就可以了。

2、连接B可能需要在不同时间点的数据库还原中切换,作为开发时测试数据库的更新版本、获取不同时间历史业务数据做开发调试
可能这个我不太了解您的业务哈,就是您这个场景再现有模式中遇到的问题是啥可以说明一下吗
回复 使用道具 举报
goo
金牌服务用户   /  发表于:2025-7-2 08:26:22
6#
本帖最后由 goo 于 2025-7-2 08:57 编辑
Brian.Zhang 发表于 2025-7-1 23:21
1、连接A可能需要在正式环境和测试环境间切换,以验证待发布后逻辑是否准确;
没太理解,您写的这个不是在 ...

场景1:
就是问题所在,核心痛点在于 发布后的运维操作 和 长期迭代的复杂性
如下帖所说按名称覆盖的策略允许我们在发布设置中显式选择“不覆盖数据库连接字符串”使覆盖策略能灵活支持
发布程序时希望增加 □不覆盖数据库连接参数 的选项 - 第2页 - 活字格专区 - 产品需求 - 葡萄城开发者社区(相信这里也是一样的问题)
[41643]发布时支持可选择是否同步数据库连接字符串 - 活字格专区 - 产品需求 - 葡萄城开发者社区(这个我不知道采纳效果,但是原帖内容和我遇到的问题差不多)

场景2:

初始状态:
  • 设计器:统一使用开发库 K1 (连接字符串名称=SystemDB)。
  • 发布应用1 -> 公司1生产环境:手动将服务端 SystemDB内容改为指向生产库 P1。
  • 发布应用2 -> 公司2生产环境:手动将服务端 SystemDB内容改为指向生产库 P2。
  • *(按名称覆盖策略下,发布时选择“不覆盖”即可保留手动修改后的P1/P2)*


数据积累与开发需求阶段:
  • 运行一段时间后P1、P2内积累了业务数据;
  • 基于调试和继续开发:
  • P1备份数据如覆盖到开发库K1
  • P2备份数据如新增为开发库K2,
  • 设计器环节:仍然保留原连接字符串名称SystemDB,开发并随时切换设计时资源SystemDB将其连接至开发库K1或K2,用于开发和验证;
  • 验证后任然是连接字符串名称SystemDB,但通过连接K1或K2发布到P1及P2
  • 后续迭代可能存在K3/K4/.../Kn
按目前无选项的覆盖数据库连接会导致:Kn 的连接字符串 强制覆盖 掉服务端的 P1! 应用1瞬间连到了历史备份库 K2,而不是保持当前的生产库 P1存在问题

回复 使用道具 举报
Brian.Zhang
超级版主   /  发表于:2025-7-3 00:00:05
7#
goo 发表于 2025-7-2 08:26
场景1:
就是问题所在,核心痛点在于 发布后的运维操作 和 长期迭代的复杂性
如下帖所说按名称覆盖的策 ...

好的,明天给您回复这个反馈的问题。

评分

参与人数 1满意度 +5 收起 理由
goo + 5

查看全部评分

回复 使用道具 举报
pan00001
金牌服务用户   /  发表于:2025-7-3 10:10:32
8#
这个问题也困扰到我啦,设置好的数据库连接,名称未变,再次发布时本地的数据库连接偶尔会覆盖服务器上的数据库连接,偶尔的事但又经常发生
回复 使用道具 举报
Brian.Zhang
超级版主   /  发表于:2025-7-3 22:47:23
9#
goo 发表于 2025-7-2 08:26
场景1:
就是问题所在,核心痛点在于 发布后的运维操作 和 长期迭代的复杂性
如下帖所说按名称覆盖的策 ...

描述的很详细,也就是您核心想要的就是发布时可以选择“不覆盖数据库连接字符串”是吧。
这个需求我先采纳了,后续内部会进行讨论沟通。

评分

参与人数 1满意度 +5 收起 理由
goo + 5

查看全部评分

回复 使用道具 举报
您需要登录后才可以回帖 登录 | 立即注册
返回顶部