PeopleSOft - SQL优化

hanhuixj · 发表于 2012/11/5 13:51:00

马上注册，结交更多好友，享用更多功能，让你轻松玩转社区。如果您注册时有任何问题请联系客服QQ： 83569622 　。

您需要登录才可以下载或查看，没有帐号？注册

x

最近在优化一个Report的SQL，其中SQL的逻辑大概是以下这个样子的：
以JOB_DATA（PS_JOB）作为主表，后面join了大概十几个table来获取其他的信息，比如员工姓名，汇报人的姓名等等。原来的程序是把这个逻辑做在一个View里面，然后用这个View作为基本表再来join一个security record（PS_EMPLMT_SRCH_QRY）来实现查询数据的安全性。原来的这个SQL在数据库里执行效率很低，甚至执行不出任何结果。而我的优化思路是去掉这个view，把所有的逻辑拿出来，直接用PS_JOB作为基础表来join其他所有的表，包括那个security record。最终执行的结果是，我修改后的这段SQL在执行效率上明显要好过之前的。

现在的问题是：
原来的View如果存在性能问题，应该是怎样的性能问题？为什么直接用PS_JOB来做效率上会提高很多？是不是存在Index的问题？若果是Index的问题，我该怎么来查找导致原来SQL执行慢的原因？

哪位DBA大牛能够帮助我回答这个问题？谢谢！

该贴已经同步到 hanhuixj的微博

王明雷 · 发表于 2012/11/14 10:03:31

坐等大神赐教

imake · 发表于 2012/11/16 13:19:49

其实可以考虑做物化视图来解决视图的问题，你要分析前后2个SQL的效率，建议把SQL帖出来

帐号		自动登录	找回密码
密码			注册

社区人物壹佰网重点话题	分享知识原创连载活动正式启动已有673人参加查看全部会员靓照旅行分享文学连载	壹佰读书会开始招收成员了
招聘求职壹佰网信息化选型平台	倾听用户的心声纵横四海谈IT如何提升企业管理管理小说连载《苏州桥》	如何获取努力值
原创连载－我来管管看 ERP分享+	推荐连载：[已结帖][分享知识原创连载]财务供应链项目新手实施手记：记录自己正	入门学习-致所有初学者

PeopleSOft - SQL优化

马上注册，结交更多好友，享用更多功能，让你轻松玩转社区。如果您注册时有任何问题请联系客服QQ： 83569622 。

浏览过的版块

马上注册，结交更多好友，享用更多功能，让你轻松玩转社区。如果您注册时有任何问题请联系客服QQ： 83569622 　。