ORA-02291: 违反完整约束条件 ……
ORA-02291: 违反完整约束条件 (UNISPOWER.FK932556A9840256A3) - 未找到父项关键字
错误
Caused by: org.hibernate.exception.ConstraintViolationException: Could not execute JDBC batch update
ORA-02291: 违反完整约束条件 (UNISPOWER.FK932556A9840256A3) - 未找到父项关键字
可能原因
表A中有个字段是外键,关联了表B中的某字段,再往表A插入数据时,会出现这种情况。
可能原因:
1.在往A表插入时,外键关联的字段在B表中必须有数据,如果B表中没有数据则又这种情况。
2.产生了外键环,就是B表中被外键关联的字段又关联了C表中的字段,而C中相应字段却没有数据,则产生这种情况。
3.如果不是上两种情况,那么就是一个非常容易疏忽的问题:A中的外键字段和B中的被外键关联字段数据类型和长度不一致。特别是数据长度,必须要一致。
主表和从表中的数据类型的长度不一样。
在Hibernate+spring下运行正常,到springRMI下有问题
Could not execute JDBC batch update; nested exception is
ORA-02291: 违反完整约束条件 (UNISPOWER.FK59EE1CFB72ACDA11) - 未找到父项关键字
我的原因:
由于映射实体类的配置对id属性的设置一直是自动生成的。程序中有对id赋值的语句,导致插入表格时候的id值,和赋给下面关联表格中的参考id值不一直。
就出现了上面的错误,因为substation表格中的id值是自动生成的,当然和程序中我赋值给的id值不同,后面的bay等又都是根据我程序中给的id值做参考外键。
这个问题真的是在网上找不到啊……
修改方法是将**.hbm.xml文件中id设置属性修改
column="SUBSTATION_ID"
type="java.lang.Long"
unsaved-value="-1"
>
原来的generator一直是native这表示根据底层数据库自动选择适当的自动id生成策略
现在的assigned表示让应用程序在调用save()之前为对象分配一个标示符。其实如果不指定generator默认就是这种。真的很白痴的问题啊!!
这个生成器使用一个自然键(natural key,有商业意义的列-译注)作为主键,而不是使用一个代理键( surrogate key,没有商业意义的列-译注)。这是没有指定
【需要注意】当选择 assigned 生成器时,,除非有一个 version 或 timestamp 属性,或者你定义
了 Interceptor.isUnsaved(),否则需要让 Hiberante 使用 unsaved-value="undefined",强制
Hibernatet 查询数据库来确定一个实例是瞬时的(transient) 还是脱管的(detached)。
相关阅读:
SPFILE 错误导致数据库无法启动(ORA-01565)
ORA-01172、ORA-01151错误处理
ORA-00600 [2662]错误解决

Hot AI Tools

Undresser.AI Undress
AI-powered app for creating realistic nude photos

AI Clothes Remover
Online AI tool for removing clothes from photos.

Undress AI Tool
Undress images for free

Clothoff.io
AI clothes remover

AI Hentai Generator
Generate AI Hentai for free.

Hot Article

Hot Tools

Notepad++7.3.1
Easy-to-use and free code editor

SublimeText3 Chinese version
Chinese version, very easy to use

Zend Studio 13.0.1
Powerful PHP integrated development environment

Dreamweaver CS6
Visual web development tools

SublimeText3 Mac version
God-level code editing software (SublimeText3)

Hot Topics



InnoDB's full-text search capabilities are very powerful, which can significantly improve database query efficiency and ability to process large amounts of text data. 1) InnoDB implements full-text search through inverted indexing, supporting basic and advanced search queries. 2) Use MATCH and AGAINST keywords to search, support Boolean mode and phrase search. 3) Optimization methods include using word segmentation technology, periodic rebuilding of indexes and adjusting cache size to improve performance and accuracy.

The article discusses using MySQL's ALTER TABLE statement to modify tables, including adding/dropping columns, renaming tables/columns, and changing column data types.

Full table scanning may be faster in MySQL than using indexes. Specific cases include: 1) the data volume is small; 2) when the query returns a large amount of data; 3) when the index column is not highly selective; 4) when the complex query. By analyzing query plans, optimizing indexes, avoiding over-index and regularly maintaining tables, you can make the best choices in practical applications.

Yes, MySQL can be installed on Windows 7, and although Microsoft has stopped supporting Windows 7, MySQL is still compatible with it. However, the following points should be noted during the installation process: Download the MySQL installer for Windows. Select the appropriate version of MySQL (community or enterprise). Select the appropriate installation directory and character set during the installation process. Set the root user password and keep it properly. Connect to the database for testing. Note the compatibility and security issues on Windows 7, and it is recommended to upgrade to a supported operating system.

Article discusses configuring SSL/TLS encryption for MySQL, including certificate generation and verification. Main issue is using self-signed certificates' security implications.[Character count: 159]

Article discusses popular MySQL GUI tools like MySQL Workbench and phpMyAdmin, comparing their features and suitability for beginners and advanced users.[159 characters]

The difference between clustered index and non-clustered index is: 1. Clustered index stores data rows in the index structure, which is suitable for querying by primary key and range. 2. The non-clustered index stores index key values and pointers to data rows, and is suitable for non-primary key column queries.

Article discusses strategies for handling large datasets in MySQL, including partitioning, sharding, indexing, and query optimization.
