找回密码
 立即注册

QQ登录

只需一步,快速开始

xiaoz 悬赏达人认证 活字格认证

银牌会员

142

主题

1185

帖子

3725

积分

银牌会员

积分
3725

活字格高级认证圣诞拼拼乐微信认证勋章悬赏达人活字格认证

QQ
xiaoz 悬赏达人认证 活字格认证
银牌会员   /  发表于:2021-9-22 15:17  /   查看:2419  /  回复:10
1金币
遇到的难点和想到的解决的办法,有没有更好的办法大佬们支支招。我们产品很多很杂,标准化流程不适合工作流混乱,没法设计标准化的东西。表结构有问题字段太多。客户表和产品表和订单表在一起。
所以想重新做一套,目前有个问题。关于系统性能的。我的表结构字段少了每个页面信息东西少了,是否可以提高页面的访问速度道理上传输东西少了页面东西少了会变快。这样以来我把原来一个页面就准备分成3个以上的页面每个人负责一个页面的填写。我的问题是这样我的页面和数据表会大量的增多。从一张表要分成10张以上的表。页面也会大量增多。这样会影响性能吗。第一发布的速度。第二访问的速度。第三模块之间切换的速度。不懂这个请支支招讨论讨论

10 个回复

倒序浏览
xiaoz悬赏达人认证 活字格认证
银牌会员   /  发表于:2021-9-22 15:20:06
沙发
产品多,所以想订单表按照不同的产品设置不同的工作流,不同产品需要的字段也不一样。分开是最好的办法吗,还有其他好办法没有
回复 使用道具 举报
swejet悬赏达人认证 活字格认证
论坛元老   /  发表于:2021-9-22 15:28:14
板凳
个人认为,把页面切开的决定权不在性能,而在用户体验,不能因为提升那一点点性能而牺牲用户体验。但是数据表,当然能切小一点性能上会更好,可是在活字格,数据表切小了页面隐藏区反而大了,得不偿失。这个没办法做一个逻辑上的判定,只能追求一种平衡,而这种平衡也是随着系统是逻辑越来越复杂还是数据量越来越大而会发生变化,所以,只能说是追求最佳实践,很难说有一个类似三长一短选最短的口决。
回复 使用道具 举报
xiaoz悬赏达人认证 活字格认证
银牌会员   /  发表于:2021-9-22 15:45:37
地板
swejet 发表于 2021-9-22 15:28
个人认为,把页面切开的决定权不在性能,而在用户体验,不能因为提升那一点点性能而牺牲用户体验。但是数据 ...

谢谢大佬回复和见解,这个用户体验就是我们系统慢(网络原因)所以想把每个页面的数据量放小,不让每个人的工作都在一个页面上,每个人维护一部分类似于流水线。比如下订单 付款 出库 运输,等等每个人负责一部分,别的就不让他看到了。  这样流程清楚,页面简洁明了,数据量小性能好。就想要这样做,但是也有一些对未知的顾虑。目前来说就是表增多。页面增多 还是大量的。这样会不会造成什么不好的结果比如系统页面多工程文件大,页面访问慢,模块切换因为工程大而变的缓慢等性能方面的问题。
回复 使用道具 举报
swejet悬赏达人认证 活字格认证
论坛元老   /  发表于:2021-9-22 16:54:39
5#
xiaoz 发表于 2021-9-22 15:45
谢谢大佬回复和见解,这个用户体验就是我们系统慢(网络原因)所以想把每个页面的数据量放小,不让每个人 ...

站在项目群管理的立场上,我嗅到了危险的气息。

建议你拆解流程的时候千万要慎重,如果你是外包,那么一定要沟通甲方,如果你自己的项目,那么要把一把手和重要副职都拉进项目中,相信我,有人的地方就有江湖,别光想着技术上的问题。

我大概给你一个指标,不一定准确,也欢迎其他大佬批评指正,一个工程文件,做个几百个页面不成问题的。但是,把所有的业务都放在一个工程文件里,我也不太同意。

评分

参与人数 1金币 +5 收起 理由
Chelsey.Wang + 5 赞一个!

查看全部评分

回复 使用道具 举报
Chelsey.Wang讲师达人认证 悬赏达人认证 活字格认证
论坛元老   /  发表于:2021-9-22 17:58:22
6#
swejet 发表于 2021-9-22 16:54
站在项目群管理的立场上,我嗅到了危险的气息。

建议你拆解流程的时候千万要慎重,如果你是外包,那么 ...

楼上swejet大佬说的很有道理
根据楼主的描述,重构的话可以把这些业务都拆开,这是很合理的设计。
数据表当然是字段越少,读取的速度越快,但是拆分的颗粒度越细势必也会导致页面数量的增加,最终性能还得看您最终实际是什么情况。
您可以考虑使用外联库,然后按照楼上大佬的建议,将业务逻辑拆成多个应用来发布,这样就可以实现应用的模块化,性能相对都放在一个工程文件里要好,而且也便于后期的维护和管理。
回复 使用道具 举报
一鹏
高级会员   /  发表于:2021-9-22 18:22:29
7#
我的想法:
1 你试试数据库表格设计的三范式原则,把表拆开,这样字段可以分到不同的表中,节约空间
2 显示数据时,尝试分页,不要一页全显示出来,页面加载时,不要加载数据,,打开 页面速度就会很快,打开时不加载,加载数据时分页加载或者按需加载
3 少用odata公式,这个公式查询速度有点儿慢
4 你的网络环境是外网还是内网?如果是内网速度慢,那一定是你设计的问题,如果是外网速度慢,你还得测一测网速,是不是带宽不足.
5 是否使用了外联数据库以及外联数据库中的复杂SQL?如果是,看看SQL的执行速度如何,如果外联视图引用了很多表以及进行了复杂计算,或者SQL语句设计不合理,会导致性能很差
回复 使用道具 举报
swejet悬赏达人认证 活字格认证
论坛元老   /  发表于:2021-9-22 19:19:39
8#
一鹏 发表于 2021-9-22 18:22
我的想法:
1 你试试数据库表格设计的三范式原则,把表拆开,这样字段可以分到不同的表中,节约空间
2 显示数 ...

我多一句嘴啊,我设计数据结构时,不太考虑节约空间的问题,我拿范式只当成一个相对的规范,程序的复杂度和所消耗的工时才是我要考虑的,一个程序员一天就500块钱,一块1T的机械硬盘7200转的现在不到300块钱,1T固态也就800块钱,为了省那一点点空间费的劲犯不上

其他的都完全同意
回复 使用道具 举报
一鹏
高级会员   /  发表于:2021-9-22 19:47:52
9#
swejet 发表于 2021-9-22 19:19
我多一句嘴啊,我设计数据结构时,不太考虑节约空间的问题,我拿范式只当成一个相对的规范,程序的复杂度 ...

哈哈,说的对,大量数据冗余会不会影响速度呢?
回复 使用道具 举报
swejet悬赏达人认证 活字格认证
论坛元老   /  发表于:2021-9-22 20:17:58
10#
一鹏 发表于 2021-9-22 19:47
哈哈,说的对,大量数据冗余会不会影响速度呢?

会,但是数据冗余是为了让查询简单,如果一个查询需要查几个表,那还不如让数据保留有轻微冗余,但是查询时可以直接查一张表,跨表查来查去对性能的影响远大于数据冗余多的那一点点数据量

评分

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

查看全部评分

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