Exception lors de l'écriture dans la Base de données (org.mise en veille prolongée.exception à la règle.ConstraintViolationException)

J'ai un fichier(ce fichier a effectivement valeurs séparées par des tabulations) qui doit être écrit dans l'une des tables de base de données. Ce fichier peut contenir des entrées en double ainsi. Je suis le traitement des enregistrements dans le fichier dans l'ensemble de 5000, j'ai donc d'abord analyser ces premiers 5000 enregistrements dans le fichier, s'ils contiennent des entrées en double j'ai simplement ignorer les doublons et d'écriture du registre unique parmi eux à la base de données et de nouveau processus suivant 5000 enregistrements de la même manière jusqu'à EOF est atteint. Maintenant, lors de l'écriture de ces 5000 dossiers, il est possible qu'il y a des doublons entre les ensembles de 5000 enregistrements et si ça arrive(puis de la base de données jette le DomainObjectExistsException) puis-je attraper l'exception et simplement mettre à jour le dossier. Je suis d'effectuer l'opération de mise à jour comme ceci:

getHibernateTemplate().saveOrUpdate(femtoFactoryData);

Où femtoFactoryData est un Objet java(POJO) qui doit être écrit dans la table de base de données construite à partir de l'onglet valeurs séparées dans le fichier. La Clé Primaire de la table n'est rien, mais l'ID de la Femto et de l'état(Temporaire/Permanent).

Mais lors de l'exécution de cette opération de mise à jour, j'obtiens:

org.hibernate.exception.ConstraintViolationException

Ici est la stacktrace de mon programme:

org.hibernate.exception.ConstraintViolationException: could not insert: [com.airvana.anp.model.db.domainobjects.FemtoFactoryData]
at com.airvana.anp.model.db.impl.DbManagerGlobalUtils.convertException(DbManagerGlobalUtils.java:68)
at com.airvana.anp.model.db.impl.FemtoFactoryDataDAOImplHelper.updateFemtoFactoryData(FemtoFactoryDataDAOImplHelper.java:302)
at com.airvana.anp.model.db.impl.FemtoFactoryDataDAOImpl.updateFemtoFactoryData(FemtoFactoryDataDAOImpl.java:149)
at com.airvana.anp.model.oss.imports.common.DataRecordDAOHelperImpl.updateRecord(DataRecordDAOHelperImpl.java:725)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:310)
at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:198)
at $Proxy89.updateRecord(Unknown Source)
at com.airvana.anp.model.oss.imports.parser.ParseControllerImpl.saveDupFactoryRecordsInDb(ParseControllerImpl.java:477)
at com.airvana.anp.model.oss.imports.parser.ParseControllerImpl.parseFile(ParseControllerImpl.java:111)
at com.airvana.anp.model.oss.imports.FactoryOperationsManagerImpl.onAllocation(FactoryOperationsManagerImpl.java:192)
at com.airvana.anp.model.resource.impl.CallbackWorkerJob.run(CallbackWorkerJob.java:43)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:650)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:675)
at java.lang.Thread.run(Thread.java:595)
Caused by: org.springframework.dao.DataIntegrityViolationException: could not insert: [com.airvana.anp.model.db.domainobjects.FemtoFactoryData]; nested exception is org.hibernate.exception.ConstraintViolationException: could not insert: [com.airvana.anp.model.db.domainobjects.FemtoFactoryData]
at org.springframework.orm.hibernate3.SessionFactoryUtils.convertHibernateAccessException(SessionFactoryUtils.java:624)
at org.springframework.orm.hibernate3.HibernateAccessor.convertHibernateAccessException(HibernateAccessor.java:412)
at org.springframework.orm.hibernate3.HibernateTemplate.doExecute(HibernateTemplate.java:424)
at org.springframework.orm.hibernate3.HibernateTemplate.executeWithNativeSession(HibernateTemplate.java:374)
at org.springframework.orm.hibernate3.HibernateTemplate.merge(HibernateTemplate.java:820)
at com.airvana.anp.model.db.impl.FemtoFactoryDataDAOImplHelper.updateFemtoFactoryData(FemtoFactoryDataDAOImplHelper.java:299)
... 16 more
Caused by: org.hibernate.exception.ConstraintViolationException: could not insert: [com.airvana.anp.model.db.domainobjects.FemtoFactoryData]
at org.hibernate.exception.SQLStateConverter.convert(SQLStateConverter.java:71)
at org.hibernate.exception.JDBCExceptionHelper.convert(JDBCExceptionHelper.java:43)
at org.hibernate.persister.entity.AbstractEntityPersister.insert(AbstractEntityPersister.java:2272)
at org.hibernate.persister.entity.AbstractEntityPersister.insert(AbstractEntityPersister.java:2665)
at org.hibernate.action.EntityInsertAction.execute(EntityInsertAction.java:56)
at org.hibernate.engine.ActionQueue.execute(ActionQueue.java:279)
at org.hibernate.engine.ActionQueue.executeActions(ActionQueue.java:263)
at org.hibernate.engine.ActionQueue.executeActions(ActionQueue.java:167)
at org.hibernate.event.def.AbstractFlushingEventListener.performExecutions(AbstractFlushingEventListener.java:298)
at org.hibernate.event.def.DefaultFlushEventListener.onFlush(DefaultFlushEventListener.java:27)
at org.hibernate.impl.SessionImpl.flush(SessionImpl.java:1004)
at org.springframework.orm.hibernate3.HibernateAccessor.flushIfNecessary(HibernateAccessor.java:390)
at org.springframework.orm.hibernate3.HibernateTemplate.doExecute(HibernateTemplate.java:420)
... 19 more
Caused by: java.sql.SQLException: ORA-00001: unique constraint (ANPDB.SYS_C008651) violated
at oracle.jdbc.driver.DatabaseError.throwSqlException(DatabaseError.java:112)
at oracle.jdbc.driver.T4CTTIoer.processError(T4CTTIoer.java:331)
at oracle.jdbc.driver.T4CTTIoer.processError(T4CTTIoer.java:288)
at oracle.jdbc.driver.T4C8Oall.receive(T4C8Oall.java:743)
at oracle.jdbc.driver.T4CPreparedStatement.doOall8(T4CPreparedStatement.java:216)
at oracle.jdbc.driver.T4CPreparedStatement.executeForRows(T4CPreparedStatement.java:955)
at oracle.jdbc.driver.OracleStatement.doExecuteWithTimeout(OracleStatement.java:1168)
at oracle.jdbc.driver.OraclePreparedStatement.executeInternal(OraclePreparedStatement.java:3316)
at oracle.jdbc.driver.OraclePreparedStatement.executeUpdate(OraclePreparedStatement.java:3400)
at weblogic.jdbc.wrapper.PreparedStatement.executeUpdate(PreparedStatement.java:128)
at org.hibernate.jdbc.NonBatchingBatcher.addToBatch(NonBatchingBatcher.java:23)
at org.hibernate.persister.entity.AbstractEntityPersister.insert(AbstractEntityPersister.java:2252)
... 29 more

InformationsquelleAutor Cheshar | 2010-12-18

4

Vous n'êtes pas de la manipulation doubles correctement car il y a évidemment de violation de contrainte concernant les clés uniques.

Je vous suggère d'éliminer les doublons entièrement avant de les insérer dans la base de données.

Rappelez-vous: la base de données est votre dernière ligne de défense. En ignorant l'aspect poétique, qui dit essentiellement que vous devriez faire tout son possible pour l'insérer dans votre base de données exactement ce qui est nécessaire. Rien de plus, rien de moins. Filtre, supprimer les doublons, quelle que soit côté serveur avant de l'envoyer vers la base de données.
- Pourriez-vous élaborer un peu plus sur "puisqu'il en est évidemment de violation de contrainte concernant les clés uniques"? Bon, de quoi s'suppose que, dans mon fichier j'ai deux entrées parmi lesquelles la partie unique est de même pour les deux, mais le reste de la valeur diffère, comment dois-je faire la mise à jour alors?
- Merci pour votre aide...il est devenu pourquoi j'obtenais l'erreur...a été confondu avec l'Index Unique et Clé Primaire!! 🙂
- pas de problème 🙂 vous pouvez accepter cette réponse si vous l'avez trouvé utile.
- Le problème n'est toujours pas résolu..je pense que la base de données oracle(que j'utilise) se comporte anormalement...je suis en train de faire une opération de mise à jour d'un enregistrement existant et c'est toujours en me montrant ConstraintViolationException...WTF?? Laissez-moi savoir si il existe un moyen par lequel je peux mettre à jour mon dossier sans l'obtention de cette exception..j'ai essayé (delete+ajouter) et mise à Jour à la fois...mais en vain!!
- Je ne peux pas garantir que je serai en mesure d'aider les autres sans voir vos données et les définitions de table avec leurs contraintes... je vous suggère de prendre un coup d'oeil à ce post de sorte que vous pouvez voir le SQL généré. Puis copier & le coller dans SQL*Plus, SQL developer ou un autre outil que vous utilisez pour vous connecter à Oracle et ensuite voir ce qui se passe lorsque vous l'exécutez.
- Je suis à l'aide de Dbvisualizer outil pour rechercher dans la base de données...la requête fonctionne très bien quand je le lance ici, mais je ne sais pas ce qui se passe quand je suis en train de faire la même opération en utilisant hibernate...je pense que myabe car Oracle met en cache le résultat avant de vraiment envoyer les données dans le schéma de base de données où il est à l'origine du problème...j'ai même utilisé Eclipse du débogueur pour traquer le problème.....tout semble bien pour moi au niveau de l'application!
- la requête fonctionne très bien quand je le lance ici, mais je ne sais pas ce qui se passe quand je suis en train de faire la même opération en utilisant hibernate" - les requêtes générées par Hibernate n'est pas nécessaire de la requête que vous utilisez. Je soupçonne que le problème se situe là. S'il vous plaît essayer ce que j'ai dit plus tôt, tourner sur Hibernate, SQL de la sortie et essayez de copier & le coller dans Dbvisualizer. Le résultat pourrait vous surprendre...
- Aussi loin que la définition de la table est considéré comme.....ma table se compose de 14 colonnes dont l'une est l'ID(défini comme le PK, généré automatiquement) j'ai également défini la combinaison de FEMTOID et l'ÉTAT comme Unique Indice...et quand je me suis mise à jour de l'entrée dans la base de données que je suis en train de passer le FEMTOID et de l'ÉTAT de mise en veille prolongée pour identifier de manière unique chaque tuple
InformationsquelleAutor darioo

Vous devez vous connecter pour publier un commentaire.