Re: [oracle_br] Re: Script de inicialização Orac le

2008-03-26 Por tôpico Adriano de Oliveira
E assim já starta o listener tbm ?

obrigado

  - Original Message - 
  From: Anderson 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Wednesday, March 26, 2008 11:46 AM
  Subject: [oracle_br] Re: Script de inicialização Oracle


  Amigo,

  quando você instala o Oracle...ele pede pra rodar um script como root.
  Certo..? ele já faz isso pra você...

  se quiser mudar pra iniciar automatico ou não, deve modificar o 
  arquivo ORATAB que está no /ETC ...
  pra Y ou N.

  Att.

  _
  Anderson 
  DBA Sr. 
  http://www.ruevers.webs.com 
  --- Em oracle_br@yahoogrupos.com.br, Gilvã Gmail <[EMAIL PROTECTED]> 
  escreveu
  >
  > Fiz a instalação do Oracle em um Servidor Debian 4.0, se possível 
  gostaria
  > de obter um script de inicialização para colocar no init.d.
  > 
  > 
  > 
  > Grato.
  > 
  > 
  > 
  > Gilvã Lopes.
  > 
  > 
  > 
  > 
  > 
  > 
  > 
  > [As partes desta mensagem que não continham texto foram removidas]
  >



   

[As partes desta mensagem que não continham texto foram removidas]



Re: [oracle_br] Re: Criação de Índices em Chaves Estrangeiras

2008-01-31 Por tôpico Adriano de Oliveira
Foi exatamente o que o Chiappa disse...
Se vc tem update na PK da tabela mae, ou delete em cascata na tabela mae,
vc deve usar um indice na FK da tabela filha.

Agora, outra duvida é quanto a joins...
Se eu utilizar join em um select amarrando a tabela filha com a pai,
eu não precisaria criar um indice na FK entao... até pq nesse caso
a busca é inversa.. ou seja, a cada registro da tabela filha o BD
vai procurar na tabela pai o registro correspondente àquela FK,
e na tabela pai já existe índice por ser PK.
Correto???

[]'s
Adriano 

  - Original Message - 
  From: rei_do_delphi 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Thursday, January 31, 2008 7:39 AM
  Subject: [oracle_br] Re: Criação de Índices em Chaves Estrangeiras


  Chiappa, eu não entendi uma coisa só, supondo que esta tabela Mãe 
  seja uma tabela com um alto índice de inserts e deletes, para o 
  insert, um índice não ajudaria em nada, pelo contrário, para o 
  delete, na tabela filha, ele causa um lock durante o tempo da DML 
  apenas, não durante a transação, em caso de se apagar um registro na 
  tabela mãe e esta propagar para a tabela filha. Se há um alto índice 
  de deletes na tabela mãe, causando assim talvez grandes tempos de 
  lock na tabela filha, não seria interessante criar um índice na fk?

  tomei como base, o que li no "Expert Oracle Database Architecture 
  Programming techniques and solutions" do Thomas Kyte, pag, 204.

  Desde já obrigado e um abraço.

  --- Em oracle_br@yahoogrupos.com.br, "jlchiappa" <[EMAIL PROTECTED]> 
  escreveu
  >
  > Adriano, eu vi em outras mgs que o pessoal já te proveu os links com
  > demonstrações, então vou falar só do conceito geral, que é ** muito 
  **
  > simples : veja vc, uma coluna FK significa que o valor dela deve ser
  > chacedo contra uma outra tabela , e essa outra tabela TEM que ter 
  uma
  > Pk ou UK presente, ok ? Muito bem, se tem PK ou UK, necessariamente
  > tem índice lá na outra tabela, certo ? Se há índice, para cada
  > registro na tabela-filha (que posui K) que vc inserir/alterar o 
  valor
  > da coluna será pesquisado na tabela-pai, já que vc sabe que na pai
  > necessariamente vc tem índice é natural que esse índice seja usado, 
  ok
  > ? Não faz portanto o ** MENOR ** sentido vc indexar a coluna FK 
  nesse
  > caso, o índice a ser usado é o que já existe na coluna PK/UK, a
  > própria constraint PK/UK exige a presença de índice, sim ?
  > Agora, imagine que vc vá fazer UPDATE/DELETE num registro da
  > tabela-pai nessa coluna PK/UK : claro, se vc levar à ferro e fogo a
  > teoria de bd relacional, ela sustenta que a chave *** nunca ***
  > deveria mudar, se está mudando não é chave, mas suponha que vc 
  precise
  > fazer isso - nesse caso, lógico, o valor alterado TEM QUE ser
  > pesquisado na tabela-filha pra se checar se existe, aí sim se nõ
  > houver índice na tabela-filha por essa coluna FK não tem jeito, a
  > tabela terá que ser scaneada POR INTEIRO, e (claro) para evitar
  > alterações enquanto isso, a tabela é lockada também... Então é isso,
  > SE e APENAS SE vc o banco for ter que fazer pesquisa na coluna FK da
  > tabela-filha devido à alteração de chave, aí SIM vc precisa de 
  índice
  > na FK. E sim, vc estava 100% correto ao supor que cada índice (não
  > importa aonde seja) adiciona overhead para DMLs (e em menor grau até
  > pra DDLs, principalmente TRUNCATEs e quetais), então SIM, vc tem que
  > pesar direitinho isso, e NUNCA, JAMAIS, sair simplesmente indexando
  > alegremente tudo que é FK, ok ? Aqui no cliente atual o pessoal usou
  > uma tool de modelagem que já sai criando automticamente índice pra
  > TUDO que é FK, grande parte do meu trabalho de tuning aqui é
  > simplesmente DROPAR essas coisas, EM ESPECIAL porque aqui é DW, a
  > chave PK/Uk normalmente é sintética , é um NÚMERO "inventado"
  > sequencial, normalmente não vejo razão ALGUMA de negócio pra essa
  > chave ser alterada, então nenhum sentido em indexar FKs aqui.
  > 
  > []s
  > 
  > Chiappa
  > --- Em oracle_br@yahoogrupos.com.br, "Adriano de Oliveira"
  >  escreveu
  > >
  > > Pois é.
  > > Também li sobre os locks que podem acontecer em um delete cascade
  > por exemplo em uma tabela child
  > > onde a chave estrangeira não possui indice.
  > > Eu crio a estrutura do meu BD no ErWin, e ele cria por default os
  > indices pra todas as foreign keys.
  > > Mas eu tenho como escolher qual eu devo criar no banco 
  propriamente
  > dito.
  > > Acredito que a gente deve analisar direito e decidir até que ponto
  > esse índice vai ajudar ou atrapalhar 
  > > o sistema em si.
  > > Mas não sei a opinião de Certificados Oracle sobre isso..
  > > 
  > > []'s
  > > Adriano
  > > 
  > > - Original

Re: [oracle_br] Criação de Índices em Chav es Estrangeiras

2008-01-29 Por tôpico Adriano de Oliveira
Pois é.
Também li sobre os locks que podem acontecer em um delete cascade por exemplo 
em uma tabela child
onde a chave estrangeira não possui indice.
Eu crio a estrutura do meu BD no ErWin, e ele cria por default os indices pra 
todas as foreign keys.
Mas eu tenho como escolher qual eu devo criar no banco propriamente dito.
Acredito que a gente deve analisar direito e decidir até que ponto esse índice 
vai ajudar ou atrapalhar 
o sistema em si.
Mas não sei a opinião de Certificados Oracle sobre isso..

[]'s
Adriano

  - Original Message - 
  From: Welvis Douglas 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Tuesday, January 29, 2008 2:48 PM
  Subject: Re: [oracle_br] Criação de Índices em Chaves Estrangeiras


  Então, aqui na empresa estou assumindo o lugar de outro dba.. ai quando fui 
fazer uma manuteção com a supervisão dele.. estava para criar uma indice para 
FK, ai perguntei para ele... e ele disse que isso tbm não precisa mais... 

  bom resumindo, 4 pessoas que conheço DBA's falaram que é mito, porem aqui 
onde eu trabalho eles tem essa cultura...

  sacou, 

  eu tenho tabela aqui com mais de 20GB, um indice desse deve ser bem 
grandinho.. né...

  poderia diminurir um certo espaço.. , mas como é um problema cultural...

  fazer o que.. kk

  abraço

  - Original Message - 
  From: Andre Santos 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Tuesday, January 29, 2008 3:18 PM
  Subject: Re: [oracle_br] Criação de Índices em Chaves Estrangeiras

  Welvis

  Será que é mito mesmo?
  Já li algumas coisas referentes a "lock" para verificação de integridade
  referencial, que seria melhor caso houvesse um índice na FK.

  Precisaríamos verificar... vou tentar pesquisar algo a respeito.

  De qualquer forma, o que o Adriano mencionou sobre o maior custo num INSERT
  com 10 índices é verdade.
  Pessoalmente, acho que é melhor analisar os casos em que seria melhor ter um
  índice (e não criá-los indiscriminadamente para todas as FK's).

  [ ]'s

  André

  Em 29/01/08, Welvis Douglas <[EMAIL PROTECTED]> escreveu:
  >
  > Meu amigo, quando eu fiz o curso do 10g em 2005, a pessoa que deu o
  > curso disse que esse era um mido to oracle 8.
  >
  > ...
  >
  > att,
  >
  > Welvis Douglas
  >
  > - Original Message -
  > From: Adriano de Oliveira
  > To: oracle_br@yahoogrupos.com.br 
  > Sent: Tuesday, January 29, 2008 11:05 AM
  > Subject: [oracle_br] Criação de Índices em Chaves Estrangeiras
  >
  > Olá pessoal, bom dia.
  >
  > Sei que a criação de índices em chaves estrangeiras é indicada
  > para se ter uma boa performance no banco.
  > Mas deve-se criar para todas as chaves estrangeiras ou tem que
  > se ter uma análise delas e escolher as chaves mais consultadas, etc?
  >
  > Por exemplo, se eu tiver uma tabela com 10 chaves estrangeiras
  > (hipoteticamente),
  > se eu criar um índice para cada chave estrangeira, pode ser que o select
  > se torne rápido, porém um insert, ou update vai ficar mais lento pela
  > atualização
  > dos 10 índices.
  >
  > Qual a opinião de vcs?
  >
  > []'s
  > Adriano
  >
  > [As partes desta mensagem que não continham texto foram removidas]
  >
  > [As partes desta mensagem que não continham texto foram removidas]
  >
  > 
  >

  [As partes desta mensagem que não continham texto foram removidas]

  [As partes desta mensagem que não continham texto foram removidas]



   

[As partes desta mensagem que não continham texto foram removidas]



[oracle_br] Criação de Índices em Chaves Estrangeiras

2008-01-29 Por tôpico Adriano de Oliveira
Olá pessoal, bom dia.

Sei que a criação de índices em chaves estrangeiras é indicada
para se ter uma boa performance no banco.
Mas deve-se criar para todas as chaves estrangeiras ou tem que 
se ter uma análise delas e escolher as chaves mais consultadas, etc?

Por exemplo, se eu tiver uma tabela com 10 chaves estrangeiras 
(hipoteticamente),
se eu criar um índice para cada chave estrangeira, pode ser que o select
se torne rápido, porém um insert, ou update vai ficar mais lento pela 
atualização
dos 10 índices.

Qual a opinião de vcs?

[]'s
Adriano

[As partes desta mensagem que não continham texto foram removidas]



Re: [oracle_br] "MBA Sistemas de Gestão Empr esarial - ERP - Oracle e-Business Suite®"

2007-12-14 Por tôpico Adriano de Oliveira
Olá Pessoal.. 
Alguém sabe se exite algum MBA bom à distância ?
Pra quem mora no interior de SP é complicado.

[]'s
Adriano

  - Original Message - 
  From: Silva, Mauricio L. 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Friday, December 14, 2007 7:37 AM
  Subject: [oracle_br] "MBA Sistemas de Gestão Empresarial - ERP - Oracle 
e-Business Suite®"


  Boa dia,

  Para vc que trabalha com o Oracle EBS, faço a indicação de uma nova pós da 
FIAP (SP)

  "MBA Sistemas de Gestão Empresarial - ERP - Oracle e-Business Suite®"

  Eu já fiz a matrícula (inicio em 2008), tenho certeza que o curso será 
excelente!

  Em caso de interesse, faça a inscrição lá no site da FIAP e se possível fale 
que é uma indicação minha (descontos) rs rs!!!

  Se for possível, coloque no final da Carta de explicação (na inscrição) que é 
uma indicação de Maurício Lachaitis da Silva

  Maiores informações :

  MBA - Sistemas de Gestão Empresarial - ERP - Oracle e-Business Suite

  http://www.fiap.com.br/portal/int_cda_conteudo.jsp?ID=150159&canalID=356

  Maurício Lachaitis da Silva

  [As partes desta mensagem que não continham texto foram removidas]



   

[As partes desta mensagem que não continham texto foram removidas]



Re: [oracle_br] Cursos DBA Oracle

2007-07-31 Por tôpico Adriano de Oliveira
é. já me recomendaram a en-sof.
o problema de morar no interior de sp é isso..
dificil de achar cursos por aqui

[]'s


  - Original Message - 
  From: Bruno Lorenzini 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Tuesday, July 31, 2007 4:21 PM
  Subject: RES: [oracle_br] Cursos DBA Oracle


  Eu to fazendo um pela em-sof. Os intrutores são muitos bons, mas é curso
  oficial... o preço é meio salgado...

  Sds,

  _ 

  De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em
  nome de Anderson Ferreira
  Enviada em: terça-feira, 31 de julho de 2007 16:16
  Para: oracle_br@yahoogrupos.com.br
  Assunto: Re: [oracle_br] Cursos DBA Oracle

  Cara eu to realizando o curso Completo da oracle 10 g no IBTA.é bom e eu
  tô curtindo cara
  - Original Message - 
  From: Adriano de Oliveira 
  To: [EMAIL PROTECTED] <mailto:oracle_br%40yahoogrupos.com.br> os.com.br 
  Sent: Tuesday, July 31, 2007 3:53 PM
  Subject: [oracle_br] Cursos DBA Oracle

  Olá Galera..
  Quais os cursos, de Oracle DBA, preparação para certificação vcs fizeram
  e/ou recomendam?

  []'s
  Adriano

  [As partes desta mensagem que não continham texto foram removidas]

  [As partes desta mensagem que não continham texto foram removidas]

  [As partes desta mensagem que não continham texto foram removidas]



   

[As partes desta mensagem que não continham texto foram removidas]



[oracle_br] Cursos DBA Oracle

2007-07-31 Por tôpico Adriano de Oliveira
Olá Galera..
Quais os cursos, de Oracle DBA, preparação para certificação vcs fizeram e/ou 
recomendam?

[]'s
Adriano

[As partes desta mensagem que não continham texto foram removidas]



[oracle_br] Update amarrado com outra tabela

2007-07-11 Por tôpico Adriano de Oliveira
Olá pessoal...

Tem como eu dar um update em uma tabela amarrada em outra?

Por exemplo...

eu tenho dois schemas e eu queria atualizar uma tabela de um esquema pra deixar 
igual
a mesma tabela mas de outro schema... onde schema1.tabela vai ficar igual ao 
schema2.tabela
só que com o comando update... pq nao posso dar delete na tabela e depois 
executar um insert ... select pq 
existe tabela filho já...

[]'s

Adriano

[As partes desta mensagem que não continham texto foram removidas]



Re: [oracle_br] Erro em SQLLDR campo Date

2007-03-21 Por tôpico Adriano de Oliveira
Já fiz isso de abrir o arquivo no excel.. e todos os campos estao no lugar 
correto...
Fiz até um teste com apenas a linha que mandei no email. E mesmo com apenas uma 
linha no txt está
dando o erro.
Uma coisa estranha que fiz para testar foi colocar "null" no campo e aí nao deu 
o erro. Ficando assim "null;;S"
Mas isso é estranho pois no campo DATA_COMPENSACAO nao preciso colocar "null" e 
passa normal.

[]'s Adriano

  - Original Message - 
  From: Roberto Amorim 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Wednesday, March 21, 2007 10:48 AM
  Subject: Re: [oracle_br] Erro em SQLLDR campo Date


  Acho que o erro não acontece onde você acredita. Acho que o erro ocorre 
  antes, mas estoura em outro canto.
  Passa o arquivo inteiro, se couber em até 60mil linhas, para o excel e 
  verifica se a integridade das colunas vai até o fim. pode ter alguma 
  linha perdida.
  Veja, você tem dois campos USU_INTEGRA e USU_NAO_INTEGRA que são 
  strings. Então você deve estar validando se eles têm ponto-e-vírgulas no 
  seu interior, ou não?
  Se tiver estraga a coisa.
  O melhor nesses casos é tentar visualizar o arquivo. No excel é mais 
  fácil. Outra opção é passar os ";" para tags  e depois usar um 
  editor adequado a isso.
  Aposto na falha da estrutura da tabela, e não em bytes doidos no meio dele.
  Um abraço
  Roberto

  Adriano de Oliveira escreveu:
  > pior que não tem caracter nenhum.. está nulo.
  >
  > Adriano
  >
  > - Original Message - 
  > From: Rafael Milanez - BusinessOn 
  > To: oracle_br@yahoogrupos.com.br 
  > Sent: Wednesday, March 21, 2007 8:21 AM
  > Subject: Re: [oracle_br] Erro em SQLLDR campo Date
  >
  >
  > pode ser algum caracter no campo VENCIMENTO_IRRF que nao esta no formato 
adequando ( eu suponho isso)
  >
  > - Original Message - 
  > From: Adriano de Oliveira 
  > To: oracle_br@yahoogrupos.com.br 
  > Sent: Tuesday, March 20, 2007 2:01 PM
  > Subject: [oracle_br] Erro em SQLLDR campo Date
  >
  > Olá pessoal.
  >
  > Estou tendo um problema estranho aqui.
  > Estou tentando carregar um arquivo txt para uma tabela atraves do sqlldr do 
Oracle 9i.
  > Sempre utilizei o sqlldr e nunca tive problema. Mas nesta tabela está dando 
esse erro:
  >
  > Record 1: Rejected - Error on table VCP_PARCELA, column VENCIMENTO_IRRF.
  > ORA-01858: a non-numeric character was found where a numeric was expected
  >
  > o campo VENCIMENTO_IRRF é do tipo date..
  >
  > e aqui está uma linha do arquivo txt:
  >
  > 151295;11561SB2;1;15111993; 19.30;0;31071995; 19.30; 0.00; 0.00; 0.00; 
0.00;;;0;S
  >
  > o campo é o 26º. podem ver q ele está vazio. nao tem nada entre os 
ponto-e-virgulas.
  >
  > aqui está meu control-file:
  >
  > LOAD DATA
  > INFILE 'vcp_parcela.txt'
  > BADFILE 'bad_vcp_parcela.txt'
  > APPEND
  > INTO TABLE VCP_PARCELA
  > FIELDS TERMINATED BY ';'
  > TRAILING NULLCOLS (
  > COD_FORNECEDOR INTEGER EXTERNAL,
  > NDOC CHAR(20),
  > PARCELA INTEGER EXTERNAL,
  > DATA_VENCIMENTO DATE "DD/MM/" NULLIF DATA_VENCIMENTO=BLANKS,
  > VALOR_PARCELA FLOAT EXTERNAL NULLIF VALOR_PARCELA=BLANKS,
  > CODB INTEGER EXTERNAL NULLIF CODB=BLANKS,
  > DATA_PAGAMENTO DATE "DD/MM/" NULLIF DATA_PAGAMENTO=BLANKS,
  > VALOR_PAGO FLOAT EXTERNAL NULLIF VALOR_PAGO=BLANKS,
  > VALOR_JURO FLOAT EXTERNAL NULLIF VALOR_JURO=BLANKS,
  > VALOR_DESCONTO FLOAT EXTERNAL NULLIF VALOR_DESCONTO=BLANKS,
  > VALOR_URV FLOAT EXTERNAL NULLIF VALOR_URV=BLANKS,
  > CORRECAO FLOAT EXTERNAL NULLIF CORRECAO=BLANKS,
  > TRADUTOR INTEGER EXTERNAL NULLIF TRADUTOR=BLANKS,
  > TIPO_DOCUMENTO CHAR(1) NULLIF TIPO_DOCUMENTO=BLANKS,
  > VALOR_DEVOLUCAO FLOAT EXTERNAL NULLIF VALOR_DEVOLUCAO=BLANKS,
  > DATA_COMPENSACAO DATE "DD/MM/" NULLIF DATA_COMPENSACAO=BLANKS,
  > NCHEQUE CHAR(15) NULLIF NCHEQUE=BLANKS,
  > COD_BCO1 INTEGER EXTERNAL NULLIF COD_BCO1=BLANKS,
  > PROCESSOU CHAR(4) NULLIF PROCESSOU=BLANKS,
  > LOTE INTEGER EXTERNAL NULLIF LOTE=BLANKS,
  > SEQ_LOTE INTEGER EXTERNAL NULLIF SEQ_LOTE=BLANKS,
  > INTEGRAR CHAR(1) NULLIF INTEGRAR=BLANKS,
  > USU_INTEGRA CHAR(30) NULLIF USU_INTEGRA=BLANKS,
  > USU_NAO_INTEGRA CHAR(30) NULLIF USU_NAO_INTEGRA=BLANKS,
  > TRADUTOR_IRRF INTEGER EXTERNAL NULLIF TRADUTOR_IRRF=BLANKS,
  > VALOR_IRRF FLOAT EXTERNAL NULLIF VALOR_IRRF=BLANKS,
  > COD_TIPDOC INTEGER EXTERNAL NULLIF COD_TIPDOC=BLANKS,
  > VENCIMENTO_IRRF DATE "DD/MM/" NULLIF VENCIMENTO_IRRF=BLANKS,
  > COD_FLUXO INTEGER EXTERNAL NULLIF COD_FLUXO=BLANKS,
  > LANCA_FLUXO CHAR(1) NULLIF LANCA_FLUXO=BLANKS)
  >
  > o campo VENCIMENTO_IRRF está com a clausula NULLIF mas mesmo assim está 
dando o erro em todas as linha do txt.
  > Reparem qu

Re: [oracle_br] Re: Erro em SQLLDR campo Date

2007-03-21 Por tôpico Adriano de Oliveira
Aqui está o create table da tabela:

CREATE TABLE VCP_PARCELA (
   COD_FORNECEDOR   NUMBER NOT NULL,
   NDOC VARCHAR(20) NOT NULL,
   PARCELA  NUMBER NOT NULL,
   DATA_VENCIMENTO  DATE NULL,
   VALOR_PARCELANUMBER(12,2) NULL,
   CODB NUMBER NULL,
   DATA_PAGAMENTO   DATE NULL,
   VALOR_PAGO   NUMBER(12,2) NULL,
   VALOR_JURO   NUMBER(12,2) NULL,
   VALOR_DESCONTO   NUMBER(12,2) NULL,
   VALOR_URVNUMBER(12,2) NULL,
   CORRECAO NUMBER(12,2) NULL,
   TRADUTOR NUMBER NULL,
   TIPO_DOCUMENTO   CHAR(1) NULL,
   VALOR_DEVOLUCAO  NUMBER(12,2) NULL,
   DATA_COMPENSACAO DATE NULL,
   NCHEQUE  VARCHAR(15) NULL,
   COD_BCO1 NUMBER NULL,
   PROCESSOUCHAR(4) NULL,
   LOTE NUMBER NULL,
   SEQ_LOTE NUMBER NULL,
   INTEGRAR CHAR(1) NULL,
   USU_INTEGRA  VARCHAR(30) NULL,
   USU_NAO_INTEGRA  VARCHAR(30) NULL,
   TRADUTOR_IRRFNUMBER NULL,
   VALOR_IRRF   NUMBER(12,2) NULL,
   COD_TIPDOC   NUMBER NULL,
   VENCIMENTO_IRRF  DATE NULL,
   COD_FLUXONUMBER NULL,
   LANCA_FLUXO  CHAR(1) NULL
);

CREATE INDEX XIE1VCP_PARCELA ON VCP_PARCELA
(
   DATA_VENCIMENTOASC
);


ALTER TABLE VCP_PARCELA
   ADD  ( PRIMARY KEY (COD_FORNECEDOR, NDOC, PARCELA) ) ;


ALTER TABLE VCP_PARCELA
   ADD  ( FOREIGN KEY (COD_TIPDOC)
 REFERENCES TIPDOC ) ;


ALTER TABLE VCP_PARCELA
   ADD  ( FOREIGN KEY (COD_FLUXO)
 REFERENCES FLUXO ) ;


ALTER TABLE VCP_PARCELA
   ADD  ( FOREIGN KEY (COD_BCO1)
 REFERENCES BCO1 ) ;


ALTER TABLE VCP_PARCELA
   ADD  ( FOREIGN KEY (CODB)
 REFERENCES CAR ) ;


ALTER TABLE VCP_PARCELA
   ADD  ( FOREIGN KEY (COD_FORNECEDOR, NDOC)
 REFERENCES VCP ) ;

  - Original Message - 
  From: jlchiappa 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Wednesday, March 21, 2007 8:47 AM
  Subject: [oracle_br] Re: Erro em SQLLDR campo Date


  A dúvida é que de repente possa ter um caracter de controle, não
  imprimível, que vc não esteja vendo... Mas faz assim, passa o CREATE
  TABLE da tabela em questão (completo com constraints, índices e
  triggers) que a gente pode fuçar em cima, ver se reproduz...

  []s

  Chiappa
  --- Em oracle_br@yahoogrupos.com.br, "Adriano de Oliveira"
  <[EMAIL PROTECTED]> escreveu
  >
  > pior que não tem caracter nenhum.. está nulo.
  > 
  > Adriano
  > 
  > - Original Message - 
  > From: Rafael Milanez - BusinessOn 
  > To: oracle_br@yahoogrupos.com.br 
  > Sent: Wednesday, March 21, 2007 8:21 AM
  > Subject: Re: [oracle_br] Erro em SQLLDR campo Date
  > 
  > 
  > pode ser algum caracter no campo VENCIMENTO_IRRF que nao esta no
  formato adequando ( eu suponho isso)
  > 
  > - Original Message - 
  > From: Adriano de Oliveira 
  > To: oracle_br@yahoogrupos.com.br 
  > Sent: Tuesday, March 20, 2007 2:01 PM
  > Subject: [oracle_br] Erro em SQLLDR campo Date
  > 
  > Olá pessoal.
  > 
  > Estou tendo um problema estranho aqui.
  > Estou tentando carregar um arquivo txt para uma tabela atraves do
  sqlldr do Oracle 9i.
  > Sempre utilizei o sqlldr e nunca tive problema. Mas nesta tabela
  está dando esse erro:
  > 
  > Record 1: Rejected - Error on table VCP_PARCELA, column
  VENCIMENTO_IRRF.
  > ORA-01858: a non-numeric character was found where a numeric was
  expected
  > 
  > o campo VENCIMENTO_IRRF é do tipo date..
  > 
  > e aqui está uma linha do arquivo txt:
  > 
  > 151295;11561SB2;1;15111993; 19.30;0;31071995; 19.30; 0.00; 0.00;
  0.00; 0.00;;;0;S
  > 
  > o campo é o 26º. podem ver q ele está vazio. nao tem nada entre os
  ponto-e-virgulas.
  > 
  > aqui está meu control-file:
  > 
  > LOAD DATA
  > INFILE 'vcp_parcela.txt'
  > BADFILE 'bad_vcp_parcela.txt'
  > APPEND
  > INTO TABLE VCP_PARCELA
  > FIELDS TERMINATED BY ';'
  > TRAILING NULLCOLS (
  > COD_FORNECEDOR INTEGER EXTERNAL,
  > NDOC CHAR(20),
  > PARCELA INTEGER EXTERNAL,
  > DATA_VENCIMENTO DATE "DD/MM/" NULLIF DATA_VENCIMENTO=BLANKS,
  > VALOR_PARCELA FLOAT EXTERNAL NULLIF VALOR_PARCELA=BLANKS,
  > CODB INTEGER EXTERNAL NULLIF CODB=BLANKS,
  > DATA_PAGAMENTO DATE "DD/MM/" NULLIF DATA_PAGAMENTO=BLANKS,
  > VALOR_PAGO FLOAT EXTERNAL NULLIF VALOR_PAGO=BLANKS,
  > VALOR_JURO FLOAT EXTERNAL NULLIF VALOR_JURO=BLANKS,
  > VALOR_DESCONTO FLOAT EXTERNAL NULLIF VALOR_DESCONTO=BLANKS,
  > VALOR_URV FLOAT E

Re: [oracle_br] Erro em SQLLDR campo Date

2007-03-21 Por tôpico Adriano de Oliveira
pior que não tem caracter nenhum.. está nulo.

Adriano

  - Original Message - 
  From: Rafael Milanez - BusinessOn 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Wednesday, March 21, 2007 8:21 AM
  Subject: Re: [oracle_br] Erro em SQLLDR campo Date


  pode ser algum caracter no campo VENCIMENTO_IRRF que nao esta no formato 
adequando ( eu suponho isso)

  - Original Message - 
  From: Adriano de Oliveira 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Tuesday, March 20, 2007 2:01 PM
  Subject: [oracle_br] Erro em SQLLDR campo Date

  Olá pessoal.

  Estou tendo um problema estranho aqui.
  Estou tentando carregar um arquivo txt para uma tabela atraves do sqlldr do 
Oracle 9i.
  Sempre utilizei o sqlldr e nunca tive problema. Mas nesta tabela está dando 
esse erro:

  Record 1: Rejected - Error on table VCP_PARCELA, column VENCIMENTO_IRRF.
  ORA-01858: a non-numeric character was found where a numeric was expected

  o campo VENCIMENTO_IRRF é do tipo date..

  e aqui está uma linha do arquivo txt:

  151295;11561SB2;1;15111993; 19.30;0;31071995; 19.30; 0.00; 0.00; 0.00; 
0.00;;;0;S

  o campo é o 26º. podem ver q ele está vazio. nao tem nada entre os 
ponto-e-virgulas.

  aqui está meu control-file:

  LOAD DATA
  INFILE 'vcp_parcela.txt'
  BADFILE 'bad_vcp_parcela.txt'
  APPEND
  INTO TABLE VCP_PARCELA
  FIELDS TERMINATED BY ';'
  TRAILING NULLCOLS (
  COD_FORNECEDOR INTEGER EXTERNAL,
  NDOC CHAR(20),
  PARCELA INTEGER EXTERNAL,
  DATA_VENCIMENTO DATE "DD/MM/" NULLIF DATA_VENCIMENTO=BLANKS,
  VALOR_PARCELA FLOAT EXTERNAL NULLIF VALOR_PARCELA=BLANKS,
  CODB INTEGER EXTERNAL NULLIF CODB=BLANKS,
  DATA_PAGAMENTO DATE "DD/MM/" NULLIF DATA_PAGAMENTO=BLANKS,
  VALOR_PAGO FLOAT EXTERNAL NULLIF VALOR_PAGO=BLANKS,
  VALOR_JURO FLOAT EXTERNAL NULLIF VALOR_JURO=BLANKS,
  VALOR_DESCONTO FLOAT EXTERNAL NULLIF VALOR_DESCONTO=BLANKS,
  VALOR_URV FLOAT EXTERNAL NULLIF VALOR_URV=BLANKS,
  CORRECAO FLOAT EXTERNAL NULLIF CORRECAO=BLANKS,
  TRADUTOR INTEGER EXTERNAL NULLIF TRADUTOR=BLANKS,
  TIPO_DOCUMENTO CHAR(1) NULLIF TIPO_DOCUMENTO=BLANKS,
  VALOR_DEVOLUCAO FLOAT EXTERNAL NULLIF VALOR_DEVOLUCAO=BLANKS,
  DATA_COMPENSACAO DATE "DD/MM/" NULLIF DATA_COMPENSACAO=BLANKS,
  NCHEQUE CHAR(15) NULLIF NCHEQUE=BLANKS,
  COD_BCO1 INTEGER EXTERNAL NULLIF COD_BCO1=BLANKS,
  PROCESSOU CHAR(4) NULLIF PROCESSOU=BLANKS,
  LOTE INTEGER EXTERNAL NULLIF LOTE=BLANKS,
  SEQ_LOTE INTEGER EXTERNAL NULLIF SEQ_LOTE=BLANKS,
  INTEGRAR CHAR(1) NULLIF INTEGRAR=BLANKS,
  USU_INTEGRA CHAR(30) NULLIF USU_INTEGRA=BLANKS,
  USU_NAO_INTEGRA CHAR(30) NULLIF USU_NAO_INTEGRA=BLANKS,
  TRADUTOR_IRRF INTEGER EXTERNAL NULLIF TRADUTOR_IRRF=BLANKS,
  VALOR_IRRF FLOAT EXTERNAL NULLIF VALOR_IRRF=BLANKS,
  COD_TIPDOC INTEGER EXTERNAL NULLIF COD_TIPDOC=BLANKS,
  VENCIMENTO_IRRF DATE "DD/MM/" NULLIF VENCIMENTO_IRRF=BLANKS,
  COD_FLUXO INTEGER EXTERNAL NULLIF COD_FLUXO=BLANKS,
  LANCA_FLUXO CHAR(1) NULLIF LANCA_FLUXO=BLANKS)

  o campo VENCIMENTO_IRRF está com a clausula NULLIF mas mesmo assim está dando 
o erro em todas as linha do txt.
  Reparem que no meio do Control File tem um campo chamado DATA_COMPENSACAO que 
possui o mesmo formato e no arquivo txt tbm está nulo e neste campo não dá 
problema.

  Alguém tem uma idéia do que pode ser?

  [As partes desta mensagem que não continham texto foram removidas]

  [As partes desta mensagem que não continham texto foram removidas]



   

[As partes desta mensagem que não continham texto foram removidas]



[oracle_br] Erro em SQLLDR campo Date

2007-03-20 Por tôpico Adriano de Oliveira
Olá pessoal.

Estou tendo um problema estranho aqui.
Estou tentando carregar um arquivo txt para uma tabela atraves do sqlldr do 
Oracle 9i.
Sempre utilizei o sqlldr e nunca tive problema. Mas nesta tabela está dando 
esse erro:

Record 1: Rejected - Error on table VCP_PARCELA, column VENCIMENTO_IRRF.
ORA-01858: a non-numeric character was found where a numeric was expected

o campo VENCIMENTO_IRRF é do tipo date..

e aqui está uma linha do arquivo txt:

151295;11561SB2;1;15111993;   19.30;0;31071995;   19.30;0.00;   
 0.00;0.00;0.00;;;0;S

o campo é o 26º. podem ver q ele está vazio. nao tem nada entre os 
ponto-e-virgulas.

aqui está meu control-file:

LOAD DATA
INFILE 'vcp_parcela.txt'
BADFILE 'bad_vcp_parcela.txt'
APPEND
INTO TABLE VCP_PARCELA
FIELDS TERMINATED BY ';'
TRAILING NULLCOLS (
COD_FORNECEDOR INTEGER EXTERNAL,
NDOC CHAR(20),
PARCELA INTEGER EXTERNAL,
DATA_VENCIMENTO DATE "DD/MM/" NULLIF DATA_VENCIMENTO=BLANKS,
VALOR_PARCELA FLOAT EXTERNAL NULLIF VALOR_PARCELA=BLANKS,
CODB INTEGER EXTERNAL NULLIF CODB=BLANKS,
DATA_PAGAMENTO DATE "DD/MM/" NULLIF DATA_PAGAMENTO=BLANKS,
VALOR_PAGO FLOAT EXTERNAL NULLIF VALOR_PAGO=BLANKS,
VALOR_JURO FLOAT EXTERNAL NULLIF VALOR_JURO=BLANKS,
VALOR_DESCONTO FLOAT EXTERNAL NULLIF VALOR_DESCONTO=BLANKS,
VALOR_URV FLOAT EXTERNAL NULLIF VALOR_URV=BLANKS,
CORRECAO FLOAT EXTERNAL NULLIF CORRECAO=BLANKS,
TRADUTOR INTEGER EXTERNAL NULLIF TRADUTOR=BLANKS,
TIPO_DOCUMENTO CHAR(1) NULLIF TIPO_DOCUMENTO=BLANKS,
VALOR_DEVOLUCAO FLOAT EXTERNAL NULLIF VALOR_DEVOLUCAO=BLANKS,
DATA_COMPENSACAO DATE "DD/MM/" NULLIF DATA_COMPENSACAO=BLANKS,
NCHEQUE CHAR(15) NULLIF NCHEQUE=BLANKS,
COD_BCO1 INTEGER EXTERNAL NULLIF COD_BCO1=BLANKS,
PROCESSOU CHAR(4) NULLIF PROCESSOU=BLANKS,
LOTE INTEGER EXTERNAL NULLIF LOTE=BLANKS,
SEQ_LOTE INTEGER EXTERNAL NULLIF SEQ_LOTE=BLANKS,
INTEGRAR CHAR(1) NULLIF INTEGRAR=BLANKS,
USU_INTEGRA CHAR(30) NULLIF USU_INTEGRA=BLANKS,
USU_NAO_INTEGRA CHAR(30) NULLIF USU_NAO_INTEGRA=BLANKS,
TRADUTOR_IRRF INTEGER EXTERNAL NULLIF TRADUTOR_IRRF=BLANKS,
VALOR_IRRF FLOAT EXTERNAL NULLIF VALOR_IRRF=BLANKS,
COD_TIPDOC INTEGER EXTERNAL NULLIF COD_TIPDOC=BLANKS,
VENCIMENTO_IRRF DATE "DD/MM/" NULLIF VENCIMENTO_IRRF=BLANKS,
COD_FLUXO INTEGER EXTERNAL NULLIF COD_FLUXO=BLANKS,
LANCA_FLUXO CHAR(1) NULLIF LANCA_FLUXO=BLANKS)

o campo VENCIMENTO_IRRF está com a clausula NULLIF mas mesmo assim está dando o 
erro em todas as linha do txt.
Reparem que no meio do Control File tem um campo chamado DATA_COMPENSACAO que 
possui o mesmo formato e no arquivo txt tbm está nulo e neste campo não dá 
problema.

Alguém tem uma idéia do que pode ser?

[As partes desta mensagem que não continham texto foram removidas]