Sql 日志为NULL或(目录0和目录2)和(非(子项为NULL));我们在Catalog和Child上有一个复合索引,所以你建议我修改表ARADMIN.V_PCKXMLCODE move?或者以其他方式重建它——但当人们可能正在访问它时,您可能不应该这样做。我正
Sql 日志为NULL或(目录0和目录2)和(非(子项为NULL));我们在Catalog和Child上有一个复合索引,所以你建议我修改表ARADMIN.V_PCKXMLCODE move?或者以其他方式重建它——但当人们可能正在访问它时,您可能不应该这样做。我正,sql,oracle,performance,oracle11g,Sql,Oracle,Performance,Oracle11g,日志为NULL或(目录0和目录2)和(非(子项为NULL));我们在Catalog和Child上有一个复合索引,所以你建议我修改表ARADMIN.V_PCKXMLCODE move?或者以其他方式重建它——但当人们可能正在访问它时,您可能不应该这样做。我正试图想出一个查询来表明这肯定是第一个问题,而且我还没有想出比查看用户段更好的方法——一个真正的DBA可能会插手一个想法。您还需要确定是否实际发生了直接路径加载;如果是这样的话,问题将逐渐卷土重来。如何维护表中的数据?从它的名字。。。它实际上是一
日志为NULL或(目录0和目录2)和(非(子项为NULL));我们在Catalog和Child上有一个复合索引,所以你建议我修改表ARADMIN.V_PCKXMLCODE move?或者以其他方式重建它——但当人们可能正在访问它时,您可能不应该这样做。我正试图想出一个查询来表明这肯定是第一个问题,而且我还没有想出比查看
用户段
更好的方法——一个真正的DBA可能会插手一个想法。您还需要确定是否实际发生了直接路径加载;如果是这样的话,问题将逐渐卷土重来。如何维护表中的数据?从它的名字。。。它实际上是一种景观吗?好的,是的,计划上说实际的表是T111——那么这是如何维护的呢?我继续对视图正在访问的表进行了查询。完全相同的结果。试图找出数据是如何维护的。
Name Null Type
--------------------- -------- -------------
REQUEST_ID NOT NULL VARCHAR2(15)
AVAILABILITY VARCHAR2(69)
XML_CODE CLOB
PACKAGENAME_UNIQUE VARCHAR2(50)
CATALOG NUMBER(15)
CHILD VARCHAR2(255)
CLASSIFICATION_SYSTEM NUMBER(15)
E_MAIL VARCHAR2(69)
SELECT COUNT(*) FROM ARADMIN.V_PKGXMLCODE WHERE (CATALOG <> 0 AND CATALOG <> 2) AND (NOT (CHILD IS NULL));
SELECT COUNT(*) FROM ARADMIN.V_PKGXMLCODE WHERE (CATALOG IS NULL OR (CATALOG <> 0 AND CATALOG <> 2)) AND (NOT (CHILD IS NULL));
select x1.cnt + x2.cnt + x3.cnt
from (select count(*) as cnt
from MYTABLE
where field4 = 1 and child is not null
) x1 cross join
(select count(*) as cnt
from MYTABLE
where field4 = 4 and child is not null
) x2 cross join
(select count(*) as cnt
from MYTABLE
where field4 is null and child is not null
) x3;
alter table mytable move;
ColumnName IS NOT NULL
IsNull(ColumnName,'') <> ''