最直接的表象
Posted: Thu Dec 26, 2024 4:04 am
索引和查询优化困难:对于大型数据表,索引的维护和查询优化可能变得更具挑战性,需要更多的关注和优化工作。
就是用户在做各种查询、统计、导出操作的时候,会巨慢、奇卡无比,甚至会操作失败。 . 归档需求怎么做提 站在产品经理角度,归档先分两种情况。
历史功能或是自身不熟悉的功能 像上文那种情况,针对历史功能需要进行归档,笔者先站个观点:个尽职的产品经理还是要把需求接下来,以推动工作的展开。
但是,像这种历史功能,开发不是很配合,又有明显的 以色列电报手机号码列表 推诿行为,那就需要跟开发沟通,让开发梳理出对应需要归档的表涉及到哪些依赖关系、有什么接口在调用,整理后书面发出来,然后大家再起评估下有无遗漏,要注意的点之后,再继续推进。
因为归档数据对业务影响可大可小,在不熟悉的情况下千万别贸然推进,搞不好成为背锅对象。 新功能需求或自身很熟悉的功能 自己很熟悉的功能,或者是规划新需求,可以先自行梳理后,再跟开发、测试、业务等人员多视角起评估。
确定分表策略:产品经理确定好数据库分表的策略,包括分表的依据字段、分表的规则,是按时间来归档,还是按某个数据状态来分表。
初步拟定后需要与技术团队起沟通评估。 分表分析沟通:产品经理需要和技术团队对数据库分表的影响进行充分的分析,并与相关利益相关者进行沟通和确认,以确保分表的过程对系统的影响可控。
输出分表需求:分表之后,归档的数据是否允许前端查看,如果需要查看,是分多个菜单,还是在原来的菜单,筛选条件是否针对性进行限制,比如只能按月筛选查看数据,或者按某个状态筛选查看筛选数据。
就是用户在做各种查询、统计、导出操作的时候,会巨慢、奇卡无比,甚至会操作失败。 . 归档需求怎么做提 站在产品经理角度,归档先分两种情况。
历史功能或是自身不熟悉的功能 像上文那种情况,针对历史功能需要进行归档,笔者先站个观点:个尽职的产品经理还是要把需求接下来,以推动工作的展开。
但是,像这种历史功能,开发不是很配合,又有明显的 以色列电报手机号码列表 推诿行为,那就需要跟开发沟通,让开发梳理出对应需要归档的表涉及到哪些依赖关系、有什么接口在调用,整理后书面发出来,然后大家再起评估下有无遗漏,要注意的点之后,再继续推进。
因为归档数据对业务影响可大可小,在不熟悉的情况下千万别贸然推进,搞不好成为背锅对象。 新功能需求或自身很熟悉的功能 自己很熟悉的功能,或者是规划新需求,可以先自行梳理后,再跟开发、测试、业务等人员多视角起评估。
确定分表策略:产品经理确定好数据库分表的策略,包括分表的依据字段、分表的规则,是按时间来归档,还是按某个数据状态来分表。
初步拟定后需要与技术团队起沟通评估。 分表分析沟通:产品经理需要和技术团队对数据库分表的影响进行充分的分析,并与相关利益相关者进行沟通和确认,以确保分表的过程对系统的影响可控。
输出分表需求:分表之后,归档的数据是否允许前端查看,如果需要查看,是分多个菜单,还是在原来的菜单,筛选条件是否针对性进行限制,比如只能按月筛选查看数据,或者按某个状态筛选查看筛选数据。