ORA-00001:违反唯一约束(test.sales_pk)
我正试图插入数据库,但我在日志上看到了这样的消息：
OCI0000179 - Error - ORA-00001: unique constraint (TEST.SALES_PK) violated
我找到了这个查询以获取违反的密钥：
SELECT DISTINCT table_name FROM ALL_INDEXES WHERE INDEX_NAME='SALES_PK';
共有1个答案
也许应该先看看问题中的约束。
SELECT *
FROM ALL_CONSTRAINTS
WHERE CONSTRAINT_NAME = 'SALES_PK'
https://docs.oracle.com/cd/b12037_01/server.101/b10755/statviews_1037.htm#sthref1152
-
以下是SQL部分，我在调试代码时出错： ORA-00001：唯一约束主键违反T_LIAV_AGENT_STATE_APPROVAL... 这是主键约束依赖的2列AV_NAME_ID，AV_STATE... 我没有重复的数据...你认为还有其他原因吗？
-
我有两张表， 但我做了一个组声明，以确保from\t的名称是唯一的： 我不确定我是否正确理解了这个问题。我尽了我所能，但仍然没有运气。
-
问题内容： 我正在使用Oracle数据库。我们的服务呼叫频繁失败。当我查看日志时，在表上看到以下异常 java.sql.BatchUpdateException：ORA-00001：违反了唯一约束（DBSCHEMA.IDX_CO_DETAILS）。 我已经检查了表上索引的索引名称DBSCHEMA.IDX_CO_DETAILS。 它不包含任何列的（INCLUDE_COLUMN为null）。我怎么知道
-
问题内容： 目标： 交换两个记录的主键，而不会遇到ORA-00001：违反了唯一约束。“可行”的解决方案（在下文中）只是一个破解。是否有一项功能/技术可以将约束执行推迟到提交事务之前？ motivation -使用此数据的遗留应用程序存在设计缺陷，并且依赖于ID顺序和值-请求是按以下方式交换PK值： What doesn’t Work: Hack/Solution that ‘works’ Tab
-
我有一个迁移脚本之间的2个不同的模式数据库。脚本做了3件事：1。禁用约束2。将记录从旧架构插入到新架构3。启用约束 我发现这两个约束在旧的模式中是不存在的。这2个表的表结构定义有什么问题吗？