SASS 平台中的新开户企业样例数据是如何生成的？

[yanwushu7]

比如一个 sass 平台，有很多企业用户，每个企业都可以创建自己的业务数据。现在想实现，当用户开户的时候按照用户选择的行业，来生成一些行业案例业务数据。

自己简单的想法就是每个行业创建一个模板企业，开户的时候从对应行业的企业中拷贝数据。但是因为业务数据表的主键是 int 自增的 id ，所以在拷贝数据的时候需要处理非常复杂的数据关联逻辑。这样成本就非常高。

请问这种情况是否有低成本的实现思路呢？

[GeekGao]

“ 所以在拷贝数据的时候需要处理非常复杂的数据关联逻辑。这样成本就非常高。 ” 思考下因果关系能不能被打破呢？
例如：提前准备好一个 demo 库，只需要连接 demo 库即可查看演示数据、使用 SaaS 系统外部的脚本进行写表等操作

[GooMS]

这就是最简单的了，我们每个业务都有 db seed 也方便开发和测试快速调试

[IvanLi127]

看看普通项目如何为数据库 seed 数据吧

[delai]

你这个说的不就是我们做 DemoWay 的初衷么？ ：），但凡你软件复杂点，别说涉及多个行业的试用版数据了，单单一个像模像样的试用版本的数据，就是一个很大的投入和调整。
https://demoway.cn 试试

[yanwushu7]

@GeekGao 感谢回复，示例数据是在生产数据库中的，客户开户后是可以基于示例数据操作的，并不是一个单独的示例数据库哈。

[yanwushu7]

@GooMS 感谢回复，因为要生成的业务数据之间关联较多，使用 seed 的方式也比较复杂，工作量也是太大。

[GeekGao]

@yanwushu7 登录系统的时候根据条件可以动态切换 db 啊，思路打开。

[Orenoid]

听起来是业务本身带来的复杂度，但信息较少不好轻易下结论，我个人建议既然是业务问题，最好不要尝试在技术方案层面去取巧，复杂度只会转移，不会消失，取巧容易产生技术债，除非这块逻辑你们不需要长期维护。
回到你说的这个具体问题，我觉得可以看下你们系统里目前是否已经有类似于复制、导入数据的逻辑，梳理看下这些逻辑跟基于模板生成样例数据的流程，是否具有共性，能否做一层抽象，从这个角度减少维护成本。仅供参考，抽象如果做得不好同样会带来额外维护成本。

[kltt22]

感觉可以做个批量导入功能，通过代码处理复杂的业务逻辑。每次开户后，加一个导入动作，或者自动导入。之后的流程操作可以通过“新手引导”的功能，让客户自行操作。