在插入数据时报错：java.sql.SQLException: ORA-00001: 违反唯一约束条件 (NEWS.SYS_C005409) 如何解决？

当时我就很困惑，我需要看看这个东西。
2 02 2 年我会在上海做这个项目吗？数据库人员需要确保 ID 不重复。
使用的方法是this.getMaxId(con)，好像是这样写的。

在我看来，表创建语句可能看起来像这样，但并不完全正确： sql 创建表 my_table ( id INT 主键； 名称 VARCHAR(5 0); 年龄 INT );
插入语句;尝试写这样的东西： sql INSERT INTO my_table (id, 姓名, 年龄) VALUES (1 , 'Alice', 3 0); my_table (id, name,age) VALUES (2 , 'Bob', 2 5 );
结果是一个错误，表示 id 重复。
后来检查id是主键，不能重复。
插入重复项是因为 this.getMaxId(con) 返回的值不是最后一个 ID。

看看，是这个原因吗？我们能确保这个方法及其返回值不会每次都重复吗？您可能需要自己添加增量限制。

SQL 错误: ORA-00001: 违反唯一约束条件 (ZHANGHUA.SYS_C007301)

正确的？你说的很有趣......我自己遇到的陷阱是，不要轻易将主键视为序列。
序列实际上可以自动生成唯一值，这听起来很简单，但有时会出现问题。
比如我在2 02 3 年负责一个电商项目，用户表使用了一个序列作为主键。
结果，随着并发量的增加，序列生成速率跟不上请求速率，出现插入错误。
尽管不常见，但风险确实存在。

确保唯一性是个好主意，但通常不直接用作主键目标，而是通过向其他字段（例如电子邮件、手机号码）添加唯一性约束来实现。
至于公共主键，听起来很复杂，但实际上可以解决单个字段不够唯一的问题。
比如我同事去年做的库存管理系统中，SKU（唯一商品码）+店铺ID必须使用共同的主键，用单个字段是无法处理的。
但切记公共主键要少，字段不要太多，否则会影响搜索效率。

根本不想输入主键？我建议你考虑清楚后果。
数据冗余是一件小事，关键是连接查询会变得非常痛苦。
想象一下您想要检查用户购买了什么。
如果没有主键，就需要用用户名映射订单表，然后用用户名映射地址表……每次查询都像在玩连连看。
此外，数据更新也很困难。
比如，如果用户搬家，所有订单的地址都得改变，想想就很头疼。

所以一般情况下，我还是建议使用自然主键（比如用户注册时填写的唯一用户名，或者订单号等）。
如果这不起作用，请仅考虑组合主键。
您可以手头有该序列，但不要将其作为您的第一选择。
无论如何，这取决于你，每个场景都是不同的。

sql违反了primary+key约束怎么解决？

你好兄弟，我以前也遇到过这个问题。
说实话，当时我也不知道如何解决，但现在想来，还有两个办法可以尝试。

首先是数据库层面。
如果你根本不想使用主键约束，并且业务逻辑允许表中的数据不唯一，那么你可以删除主键索引并用普通索引替换。
记得2 01 8 年的时候，我在一个电商项目中就遇到过这种情况。
表中的订单数据不应该是唯一的，所以我这样做了。

第二是从代码逻辑层面进行控制。
这种方法比较常见。
在输入数据之前，首先检查数据库中是否存在该数据。
如果没有，则输入；如果有，则报主键冲突异常，然后提示用户该记录已存在。
我在2 01 9 年做的一个在线教育平台项目中就使用了这个方法，效果还不错。

这两种方法，你可以根据自己的需要选择一种并尝试一下。
请记住，这两种方法各有其优点，但也取决于具体场景。
如果不出意外的话，它至少可以让你避免重大的按键冲突。

Oracle数据库中违反唯一约束的处理

你解释得很详细，把Oracle的NULL解释清楚了。
我以前从事数据库工作时就陷入了这个陷阱。

你举的例子很清楚。
对于单个字段的唯一约束，多个NULL是合法的，因为NULL代表“未知”，两个未知无法比较谁等于谁谁不等于谁，所以当然不存在冲突。
Oracle 也做同样的事情，并且你的 SQL 工作得很好。

Mais la contrainte 独特的作曲变化。
您提到的Oracle文档中的描述是正确的。
两个字段组合时，只要非NULL部分重复，即使另一个字段为NULL也会报错。
在您的 T(ID, ID) 示例中，第一次插入两个 NULL 没有问题，因为 NULL 根本不存储在索引中（Oracle B-Tree 索引不存储 NULL），因此它们被视为不存在该类型的行。
如果后面再插入两个NULL就会产生冲突，因为第一个NULL已经占据了空间，下一个NULL的非NULL部分（仍然是两个NULL）与其冲突。

这个逻辑实际上并没有被转移。
查看索引中的内容。
索引 B-Tree 的类具有较高的价值。
Les valeurs NULL sont spéciales et ne sont généralement pas stockées dans l'index.因此，单个字段是唯一的，多个NULL不会影响索引结构。
对于复合唯一约束，索引基于两个字段的组合。
如果两个字段都为NULL，则组合仍然为NULL，索引中没有记录，因此不存在冲突。
但只要某个字段不为 NULL，组合值（例如 (5 , NULL)）就会存储在索引中。
如果再插入一个(1 0,NULL)，非NULL的1 0部分会和前面的5 部分冲突，索引会乱，所以会报错。

Votre 结论结局是正确的。
这与 NULL 定义本身并不矛盾。
NULL 表示未知，两个未知数无法进行比较。
然而，复合约束比较两个字段组合形成的值。
一旦非 NULL 部分重复，就违反了约束。
Oracle做什么主要是由索引实现的细节决定的。

我之前在一个项目中差点就遇到了这个问题。
有一个表，其中两个字段被转换为一个组合。
结果，结果是 rempli NULL。
后来，当他想插入另一个NULL组合时，他无法插入，调试了很长时间。
所以现在在设计表格时，当你看到单一化合物时，你需要特别小心 NULL 值。

不管怎样，你记住：只有一个字段是唯一的，NULL不冲突；唯一的复合，只要有重复的非NULL组合，就会产生冲突。
Oracle的实现是基于索引的，并且索引不存储NULL值，因此单个NULL组合是可能的，但复合组合是不可能的。