7

我有一个相当标准的 SQL 查询，如下所示：

TRUNCATE TABLE TABLE_NAME;
INSERT INTO TABLE_NAME 
(
UPRN,
SAO_START_NUMBER,
SAO_START_SUFFIX,
SAO_END_NUMBER,
SAO_END_SUFFIX,
SAO_TEXT,
PAO_START_NUMBER,
PAO_START_SUFFIX,
PAO_END_NUMBER,
PAO_END_SUFFIX,
PAO_TEXT,
STREET_DESCRIPTOR,
TOWN_NAME,
POSTCODE,
XY_COORD,
EASTING,
NORTHING,
ADDRESS
)
SELECT  
BASIC_LAND_AND_PROPERTY_UNIT.UPRN, 
LAND_AND_PROPERTY_IDENTIFIER.SAO_START_NUMBER AS SAO_START_NUMBER, 
LAND_AND_PROPERTY_IDENTIFIER.SAO_START_SUFFIX AS SAO_START_SUFFIX, 
LAND_AND_PROPERTY_IDENTIFIER.SAO_END_NUMBER AS SAO_END_NUMBER, 
LAND_AND_PROPERTY_IDENTIFIER.SAO_END_SUFFIX AS SAO_END_SUFFIX, 
LAND_AND_PROPERTY_IDENTIFIER.SAO_TEXT AS SAO_TEXT, 
LAND_AND_PROPERTY_IDENTIFIER.PAO_START_NUMBER AS PAO_START_NUMBER, 
LAND_AND_PROPERTY_IDENTIFIER.PAO_START_SUFFIX AS PAO_START_SUFFIX, 
LAND_AND_PROPERTY_IDENTIFIER.PAO_END_NUMBER AS PAO_END_NUMBER, 
LAND_AND_PROPERTY_IDENTIFIER.PAO_END_SUFFIX AS PAO_END_SUFFIX, 
LAND_AND_PROPERTY_IDENTIFIER.PAO_TEXT AS PAO_TEXT, 
STREET_DESCRIPTOR.STREET_DESCRIPTOR AS STREET_DESCRIPTOR, 
STREET_DESCRIPTOR.TOWN_NAME AS TOWN_NAME, 
LAND_AND_PROPERTY_IDENTIFIER.POSTCODE AS POSTCODE, 
BASIC_LAND_AND_PROPERTY_UNIT.GEOMETRY AS XY_COORD, 
BASIC_LAND_AND_PROPERTY_UNIT.X_COORDINATE AS EASTING, 
BASIC_LAND_AND_PROPERTY_UNIT.Y_COORDINATE AS NORTHING,
decode(SAO_START_NUMBER,null,null,SAO_START_NUMBER||SAO_START_SUFFIX||' ')
||decode(SAO_END_NUMBER,null,null,SAO_END_NUMBER||SAO_END_SUFFIX||' ')
||decode(SAO_TEXT,null,null,SAO_TEXT||' ')
||decode(PAO_START_NUMBER,null,null,PAO_START_NUMBER||PAO_START_SUFFIX||' ')
||decode(PAO_END_NUMBER,null,null,PAO_END_NUMBER||PAO_END_SUFFIX||' ')
||decode(PAO_TEXT,null,null,'STREET RECORD',null,PAO_TEXT||' ')
||decode(STREET_DESCRIPTOR,null,null,STREET_DESCRIPTOR||' ')
||decode(POST_TOWN,null,null,POST_TOWN||' ')
||Decode(Postcode,Null,Null,Postcode)  As Address 
From (Land_And_Property_Identifier
      Inner Join Basic_Land_And_Property_Unit
        On Land_And_Property_Identifier.Uprn = Basic_Land_And_Property_Unit.Uprn)  
Inner Join Street_Descriptor
  On Land_And_Property_Identifier.Usrn = Street_Descriptor.Usrn
Where Land_And_Property_Identifier.Postally_Addressable='Y';

如果我在 SQL Developer 中运行这个查询，它运行良好，插入了 180 万个特性（select count(*) from TABLE_NAME在会话中证实了这一点）。

但是当我运行提交时，数据消失了！select count(*) from TABLE_NAME现在返回 0 个结果。

我们已经做了很多事情来尝试看看发生了什么：

  • 期间Truncate，表空间被释放，而在插入期间，表空间再次被填充。提交期间没有任何变化。这意味着数据在数据库中。

  • 如果我执行完全相同的查询但and rownum < 100附加到末尾，则提交有效。与 相同1000。

  • 我发现了这个问题：oracle commit kills并让我们的 DBA 尝试“SQL Trace”。这产生了一个 >4GB 的文件，当用 TKPROF 解析时产生了一个 120 页的报告，但我们不知道如何阅读它，而且那里没有明显的错误。

  • 我们的错误日志中没有任何内容。显然在提交过程中没有错误。

  • 有一个触发器/序列在此过程中确实增加了 180 万。

我现在已经重复了大约 4 次，但结果总是一样的。

所以我的问题很简单——提交期间数据发生了什么？我们怎样才能知道？谢谢。

注意：这在过去运行良好，所以我不相信 SQL 本身有任何问题。

编辑：通过从头开始重新创建表解决了问题。现在，当我插入时，与之前的 2000 年相比，它只需要 500 秒。而且提交是即时的；当它被破坏时，提交花了 4000 秒！我仍然不知道为什么会这样。

对于那些询问，创建表语法：

CREATE TABLE TABLE_NAME
(
ADDRESS                                            VARCHAR2(4000),
UPRN                                               NUMBER(12),
SAO_START_NUMBER                                   NUMBER(4),
SAO_START_SUFFIX                                   VARCHAR2(1),
SAO_END_NUMBER                                     NUMBER(4),
SAO_END_SUFFIX                                     VARCHAR2(1),
SAO_TEXT                                           VARCHAR2(90),
PAO_START_NUMBER                                   NUMBER(4),
PAO_START_SUFFIX                                   VARCHAR2(1),
PAO_END_NUMBER                                     NUMBER(4),
PAO_END_SUFFIX                                     VARCHAR2(1),
PAO_TEXT                                           VARCHAR2(90),
STREET_DESCRIPTOR                                  VARCHAR2(100),
TOWN_NAME                                          VARCHAR2(30),
POSTCODE                                           VARCHAR2(8),
XY_COORD                                           MDSYS.SDO_GEOMETRY,
EASTING                                            NUMBER(7),
NORTHING                                           NUMBER(7)
)

CREATE INDEX TABLE_NAME_ADD_IDX ON TABLE_NAME (ADDRESS);
4

2 回答 2

1

如果您将交易包装在匿名块中，您仍然会丢失数据吗？

我的猜测是您在 SQL Developer 中打开了两个 SQL 窗口，这意味着两个单独的会话。即在窗口 1 中运行 SQL 代码并提交；在窗口 2 中不会提交在窗口 1 中所做的更改。

截断表执行隐式提交。因此，在插入 + 提交完成之前，该表将为空。

begin
  execute immediate 'truncate table table_name reuse storage'; --use "reuse" if you know the data will be of similar size
  -- implicit commit has occured and the table is empty for all sessions
  insert into table_name (lots)
     select lots from table2;
  commit;
end;

您应该将 truncate 与重用存储一起使用，这样数据库就不会为了在插入中获取相同数量的块而释放所有块。

如果您希望/需要始终提供数据，则更好（但更长）的方法是

begin
   savepoint letsgo;
   delete from table_name;
   insert into table_name (lots)
   select lots from table2;
   commit;
exception
   when others then
      rollback to letsgo;
end;
于 2014-11-10T13:08:25.850 回答
-2

可能你有一个你没有注意到的触发器。你能检查一下 oracle 的 recyclebin 表，它可能存储你删除的表和触发器的历史吗？

Select * from recyclebin;

参考资料：http ://www.oraclebin.com/2012/12/recyclebinflashback.html

于 2013-01-05T15:43:32.817 回答