❶ 脚本需要编译吗 存储过程需要编译吗
存储过程 在创建时 自动编译，然后存储到数据库中的是编译好的。
脚本 在 每次执行时 进行编译
❷ 什么时候要用存储过程
使用存储过程并没有什么时候的限制，说白了任何时候都可以使用存储过程，因为存储过程是经过编译的程序片段，在数据库启动时已经加载在oracle的cache中了，并且任何人调用它都不会经过重新编译，也不会进行语法分析及最近路径选择等耗时的操作，所以建议多使用。
❸ SQLSERVER 什么时候重新编译执行计划
根据数据库新状态的不同，数据库中的某些更改可能导致执行计划效率降低或无效。SQL Server 将检测到使执行计划无效的更改，并将计划标记为无效。此后，必须为执行查询的下一个连接重新编译新的计划。导致计划无效的情况包括：
对查询所引用的表或视图进行更改（ALTER TABLE 和 ALTER VIEW）。
对执行计划所使用的任何索引进行更改。
对执行计划所使用的统计信息进行更新，这些更新可能是从语句（如 UPDATE STATISTICS）中显式生成，也可能是自动生成的。
删除执行计划所使用的索引。
显式调用 sp_recompile。
对键的大量更改（其他用户对由查询引用的表使用 INSERT 或 DELETE 语句所产生的修改）。
对于带触发器的表，插入的或删除的表内的行数显着增长。
使用 WITH RECOMPILE 选项执行存储过程。
为了使语句正确，或要获得可能更快的查询执行计划，大多数都需要进行重新编译。
在 SQL Server 2000 中，只要批处理中的语句导致重新编译，就会重新编译整个批处理，无论此批处理是通过存储过程、触发器、即席批查询，还是通过预定义的语句进行提交。在 SQL Server 2005 和更高版本中，只会重新编译批处理中导致重新编译的语句。由于这种差异，SQL Server 2000 和更高版本中的重新编译计数不可比较。另外，由于 SQL Server 2005 和更高版本扩展了功能集，因此它们具有更多类型的重新编译。
语句级重新编译有助于提高性能，因为在大多数情况下，只有少数语句导致了重新编译并造成相关损失（指 CPU 时间和锁）。因此，避免了批处理中其他不必重新编译的语句的这些损失。
SQL Server ProfilerSP:Recompile 跟踪事件报告语句级重新编译。此跟踪事件在 SQL Server 2000 中仅报告批处理重新编译。此外，将填充此事件的 TextData 列。因此，已不再需要 SQL Server 2000 中必须跟踪 SP:StmtStarting 或 SP:StmtCompleted 以获取导致重新编译的 Transact-SQL 文本的做法。
跟踪事件 SQL:StmtRecompile 报告语句级重新编译。此跟踪事件可用于跟踪和调试重新编译。SP:Recompile 仅针对存储过程和触发器生成，而SQL:StmtRecompile 则针对存储过程、触发器、即席批查询、使用 sp_executesql 执行的批处理、已准备的查询和动态 SQL 生成。
SP:Recompile 和 SQL:StmtRecompile 的 EventSubClass 列都包含一个整数代码，用以指明重新编译的原因。
❹ 如何重新编译存储过程用一条什麽命令
使用execute，例如：
execute obooke;
❺ 怎么知道oracle中一个存储过程最后一次被编译的时间
个人观点：
1 last_ddl_time就是指最后一次编译的时间。 你认为的create or replace 其实就是一种编译
2 A调用B引发的B的重新编译。
我认为A调用B是不会引起B的编译的。从2个方面解释：
1） 我个人工作经验中没有发现A调用B会让B重新编译。
案例：B中引用了一张表。我将表删除了，编译B。那么B出现了错误。此时我又将表还原了。再去编译A。注意：A中调用B。但是B是错误的。如果调用B让B也编译的话，那么B会编译通过，A没问题。事实上：由于B的错误，导致A编译也错误。可见B并没有编译。
2）存储过程的一个优点是什么？就是一次编译，到处运行。这个编译时比较消耗资源的。从常理上讲，如果每次调用A引发了B的编译，那么存储过程的上述的优点浩然无存。所以从常理推断，A调用B不会引发B的编译。
---------------------------------- -----------------------------------------
早上看到了你昨晚发的信息。尝试了下。你的结论是有一半是正确的。
正确的解释应该是：
1 假设A、B都是正确的 那么调用的时候无需编译；
2 假设A、B是无效的。那么调用的时候会去编译它。
Oracle会自己判断A、B是否有效，再根据情况决定是否去编译。
❻ 哪些情况需要重新编译存储过程
如果是在plsql developer中修改的，可以直接点那个齿轮图标，或者F8即可编译。 如果是在sqlplus中，那就敲入修改后的过程代码（create or replace procere...），最后以/结尾运行即可。
❼ 为什么我的存储过程总要重新编译
这是我同事做的一个存储过程，我们一般都用这个处理
CREATE OR REPLACE PROCEDURE OWN.P_HSJ_COMPRE
IS
CURSOR cur_invalid_obj IS
SELECT uo.object_name,uo.object_type
FROM user_objects uo,
USER_ORDER_OBJECT_BY_DEPEND uobd
WHERE uo.object_id = uobd.object_id(+) AND uo.status != 'VALID'
ORDER BY uobd.dlevel desc,uo.object_type,uo.object_name;
ls_objname VARCHAR2(100);
ls_objtype VARCHAR2(100);
ls_status VARCHAR2(20);
ls_text VARCHAR2(4000);
ls_sql varchar2(100);
BEGIN
OPEN cur_invalid_obj;
LOOP
FETCH cur_invalid_obj INTO ls_objname,ls_objtype;
EXIT WHEN cur_invalid_obj%NOTFOUND;
IF ls_objtype IN ('PACKAGE BODY', 'PACKAGE', 'FUNCTION', 'PROCEDURE','TRIGGER', 'VIEW') THEN
if ls_objtype ='VIEW' then
ls_sql :=' ALTER VIEW '||LS_OBJNAME ||' COMPILE';
execute immediate ls_sql;
else
DBMS_DDL.alter_compile(ls_objtype,NULL,ls_objname);
end if;
SELECT status INTO ls_status FROM user_objects
WHERE object_name = ls_objname AND object_type = ls_objtype;
/* IF ls_status != 'VALID' THEN
SELECT text INTO ls_text FROM user_errors
WHERE name = ls_objname AND type = ls_objtype;
END IF;
*/
END IF;
END LOOP;
CLOSE cur_invalid_obj;
EXCEPTION
WHEN OTHERS THEN
IF cur_invalid_obj%ISOPEN THEN
CLOSE cur_invalid_obj;
END IF;
END;
/
❽ 什么时候要用存储过程，存储过程的优点
使用存储过程并没有什么时候的限制，说白了任何时候都可以使用存储过程，因为存储过程是经过编译的程序片段，在数据库启动时已经加载在oracle的cache中了，并且任何人调用它都不会经过重新编译，也不会进行语法分析及最近路径选择等耗时的操作，所以建议多使用。
存储过程的优点：
1.存储过程只在创造时进行编译，以后每次执行存储过程都不需再重新编译，而一般SQL语句每执行一次就编译一次,所以使用存储过程可提高数据库执行速度。
2.当对数据库进行复杂操作时(如对多个表进行Update,Insert,Query,Delete时），可将此复杂操作用存储过程封装起来与数据库提供的事务处理结合一起使用。
3.存储过程可以重复使用,可减少数据库开发人员的工作量
4.安全性高,可设定只有某此用户才具有对指定存储过程的使用权
缺点：
1.如果更改范围大到需要对输入存储过程的参数进行更改，或者要更改由其返回的数据，则您仍需要更新程序集中的代码以添加参数、更新 GetValue() 调用，等等，这时候估计比较繁琐了。
2.可移植性差
由于存储过程将应用程序绑定到 SQL Server，因此使用存储过程封装业务逻辑将限制应用程序的可移植性。
❾ oracle存储过程必须提前编译好吗
存储过程写完后，必须编译一下，然后才能用。
因为写完后，数据库并没有确认过程是否有问题，编译过程其实就是数据库确认的过程。所以必须提前编译好。
❿ 为什么要用存储过程，什么时候用存储过程
储过程说白了就是一堆 SQL 的合并。中间加了点逻辑控制。
但是存储过程处理比较复杂的业务时比较实用。
比如说，一个复杂的数据操作。如果你在前台处理的话。可能会涉及到多次数据库连接。但如果你用存储过程的话。就只有一次。从响应时间上来说有优势。
也就是说存储过程可以给我们带来运行效率提高的好处。
另外，程序容易出现 BUG 不稳定，而存储过程，只要数据库不出现问题，基本上是不会出现什么问题的。也就是说从安全上讲，使用了存储过程的系统更加稳定。
数据量小的，或者和钱没关系的项目不用存储过程也可以正常运作。mysql 的存储过程还有待实际测试。如果是正式项目，建议你用 sql server 或 oracle 的存储过程。数据与数据之间打交道的话，过程会比程序来的快的多。面试官问有没有用存储，实际上就是想知道前来面试的程序员到底做过数据量大的项目没。如果是培训出来的，或者小项目小公司出来的，对存储肯定接触的少了。
所以，要想进大公司，没有丰富存储过程经验，是不行的。
那么什么时候才可以用存储？对于数据量不是很大以及业务处理不是很复杂的小项目就无需要了么？
错。
存储过程不仅仅适用于大型项目，对于中小型项目，使用存储过程也是非常有必要的。其威力和优势主要体现在：
1.
存储过程只在创造时进行编译，以后每次执行存储过程都不需再重新编译，而一般 SQL 语句每执行一次就编译一次,所以使用存储过程可提高数据库执行速度。
2.
当对数据库进行复杂操作时(如对多个表进行 Update,Insert,Query,Delete 时），可将此复杂操作用存储过程封装起来与数据库提供的事务处理结合一起使用。这些操作，如果用程序来完成，就变成了一条条的 SQL 语句，可能要多次连接数据库。而换成存储，只需要连接一次数据库就可以了。
3.
存储过程可以重复使用,可减少数据库开发人员的工作量。
4.
安全性高,可设定只有某此用户才具有对指定存储过程的使用权。
一般来说，存储过程的编写比基本SQL语句复杂，编写存储过程需要更高的技能，更丰富的经验。经自已测试，一个有着十万条记录的表，通过php调用存储过程比通过PHP执行sql语句获取所有记录的时间，平均快0.4秒左右.