京建站公司,网站设置密码进入,合肥做企业网站的网络公司,郑州动力无限网站建设有时候可能会有多人协作的需求#xff0c;多人协作有很多实现方式 可以多人改#xff0c;但是同时只有一人能改。这种不算纯粹的多人协作#xff0c;偏权限控制。 飞书文档类的多人协作#xff0c;大家都在同一个数据载体上修改。 git式的多人协作#xff0c;没人都有一…有时候可能会有多人协作的需求多人协作有很多实现方式 可以多人改但是同时只有一人能改。这种不算纯粹的多人协作偏权限控制。 飞书文档类的多人协作大家都在同一个数据载体上修改。 git式的多人协作没人都有一个分支在自己的分支上修改需要rebase和commit。
选择哪种要看业务的发展阶段和具体场景。
如果多人协作需求没有那么强烈只是偶尔需要别人来修改一下可以使用方案一。如果是文档类的多人协作则可以使用方案二。方案三则是最纯粹的多人协作方案系统底层复杂度、场景复杂度都会提升很多。
对于方案三需要考虑以下几点问题
在架构上 是否会频繁的增加字段如果频繁增加字段需要修改表的数量至少扩展一倍 是否有全局字段全局字段是一改全改没有个人分支的概念 数据统计影响是否会影响到现有的数据统计毕竟增加了一个维度 事务处理所有操作几乎都需要考虑到个人分支和主分支需要事务操作 替换处理每一个操作要区分是个人分支还是主分支
在场景上 对于未开启多人协作的无需感知到多人协作的功能即无需感知到rebase、commit等 在排序上显示的是个人版本还是master版本
