Offer项目SQL性能报告-左小龙.docx

Offer项目SQL性能报告左小龙本报告分为三个部分，前两部分分别从代码分析和压力测试分析，第三部分总结发现的问题和建议。一、PL/SQL包和视图代码技术分析本报告依据svn版本号12679的代码，2012年8月20日下午8030数据库，进行分析，包括包CUX_HCM_OFFER_UTIL和视图AD_PER_OFFER_TEMPLATE_V。首先对视图进行分析，该项目只有一个视图，该视图对FND_LOOKUP_VALUES进行查询，没有关联其他表，执行计划使用了LOOKUP_TYPE字段上的复合索引，而且该视图的结果只有几条数据，不存在性能问题。CUX_HCM_OFFER_UTIL包中有10个存储过程和11个函数，对代码中的SQL代码逐一分析如下：1、function get_offer_lookup_meaning(p_lookup_type in varchar2, p_lookup_code in varchar2)return varchar2该函数中对offer_lookup进行条件查询，8030上的执行计划显示使用了其item_type上的索引。2、function get_user_name_by_person_name(p_person_name in varchar2)return varchar2该函数中对per_all_people_f papf, fnd_user fu进行了关联查询，关联条件均有索引，不存在索引被抑制的情况，执行计划显示使用索引扫描，没有问题。3、procedure add_user_apply_to_nitification(p_apply_id in number)该过程对offer_user_apply 使用了条件查询和更新，均使用了ID主键索引，不存在性能问题。4、procedure update_user_apply_notification(p_apply_id in number, p_grant_role in varchar2)该过程中对cux_all_notifications的查询使用了全表扫描，该表其实可以加索引和主键，目前看该表未加任何索引和主键，不过该表不属于Offer项目建的表，所以这里根据情况处理。5、FUNCTION find_code_from_hr_by_meaning(v_meaning in varchar2, v_lookup_type in varchar2)RETURN VARCHAR2该函数对HR_LOOKUPS视图进行查询，使用了FND_LOOKUP_VALUES上的索引。6、function get_location_name_by_id(p_location_id in number) return varchar2该函数对cux_hr_locations_v进行查询，使用了HR_LOCATIONS_ALL上的主键索引。7、function get_building_name_by_id(p_building_id in number) return varchar2该函数同上。8、function get_organization_name_by_id(p_organization_id in number)return varchar2SQL如下：select v.organization_name /*, p.full_name*/ into l_organization_name from (select organization_id, name organization_name, attribute6 from apps.cux_hr_change_departments_v where trunc(sysdate) = nvl(date_to, to_date(2047-12-31, YYYY-MM-DD)) and business_group_id = 0) v, (select o.organization_id, p.full_name from HR_ORGANIZATION_UNITS_V o, (select p.person_id, p.full_name from per_all_people_f p where trunc(sysdate) between p.effective_start_date and p.effective_end_date) p where trunc(sysdate) = nvl(o.date_to, to_date(2047-12-31, YYYY-MM-DD)) and o.attribute13 = p.person_id(+)) p where v.orga