感觉平常在实际项目中用到的最多就是【索引】,就没有看用到【视图】的
view就是个虚拟表,还不是得从别的表查数据,而且业务代码又没办法区分view和table,复杂。性能上也不见得有什么优化 用个锤子的view,sql给我硬写,写就完事了
pg不香吗
视图就是个坑
视图太坑不敢用。
关系型数据库中的视图和外键这两个功能在互联网项目上基本上可以抛弃了
存储过程呢,有人用吗
@tyrion 难维护,不好优化,一般都是传统行业追求稳定快速开发
不多,在高并发场景下,业务方就把 MySQL 作为存储来使用,越简单越好优化。
Orcale、MSSQL用一下视图还行。MySQL的视图就算了吧,就是个玩具,优化的很差。
@time2 最近搞oracle数据库迁移到mysql,一堆存储过程,让人头的很,之前遇到的数据库都只用来数据的存储,现在老项目里面承载着各种业务逻辑, 头大.jpg
并不合适,就是个连表语句,还得专门写脚本去数据库维护 需要啥效果写SQL写不出来
不过你要说跟业务联系不密集,万年不动可以考虑
数据脱敏,权限管理会用
没啥必要用…关系型的宽表一般是通过binlog同步到es里面,搜起来飞快