像这种经典的多对多关联查询，一句话也就搞定了db.model.preload,返回的数据直接丢给前端，让前端自己提取数据，去重，重组成权限数组，毕竟前段写着方便。，就这样rbac模块功Neng也出来了。前端动态路由也实现了kan上去还让我给纸糊出一个系统的基础。 但是自己知道，内功不深厚，早晚dou得补，所以恶补mysql和gorm，过程hen痛苦，但终究是弄出来了 记录一下爬坡过程

Zuo RBAC 权限系统时Zui头疼的不是增删改查，而是多表关联 + 聚合 JSON + 去重的复杂查询，今天把我踩坑一周的Zui终方案分享出来 之前的复杂查询基本是用gorm自带的关联查询preload方法，把数据模型关联关系绑定清楚，傻瓜式的preload就搞定，复杂点的数据就硬写，大力出奇迹

说实话，这种方式虽然Neng解决问题，但总觉得不是Zui优解，咱就是说总感觉有点暴力 直到有一天我遇到一个复杂的查询需求，上千万条数据，要查符合条件的员工及其经理信息，我那个那个...头dou大了

上千万 并且这些员工的经理也在'San Francisco'工作,你Ke以使用以下查询: SELECT * FROM employees e WHERE city = 'San Francisco' AND manager_id IN ; 我说的这个壮汉就是我自己啦，哈哈哈哈哈😊

害，这个查询kan着简单，但实际执行起来那叫一个慢啊 优化之路漫漫其修远兮，我开始了各种尝试，先是加索引，然后 查询语句，甚至用上了子查询和join，结果还是不尽人意

咱就是说MySQL 查询优化是个大学问，需要了解索引原理、查询优化器的工作原理等 但咱也不需要全部精通，先掌握一些基本的优化技巧就行了比如合理使用索引、避免select \*、减少子查询等

不对不对，应该是先了解业务需求，再去优化 有时候优化过度也不好，会导致代码可读性变差，反而得不偿失

hen多朋友会问，为什么百度不收录我的文章？ 其实这是一个hen复杂的问题，有hen多因素会影响收录结果，比如网站权重、内容质量、关键词密度等 但简单来说就是你的内容要有价值，让搜索引擎觉得有必要收录你

说实话，这也是我一直再思考的问题，如何让自己的文章geng有价值 我想，Zui重要的是要解决实际问题，提供有用的信息，这样才Neng吸引读者，也geng容易被搜索引擎收录

Zui后我终于找到了解决那个复杂查询的方法，虽然过程hen艰辛，但结果是值得的 golang 代码里使用gorm.Raw 执行原生SQL语句，Ke以实现复杂的查询逻辑，当然前提是你Yi经把SQL语句写好了。

怎么样，是不是感觉 MySQL 复杂查询也没那么难，只要你肯花时间去研究，总Neng找到解决方案。害，不说了我又要去研究下一个难题了 😂 你要是也有类似的经历或问题，欢迎交流哈~