Informix-存储过程.ppt

* * * * * * * * * * * * * * * * * * * * * * * * * * * create procedure upd_price (p_stock_num integer, p_manu_code char (3), p_quantity integer) returning money(12,2) define p_total_price money(12,2); let p_total_price = p_quantity * (select unit_price from stock where stock_num = p_stock_num and man_code = p_manu_code); return p_total_price; end procedure; create trigger pd_proc update of quantity on items referencing old as old new as new for each row (execute procedure upd_price(new.stock_num, new.manu_code, new.quantity) into total_price); * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * 存储过程和触发器的生产环境 存储过程的版本控制和makefile 有关存储过程的性能考虑 使用UPDATE STATISTICE控制优化 使用GRANT和REVOKE控制存储过程和触发器的访问权限 管理存储过程和触发器 只在数据库中保存存储过程和触发器的源代码不是一个好办法 如果表被删除，所有相关的触发器都将删除 如果数据库被删除，所有相关的存储过程和触发器都将删除 如果改变存储过程，老版本的存储过程必须被删除 最好同应用程序一样来管理存储过程和触发器 Makefile 版本控制 版本控制和存储过程 create procedure “informix”.count_users() --Prograammer: Bob Smith --Create Date: 24 Oct 1994 --Last Updated: N/A define p_count integer; select count(*) into p_count from users; return p_count; end procedure; document “This procedure counts the number of users.”, “SCCS keys %Z% %M% %I% %G%”; 提高存储过程的效率 控制存储过程和系统目录表(INFORMIX OnLine)的EXTENT的数量 如果OnLine系统中有大量的存储过程及对性能要求较高，将系统目录表分散在不同的磁盘上 如果可能，避免在循环中多次调用存储过程 当表的特性改变时，运行UPDATE STATISTICS 何时SQL会自动优化？ 在以下情况中，存储过程中的SQL语句会自动优化： 过程在创建或第一次执行时 相关的表．字段及索引结构改变时 相关表的统计信息改变时(运行UPDATE STATISTICS之后) 在以下情况中，SQL语句不会被自动优化： 表的记录数或内容发生改变或UPDATE STATISTICS没有被执行 优化查询 update statistics; update statistics for table orders; update statistics for table; update statistics for procedure del_orders; update statistics for procedure; 修改所有存储过程的统计 及查询策略 只修改表orders的统计 修改所有表的统计 修改过程del_orders的查询 策略 修改所有过程的查询策略 使用SET OPTIMAZATION LOW 存储过程 系统目录 信息 系统目录信息 数据库服务进程 正常优化： 存储过程 系统目录 信息 数据库服务进程 SET OPTIMIZATIO LOW； 比较存储在磁盘上和 共享内存中的系统目 录信息(OnLine) 只比较存储数据库内存 中的系统目录信息 权限 对于存储过程的权限，同表一样可以授权和收回 权限控制的例子 revoke delete on orde