我希望我的活动每天 00:20 运行。我对时间安排感到困惑。我应该使用第一个选项还是第二个选项？
选项1
CREATE EVENT my_event
ON SCHEDULE
EVERY 1 DAY
STARTS '2014-04-30 00:20:00' ON COMPLETION PRESERVE ENABLE
DO
# My query
选项 2
CREATE EVENT my_event
ON SCHEDULE
AT ('2014-04-30 00:20:00'+ INTERVAL 1 DAY) ON COMPLETION PRESERVE ENABLE
DO
# My query
最近，我收到了一份来自 DBA的ash report 。
对我来说，这份报告就像法语。我不知道它是关于什么的，也不知道这份报告里写的是什么。有人可以指导我阅读它并向我解释我应该采取哪些所有步骤来使我的查询稳定并减少 cpu 消耗。此外，哪个查询占用了更多的 CPU。
1. 请推荐我应该执行什么操作。
2. 哪个查询占用了我更多的 CPU，我应该如何改进它。
我使用以下代码在 Oracle 中创建了一个虚拟列。
CREATE OR REPLACE function email_address (ID_ varchar2)
return varchar2
deterministic
as
lname varchar2 (256);
snumber varchar2 (256);
email varchar2 (256);
BEGIN
select substr( p.name, instr( p.name, ' ', -1 ) + 1 ) into lname
from person p where p.id = id_;
SELECT regexp_replace(p.service_no, '[^0-9]*', '') into snumber
FROM person p where p.ID = id_;
email:= snumber||lname||'@met.af';
return email;
end email_address;
虚拟列工作正常，它确实填充了我想要在虚拟列中实现的目标。但是当我使用虚拟列的表创建视图时出现了问题；视图的数量需要大量时间（最多 5 分钟）。在这里，我想提一下，如果我不使用该功能（即电子邮件的空列），该视图将完全正常工作。查看代码如下
select distinct
person.SERVICE_NO as Service_No,
person.CNIC_NO as CNIC, person.NAME as NAME ,
card.CPLC_SERIAL_NO as Card_Number,
child_dc.NAME as Child_DC,
root_dc.NAME as Root_DC, person.OU as OU,
person.EMAIL as Email
from
person_card inner join person
on person_card.PERSON_ID = person.ID
inner join card
on person_card.CARD_ID = card.ID
left outer join child_dc
on person.CHILD_DC_ID = child_dc.ID
left outer join root_dc
on child_dc.ID = root_dc.ID;
我推测的是，当我创建一个虚拟列时，oracle 强行要求我将数据类型长度保持在 4000，从而使其太大或太重而无法填充。我应该怎么做才能填充视图。我需要一个虚拟列，因为应用程序没有输入电子邮件。需要帮助。
我已经物化了要更改其刷新时间的视图：
REFRESH FORCE START WITH SYSDATE NEXT SYSDATE +1 DISABLE QUERY REWRITE
我想知道这方面的一些事情。
NEXT SYSDATE +1描绘什么？DISABLE QUERY REWRITE？