找回密码
 立即注册

QQ登录

只需一步,快速开始

[使用感受] 再谈数据库范式3NF

jiangcj369
中级会员   /  发表于:昨天 15:36
11#
本帖最后由 jiangcj369 于 2024-11-23 17:25 编辑
跷跷板 发表于 2024-11-23 13:42
我现在就遇到这个问题, 在做查询报表的时候,因为前端比较慢,所以做成SQL视图,但视图也要5,6个表left ...


你每个表大约多少条数据?要想快,看来还是得自己写前端,H5+VUE,不沉重,速度就快。如果展示数据太慢,功能再强也没用。
不过你可以试试完全前后分离,数据展示加载也不用绑定。页面上如果大量那种关联字段存在的话,活字格还是算了吧。没人愿意等个几十秒加载数据。
回复 使用道具 举报
chinameng
金牌服务用户   /  发表于:昨天 20:14
12#
直接将视图用一个语句insert into  select到一个表,这个表每次查询时,清空原表内容,新生成查询数据。我感觉这样速度还可以。目前没办法这样批量从外联插入到内建库,也没办法从内存批量到外联库。只能通过循环一条一条搞,效率不行。所以后来干脆数据多的统一外联表,内容不多的不影响速度的,像部门,人员,岗位,仓库之类的,弄在内键库。其他一概放外联库
回复 使用道具 举报
jiangcj369
中级会员   /  发表于:昨天 20:33
13#
chinameng 发表于 2024-11-23 20:14
直接将视图用一个语句insert into  select到一个表,这个表每次查询时,清空原表内容,新生成查询数据。我 ...

你这样更是消耗服务器和数据库的资源,还不如不搞,每次查询都这么搞过分了,啥机器也受不了。
最多是主子表在保存数据的时候,就直接把所有主表字段全部下沉到子表中去,这样实际就是废了主表不用,只用明细表一个单表;那种多个JOIN的也是再产生新数据的时候,添加个一个中转表中去。这样设计有大量的工作要做。还会产生大量的中间表,后期维护也很讨厌。。。一堆花里胡哨,不如把核心功能优化,细化,人性化。
回复 使用道具 举报
12
您需要登录后才可以回帖 登录 | 立即注册
返回顶部