[oracle_br] mensagem de teste (ignore)
ORACLE_BR APOIA 2ºENPO-BR _ O 2º Encontro Nacional de Profissionais Oracle será realizado no dia 05/11/2005 no auditório da FIAP em São Paulo. Serão apresentadas Palestras e Cases dirigidos exclusivamente por profissionais especialistas e renomados no mercado. Confira a programação no site do evento! http://www.enpo-br.org/ _ Links do Yahoo! Grupos * Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ * Para sair deste grupo, envie um e-mail para: [EMAIL PROTECTED] * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
Re: [oracle_br] Re: Diferença de planos ou estatis ticas
Aproveitando o assunto do Chiappa sobre CURSOR_SHARING, afirmo o seguinte : NÃO USE. Outro dia num cliente implantei a utilização do mesmo, e uma semana depois começou a dar alguns erros numa determinada aplicação. Resumo da ópera, continua com os mesmo bug´s da versão 8i. Renan Medeiros . Unimix Tecnologia Ltda 0 xx 61 8145 7869 0 xx 61 3201 - Original Message - From: jlchiappa To: oracle_br@yahoogrupos.com.br Sent: Thursday, September 29, 2005 10:18 PM Subject: [oracle_br] Re: Diferença de planos ou estatisticas Seguinte : quanto às bind variables, isso depende da versão : na 9i em diante o banco consegue antes de executar o bind dar uma sapeada rápida nos histogramas (pesquise em http://asktom.oracle.com por BIND VARIABLES PEEKING que vc acha alguns casos-exemplo) . Já na versão 8i e anteriores isso não existia, então sim, na 8i basicamente era OU histograma OU bind variable, vc não podia ter os dois. Quanto ao CURSOR_SHARING, já que ele efetivamente altera o SQL a ser enviado pro banco, substituindo o que está fixo por BIND VARIABLES, ** creio ** que vale o mesmo : na 9i em diante faz peeking, na 8i não usa histogramas. Nunca usei esse cara (ele era muito bugado e muito imprevisível pro meu gosto), mas acho que é isso. []s Chiappa --- Em oracle_br@yahoogrupos.com.br, Roberto Cavalcanti [EMAIL PROTECTED] escreveu Aproveitando o assunto, a utilização de histogramas funcionam quando se utiliza bind variable ou cursor_sharing = SIMILAR ? Sds Roberto --- jlchiappa [EMAIL PROTECTED] escreveu: Com certeza, usar GATHER_SCHEMA_STATS é, na maior parte das vezes, uma BOBEIRA, pois vc está coletando da MESMA maneira as diferentes tabelas que existem num schema, e na real certamente devem existir ALGUMAS tabelas que precisam de histograma, ALGUMAs que não, ALGUMAS que exigem COMPUTE, e GATHER_SCHEMA coleta tudo igual pra todas Em msgs recentes aqui mesmo isso já foi discutido, mas vale o lembrete. No caso em questão, porém, pelo q entendi vc antes coletava com ANALYZE aí passou pra DBMS_STAT, certo, então ALÉM de usar erradamente a GATHER_SCHEMA, ainda HÀ SIM diferenças entre os defaults do ANALYZE e da DBMS_STATS Afora isso : a primeira coisa que se pensa é, os parãmetros de CBO (ie, optimizer_nnn), de I/O (como multiblock), de consumo de RAM (SGA e PGA) estão bons no banco 9i ?? O 9i é mesmo maior, é comum ele exigir um tanto a mais de RAM e de CPU. Outra coisa : alguns parâmetros de queries complexas (como o _COMPLEX_VIEW_MERGING, o UNNEST_SUBQUERY, etc) ** MUDARAM ** de default no 9i, vc checou isso ?? []s Chiappa --- Em oracle_br@yahoogrupos.com.br, cristiano_miolo [EMAIL PROTECTED] escreveu Bom Dia amigos, migrei um banco de 8i para o 9i, tenho notado que algumas consultas estão com planos diferentes do que executavam anteriormente, eu estou usando CBO e coletando estatisticas diarimente através do dbms_stats.gather_schema_stats, a minha duvida seria se o modo que estou coletando estatísticas está diferente do analyze do 8i? isto pode ser o agravante?? []'s Cristiano ORACLE_BR APOIA 2ºENPO-BR _ O 2º Encontro Nacional de Profissionais Oracle será realizado no dia 05/11/2005 no auditório da FIAP em São Paulo. Serão apresentadas Palestras e Cases dirigidos exclusivamente por profissionais especialistas e renomados no mercado. Confira a programação no site do evento! http://www.enpo-br.org/ _ Links do Yahoo! Grupos http://br.yahoo.com/info/utos.html ___ Novo Yahoo! Messenger com voz: ligações, Yahoo! Avatars, novos emoticons e muito mais. Instale agora! www.yahoo.com.br/messenger/ ORACLE_BR APOIA 2ºENPO-BR _ O 2º Encontro Nacional de Profissionais Oracle será realizado no dia 05/11/2005 no auditório da FIAP em São Paulo. Serão apresentadas Palestras e Cases dirigidos exclusivamente por profissionais especialistas e renomados no mercado. Confira a programação no site do evento! http://www.enpo-br.org/ _ Yahoo! Grupos, um serviço oferecido por: -- Links do Yahoo! Grupos a.. Para visitar o site do seu grupo na web,
Re: [oracle_br] Re: Diferença de planos ou estatis ticas
Só uma dúvida, quais são os bugs que encontraram ou problemas que tiveram com esse parâmetro? Atenciosamente. - Original Message - From: Renan da Silveira Medeiros [EMAIL PROTECTED] To: oracle_br@yahoogrupos.com.br Sent: Friday, September 30, 2005 8:44 AM Subject: Re: [oracle_br] Re: Diferença de planos ou estatisticas Aproveitando o assunto do Chiappa sobre CURSOR_SHARING, afirmo o seguinte : NÃO USE. Outro dia num cliente implantei a utilização do mesmo, e uma semana depois começou a dar alguns erros numa determinada aplicação. Resumo da ópera, continua com os mesmo bug´s da versão 8i. Renan Medeiros . Unimix Tecnologia Ltda 0 xx 61 8145 7869 0 xx 61 3201 - Original Message - From: jlchiappa To: oracle_br@yahoogrupos.com.br Sent: Thursday, September 29, 2005 10:18 PM Subject: [oracle_br] Re: Diferença de planos ou estatisticas Seguinte : quanto às bind variables, isso depende da versão : na 9i em diante o banco consegue antes de executar o bind dar uma sapeada rápida nos histogramas (pesquise em http://asktom.oracle.com por BIND VARIABLES PEEKING que vc acha alguns casos-exemplo) . Já na versão 8i e anteriores isso não existia, então sim, na 8i basicamente era OU histograma OU bind variable, vc não podia ter os dois. Quanto ao CURSOR_SHARING, já que ele efetivamente altera o SQL a ser enviado pro banco, substituindo o que está fixo por BIND VARIABLES, ** creio ** que vale o mesmo : na 9i em diante faz peeking, na 8i não usa histogramas. Nunca usei esse cara (ele era muito bugado e muito imprevisível pro meu gosto), mas acho que é isso. []s Chiappa --- Em oracle_br@yahoogrupos.com.br, Roberto Cavalcanti [EMAIL PROTECTED] escreveu Aproveitando o assunto, a utilização de histogramas funcionam quando se utiliza bind variable ou cursor_sharing = SIMILAR ? Sds Roberto --- jlchiappa [EMAIL PROTECTED] escreveu: Com certeza, usar GATHER_SCHEMA_STATS é, na maior parte das vezes, uma BOBEIRA, pois vc está coletando da MESMA maneira as diferentes tabelas que existem num schema, e na real certamente devem existir ALGUMAS tabelas que precisam de histograma, ALGUMAs que não, ALGUMAS que exigem COMPUTE, e GATHER_SCHEMA coleta tudo igual pra todas Em msgs recentes aqui mesmo isso já foi discutido, mas vale o lembrete. No caso em questão, porém, pelo q entendi vc antes coletava com ANALYZE aí passou pra DBMS_STAT, certo, então ALÉM de usar erradamente a GATHER_SCHEMA, ainda HÀ SIM diferenças entre os defaults do ANALYZE e da DBMS_STATS Afora isso : a primeira coisa que se pensa é, os parãmetros de CBO (ie, optimizer_nnn), de I/O (como multiblock), de consumo de RAM (SGA e PGA) estão bons no banco 9i ?? O 9i é mesmo maior, é comum ele exigir um tanto a mais de RAM e de CPU. Outra coisa : alguns parâmetros de queries complexas (como o _COMPLEX_VIEW_MERGING, o UNNEST_SUBQUERY, etc) ** MUDARAM ** de default no 9i, vc checou isso ?? []s Chiappa --- Em oracle_br@yahoogrupos.com.br, cristiano_miolo [EMAIL PROTECTED] escreveu Bom Dia amigos, migrei um banco de 8i para o 9i, tenho notado que algumas consultas estão com planos diferentes do que executavam anteriormente, eu estou usando CBO e coletando estatisticas diarimente através do dbms_stats.gather_schema_stats, a minha duvida seria se o modo que estou coletando estatísticas está diferente do analyze do 8i? isto pode ser o agravante?? []'s Cristiano ORACLE_BR APOIA 2ºENPO-BR _ O 2º Encontro Nacional de Profissionais Oracle será realizado no dia 05/11/2005 no auditório da FIAP em São Paulo. Serão apresentadas Palestras e Cases dirigidos exclusivamente por profissionais especialistas e renomados no mercado. Confira a programação no site do evento! http://www.enpo-br.org/ _ Links do Yahoo! Grupos http://br.yahoo.com/info/utos.html ___ Novo Yahoo! Messenger com voz: ligações, Yahoo! Avatars, novos emoticons e muito mais. Instale agora! www.yahoo.com.br/messenger/ ORACLE_BR APOIA 2ºENPO-BR _ O 2º Encontro Nacional de Profissionais Oracle será realizado no dia 05/11/2005 no auditório da FIAP em São Paulo. Serão apresentadas Palestras e Cases dirigidos exclusivamente por profissionais especialistas e renomados no mercado. Confira a programação no site do evento! http://www.enpo-br.org/
RES: [oracle_br] Re: Diferença de planos ou estatisticas
Verdade verdadeira, uma versão 9i pode se comportar diferente duma 8i mesmo com parâmetros e estats absolutamente iguais : no caso em questão, porém, ele antes usava ANALYZE, depois passou a GATHER_SCHEMA, e provavelmente usando os defaults, que comprovadamente SÂO SIM absolutamente diferentes, então no caso em questão se eu fosse apostar ainda apostaria é mesmo em diferenças de stat e configs, ou nos params que mudaram de default no 9i. []s Chiappa --- Em oracle_br@yahoogrupos.com.br, Bruno Leonardo Santos Nascimento [EMAIL PROTECTED] escreveu Além da coleta de estatísticas, deve-se considerar a evolução do próprio otimizador, que pode fazer com que consultas idênticas em objetos idênticos e com estatísticas idênticas, mas em ambientes com versões diferentes, sejam atendidas por planos distintos. Att., Bruno Leonardo -Mensagem original- De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] nome de jlchiappa Enviada em: quinta-feira, 29 de setembro de 2005 11:33 Para: oracle_br@yahoogrupos.com.br Assunto: [oracle_br] Re: Diferença de planos ou estatisticas Com certeza, usar GATHER_SCHEMA_STATS é, na maior parte das vezes, uma BOBEIRA, pois vc está coletando da MESMA maneira as diferentes tabelas que existem num schema, e na real certamente devem existir ALGUMAS tabelas que precisam de histograma, ALGUMAs que não, ALGUMAS que exigem COMPUTE, e GATHER_SCHEMA coleta tudo igual pra todas Em msgs recentes aqui mesmo isso já foi discutido, mas vale o lembrete. No caso em questão, porém, pelo q entendi vc antes coletava com ANALYZE aí passou pra DBMS_STAT, certo, então ALÉM de usar erradamente a GATHER_SCHEMA, ainda HÀ SIM diferenças entre os defaults do ANALYZE e da DBMS_STATS Afora isso : a primeira coisa que se pensa é, os parãmetros de CBO (ie, optimizer_nnn), de I/O (como multiblock), de consumo de RAM (SGA e PGA) estão bons no banco 9i ?? O 9i é mesmo maior, é comum ele exigir um tanto a mais de RAM e de CPU. Outra coisa : alguns parâmetros de queries complexas (como o _COMPLEX_VIEW_MERGING, o UNNEST_SUBQUERY, etc) ** MUDARAM ** de default no 9i, vc checou isso ?? []s Chiappa --- Em oracle_br@yahoogrupos.com.br, cristiano_miolo [EMAIL PROTECTED] escreveu Bom Dia amigos, migrei um banco de 8i para o 9i, tenho notado que algumas consultas estão com planos diferentes do que executavam anteriormente, eu estou usando CBO e coletando estatisticas diarimente através do dbms_stats.gather_schema_stats, a minha duvida seria se o modo que estou coletando estatísticas está diferente do analyze do 8i? isto pode ser o agravante?? []'s Cristiano ORACLE_BR APOIA 2ºENPO-BR _ O 2º Encontro Nacional de Profissionais Oracle será realizado no dia 05/11/2005 no auditório da FIAP em São Paulo. Serão apresentadas Palestras e Cases dirigidos exclusivamente por profissionais especialistas e renomados no mercado. Confira a programação no site do evento! http://www.enpo-br.org/ _ Links do Yahoo! Grupos ORACLE_BR APOIA 2ºENPO-BR _ O 2º Encontro Nacional de Profissionais Oracle será realizado no dia 05/11/2005 no auditório da FIAP em São Paulo. Serão apresentadas Palestras e Cases dirigidos exclusivamente por profissionais especialistas e renomados no mercado. Confira a programação no site do evento! http://www.enpo-br.org/ _ Links do Yahoo! Grupos * Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ * Para sair deste grupo, envie um e-mail para: [EMAIL PROTECTED] * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
Re: [oracle_br] Re: Diferença de planos ou estatis ticas
No ultimo caso, foi um erro no delphi, (TYPE MISMATCH), que diz que esperava um string e estava retornando MEMO. Todos rodam normalmente no sqlplus, mas na aplicação apresentam alguns erros. Deve ser alguma combinação com BDE/ADO, etc. Renan Medeiros . Unimix Tecnologia Ltda 0 xx 61 8145 7869 0 xx 61 3201 - Original Message - From: Augusto Cesar Rodovalho Costa To: oracle_br@yahoogrupos.com.br Sent: Friday, September 30, 2005 9:00 AM Subject: Re: [oracle_br] Re: Diferença de planos ou estatisticas Só uma dúvida, quais são os bugs que encontraram ou problemas que tiveram com esse parâmetro? Atenciosamente. - Original Message - From: Renan da Silveira Medeiros [EMAIL PROTECTED] To: oracle_br@yahoogrupos.com.br Sent: Friday, September 30, 2005 8:44 AM Subject: Re: [oracle_br] Re: Diferença de planos ou estatisticas Aproveitando o assunto do Chiappa sobre CURSOR_SHARING, afirmo o seguinte : NÃO USE. Outro dia num cliente implantei a utilização do mesmo, e uma semana depois começou a dar alguns erros numa determinada aplicação. Resumo da ópera, continua com os mesmo bug´s da versão 8i. Renan Medeiros . Unimix Tecnologia Ltda 0 xx 61 8145 7869 0 xx 61 3201 - Original Message - From: jlchiappa To: oracle_br@yahoogrupos.com.br Sent: Thursday, September 29, 2005 10:18 PM Subject: [oracle_br] Re: Diferença de planos ou estatisticas Seguinte : quanto às bind variables, isso depende da versão : na 9i em diante o banco consegue antes de executar o bind dar uma sapeada rápida nos histogramas (pesquise em http://asktom.oracle.com por BIND VARIABLES PEEKING que vc acha alguns casos-exemplo) . Já na versão 8i e anteriores isso não existia, então sim, na 8i basicamente era OU histograma OU bind variable, vc não podia ter os dois. Quanto ao CURSOR_SHARING, já que ele efetivamente altera o SQL a ser enviado pro banco, substituindo o que está fixo por BIND VARIABLES, ** creio ** que vale o mesmo : na 9i em diante faz peeking, na 8i não usa histogramas. Nunca usei esse cara (ele era muito bugado e muito imprevisível pro meu gosto), mas acho que é isso. []s Chiappa --- Em oracle_br@yahoogrupos.com.br, Roberto Cavalcanti [EMAIL PROTECTED] escreveu Aproveitando o assunto, a utilização de histogramas funcionam quando se utiliza bind variable ou cursor_sharing = SIMILAR ? Sds Roberto --- jlchiappa [EMAIL PROTECTED] escreveu: Com certeza, usar GATHER_SCHEMA_STATS é, na maior parte das vezes, uma BOBEIRA, pois vc está coletando da MESMA maneira as diferentes tabelas que existem num schema, e na real certamente devem existir ALGUMAS tabelas que precisam de histograma, ALGUMAs que não, ALGUMAS que exigem COMPUTE, e GATHER_SCHEMA coleta tudo igual pra todas Em msgs recentes aqui mesmo isso já foi discutido, mas vale o lembrete. No caso em questão, porém, pelo q entendi vc antes coletava com ANALYZE aí passou pra DBMS_STAT, certo, então ALÉM de usar erradamente a GATHER_SCHEMA, ainda HÀ SIM diferenças entre os defaults do ANALYZE e da DBMS_STATS Afora isso : a primeira coisa que se pensa é, os parãmetros de CBO (ie, optimizer_nnn), de I/O (como multiblock), de consumo de RAM (SGA e PGA) estão bons no banco 9i ?? O 9i é mesmo maior, é comum ele exigir um tanto a mais de RAM e de CPU. Outra coisa : alguns parâmetros de queries complexas (como o _COMPLEX_VIEW_MERGING, o UNNEST_SUBQUERY, etc) ** MUDARAM ** de default no 9i, vc checou isso ?? []s Chiappa --- Em oracle_br@yahoogrupos.com.br, cristiano_miolo [EMAIL PROTECTED] escreveu Bom Dia amigos, migrei um banco de 8i para o 9i, tenho notado que algumas consultas estão com planos diferentes do que executavam anteriormente, eu estou usando CBO e coletando estatisticas diarimente através do dbms_stats.gather_schema_stats, a minha duvida seria se o modo que estou coletando estatísticas está diferente do analyze do 8i? isto pode ser o agravante?? []'s Cristiano ORACLE_BR APOIA 2ºENPO-BR _ O 2º Encontro Nacional de Profissionais Oracle será realizado no dia 05/11/2005 no auditório da FIAP em São Paulo. Serão apresentadas Palestras e Cases dirigidos exclusivamente por profissionais especialistas e renomados no mercado. Confira a programação no site do evento! http://www.enpo-br.org/ _
[oracle_br] Re: Diferença de planos ou estatisticas
Vários : erros de invalid number ou invalid date, erros ORA-nn diversos em montagem de hash tables, funções de strings (como SUBSTR, INSTR, etc) dando resultados errados Eu larguei mão TOTAL desse cara, em sistemas que não fazem BIND eu brigo até que seja feito isso, ou onde isso é fisicamente impossível ao menos tento esvaziar o cache de SQLs de tanto em tanto, esse parametrozinho é mesmo quebrado, IMHO. Se vc pesquisar no metalink, vc va achar PELO MENOS uma boa dezena de bugzinhos do tipo desse cara, e a maioria só foi corrigido no 10g (alguns só no 10gr2!!), pra quem não tá em 10g nem pensar em tentar usar isso... O pior dele, porém, ** não é ** os bugs, mas os efeitos colaterias : pra início de conversa, o trabalho de ficar pesquisando e trocando coisas num texto consome uma CPU que não é desprezível .Outra é o fato de como ele trabalha, o objetivo dele na vida é substituir TODOS OS LITERAIS com binds : assim (por exemplo), se vc tinha uma cláusula tipo : SUBSTR(campo, 1, 5) a ferramenta-cliente SABE que esse cara vai retornar 5 caracteres, normalmente sabe formatar a saída de acordo, com o raio desse parâmetro isso vira : SUBSTR(campo, :SYS_gahagag, :SYS_hsgsgs) == sabe-se lá qual o tamanho dessa saída Também tive interferência nos meus testes com índices de função, pois o SQL era tipo ... WHERE campo = funcçao('paramstring), e o raio desse treco trocava isso pra WHERE campo = função(:SYS_fdfda), e obviamente o índice não era nisso. []s Chiappa --- Em oracle_br@yahoogrupos.com.br, Augusto Cesar Rodovalho Costa [EMAIL PROTECTED] escreveu Só uma dúvida, quais são os bugs que encontraram ou problemas que tiveram com esse parâmetro? Atenciosamente. - Original Message - From: Renan da Silveira Medeiros [EMAIL PROTECTED] To: oracle_br@yahoogrupos.com.br Sent: Friday, September 30, 2005 8:44 AM Subject: Re: [oracle_br] Re: Diferença de planos ou estatisticas Aproveitando o assunto do Chiappa sobre CURSOR_SHARING, afirmo o seguinte : NÃO USE. Outro dia num cliente implantei a utilização do mesmo, e uma semana depois começou a dar alguns erros numa determinada aplicação. Resumo da ópera, continua com os mesmo bug´s da versão 8i. Renan Medeiros . Unimix Tecnologia Ltda 0 xx 61 8145 7869 0 xx 61 3201 - Original Message - From: jlchiappa To: oracle_br@yahoogrupos.com.br Sent: Thursday, September 29, 2005 10:18 PM Subject: [oracle_br] Re: Diferença de planos ou estatisticas Seguinte : quanto às bind variables, isso depende da versão : na 9i em diante o banco consegue antes de executar o bind dar uma sapeada rápida nos histogramas (pesquise em http://asktom.oracle.com por BIND VARIABLES PEEKING que vc acha alguns casos-exemplo) . Já na versão 8i e anteriores isso não existia, então sim, na 8i basicamente era OU histograma OU bind variable, vc não podia ter os dois. Quanto ao CURSOR_SHARING, já que ele efetivamente altera o SQL a ser enviado pro banco, substituindo o que está fixo por BIND VARIABLES, ** creio ** que vale o mesmo : na 9i em diante faz peeking, na 8i não usa histogramas. Nunca usei esse cara (ele era muito bugado e muito imprevisível pro meu gosto), mas acho que é isso. []s Chiappa --- Em oracle_br@yahoogrupos.com.br, Roberto Cavalcanti [EMAIL PROTECTED] escreveu Aproveitando o assunto, a utilização de histogramas funcionam quando se utiliza bind variable ou cursor_sharing = SIMILAR ? Sds Roberto --- jlchiappa [EMAIL PROTECTED] escreveu: Com certeza, usar GATHER_SCHEMA_STATS é, na maior parte das vezes, uma BOBEIRA, pois vc está coletando da MESMA maneira as diferentes tabelas que existem num schema, e na real certamente devem existir ALGUMAS tabelas que precisam de histograma, ALGUMAs que não, ALGUMAS que exigem COMPUTE, e GATHER_SCHEMA coleta tudo igual pra todas Em msgs recentes aqui mesmo isso já foi discutido, mas vale o lembrete. No caso em questão, porém, pelo q entendi vc antes coletava com ANALYZE aí passou pra DBMS_STAT, certo, então ALÉM de usar erradamente a GATHER_SCHEMA, ainda HÀ SIM diferenças entre os defaults do ANALYZE e da DBMS_STATS Afora isso : a primeira coisa que se pensa é, os parãmetros de CBO (ie, optimizer_nnn), de I/O (como multiblock), de consumo de RAM (SGA e PGA) estão bons no banco 9i ?? O 9i é mesmo maior, é comum ele exigir um tanto a mais de RAM e de CPU. Outra coisa : alguns parâmetros de queries complexas (como o _COMPLEX_VIEW_MERGING, o UNNEST_SUBQUERY, etc) ** MUDARAM ** de default no 9i, vc checou isso ?? []s Chiappa --- Em oracle_br@yahoogrupos.com.br, cristiano_miolo [EMAIL PROTECTED] escreveu Bom Dia amigos, migrei um banco de 8i para o 9i,
[oracle_br] TRACE FILE
Bom Dia Pessoal, quando eu executar ALTER DATABASE BACKUP CONTROLFILE TO TRACE o Oracle vai gerar um arquivo trace certo, minha dúvida é aonde ele vai criar este arquivo? obrigada, Kátia Claro [As partes desta mensagem que não continham texto foram removidas] ORACLE_BR APOIA 2ºENPO-BR _ O 2º Encontro Nacional de Profissionais Oracle será realizado no dia 05/11/2005 no auditório da FIAP em São Paulo. Serão apresentadas Palestras e Cases dirigidos exclusivamente por profissionais especialistas e renomados no mercado. Confira a programação no site do evento! http://www.enpo-br.org/ _ Links do Yahoo! Grupos * Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ * Para sair deste grupo, envie um e-mail para: [EMAIL PROTECTED] * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
Re: [oracle_br] Re: Diferença de planos ou estatis ticas
Opa, valeu demais pelos esclarecimentos! Até! - Original Message - From: jlchiappa [EMAIL PROTECTED] To: oracle_br@yahoogrupos.com.br Sent: Friday, September 30, 2005 10:00 AM Subject: [oracle_br] Re: Diferença de planos ou estatisticas Vários : erros de invalid number ou invalid date, erros ORA-nn diversos em montagem de hash tables, funções de strings (como SUBSTR, INSTR, etc) dando resultados errados Eu larguei mão TOTAL desse cara, em sistemas que não fazem BIND eu brigo até que seja feito isso, ou onde isso é fisicamente impossível ao menos tento esvaziar o cache de SQLs de tanto em tanto, esse parametrozinho é mesmo quebrado, IMHO. Se vc pesquisar no metalink, vc va achar PELO MENOS uma boa dezena de bugzinhos do tipo desse cara, e a maioria só foi corrigido no 10g (alguns só no 10gr2!!), pra quem não tá em 10g nem pensar em tentar usar isso... O pior dele, porém, ** não é ** os bugs, mas os efeitos colaterias : pra início de conversa, o trabalho de ficar pesquisando e trocando coisas num texto consome uma CPU que não é desprezível .Outra é o fato de como ele trabalha, o objetivo dele na vida é substituir TODOS OS LITERAIS com binds : assim (por exemplo), se vc tinha uma cláusula tipo : SUBSTR(campo, 1, 5) a ferramenta-cliente SABE que esse cara vai retornar 5 caracteres, normalmente sabe formatar a saída de acordo, com o raio desse parâmetro isso vira : SUBSTR(campo, :SYS_gahagag, :SYS_hsgsgs) == sabe-se lá qual o tamanho dessa saída Também tive interferência nos meus testes com índices de função, pois o SQL era tipo ... WHERE campo = funcçao('paramstring), e o raio desse treco trocava isso pra WHERE campo = função(:SYS_fdfda), e obviamente o índice não era nisso. []s Chiappa --- Em oracle_br@yahoogrupos.com.br, Augusto Cesar Rodovalho Costa [EMAIL PROTECTED] escreveu Só uma dúvida, quais são os bugs que encontraram ou problemas que tiveram com esse parâmetro? Atenciosamente. - Original Message - From: Renan da Silveira Medeiros [EMAIL PROTECTED] To: oracle_br@yahoogrupos.com.br Sent: Friday, September 30, 2005 8:44 AM Subject: Re: [oracle_br] Re: Diferença de planos ou estatisticas Aproveitando o assunto do Chiappa sobre CURSOR_SHARING, afirmo o seguinte : NÃO USE. Outro dia num cliente implantei a utilização do mesmo, e uma semana depois começou a dar alguns erros numa determinada aplicação. Resumo da ópera, continua com os mesmo bug´s da versão 8i. Renan Medeiros . Unimix Tecnologia Ltda 0 xx 61 8145 7869 0 xx 61 3201 - Original Message - From: jlchiappa To: oracle_br@yahoogrupos.com.br Sent: Thursday, September 29, 2005 10:18 PM Subject: [oracle_br] Re: Diferença de planos ou estatisticas Seguinte : quanto às bind variables, isso depende da versão : na 9i em diante o banco consegue antes de executar o bind dar uma sapeada rápida nos histogramas (pesquise em http://asktom.oracle.com por BIND VARIABLES PEEKING que vc acha alguns casos-exemplo) . Já na versão 8i e anteriores isso não existia, então sim, na 8i basicamente era OU histograma OU bind variable, vc não podia ter os dois. Quanto ao CURSOR_SHARING, já que ele efetivamente altera o SQL a ser enviado pro banco, substituindo o que está fixo por BIND VARIABLES, ** creio ** que vale o mesmo : na 9i em diante faz peeking, na 8i não usa histogramas. Nunca usei esse cara (ele era muito bugado e muito imprevisível pro meu gosto), mas acho que é isso. []s Chiappa --- Em oracle_br@yahoogrupos.com.br, Roberto Cavalcanti [EMAIL PROTECTED] escreveu Aproveitando o assunto, a utilização de histogramas funcionam quando se utiliza bind variable ou cursor_sharing = SIMILAR ? Sds Roberto --- jlchiappa [EMAIL PROTECTED] escreveu: Com certeza, usar GATHER_SCHEMA_STATS é, na maior parte das vezes, uma BOBEIRA, pois vc está coletando da MESMA maneira as diferentes tabelas que existem num schema, e na real certamente devem existir ALGUMAS tabelas que precisam de histograma, ALGUMAs que não, ALGUMAS que exigem COMPUTE, e GATHER_SCHEMA coleta tudo igual pra todas Em msgs recentes aqui mesmo isso já foi discutido, mas vale o lembrete. No caso em questão, porém, pelo q entendi vc antes coletava com ANALYZE aí passou pra DBMS_STAT, certo, então ALÉM de usar erradamente a GATHER_SCHEMA, ainda HÀ SIM diferenças entre os defaults do ANALYZE e da DBMS_STATS Afora isso : a primeira coisa que se pensa é, os parãmetros de CBO (ie, optimizer_nnn), de I/O (como multiblock), de consumo de RAM (SGA e PGA) estão bons no banco 9i ?? O 9i é mesmo maior, é comum ele exigir um tanto a mais de RAM e de CPU. Outra coisa : alguns parâmetros de queries complexas (como o _COMPLEX_VIEW_MERGING, o UNNEST_SUBQUERY, etc) ** MUDARAM ** de default no 9i, vc checou
[oracle_br] Devenvolvedor Forms/Reports
Ola para todos, esta é a primeira vez que estou entranto neste forum, o assunto pode ser considerado como Off Topic, mas a necessidade me faz fazer isto. Estou em processo de realocação para outra empresa e, estou procurando algum developer para me substituir (Forms/Reports) poder ser Pleno ou Senior e, é urgente. Para trabalhar a 1 quadra do metro Saude. Favor entrar em contato pelo email [EMAIL PROTECTED] Projeto por tempo inderteminado. Valew ! Almir ORACLE_BR APOIA 2ºENPO-BR _ O 2º Encontro Nacional de Profissionais Oracle será realizado no dia 05/11/2005 no auditório da FIAP em São Paulo. Serão apresentadas Palestras e Cases dirigidos exclusivamente por profissionais especialistas e renomados no mercado. Confira a programação no site do evento! http://www.enpo-br.org/ _ Links do Yahoo! Grupos * Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ * Para sair deste grupo, envie um e-mail para: [EMAIL PROTECTED] * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
[oracle_br] teste
teste ORACLE_BR APOIA 2ºENPO-BR _ O 2º Encontro Nacional de Profissionais Oracle será realizado no dia 05/11/2005 no auditório da FIAP em São Paulo. Serão apresentadas Palestras e Cases dirigidos exclusivamente por profissionais especialistas e renomados no mercado. Confira a programação no site do evento! http://www.enpo-br.org/ _ Links do Yahoo! Grupos * Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ * Para sair deste grupo, envie um e-mail para: [EMAIL PROTECTED] * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
[oracle_br] Add Primary Key
Senhores, como faço para especificar parâmetros, como tablespace e storage, na criação de uma PK? ex: alter table xyz add constraint xyz_pk (col1, col2) primary key; ORACLE_BR APOIA 2ºENPO-BR _ O 2º Encontro Nacional de Profissionais Oracle será realizado no dia 05/11/2005 no auditório da FIAP em São Paulo. Serão apresentadas Palestras e Cases dirigidos exclusivamente por profissionais especialistas e renomados no mercado. Confira a programação no site do evento! http://www.enpo-br.org/ _ Links do Yahoo! Grupos * Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ * Para sair deste grupo, envie um e-mail para: [EMAIL PROTECTED] * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
[oracle_br] Oracle 10gWindows XP
Olá pessoal, Instalei o Oracle 10g Release 2 no Windows XP e ele instalou beleza, passando por todos os pré-requisitos e sem nenhum erro. Só que ao tentar desativar o Banco pelo EM (Desativar/shutdown), ele não reconhece o Usuário/Senha do Sistema Operacional e dá o erro: RemoteOperationException: ERROR: Wrong password for user . E estou tentando com o mesmo usuário que instalei o Banco, ou seja, com direitos de Administrador, alguém já passou por este problema ? Detalhe, se tento pelo SQL normal, ele leva duas horas e não desativa o Banco. Dá que o processo foi cancelado. Abraços Carlos [As partes desta mensagem que não continham texto foram removidas] ORACLE_BR APOIA 2ºENPO-BR _ O 2º Encontro Nacional de Profissionais Oracle será realizado no dia 05/11/2005 no auditório da FIAP em São Paulo. Serão apresentadas Palestras e Cases dirigidos exclusivamente por profissionais especialistas e renomados no mercado. Confira a programação no site do evento! http://www.enpo-br.org/ _ Links do Yahoo! Grupos * Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ * Para sair deste grupo, envie um e-mail para: [EMAIL PROTECTED] * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
[oracle_br] Pega conteúdo do campo
Caro amigos, Estou tentando pegar um conteúdo de um campo com o get_item_property, pois tenho o nome do campo em uma variável e agora necessito do conteúdo deste campo. Urgente. Vanderlei Indalencio. ORACLE_BR APOIA 2ºENPO-BR _ O 2º Encontro Nacional de Profissionais Oracle será realizado no dia 05/11/2005 no auditório da FIAP em São Paulo. Serão apresentadas Palestras e Cases dirigidos exclusivamente por profissionais especialistas e renomados no mercado. Confira a programação no site do evento! http://www.enpo-br.org/ _ Links do Yahoo! Grupos * Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ * Para sair deste grupo, envie um e-mail para: [EMAIL PROTECTED] * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
[oracle_br] teste de mensagem(ignorem)
ORACLE_BR APOIA 2ºENPO-BR _ O 2º Encontro Nacional de Profissionais Oracle será realizado no dia 05/11/2005 no auditório da FIAP em São Paulo. Serão apresentadas Palestras e Cases dirigidos exclusivamente por profissionais especialistas e renomados no mercado. Confira a programação no site do evento! http://www.enpo-br.org/ _ Links do Yahoo! Grupos * Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ * Para sair deste grupo, envie um e-mail para: [EMAIL PROTECTED] * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
[oracle_br] [VAgas]MENTORE - VEJAS ESTAS VAGAS - ME LIGUE DEPOIS - ME ENVIE CV ATUALIZADO
- Original Message - *From:* Ana Lima [EMAIL PROTECTED] *To:* Undisclosed-Recipient:; *Sent:* Monday, September 26, 2005 3:02 PM *Subject:* MENTORE - VEJAS ESTAS VAGAS - ME LIGUE DEPOIS - ME ENVIE CV ATUALIZADO Boa tarde, Encaminho algumas oportunidades para que você avalie e entre em contato comigo para maiores detalhes! *1) ENGENHEIRO ELÉTRICO/ELETRÔNICO - SÃO PAULO - ZONA NORTE* Engenheiro Verificador - Que conheça o Produto RAMS (Solução de Informação para Transportes) Exigências Educacionais e de Experiência: Formado em Engenharia Eletrônica ou Elétrica e mínimo de 6 anos de experiência com Inglês Fluente. *2) ANALISTA DE SISTEMAS/PROGRAMADOR PLENO/SÊNIOR - RIO DE JANEIRO - CENTRO * Oracle Developer, Forms e Reports. Preferência para aqueles com conhecimento de Banco de Dados Oracle 9i *3) DESENVOLVEDOR - SÃO PAULO - ZONA SUL* Orientação Objetos - C# - 3 anos - ASP.NET http://asp.net/ 3 anos - Implementação de banco de dados SQL Server 2000 Transact-SQL Server 2 anos. Formação Superior completa *4) DESENVOLVEDOR - SÃO PAULO - ZONA SUL* Orientação Objetos - C# - 3 anos - ASP.NET http://asp.net/ 3 anos - XML WEB Services 2 anos - Implementação de banco de dados SQL Server 2000 - Transact-SQL Server 2 anos. ** *5) DBA/DA - SÃO PAULO - ZONA SUL* Administração SQL Server 2000 - Implementação de banco de dados SQL Server 2000 - Ter trabalhado em migração de base de dados - Ter trabalhado em projetos de grande porte - Trabalhar em equipe *6) DESENVOLVEDOR - SÃO PAULO - ZONA SUL* ASP.NET http://asp.net/ 2 anos - C# 2 anos - Javascript 2 anos - Transact SQL (Sql Server 2000) 2 anos - Visual Source Safe 2 anos - Trabalhar em equipe ** *7) CONSULTOR ESPECIALISTA - SÃO PAULO - ZONA SUL* ASP.NET http://asp.net/ 3 anos - C# 3 anos - Web services 2 anos - SQL Server (administração e implementação) 2 anos Trabalhar em equipe ** *8) ANALISTA DE SUPORTE TÉCNICO - LOTUS NOTES - SÃO PAULO - ZONA SUL* Sólidos conhecimentos em implantação e administração de ambiente Lotus Domino R5 ou versão mais recente. Experiência em projetos de migração, configuração e atualização das bases de dados e clientes Lotus Notes. Desejável:Desenvolvimento e publicação de aplicações Lotus Notes. Conhecimento de Active Directory do Windows Server 2000/2003. Conhecimento de Exchange 2000/2003. Desejável:IBM - Certified System Administrator - Lotus Notes and Domino 5 *9) ANALISTA DE SUPORTE TÉCNICO - ACTIVE DIRECTORY - SÃO PAULO - ZONA SUL* Obrigatórios: Conhecimentos sobre projetos e implantações com tecnologia Active Directory 2000 ou 2003. Sólidos conhecimentos de implantação e configuração de DNS/WINS. Desenvolvimento de login script, desejável experiência no uso das ferramentas KIXTART 95 e VBSCRIPT. Conhecimento de VPN. Desenvolvimento e administração de GPOs. Desejável: Microsoft - MCSE em Windows 2000 ou Windows 2003 *10) ANALISTA DE SUPORTE TÉCNICO - EXCHANGE - SÃO PAULO - ZONA SUL* Obrigatórios: Conhecimentos sobre projetos e implantações com tecnologia Active Directory 2000 ou 2003. Experiência em projetos de planejamento e implantação de ambiente Exchange 2003. Experiência em projetos de migração de correio eletrônico para Exchange 2003 Desejável: Experiência na administração de ambiente Exchange 5.5. Experiência na administração de ambiente Lotus Domino R5. Conhecimento de MIIS. Desejável: Microsoft - MCSE Messaging em Exchange 2003 *11) ANALISTA DE SISTEMAS - SÃO PAULO - ZONA SUL* Consultor Sênior em desenvolvimento/infra-estrutura, larga experiência em Aplicattions Center Ciências da computação formado Experiência mínima de 3 anos em implantação de Microsoft Application Center 2000 Experiência mínima de 4 anos com Visual Basic 6.0 Experiência mínima de 4 anos em Visual Basic Script Experiência mínima de 3 anos em desenvolvimento C# Experiência mínima em 4 anos em SQL Server 2000 Experiência em desenvolvimento de Componentes COM+ Experiência em criação de Windows Services Desejável experiência em área bancária *12) ANALISTA PROGRAMADOR - SÃO PAULO - CENTRO* Linguagens de Programação de Plataforma Baixa - Java, Java bin, .net, Asp - PL SQL Oracle e/ou SQL Server Desejável conhecimento de ferramentas de workflow *13) GERENTE DE PROJETO - SÃO PAULO - ZONA SUL* Nível superior em ciência da computação, administração ou semelhantes Certificação MCSE para Windows 2000 ou 2003, MSF Experiência mínima comprovada de 5 anos em gerência de projetos de TI com enfase em infra-estrutura utilizando a teconologia Microsoft Desejável conhecimentos em Exchange, MOF e ITIL ** *14) ANALISTA DE SUPORTE LOTUS NOTES - SÃO PAULO - ZONA SUL* Nível superior em ciência da computação, administração ou semelhantes Certificação Lotus Notes \ Domino Experiência mínima comprovada de 5 anos em suporte a Lotus Notes \ Domino Desejável conhecimentos em Exchange, MOF e ITIL ** *15) OPERADOR LOTUS NOTES - SÃO PAULO - ZONA SUL* Nível superior completo ou em andamento (6 semestre) Desejável certificação Lotus Notes \
RE: [oracle_br] Pega conteúdo do campo
de uma olhada na built-in name_in... -Original Message- From: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] On Behalf Of Vanderlei Sent: 30 September 2005 15:37 To: oracle_br@yahoogrupos.com.br Subject: [oracle_br] Pega conteúdo do campo Caro amigos, Estou tentando pegar um conteúdo de um campo com o get_item_property, pois tenho o nome do campo em uma variável e agora necessito do conteúdo deste campo. Urgente. Vanderlei Indalencio. ORACLE_BR APOIA 2ºENPO-BR _ O 2º Encontro Nacional de Profissionais Oracle será realizado no dia 05/11/2005 no auditório da FIAP em São Paulo. Serão apresentadas Palestras e Cases dirigidos exclusivamente por profissionais especialistas e renomados no mercado. Confira a programação no site do evento! http://www.enpo-br.org/ _ Links do Yahoo! Grupos ORACLE_BR APOIA 2ºENPO-BR _ O 2º Encontro Nacional de Profissionais Oracle será realizado no dia 05/11/2005 no auditório da FIAP em São Paulo. Serão apresentadas Palestras e Cases dirigidos exclusivamente por profissionais especialistas e renomados no mercado. Confira a programação no site do evento! http://www.enpo-br.org/ _ Links do Yahoo! Grupos * Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ * Para sair deste grupo, envie um e-mail para: [EMAIL PROTECTED] * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
Re:[oracle_br] Table Access Full
Olá elis, tudo bem ? Bom vamos lá: 01 - Você disse que fez analyze nas tabelas e nos indexes, certo ? qual o comando que você fez / Você fez analyze incluidno as colunas indexadas ? È interessante você estar fazendo isso, umas vez que você vai estar atualizando as estastísticas para as colunas que possuem os indexes. 02 - Se caso você sabe qual index deve-se usar, utilize hints (exemplo: select /*+ index(emp_alias ix_emp) */ ... from scott.emp emp_alias). 03 - Na sua cláusua where do seu select, possui funções de conevrsão (to_date, to_char..etc..etc) ? Se sim, crie indexes baseados em função, pois isso atrapalha e MUITO no seu plano de acesso, ok ? Faça isso e analise novamente o custo dessa query. Abs; Nando De:oracle_br@yahoogrupos.com.br Para:oracle_br@yahoogrupos.com.br Cópia: Data:Wed, 28 Sep 2005 14:15:56 - Assunto:[oracle_br] Table Access Full Olá Pessoal! Alguém sabe me dizer porque as vezes o Oracle é teimoso e não utiliza o indice? No ambiente de desenvolvimento, o plano está perfeito, mas em produção é executado outro plano e com um custo altissimo. Já conferi os objectos e estão identicos nos dois ambientes. A única diferença é a quantidade de dados. O Otimizador está com choose, eu fiz o analyze dos indices e das tabelas, mas o estrupicio insiste em fazer full e a query demora um século. Será que alguém tem uma luz? Obrigada Elis ORACLE_BR APOIA 2ºENPO-BR _ O 2º Encontro Nacional de Profissionais Oracle será realizado no dia 05/11/2005 no auditório da FIAP em São Paulo. Serão apresentadas Palestras e Cases dirigidos exclusivamente por profissionais especialistas e renomados no mercado. Confira a programação no site do evento! http://www.enpo-br.org/ _ Yahoo! Grupos, um serviço oferecido por: Links do Yahoo! Grupos Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ Para sair deste grupo, envie um e-mail para: [EMAIL PROTECTED] O uso que você faz do Yahoo! Grupos está sujeito aos Termos do Serviço do Yahoo!. E-mail classificado pelo Identificador de Spam Inteligente. Para alterar a categoria classificada, visite o Terra Mail Esta mensagem foi verificada pelo E-mail Protegido Terra. Scan engine: McAfee VirusScan / Atualizado em 29/09/2005 / Versão: 4.4.00/4593 Proteja o seu e-mail Terra: http://mail.terra.com.br/ [As partes desta mensagem que não continham texto foram removidas] ORACLE_BR APOIA 2ºENPO-BR _ O 2º Encontro Nacional de Profissionais Oracle será realizado no dia 05/11/2005 no auditório da FIAP em São Paulo. Serão apresentadas Palestras e Cases dirigidos exclusivamente por profissionais especialistas e renomados no mercado. Confira a programação no site do evento! http://www.enpo-br.org/ _ Links do Yahoo! Grupos * Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ * Para sair deste grupo, envie um e-mail para: [EMAIL PROTECTED] * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
Re:[oracle_br] Contençao de LATCH
Olá Carlos, tudo bem ? Algumas dicas para minimizar seu latch: 01 - Uso de variáveis bind 02 - Habilitar o cursor sharing 03 - Diminuir o spin_count 04 - Aumentar o número de CPU´S 05 - Aumentar a velocidade das CPU´s Abs; Nando De:oracle_br@yahoogrupos.com.br Para:oracle_br@yahoogrupos.com.br Cópia: Data:Fri, 30 Sep 2005 11:31:41 -0300 Assunto:[oracle_br] Contençao de LATCH Ola a todos! Tenho um ambiente com Oracle 9.2.0.4 em RAC (2 hosts) e tem ocorrido uma contenção de LATCH, até onde sei o LATCH seria como um lock na SGA, ou seja, o ORACLE cuida para que 2 sessoes nao altere a mesma area da Shared Memory o que causa alto consumo de CPU. Até onde conheco na versão 9 do Banco o parametro mais indicado para ser ajustado seria o _spin_count. Ai vem a duvida; alguem sabe ou tem algum paper dando uma forma metrica e ajuste deste parametro? Seria somente este parametro responsavel pela contencao? Abraco a todos, Carlos Andrade ___ Novo Yahoo! Messenger com voz: ligações, Yahoo! Avatars, novos emoticons e muito mais. Instale agora! www.yahoo.com.br/messenger/ ORACLE_BR APOIA 2ºENPO-BR _ O 2º Encontro Nacional de Profissionais Oracle será realizado no dia 05/11/2005 no auditório da FIAP em São Paulo. Serão apresentadas Palestras e Cases dirigidos exclusivamente por profissionais especialistas e renomados no mercado. Confira a programação no site do evento! http://www.enpo-br.org/ _ Yahoo! Grupos, um serviço oferecido por: Links do Yahoo! Grupos Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ Para sair deste grupo, envie um e-mail para: [EMAIL PROTECTED] O uso que você faz do Yahoo! Grupos está sujeito aos Termos do Serviço do Yahoo!. E-mail classificado pelo Identificador de Spam Inteligente. Para alterar a categoria classificada, visite o Terra Mail Esta mensagem foi verificada pelo E-mail Protegido Terra. Scan engine: McAfee VirusScan / Atualizado em 29/09/2005 / Versão: 4.4.00/4593 Proteja o seu e-mail Terra: http://mail.terra.com.br/ [As partes desta mensagem que não continham texto foram removidas] ORACLE_BR APOIA 2ºENPO-BR _ O 2º Encontro Nacional de Profissionais Oracle será realizado no dia 05/11/2005 no auditório da FIAP em São Paulo. Serão apresentadas Palestras e Cases dirigidos exclusivamente por profissionais especialistas e renomados no mercado. Confira a programação no site do evento! http://www.enpo-br.org/ _ Links do Yahoo! Grupos * Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ * Para sair deste grupo, envie um e-mail para: [EMAIL PROTECTED] * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
Fw: [oracle_br] Add Primary Key
veja o exemplo: ALTER TABLE F_CANDIDATO ADD CONSTRAINT PK_F_CANV PRIMARY KEY (NR_NUMINSC) USING INDEX PCTFREE 10 INITRANS 2 MAXTRANS 255 TABLESPACE DADOS STORAGE(INITIAL 140K NEXT 72K MINEXTENTS 1 MAXEXTENTS 249 PCTINCREASE 50 FREELISTS 1 FREELIST GROUPS 1) - Original Message - From: Luiz Fernando To: oracle_br@yahoogrupos.com.br Sent: Friday, September 30, 2005 1:07 PM Subject: [oracle_br] Add Primary Key Senhores, como faço para especificar parâmetros, como tablespace e storage, na criação de uma PK? ex: alter table xyz add constraint xyz_pk (col1, col2) primary key; ORACLE_BR APOIA 2ºENPO-BR _ O 2º Encontro Nacional de Profissionais Oracle será realizado no dia 05/11/2005 no auditório da FIAP em São Paulo. Serão apresentadas Palestras e Cases dirigidos exclusivamente por profissionais especialistas e renomados no mercado. Confira a programação no site do evento! http://www.enpo-br.org/ _ Yahoo! Grupos, um serviço oferecido por: Links do Yahoo! Grupos a.. Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ b.. Para sair deste grupo, envie um e-mail para: [EMAIL PROTECTED] c.. O uso que você faz do Yahoo! Grupos está sujeito aos Termos do Serviço do Yahoo!. [As partes desta mensagem que não continham texto foram removidas] ORACLE_BR APOIA 2ºENPO-BR _ O 2º Encontro Nacional de Profissionais Oracle será realizado no dia 05/11/2005 no auditório da FIAP em São Paulo. Serão apresentadas Palestras e Cases dirigidos exclusivamente por profissionais especialistas e renomados no mercado. Confira a programação no site do evento! http://www.enpo-br.org/ _ Links do Yahoo! Grupos * Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ * Para sair deste grupo, envie um e-mail para: [EMAIL PROTECTED] * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
[oracle_br] Re: criação de banco de dados manualmente
Colega, a criação de um banco completo e usável é bem longa, há vários e vários scripts que devem ser rodados, diversas tarefas , não é só um comando, então recomendo : usa o assistente gráfico, e na tela final AO INVÉS de vc deixar ele criar o banco, use apenas a opção de gerar scripts em disco, aí vc abre esses scripts, os altera, executa-os na mão via sql*plus, o que precisar... []s Chiappa --- Em oracle_br@yahoogrupos.com.br, chsistemas2 [EMAIL PROTECTED] escreveu Pessoal, estou precisando iniciar uma criação de banco de dados manualmente no windows . Alguém poderia me dizer como fazê-lo e quais as configurações necessárias ? Atenciosamente, Carlos Henrique Analista de Sistemas ORACLE_BR APOIA 2ºENPO-BR _ O 2º Encontro Nacional de Profissionais Oracle será realizado no dia 05/11/2005 no auditório da FIAP em São Paulo. Serão apresentadas Palestras e Cases dirigidos exclusivamente por profissionais especialistas e renomados no mercado. Confira a programação no site do evento! http://www.enpo-br.org/ _ Links do Yahoo! Grupos * Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ * Para sair deste grupo, envie um e-mail para: [EMAIL PROTECTED] * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html