你的位置:首页 > 软件开发 > Java > 撸一段 SQL ? 还是撸一段代码?

撸一段 SQL ? 还是撸一段代码?

发布时间:2016-10-24 10:01:33
记得刚入公司带我的研发哥们能写一手漂亮的 SQL,搜索准确、执行快、效率高。 配合Web项目中的查询展示数据的需求,基本是分分钟完成任务。 那段时间基本是仰视的态度,每天都去讨教一点手写 SQL 的要点,翻看一些 SQL 优化调整的技巧。 随着 ...

   记得刚入公司带我的研发哥们能写一手漂亮的 SQL,搜索准确、执行快、效率高。

   配合Web项目中的查询展示数据的需求,基本是分分钟完成任务。

   那段时间基本是仰视的态度,每天都去讨教一点手写 SQL 的要点,翻看一些 SQL 优化调整的技巧。

   随着积累和实践,SQL 水平提高的很快,同时也写了很多,有兴趣的可以看看:http://www.cnblogs.com/

   随后经历了几个项目的打磨,不断去调整公司的框架,发现项目中大段 SQL 出现的概率越来越小。

   我不得不停下脚步,开始反思和总结出现这种现象的原因。如果你手上不忙并且感兴趣,请听我慢慢道来。

   下面是一个经典的系统权限数据库设计,作为例子来展开论述。

撸一段 SQL ? 还是撸一段代码?

   组织机构、用户、角色、菜单作为4个主要设计对象,添加三张两两关系映射表。

   能很好的做到水平和纵向扩展,其中主要设计对象我只添加了几个需要的字段。

   该设计完全可以引入到你的项目中,根据项目实际使用人群和需求添加必要字段。

   然后配合 Shiro 或者 Spring -Security 能很完美的解决组织用户角色菜单的权限问题。

   言归正传,项目需求中有这个一个要求,需要推送当前用户所有的菜单项,SQL写法。

   select a.uuid,a.name    from menu a    left join role_menu b    on a.uuid = b.menuid    left join role_user c    on b.roleid = c.roleid    where c.userid = '用户uuid';

原标题:撸一段 SQL ? 还是撸一段代码?

关键词:sql

sql
*特别声明:以上内容来自于网络收集,著作权属原作者所有,如有侵权,请联系我们: admin#shaoqun.com (#换成@)。