gpt4 book ai didi

java - 数据库更新后出现 ORA-01733(此处不允许使用虚拟列)

转载 作者:搜寻专家 更新时间:2023-11-01 03:48:40 24 4
gpt4 key购买 nike

我们的一个数据库已从 Oracle 9i 更新到 11g。从那时起,我们的一个程序在尝试通过 View 更新列时不断出现上述错误。我们也将 JDBC 驱动程序更新到了 11g。

View :

CREATE OR REPLACE VIEW UIV AS
SELECT
(SELECT FIR_KO_KREIS FROM FIRMA
WHERE FIR_KONZERN_NR = TRCO_KONZERN_NR
AND FIR_FIRMA_NR = TRCO_FIRMA_NR) UIVNFIRMA,
UIVAAENNKZ UIVAAENKZ,
UVVOL,
UVCLS,
UVID1,
UVID2,
UVID3,
UVID4,
UVID5,
UVID6,
TO_NUMBER(TRIM(UVGJ)) UVGJ,
UVEINH,
TO_NUMBER(TRIM(UVW00)) UVW00,
TO_NUMBER(TRIM(UVW01)) UVW01,
TO_NUMBER(TRIM(UVW02)) UVW02,
TO_NUMBER(TRIM(UVW03)) UVW03,
TO_NUMBER(TRIM(UVW04)) UVW04,
TO_NUMBER(TRIM(UVW05)) UVW05,
TO_NUMBER(TRIM(UVW06)) UVW06,
TO_NUMBER(TRIM(UVW07)) UVW07,
TO_NUMBER(TRIM(UVW08)) UVW08,
TO_NUMBER(TRIM(UVW09)) UVW09,
TO_NUMBER(TRIM(UVW10)) UVW10,
TO_NUMBER(TRIM(UVW11)) UVW11,
TO_NUMBER(TRIM(UVW12)) UVW12,
TO_NUMBER(TRIM(UVW13)) UVW13,
NULL UVK01,
NULL UVK02,
NULL UVK03,
NULL UVK04,
NULL UVK05,
NULL UVK06,
NULL UVK07,
NULL UVK08,
NULL UVK09,
NULL UVK10,
NULL UVK11,
NULL UVK12,
NULL UVK13
FROM CO_BUCH;

我们的程序选择所有 UIVAAENKZ 为 1 的记录。此列应在 java ResultSet 中更新并设置为 0。

resultSet.updateRow(); 上,我们得到一个 oracle 代码 01733 的异常。有人知道我们是否可以解决这个问题吗?它适用于 Oracle 9i。


编辑:首先我们将所有选定的条目写入一个文件。之后我们倒回结果集 (extractedData) 并更新行:

extractedData.beforeFirst();
while (extractedData.next()) {
extractedData.updateString("UIVAAENKZ", "0");
extractedData.updateRow();
}

请注意, View 中列的名称与原始表 UIVAAENKZ UIVAAENNKZ 中的列名称略有不同。但正如我所说,这在以前是没有问题的。

原始表:

create table CO_BUCH
(
uvvol VARCHAR2(4),
uvcls VARCHAR2(4),
uvid1 VARCHAR2(15),
uvid2 VARCHAR2(15),
uvid3 VARCHAR2(15),
uvid4 VARCHAR2(15),
uvid5 VARCHAR2(15),
uvid6 VARCHAR2(15),
fill001 VARCHAR2(1),
uvgj VARCHAR2(3),
uveinh VARCHAR2(4),
fill002 VARCHAR2(1),
uvw00 VARCHAR2(16),
fill003 VARCHAR2(1),
uvw01 VARCHAR2(16),
fill004 VARCHAR2(1),
uvw02 VARCHAR2(16),
fill005 VARCHAR2(1),
uvw03 VARCHAR2(16),
fill006 VARCHAR2(1),
uvw04 VARCHAR2(16),
fill007 VARCHAR2(1),
uvw05 VARCHAR2(16),
fill008 VARCHAR2(1),
uvw06 VARCHAR2(16),
fill009 VARCHAR2(1),
uvw07 VARCHAR2(16),
fill010 VARCHAR2(1),
uvw08 VARCHAR2(16),
fill011 VARCHAR2(1),
uvw09 VARCHAR2(16),
fill012 VARCHAR2(1),
uvw10 VARCHAR2(16),
fill013 VARCHAR2(1),
uvw11 VARCHAR2(16),
fill014 VARCHAR2(1),
uvw12 VARCHAR2(16),
fill015 VARCHAR2(1),
uvw13 VARCHAR2(16),
fill016 VARCHAR2(13),
trco_konzern_nr NUMBER,
trco_firma_nr NUMBER,
trco_betrieb_nr NUMBER,
trco_tras_beleg_nr NUMBER,
trco_senden_datum DATE,
trco_ausgabe VARCHAR2(1000),
uivaaennkz VARCHAR2(1),
uivaersben VARCHAR2(10),
uivdersdat DATE,
uivaaenben VARCHAR2(10),
uivdaendat DATE,
uivndsasta NUMBER(2),
uivnfirma NUMBER
)

编辑 2:

输出 SELECT COLUMN_NAME, DATA_TYPE, DATA_DEFAULT, HIDDEN_COLUMN, VIRTUAL_COLUMN FROM USER_TAB_COLS WHERE TABLE_NAME = 'CO_BUCH' ORDER BY COLUMN_ID;

UVVOL;VARCHAR2;<null>;NO;NO
UVCLS;VARCHAR2;<null>;NO;NO
UVID1;VARCHAR2;<null>;NO;NO
UVID2;VARCHAR2;<null>;NO;NO
UVID3;VARCHAR2;<null>;NO;NO
UVID4;VARCHAR2;<null>;NO;NO
UVID5;VARCHAR2;<null>;NO;NO
UVID6;VARCHAR2;<null>;NO;NO
FILL001;VARCHAR2;<null>;NO;NO
UVGJ;VARCHAR2;<null>;NO;NO
UVEINH;VARCHAR2;<null>;NO;NO
FILL002;VARCHAR2;<null>;NO;NO
UVW00;VARCHAR2;<null>;NO;NO
FILL003;VARCHAR2;<null>;NO;NO
UVW01;VARCHAR2;<null>;NO;NO
FILL004;VARCHAR2;<null>;NO;NO
UVW02;VARCHAR2;<null>;NO;NO
FILL005;VARCHAR2;<null>;NO;NO
UVW03;VARCHAR2;<null>;NO;NO
FILL006;VARCHAR2;<null>;NO;NO
UVW04;VARCHAR2;<null>;NO;NO
FILL007;VARCHAR2;<null>;NO;NO
UVW05;VARCHAR2;<null>;NO;NO
FILL008;VARCHAR2;<null>;NO;NO
UVW06;VARCHAR2;<null>;NO;NO
FILL009;VARCHAR2;<null>;NO;NO
UVW07;VARCHAR2;<null>;NO;NO
FILL010;VARCHAR2;<null>;NO;NO
UVW08;VARCHAR2;<null>;NO;NO
FILL011;VARCHAR2;<null>;NO;NO
UVW09;VARCHAR2;<null>;NO;NO
FILL012;VARCHAR2;<null>;NO;NO
UVW10;VARCHAR2;<null>;NO;NO
FILL013;VARCHAR2;<null>;NO;NO
UVW11;VARCHAR2;<null>;NO;NO
FILL014;VARCHAR2;<null>;NO;NO
UVW12;VARCHAR2;<null>;NO;NO
FILL015;VARCHAR2;<null>;NO;NO
UVW13;VARCHAR2;<null>;NO;NO
FILL016;VARCHAR2;<null>;NO;NO
TRCO_KONZERN_NR;NUMBER;<null>;NO;NO
TRCO_FIRMA_NR;NUMBER;<null>;NO;NO
TRCO_BETRIEB_NR;NUMBER;<null>;NO;NO
TRCO_TRAS_BELEG_NR;NUMBER;<null>;NO;NO
TRCO_SENDEN_DATUM;DATE;<null>;NO;NO
TRCO_AUSGABE;VARCHAR2;<null>;NO;NO
UIVAAENNKZ;VARCHAR2;<null>;NO;NO
UIVAERSBEN;VARCHAR2;<null>;NO;NO
UIVDERSDAT;DATE;<null>;NO;NO
UIVAAENBEN;VARCHAR2;<null>;NO;NO
UIVDAENDAT;DATE;<null>;NO;NO
UIVNDSASTA;NUMBER;<null>;NO;NO
UIVNFIRMA;NUMBER;<null>;NO;NO

最佳答案

我们终于找到了解决办法。虽然它可能不漂亮,但它很有效而且很简单。

问题是 View 中的以下列是从不同的表中选择的:

(SELECT FIR_KO_KREIS FROM FIRMA
WHERE FIR_KONZERN_NR = TRCO_KONZERN_NR
AND FIR_FIRMA_NR = TRCO_FIRMA_NR) UIVNFIRMA

当我们在导出过程中不选择此列时,一切正常。不幸的是,我们需要这个专栏,所以我们不得不想出一个不同的解决方案。

围绕整个选定数据的额外选择消除了问题:

CREATE OR REPLACE VIEW UIV AS
SELECT * FROM (
SELECT
(SELECT FIR_KO_KREIS FROM FIRMA
WHERE FIR_KONZERN_NR = TRCO_KONZERN_NR
AND FIR_FIRMA_NR = TRCO_FIRMA_NR) UIVNFIRMA,
UIVAAENNKZ UIVAAENKZ,
UVVOL,
UVCLS,
UVID1,
.
.
.
FROM CO_BUCH);

关于java - 数据库更新后出现 ORA-01733(此处不允许使用虚拟列),我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/35081899/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com