【问题标题】:ORA-02289: sequence does not exist, however sequence is aleady exist in databaseORA-02289: 序列不存在,但序列已存在于数据库中
【发布时间】:2019-08-06 07:27:57
【问题描述】:

我一直在做一个java spring项目,我在其中创建了一个类,其唯一目的是记录数据库中每个服务的请求主体。

该表包含一个名为 transaction_id 的主键和记录请求所需的其他字段。 Java中的表模型如下:

@Entity
@Table(name="ForntEndLogHistory")
public class FrontEndLog {
    
    @Id
    @Column(name = "TRANSACTION_ID")
    @GeneratedValue(strategy = GenerationType.SEQUENCE, generator = "id_generator")
    @SequenceGenerator(name="id_generator", sequenceName = "id_seq2", allocationSize=1)
    private Long transactionId;
    private String request;
}

在数据库中,我创建了一个名为 id_seq2 的序列,而 id_seq1 已经存在:

新创建的 id_seq2:

CREATE SEQUENCE  "id_seq2"  MINVALUE 0 MAXVALUE 9999999999999999999999999999 INCREMENT BY 1 START WITH 1 CACHE 20 NOORDER  NOCYCLE ;
commit;

已经存在 id_seq1 dll:

CREATE SEQUENCE  "id_seq1"  MINVALUE 0 MAXVALUE 9999999999999999999999999999 INCREMENT BY 1 START WITH 3467 NOCACHE  NOORDER  NOCYCLE ;

案例 1:

每当我使用以下序列名称为 id_seq2 的序列生成器触发邮递员的任何服务时,我都会收到错误“序列不存在”。但是,该序列已经存在于 DB 中。

@GeneratedValue(strategy = GenerationType.SEQUENCE, generator = "id_generator")
    @SequenceGenerator(name="id_generator", sequenceName = "id_seq2", allocationSize=1)
    private Long transactionId;

项目war文件已成功部署在服务器上。之后,每当从邮递员触发服务时,就会发生以下错误:

org.hibernate.exception.SQLGrammarException: could not extract ResultSet
    at org.hibernate.exception.internal.SQLExceptionTypeDelegate.convert(SQLExceptionTypeDelegate.java:82)
    at org.hibernate.exception.internal.StandardSQLExceptionConverter.convert(StandardSQLExceptionConverter.java:49)
    at org.hibernate.engine.jdbc.spi.SqlExceptionHelper.convert(SqlExceptionHelper.java:124)
    at org.hibernate.engine.jdbc.spi.SqlExceptionHelper.convert(SqlExceptionHelper.java:109)
    at org.hibernate.engine.jdbc.internal.ResultSetReturnImpl.extract(ResultSetReturnImpl.java:88)
    at org.hibernate.id.SequenceGenerator.generateHolder(SequenceGenerator.java:122)
    at org.hibernate.id.SequenceHiLoGenerator.generate(SequenceHiLoGenerator.java:73)
    at org.hibernate.event.internal.AbstractSaveEventListener.saveWithGeneratedId(AbstractSaveEventListener.java:117)
    at org.hibernate.event.internal.DefaultSaveOrUpdateEventListener.saveWithGeneratedOrRequestedId(DefaultSaveOrUpdateEventListener.java:206)
    at org.hibernate.event.internal.DefaultSaveOrUpdateEventListener.entityIsTransient(DefaultSaveOrUpdateEventListener.java:191)
    at org.hibernate.event.internal.DefaultSaveOrUpdateEventListener.performSaveOrUpdate(DefaultSaveOrUpdateEventListener.java:114)
    at org.hibernate.event.internal.DefaultSaveOrUpdateEventListener.onSaveOrUpdate(DefaultSaveOrUpdateEventListener.java:90)
    at org.hibernate.internal.SessionImpl.fireSaveOrUpdate(SessionImpl.java:654)
    at org.hibernate.internal.SessionImpl.saveOrUpdate(SessionImpl.java:646)
    at org.hibernate.internal.SessionImpl.saveOrUpdate(SessionImpl.java:642)
    at com.etisalat.mwallet.data.BaseDAO.save(BaseDAO.java:49)
    at com.etisalat.mwallet.service.impl.LoggerService.logFrontEnd(LoggerService.java:59)
    at com.etisalat.mwallet.service.impl.LoggerService.logFrontEndSuccess(LoggerService.java:29)
    at com.etisalat.mwallet.rest.config.ResponseFilter.doFilter(ResponseFilter.java:180)
    at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:79)
    at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.wrapRun(WebAppServletContext.java:3436)
    at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:3402)
    at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321)
    at weblogic.security.service.SecurityManager.runAs(SecurityManager.java:120)
    at weblogic.servlet.provider.WlsSubjectHandle.run(WlsSubjectHandle.java:57)
    at weblogic.servlet.internal.WebAppServletContext.doSecuredExecute(WebAppServletContext.java:2285)
    at weblogic.servlet.internal.WebAppServletContext.securedExecute(WebAppServletContext.java:2201)
    at weblogic.servlet.internal.WebAppServletContext.execute(WebAppServletContext.java:2179)
    at weblogic.servlet.internal.ServletRequestImpl.run(ServletRequestImpl.java:1572)
    at weblogic.servlet.provider.ContainerSupportProviderImpl$WlsRequestExecutor.run(ContainerSupportProviderImpl.java:255)
    at weblogic.work.ExecuteThread.execute(ExecuteThread.java:311)
    at weblogic.work.ExecuteThread.run(ExecuteThread.java:263)
Caused by: java.sql.SQLSyntaxErrorException: ORA-02289: sequence does not exist

    at oracle.jdbc.driver.T4CTTIoer.processError(T4CTTIoer.java:450)
    at oracle.jdbc.driver.T4CTTIoer.processError(T4CTTIoer.java:399)
    at oracle.jdbc.driver.T4C8Oall.processError(T4C8Oall.java:1059)
    at oracle.jdbc.driver.T4CTTIfun.receive(T4CTTIfun.java:522)
    at oracle.jdbc.driver.T4CTTIfun.doRPC(T4CTTIfun.java:257)
    at oracle.jdbc.driver.T4C8Oall.doOALL(T4C8Oall.java:587)
    at oracle.jdbc.driver.T4CPreparedStatement.doOall8(T4CPreparedStatement.java:225)
    at oracle.jdbc.driver.T4CPreparedStatement.doOall8(T4CPreparedStatement.java:53)
    at oracle.jdbc.driver.T4CPreparedStatement.executeForDescribe(T4CPreparedStatement.java:774)
    at oracle.jdbc.driver.OracleStatement.executeMaybeDescribe(OracleStatement.java:925)
    at oracle.jdbc.driver.OracleStatement.doExecuteWithTimeout(OracleStatement.java:1111)
    at oracle.jdbc.driver.OraclePreparedStatement.executeInternal(OraclePreparedStatement.java:4798)
    at oracle.jdbc.driver.OraclePreparedStatement.executeQuery(OraclePreparedStatement.java:4845)
    at oracle.jdbc.driver.OraclePreparedStatementWrapper.executeQuery(OraclePreparedStatementWrapper.java:1501)
    at weblogic.jdbc.wrapper.PreparedStatement.executeQuery(PreparedStatement.java:141)
    at org.hibernate.engine.jdbc.internal.ResultSetReturnImpl.extract(ResultSetReturnImpl.java:79)

案例 2:

之后出于测试目的,我将序列名称从 id_seq2 更改为 id_seq1 并在服务器上重新部署代码,令人惊讶的是我能够成功触发服务。

@GeneratedValue(strategy = GenerationType.SEQUENCE, generator = "id_generator")
    @SequenceGenerator(name="id_generator", sequenceName = "id_seq1", allocationSize=1)
    private Long transactionId;

输出:

{

“响应代码”:“0”

}

我不知道我在哪里犯了错误,因为在我看来,我在序列生成器中遗漏了一些东西。

【问题讨论】:

  • 它是否在正确的模式中,数据库用户是否看到序列,它是否在正确的表空间中......首先弄清楚。
  • 是的,它属于正确的方案,并且两个序列的SEQUENCE_OWNER也与“AAK”相同。
  • 请注意:最大值为 10^28 - 1,大约2^84 所以不适合长(2^63)。
  • 通常在 Oracle 中,您不会给对象强制小写名称。也许 Spring 正在生成对 id_seq2 的引用,它不存在,因为您实际上创建了 "id_seq2"。 (这可能不是问题,因为它似乎与 "id_seq1" 一起使用,但这是您肯定不需要的复杂情况。)

标签: java spring oracle spring-mvc oracle-sqldeveloper


【解决方案1】:

在您的情况下,该序列必须与您登录的架构/用户存在于相同的架构中。如果您以其他用户身份登录,那么您可以尝试这种相当粗鲁的解决方案。

create public synonym "id_seq2" for "id_seq2";
grant select on "id_seq2" to public;

或者尝试找出您拥有 om "id_seq1" 的权限和同义词,并将其应用于 "id_seq2"。

【讨论】:

  • 上帝禁止在命名 Oracle 对象时使用双引号!
  • 同意,但是在例子中,如果在create语句中,你最好继续:)
  • 很遗憾,是的。我应该把这个评论放在问题下面(会更有意义)。
【解决方案2】:

存在缺失序列可能有两个原因:

1) 序列存在于您所连接的不同架构中

在这种情况下,您必须引用schema_owner.schema_name

2) 序列存在于不同的架构中您没有权限访问它

您应该首先了解现有序列是在哪个架构中创建的。

您可以通过以下查询进行验证(根据需要替换序列名称)

select OWNER, OBJECT_NAME SEQUENCE_NAME
from all_objects where object_type = 'SEQUENCE' 
and lower(object_name) = 'id_seq1';

如果您什么也没看到,则该序列要么不存在,要么存在于与您连接的不同架构中,并且您没有 SELECT 权限。

如果您使用来自不同于 Hibernate 连接用户的模式的序列(这是相当常见的情况),您必须使用 @SequenceGenerator 注释的 schema 参数并传递适当的模式所有者。

【讨论】:

    猜你喜欢
    • 2015-06-30
    • 1970-01-01
    • 2021-09-19
    • 2021-09-03
    • 2018-05-15
    • 1970-01-01
    • 2014-08-31
    • 1970-01-01
    • 2016-06-01
    相关资源
    最近更新 更多