重编译触发器
根据数据库新状态的不同，数据库中的某些更改可能导致执行计划效率降低或无效。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 列都包含一个整数代码，用以指明重新编译的原因。
2. oracle编译触发器时老转圈
TRIGGER **** 编译错误
错误：PLS-00103: 出现符号 "END"在需要下列之一时：
( begin case declare exit
for goto if loop mod null pragma raise return select update
while with <an identifier>
<a double-quoted delimited-identifier> <a bind variable> <<
continue close current delete fetch lock insert open rollback
savepoint set sql execute commit forall merge pipe purge
行：8
文本：end****;
错误原因：
这种时候一般有两种情况，分析如下：
1.掉了结束的符号（如：分号，if的结束end if;最有可能的还是分号），这种属于比较好查的情况，仔细检查即可发现问题。
2.存储过程中可能出现全角的空格，这种错是不可见的，存储过程只接受半角的空格，这种错误属于比较难查的，只能通过断点或者将可能出错的注释点排除查错。实在查不出来，最傻的办法就是重新再手敲输入一遍。
3.第三种情况一半是很容易忽略的的错误，触发器创建之后必须输入内容，不可为空，否则编译报错。例如：有的人新建了触发器，后来发现触发器不必要，但是又不想删除，于是把内部代码全部注释再去编译，然后就抛出异常的，一个没有内容的触发器是没有存在的必要的，可以删除或者禁用。
3. oracle 命令创建触发器带有编译错误ora-06544：pl/sql：内部错误，怎么解决
是用PL/SQL DEV进行编译吧？
如果是，下列办法应该可以解决：
1、打开工具-〉首选项
2、选择调试器
3、将编译时添加调试信息的选项不勾
4、确定后重新编译