ITPub博客

诊断性能问题的一种常见方法是启用 sql_trace 来跟踪数据库调用，然后使用 tkprof 等工具来分析输出。但是，这种方法在具有共享服务器体系结构的数据库中具有严重的局限性。在这种配置中，创建了若干个共享服务器进程，为用户的请求提供服务。当用户 BILL 连接数据库时，调度程序将连接传递到一个可用的共享服务器进程。如果没有可用的共享服务器进程，则创建一个新进程。如果开始跟踪该会话，则会跟踪由共享服务器进程所进行的调用。[@more@]现在假设 BILL 的会话变为空闲状态，而 LORA 的会话变为活动状态。此时最初为 BILL 提供

您是否厌倦了在 dbms_job 中手工管理时间间隔的繁琐，需要数据库内部有个新调度系统？ 让我们就着眼于数据库本身来解决这个问题。[@more@]你们中的一部分人可能广泛使用 dbms_job 程序包来将数据库作业提交到后台运行，控制运行的时间或时间间隔，报告故障等等。 然而，我感觉你们中的大部分人不会这么做。 这个程序包存在的问题是它只能够处理 PL/SQL 代码段 — 仅能处理匿名程序块和存储程序单元。 它不能在数据库外部处理操作系统命令文件或可执行文件中的任何东西。 为此，您将不得不求助于操作系统调度实用工具（如 Unix 中的 cron