撸一段 SQL ? 还是撸一段代码？
记得刚入公司带我的研发哥们能写一手漂亮的 SQL,搜索准确、执行快、效率高。
配合Web项目中的查询展示数据的需求，基本是分分钟完成任务。
那段时间基本是仰视的态度，每天都去讨教一点手写 SQL 的要点，翻看一些 SQL 优化调整的技巧。
随着积累和实践，SQL 水平提高的很快，同时也写了很多，有兴趣的可以看看：http://www.cnblogs.com/
随后经历了几个项目的打磨，不断去调整公司的框架，发现项目中大段 SQL 出现的概率越来越小。
我不得不停下脚步，开始反思和总结出现这种现象的原因。如果你手上不忙并且感兴趣，请听我慢慢道来。
下面是一个经典的系统权限数据库设计，作为例子来展开论述。
组织机构、用户、角色、菜单作为4个主要设计对象，添加三张两两关系映射表。
能很好的做到水平和纵向扩展，其中主要设计对象我只添加了几个需要的字段。
该设计完全可以引入到你的项目中，根据项目实际使用人群和需求添加必要字段。
然后配合 Shiro 或者 Spring -Security 能很完美的解决组织用户角色菜单的权限问题。
言归正传，项目需求中有这个一个要求，需要推送当前用户所有的菜单项，SQL写法。
延伸阅读
- ssh框架 2016-09-30
- 阿里移动安全 [无线安全]玩转无线电——不安全的蓝牙锁 2017-07-26
- 消息队列NetMQ 原理分析4-Socket、Session、Option和Pipe 2024-03-26
- Selective Search for Object Recognition 论文笔记【图片目标分割】 2017-07-26
- 词向量-LRWE模型-更好地识别反义词同义词 2017-07-26
- 从栈不平衡问题 理解 calling convention 2017-07-26
- php imagemagick 处理 图片剪切、压缩、合并、插入文本、背景色透明 2017-07-26
- Swift实现JSON转Model - HandyJSON使用讲解 2017-07-26
- 阿里移动安全 Android端恶意锁屏勒索应用分析 2017-07-26
- 集合结合数据结构来看看(二) 2017-07-26
学习是年轻人改变自己的最好方式