每年都建立一套新账,如何实现,有没有好的思路?请高人指点。
Johnson 2023-09-04 11:22:50主数据中,如果历史数据过多,需要不定期归档,
此时,系统中已存的数据需要打上标识,此类被标识的数据就会单独存放,不会存在于现有的工作表中。
当然,数据被归档后,不应该影响其它应用已经关联的数据,不然其它应用使用此类归档数据的时候,就会报错或查无此字段。
你说的这种情况正常开发也会有这个问题,一般采取的办法就是做分表(比如按一年或者其他字段分)+ 数据库高可用,直接做数据归档的成本太高,相信极少数有人这么做的
饶剑 2023-09-04 10:56:42“主数据管理的应用本身的数据迭代、更新、备份的问题”
这是具体是什么场景?
主数据中,如果历史数据过多,需要不定期归档,
此时,系统中已存的数据需要打上标识,此类被标识的数据就会单独存放,不会存在于现有的工作表中。
当然,数据被归档后,不应该影响其它应用已经关联的数据,不然其它应用使用此类归档数据的时候,就会报错或查无此字段。
Johnson 2023-09-04 10:54:22我就是把主数据单独做了一个 MDM 应用,让他们应用来跨应用关联。
但仍旧不能解决这个主数据管理的应用本身的数据迭代、更新、备份的问题。
现在粗暴的做法就是通过 API 将数据强制同步到外部库中,做个数量备份库,以备不时之需。
明道云本身,目前没有研究出来单独如何做备份。
“主数据管理的应用本身的数据迭代、更新、备份的问题”
这是具体是什么场景?
饶剑 2023-09-01 15:04:10把主数据单独建一个应用进行管理,然后复制出来的应用跨应用关联工作表;简单来说就是把主数据应用当做一个服务来用
我就是把主数据单独做了一个 MDM 应用,让他们应用来跨应用关联。
但仍旧不能解决这个主数据管理的应用本身的数据迭代、更新、备份的问题。
现在粗暴的做法就是通过 API 将数据强制同步到外部库中,做个数量备份库,以备不时之需。
明道云本身,目前没有研究出来单独如何做备份。
饶剑 2023-09-01 15:04:10把主数据单独建一个应用进行管理,然后复制出来的应用跨应用关联工作表;简单来说就是把主数据应用当做一个服务来用
好主意
野马 2023-09-01 15:01:06如果采用每年复制一套应用的方式,基础信息怎么解决,比如:用户信息和外部用户信息 每年都要手动配置 很不理想
把主数据单独建一个应用进行管理,然后复制出来的应用跨应用关联工作表;简单来说就是把主数据应用当做一个服务来用
Johnson 2023-09-01 12:55:19不能拿传统 ERP 的思路来看明道云,尤其是版本管理、数据备份等。
有什么好的思路吗
饶剑 2023-09-01 09:57:13每年复制一套应用?
如果采用每年复制一套应用的方式,基础信息怎么解决,比如:用户信息和外部用户信息 每年都要手动配置 很不理想
不能拿传统 ERP 的思路来看明道云,尤其是版本管理、数据备份等。
不行,传统 erp 软件,更新的时候是所有账套一起更新,这个明道云暂时实现不了,复制应用出来必须一个个手动去更新应用
每年复制一套应用?