Quando você encontrar um erro ORA-00932, a seguinte mensagem de erro será exibida: ORA-00932: tipos de dados inconsistentes Voltar para o início Submeter comentários Causa Você tentou executar uma operação entre dois tipos de dados diferentes, mas os tipos de dados não são compatíveis. As opções para resolver este erro do Oracle são: Corrija a operação para que os tipos de dados sejam compatíveis. Você pode usar uma função de conversão, como: função TODATE, função TONUMBER ou função TOCHAR. Para obter uma listagem completa de nossas funções Oracle, acesse nossa página de funções Oracle. Um exemplo desse erro é se você tentar usar a condição LIKE com um tipo de dados LONGO. Por exemplo, se você criou a tabela a seguir: E, em seguida, você tentou usar a condição LIKE na coluna suppliername que como definido como um tipo de dados LONG: Infelizmente, você não pode usar a condição LIKE em um tipo de dados LONGO. Para corrigir este erro, pode efectuar um dos seguintes procedimentos: Não utilizar a condição LIKE no SQL (contra o campo de tipo de dados LONG). Considere modificar sua tabela para que o campo suppliername seja um campo VARCHAR2 ou CHAR. Tente escrever uma função PLSQL personalizada para converter um LONG para um VARCHAR2. Este erro também pode ocorrer se você tentar usar uma função Oracle em um tipo de dados LONGO. Por exemplo, se você criou a tabela a seguir: E, em seguida, você tentou usar a função TOCHAR na coluna suppliername que como definido como um tipo de dados LONG: Você receberia a mensagem de erro: Infelizmente, você não pode usar funções Oracle em uma LONG tipo de dados. Para corrigir este erro, pode efectuar um dos seguintes procedimentos: Não utilizar funções Oracle no SQL (contra o campo de tipo de dados LONG). Considere modificar sua tabela para que o campo suppliername seja um campo VARCHAR2 ou CHAR. Tente escrever uma função PLSQL personalizada para converter um LONG para um VARCHAR2.Im novo para Hibernate, estou tentando fazer uma inserção de usuário simples para banco de dados oracle que eu criei. Eu criei todos os arquivos necessários com os assistentes do Hibernate do Netbeans: hibernate. cfg. xml, hibernate, reveng. xml, Users. hbm. xml, Users. java Se eu inserir o usuário com o desenvolvedor sql do oracle, posso obter esse usuário do código java . Mas se eu estou tentando inserir um usuário eu recebo o erro: tipos de dados inconsistentes: esperado NUMBER tem BINARY. Eu tenho encontrado o problema real, portanto, eu poderia resolvê-lo Problema real: Tabela tem campos TIMESTAMP, hibernação gerá-los como Serializable , Que produzem o erro como Serializable não é um TIMESTAMP. Fix: Eu tenho adicionar uma regra de mapeamento para hibernate. reveng. xml: ele também funciona com tipo de data não apenas o calendário (talvez mais tipos que eu não tente). Conclusão: não deve retransmitir sobre o mecanismo de geração automática. Ainda não funciona, eu agora obter nulo de user. getUserid () significando o gerador classquotincrementquot não funciona (provavelmente porque userid em Users. hbm. xml é do tipo quotintquot, eu tenho tentar mudá-lo para outros tipos, então eu recebo os tipos de dados inconsistentes Erro novamente). Eu não entendo alguma coisa, eu não criei a classe de Usuários que foi gerada automaticamente com hibernação, então como é que eu preciso fazer mudanças nessa classe, ele não supor que crie classe de usuários com os tipos certos respeitados na tabela de banco de dados. At 11:22 Ive recebeu este erro antes quando acidentalmente tentando persistir uma entidade com um dos seus campos com um valor nulo. Respondeu May 10 at 19:49 Sua resposta 2017 Stack Exchange, Inc Estou executando alfresco em Oracle 10G XE (Express / Free Edition). Eu sou capaz de entrar no aplicativo e criar espaços, etc No cliente web Oracle quando eu olhar para os dados na tabela nodeproperties eu vejo a seguinte mensagem em vez dos dados: relatório erro: ORA-00932: tipos de dados inconsistentes: esperado NUMBER Got LONG BINARY Eu acredito que isso é porque estamos passando Java Null Quando eu consultar esta tabela usando slqplus eu vejo 1943 linhas. Aqui está a versão do aplicativo: Informações do Sistema Usuário Atual: admin Versão: Open Source - v1.1.2 25: Instalação: () repositório repositório. 1 Não sei ao certo o que você quer dizer com Java Null.160 Valores nulos são permitidos nas colunas e usamo-los generosamente. O fato de um cliente falhar enquanto o outro tiver êxito sugere-me que o cliente falha está executando uma consulta ilegal. Tipo de dados longo tem algumas restrições. Uma das colunas LONG não pode ser usada nas cláusulas WHERE, GROUP BY, ORDER BY ou CONNECT BY ou com o operador DISTINCT nas instruções SELECT de datawarehouse. ittoolbox / groups / technical-functional / oracle-db-l / 760953. De qualquer forma, desde que você seja capaz de executar consultas usando SQLPLUS, ele deve estar bem.160 O esquema já teve que ser modificado especificamente para lidar com restrições Oracle que são aplicadas a tipos de colunas.160 Como nós nunca selecionamos valores específicos A partir da coluna LONG BINARY, é provavelmente apenas o cliente da Web Oracle fazer um DISTINCT ou algo.160 Tente SQLPLUS com RegardsWhy estou recebendo essa exceção: eu tinha-lo mais cedo também em um pequeno exemplo, mas de alguma forma se livrou dele, usando Mecanismo atribuído para geração de PK. Mas agora eu estou usando mecanismo nativo para a geração de PK. Este erro ocorre porque um valor nulo Java está sendo colocado em uma propriedade para hibernate que espera um dado particular de um tipo específico versão Hibernate: 3.1 Rastreamento de pilha completa de qualquer exceção que ocorre: 2006-03-15 15:35:59 ERRO MessageID (CCG-PDC-Workflow, PACS-ADT.1.159, admitPatient) Exceção de fluxo de trabalho com. ge. medit. pdm. messaging. Dispatcher com. ge. medit. pdm. dao. DataAccessException: Falha ao confirmar transação em com. ge. Medit. pdm. dao. ServiceLocatormitTransaction (ServiceLocator. java:245) em com. ge. medit. pdm. dao. TransactionManagermitTransaction (TransactionManager. java:12) em com. ge. medit. pdm. messaging. workflow. PatientWorkflowManager. admitPatient PatientWorkflowManager. java:94) at sun. reflect. NativeMethodAccessorImpl. invoke0 (Método Nativo) em sun. reflect. NativeMethodAccessorImpl. invoke (Fonte Desconhecida) em sun. reflect. DelegatingMethodAccessorImpl. invoke (Fonte Desconhecida) em java. lang. reflect. Method. invoke (Fonte Desconhecida) em com. ge. medit. pdm. messaging. services. WorkflowService. handleMessage (WorkflowService. java:57) em com. ge. medit. pdm. messaging. Dispatcher. dispatch (Dispatcher. java:160) Em com. ge. medit. pdm. messaging. WorkerThread. run (WorkerThread. java:90) Causado por: org. hibernate. exception. SQLGrammarException: não foi possível inserir: com. ge. medit. pdm. hibernate. valueobjects. Patient at Org. hibernate. exception. SQLStateConverter. convert (SQLStateConverter. java:65) em org. hibernate. exception. JDBCExceptionHelper. convert (JDBCExceptionHelper. java:43) at org. hibernate. persister. entity. AbstractEntityPersister. insert (AbstractEntityPersister. java: 2078) em org. hibernate. persister. entity. AbstractEntityPersister. insert (AbstractEntityPersister. java:2427) em org. hibernate. action. EntityInsertAction. execute (EntityInsertAction. java:51) em org. hibernate. engine. ActionQueue. execute (ActionQueue. java: 243) em org. hibernate. engine. ActionQueue. executeActions (ActionQueue. java:227) em org. hibernate. engine. ActionQueue. executeActions (ActionQueue. java:140) em org. hibernate. event. def. AbstractFlushingEventListener. ExecuteExecutions (AbstractFlushingEventListener. java:296) at org. hibernate. event. def. DefaultFlushEventListener. onFlush (DefaultFlushEventListener. java:27) at org. hibernate. impl. SessionImpl. flush (SessionImpl. java:1009) at org. hibernate. impl. SessionImpl. managedFlush (SessionImpl. java:356) em org. hibernate. transaction. JDBCTransactionmit (JDBCTransaction. java:106) em com. ge. medit. pdm. dao. ServiceLocatormitTransaction (ServiceLocator. java:240). 9 mais Causado por: java. sql. SQLException: ORA-00932: tipos de dados inconsistentes: esperado NUMBER tem BINARY em oracle. jdbc. dbaccess. DBError. throwSqlException (DBError. java:134) at oracle. jdbc. ttc7.TTIoer. processError TTIoer. java:289) em oracle. jdbc. ttc7.Oall7.receive (Oall7.java:573) em oracle. jdbc. ttc7.TTC7Protocol. doOall7 (TTC7Protocol. java:1891) em oracle. jdbc. ttc7.TTC7Protocol. parseExecuteFetch (TTC7Protocol. java:1093) em oracle. jdbc. driver. OracleStatement. executeNonQuery (OracleStatement. java:2047) em oracle. jdbc. driver. OracleStatement. doExecuteOther (OracleStatement. java:1940) em oracle. jdbc. driver. OracleStatement. DoExecuteWithTimeout (OracleStatement. java:2709) em oracle. jdbc. driver. OraclePreparedStatement. executeUpdate (OraclePreparedStatement. java:589) em org. hibernate. persister. entity. AbstractEntityPersister. insert (AbstractEntityPersister. java:2065). 20 mais Nome e versão do banco de dados que estou usando: Oracle 10g. : 3 Essa exceção pode ser causada no caso de usar uma classe wrapper para os tipos de dados primitivos. Quando o objeto wrapper contém valor nulo e tentamos persistir ou consultar esse erro pode ser causado. Por exemplo, ID longo null createNamedQuery (findQuery).findById (id).getSingleResult () Isso pode causar o erro acima mencionado. E como sábio se tentarmos persistir o objeto wrapper tendo valor nulo, podemos obter o mesmo erro. Solução: Você pode fazer uma verificação nula antes de executar a ação ou tentar usar o tipo primitivo Editado por: arunsinghc em 12 de julho de 2008 4:41 Obrigado pela sua solução. Está funcionando bem. Por favor, não resurrect threads antigos. Im bloqueando este. Jive Software,: 8.0.3.1. : 20170414082626.1619a91.release8.0.3.xEu estou executando alfresco em Oracle 10G XE (Express / Free Edition). Eu sou capaz de entrar no aplicativo e criar espaços, etc No cliente web Oracle quando eu olhar para os dados na tabela nodeproperties eu vejo a seguinte mensagem em vez dos dados: relatório erro: ORA-00932: tipos de dados inconsistentes: esperado NUMBER Got LONG BINARY Eu acredito que isso é porque estamos passando Java Null Quando eu consultar esta tabela usando slqplus eu vejo 1943 linhas. Aqui está a versão do aplicativo: Informações do Sistema Usuário Atual: admin Versão: Open Source - v1.1.2 26: Instalação: () repositório repositório. 1 Não sei ao certo o que você quer dizer com Java Null.160 Valores nulos são permitidos nas colunas e usamo-los generosamente. O fato de que um cliente falha enquanto o outro é bem sucedido sugere-me que o cliente falha está executando uma consulta ilegal. Tipo de dados longo tem algumas restrições. Uma das colunas LONG não pode ser usada nas cláusulas WHERE, GROUP BY, ORDER BY ou CONNECT BY ou com o operador DISTINCT nas instruções SELECT de datawarehouse. ittoolbox / groups / technical-functional / oracle-db-l / 760953. De qualquer forma, desde que você seja capaz de executar consultas usando SQLPLUS, ele deve estar bem.160 O esquema já teve que ser modificado especificamente para lidar com restrições Oracle que são aplicadas a tipos de colunas.160 Como nós nunca selecionamos valores específicos Da coluna LONG BINARY, é provavelmente apenas o cliente da Web Oracle fazer um DISTINCT ou algo.160 Tente SQLPLUS com Atenciosamente
No comments:
Post a Comment