[oracle_br] Re: Abrir navegador no forms 6i
Já fiz isso ha muito tempo atrás e na época lembro que utilizei a D2KWUTIL.PLL Nesta PLL você encontra uma package chamada WIN_API_ENVIRONMENT que possui a Read_Registry para ler a chave de registro que contém o browser default. Para abrir o browser, vc pode utilizar a WinExec da package WIN_API_SHELL. http://guenter-huerkamp.dyndns.org/oracle-doc/docs/html/d2kwutil.html Boa Sorte! Alex Zaballa --- Em oracle_br@yahoogrupos.com.br, AtlasSys orionmaxbe...@... escreveu Pessoal, Alguem sabe o comando para abrir o navegador padrão da maquina via forms6i??? Ale AtlasSys Oracle+Delphi+FireBird [As partes desta mensagem que não continham texto foram removidas]
[oracle_br] Exportação do banco de dados do oracle
Pessoal, Ótima tarde à todos! Estou precisando de uma orientação/procedimento quanto a exportação do banco de dados oracle. Como eu posso exportar a base (dados... tudo) e depois importar/abrir em uma outra máquina? Grata, Andreia Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbuscados.yahoo.com [As partes desta mensagem que não continham texto foram removidas]
Re: [oracle_br] Exportação do banco de dados do or acle
Qual a versão do Oracle,qual ambiente você tem? Se for 9i tem exp/imp Se 10g/11g tem expdp/impdp Mas depende também do volume do banco de dados,se você quer full,por schema. Dependo podes usar um backup via RMAN também para fazer o trabalho. Fale a situação que o pessoal sempre dá uma sugestão. Abs, 2009/9/2 Andreia Pessoa deia...@yahoo.com.br Pessoal, Ótima tarde à todos! Estou precisando de uma orientação/procedimento quanto a exportação do banco de dados oracle. Como eu posso exportar a base (dados... tudo) e depois importar/abrir em uma outra máquina? Grata, Andreia __ Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbuscados.yahoo.com [As partes desta mensagem que não continham texto foram removidas] -- Júlio César Corrêa IS Technologist - Oracle DBA www.dbajccorrea.com To stay competitive in the tech industry, never stop learning. Always be on the lookout for better ways of doing things and new technologies. Our industry does not reward people who let themselves stagnate John Hall, Senior Vice President, Oracle University [As partes desta mensagem que não continham texto foram removidas] -- Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ -- Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: http://www.oraclebr.com.br/ 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: oracle_br-unsubscr...@yahoogrupos.com.br * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
Re: [oracle_br] Exportação do banco de dados do or acle
Oi Andreia, Importante para nós sabermos em qual ambiente vai trabalhar, vamos lá. 1. Qual sistema operacional (arquitetura também é importante 32 ou 64bits) vai utilizar (ambas)? 2. Qual a versão do banco de dados está utilizando? 3. Qual o tamanho da base de dados que vai exportar? 4. Já pensou em qual alternativa? Com essas informações a ajuda será melhor direcionada. []s Braga 2009/9/2 Andreia Pessoa deia...@yahoo.com.br Pessoal, Ótima tarde à todos! Estou precisando de uma orientação/procedimento quanto a exportação do banco de dados oracle. Como eu posso exportar a base (dados... tudo) e depois importar/abrir em uma outra máquina? Grata, Andreia [As partes desta mensagem que não continham texto foram removidas]
Re: [oracle_br] Estimativa de tamanho de base
Oi Rafael, Creio que a view DBA_SEGMENTS vai te ajudar, utilize agrupamento por tipo de segmento ou se preferir some tudo e terá o valor real da base completa. Lembrando que a DBA_SEGMENTS mostra o que está utilizando atualmente, independente do tamanho reservado de cada tablespace. []s Braga 2009/9/3 Oracle rocha.ora...@gmail.com Bom dia, preciso realizar um cálculo de estimativa de tamanho de um banco de dados irá utilizar. Minha idéia seria criar um select na view all_tab_cols onde eu posso calcular quantos bytes cada coluna utiliza de acordo com datatype e char_lenght e multiplicar pelo número de linhas estimadas que cada tabela possui. Alguém tem algum select parecido ou consegue me dizer se desta forma irei conseguir chegar num valor aceitável? Att. -- Rafael Bahr Esposito da Rocha (41) 9199-1286 [As partes desta mensagem que não continham texto foram removidas]
Re: [oracle_br] Estimativa de tamanho de base
Marcos, na verdade eu não preciso saber o tamanho atual do banco e sim fazer uma estimativa do tamanho que o banco terá se X registros forem inseridos em cada tabela, ou seja, preciso saber como calcular quantos bytes um registro ocupa em determinada tabela, e então eu consigo montar um select para calcular a estimativa de todo o banco. Att. Rafael Bahr Esposito da Rocha Analista de Sistemas (41) 9199-1286 Marcos Braga escreveu: Oi Rafael, Creio que a view DBA_SEGMENTS vai te ajudar, utilize agrupamento por tipo de segmento ou se preferir some tudo e terá o valor real da base completa. Lembrando que a DBA_SEGMENTS mostra o que está utilizando atualmente, independente do tamanho reservado de cada tablespace. []s Braga 2009/9/3 Oracle rocha.ora...@gmail.com mailto:rocha.oracle%40gmail.com Bom dia, preciso realizar um cálculo de estimativa de tamanho de um banco de dados irá utilizar. Minha idéia seria criar um select na view all_tab_cols onde eu posso calcular quantos bytes cada coluna utiliza de acordo com datatype e char_lenght e multiplicar pelo número de linhas estimadas que cada tabela possui. Alguém tem algum select parecido ou consegue me dizer se desta forma irei conseguir chegar num valor aceitável? Att. -- Rafael Bahr Esposito da Rocha (41) 9199-1286 [As partes desta mensagem que não continham texto foram removidas]
Re: [oracle_br] Re: Execução do comando ANALYZE
Amigos, ainda relacionado com esse assunto, como posso saber a quantidade de linhas de uma tabela sem precisar executar select count(*)...? Esse dado existe em alguma tabela? Grato. 2009/9/2 jlchiappa jlchia...@yahoo.com.br A Recomendação é clara : ** SE ** após a sua análise vc concluir que é adequado se coletar estatísticas após a rotina em questão faz sentido, é aplicável, SIM, vc pode (e mesmo é Recomendado) que vc substitua o comand ANALYZE pelo DBMS_STATS. Torno a dizer, porém, que vc fará isso *** APÓS *** uma análise criteriosa e testes, sair mexendo por sua própria conta, sem saber o que nem porque, só pode levar à ineficiências e problemas de forma geral... []s Chiappa --- Em oracle_br@yahoogrupos.com.br oracle_br%40yahoogrupos.com.br, Eduardo Souza pjabran...@... escreveu Caros amigos, sendo assim, pelo que entendi, devo substituir os comandos ANALYZE (delete e compute statistics) pelo gather_table_stats? Antes dos comandos, existem outros comandos para dropar e recriar os índices da tabela. Posso retirar estes comandos ou devo deixa-los (não estão demandando muito tempo)? 2009/9/2 jlchiappa jlchia...@... Na verdade, sejam quais forem as opções de estimate, de histogramas, etc, se forem as mesmas com o comando ANALYZE e com o GATHER_TABLE_STATS, pra um hardware de produção, que permita Paralelismo, a tendência é o DBMS_STATS ser EXTREMAMENTE mais rápido, um exemplinho mostrando isso (executado 2x para tentar diminuir a influência de caches, num banco stand-alone com só eu nele, etc), e 10gR2 mas em tese isso vale pra qquer versão atual de bd Oracle : sys...@o10gr2:SQLset timing on sys...@o10gr2:SQLselect count(*) from TAB_DEZ_MILHOES; COUNT(*) -- 10314200 Decorrido: 00:00:18.71 sys...@o10gr2:SQLanalyze table TAB_DEZ_MILHOES compute statistics for table for all indexed columns; Tabela analisada. Decorrido: 00:01:10.51 sys...@o10gr2:SQLexecute sys.dbms_stats.gather_table_stats(ownname='SYSTEM',tabname='TAB_DEZ_MILHOES',granularity='ALL',method_opt='FOR ALL INDEXED COLUMNS SIZE AUTO', estimate_percent=NULL,cascade=TRUE, DEGREE=4); Procedimento PL/SQL concluído com sucesso. == 2a execução... sys...@o10gr2:SQLanalyze table TAB_DEZ_MILHOES compute statistics for table for all indexed columns; Tabela analisada. Decorrido: 00:01:04.81 sys...@o10gr2:SQLexecute sys.dbms_stats.gather_table_stats(ownname='SYSTEM',tabname='TAB_DEZ_MILHOES',granularity='ALL',method_opt='FOR ALL INDEXED COLUMNS SIZE AUTO', estimate_percent=NULL,cascade=TRUE, DEGREE=4); Procedimento PL/SQL concluído com sucesso. Decorrido: 00:00:12.00 == SIM, como esperado o GATHER em paralelo consumiu coisa de pouco mais de 10 segundos ENQUANTO o cacareco do ANALYZE serial consstentemente consumiu coisa de pouco mais de 1 minuto, diferença bem razoável... Só ** INSISTO ** para o colega que fez a pergunta originalmente, ANALISE se realmente essas opções que vc está usando na coleta são MESMO as mais adequadas em relação à Qualidade das Estatísticas (ie, veja se o tamanho de histograma é adequado, se não valeria a pena coletar estats para poucas colunas mais usadas ao invés de pra todo mundo que tem índice, etc) : isso é CRUCIAL para qquer trabalho de Tuning E uma obs final : Willian e outrs colegas, eu SUGIRO que vcs deixem de usar a expressão fazer um analyze para se referenciar ao ato de coletar estatísticas, pois isso pode CONFUNDIR a cuca dos novatos, eles podem pensar que vcs estão defendendo o comando ANALYZE pra coleta... Passem a dizer mais claramente , fazer a coleta de estatísticas, ok ? Acho q fica mais claro... []s Chiappa --- Em oracle_br@yahoogrupos.com.br oracle_br%40yahoogrupos.com.broracle_br% 40yahoogrupos.com.br, Willian Fernando Frasson wfrasson@ escreveu Vai depende dos parametros x percentural que faça do analyze. Como a tabela é bem grandinha porque nao fazer um analyze de XX percentural nos domingos e um percentural XX durante a madrugada? Temos ctza que se fizer por ex um analyze com 20% da tabela será MUITO mais rapido do que o analyze antigo. - Original Message - From: Eduardo Souza To: oracle_br@yahoogrupos.com.br oracle_br%40yahoogrupos.com.broracle_br% 40yahoogrupos.com.br Sent: Wednesday, September 02, 2009 11:53 AM Subject: Re: [oracle_br] Re: Execução do comando ANALYZE As informações são valiosas. Mas o objetivo fim é diminuir o tempo. O tempo de execução do DBMS_STATS.GREATER_TABLE_STATS em substituição ao ANALYZE será menor? 2009/9/2 Igor Laguardia igorlf@ É valida a execução de ANALYZE, NÃO, como nosso amigo Chiappa comentou, este metodo de coleta de estatísticas não é mais
[oracle_br] Re: Execução do comando ANALYZE
Sim, após uma coleta de estatísticas de CBO a coluna NUM_ROWS das views USER/ALL/DBA_TABLES é populada com essa informação. Evidente, SE faz tempo que a última coleta foi feita, OU SE foi usado ESTIMATE, o número não vai ser preciso, mas via de regra ele é uma excelente estimativa, se as estatísticas estão sendo coletadas em frequência razoável... []s Chiappa --- Em oracle_br@yahoogrupos.com.br, Eduardo Souza pjabran...@... escreveu Amigos, ainda relacionado com esse assunto, como posso saber a quantidade de linhas de uma tabela sem precisar executar select count(*)...? Esse dado existe em alguma tabela? Grato. 2009/9/2 jlchiappa jlchia...@... A Recomendação é clara : ** SE ** após a sua análise vc concluir que é adequado se coletar estatísticas após a rotina em questão faz sentido, é aplicável, SIM, vc pode (e mesmo é Recomendado) que vc substitua o comand ANALYZE pelo DBMS_STATS. Torno a dizer, porém, que vc fará isso *** APÓS *** uma análise criteriosa e testes, sair mexendo por sua própria conta, sem saber o que nem porque, só pode levar à ineficiências e problemas de forma geral... []s Chiappa --- Em oracle_br@yahoogrupos.com.br oracle_br%40yahoogrupos.com.br, Eduardo Souza pjabrantes@ escreveu Caros amigos, sendo assim, pelo que entendi, devo substituir os comandos ANALYZE (delete e compute statistics) pelo gather_table_stats? Antes dos comandos, existem outros comandos para dropar e recriar os índices da tabela. Posso retirar estes comandos ou devo deixa-los (não estão demandando muito tempo)? 2009/9/2 jlchiappa jlchiappa@ Na verdade, sejam quais forem as opções de estimate, de histogramas, etc, se forem as mesmas com o comando ANALYZE e com o GATHER_TABLE_STATS, pra um hardware de produção, que permita Paralelismo, a tendência é o DBMS_STATS ser EXTREMAMENTE mais rápido, um exemplinho mostrando isso (executado 2x para tentar diminuir a influência de caches, num banco stand-alone com só eu nele, etc), e 10gR2 mas em tese isso vale pra qquer versão atual de bd Oracle : sys...@o10gr2:SQLset timing on sys...@o10gr2:SQLselect count(*) from TAB_DEZ_MILHOES; COUNT(*) -- 10314200 Decorrido: 00:00:18.71 sys...@o10gr2:SQLanalyze table TAB_DEZ_MILHOES compute statistics for table for all indexed columns; Tabela analisada. Decorrido: 00:01:10.51 sys...@o10gr2:SQLexecute sys.dbms_stats.gather_table_stats(ownname='SYSTEM',tabname='TAB_DEZ_MILHOES',granularity='ALL',method_opt='FOR ALL INDEXED COLUMNS SIZE AUTO', estimate_percent=NULL,cascade=TRUE, DEGREE=4); Procedimento PL/SQL concluído com sucesso. == 2a execução... sys...@o10gr2:SQLanalyze table TAB_DEZ_MILHOES compute statistics for table for all indexed columns; Tabela analisada. Decorrido: 00:01:04.81 sys...@o10gr2:SQLexecute sys.dbms_stats.gather_table_stats(ownname='SYSTEM',tabname='TAB_DEZ_MILHOES',granularity='ALL',method_opt='FOR ALL INDEXED COLUMNS SIZE AUTO', estimate_percent=NULL,cascade=TRUE, DEGREE=4); Procedimento PL/SQL concluído com sucesso. Decorrido: 00:00:12.00 == SIM, como esperado o GATHER em paralelo consumiu coisa de pouco mais de 10 segundos ENQUANTO o cacareco do ANALYZE serial consstentemente consumiu coisa de pouco mais de 1 minuto, diferença bem razoável... Só ** INSISTO ** para o colega que fez a pergunta originalmente, ANALISE se realmente essas opções que vc está usando na coleta são MESMO as mais adequadas em relação à Qualidade das Estatísticas (ie, veja se o tamanho de histograma é adequado, se não valeria a pena coletar estats para poucas colunas mais usadas ao invés de pra todo mundo que tem índice, etc) : isso é CRUCIAL para qquer trabalho de Tuning E uma obs final : Willian e outrs colegas, eu SUGIRO que vcs deixem de usar a expressão fazer um analyze para se referenciar ao ato de coletar estatísticas, pois isso pode CONFUNDIR a cuca dos novatos, eles podem pensar que vcs estão defendendo o comando ANALYZE pra coleta... Passem a dizer mais claramente , fazer a coleta de estatísticas, ok ? Acho q fica mais claro... []s Chiappa --- Em oracle_br@yahoogrupos.com.br oracle_br%40yahoogrupos.com.broracle_br% 40yahoogrupos.com.br, Willian Fernando Frasson wfrasson@ escreveu Vai depende dos parametros x percentural que faça do analyze. Como a tabela é bem grandinha porque nao fazer um analyze de XX percentural nos domingos e um percentural XX durante a madrugada? Temos ctza que se fizer por ex um analyze com 20% da tabela será MUITO mais rapido do que o analyze antigo. - Original Message - From: Eduardo Souza To:
[oracle_br] Re: Estimativa de tamanho de base
Colega, veja lá que tamanho DE BASE, que é o que vc cita como título, é UMA coisa, e TAMANHO MÉDIO DE UMA TABELA é totalmente OUTRA, ok ?? Agora que vc explicou Melhor o que vc quer, o método fácil é : após ser coletadas estatísticas, nas views USER/ALL_DBA_TABLES a coluna AVG_ROW_LENGTH é ** automaticamente ** preenchida com ao tamanho médio do registro, se vc vai inserir X linhas mais na tabela, multiplicando X pelo tamanho do registro vc obtém uma média razoável, uma estimativa de tamanho que ocupará... Como estamos falando de ** MÉDIA **, de ESTIMATIVA, eu (principalmente por causa do overhead nos blocos Oracle, de eventuais chained rows e quetais), colocaria um fudge factor, uma gordurinha de uns 10% ou coisa do tipo em cima do resultado e essa seria a minha Previsão de consumo de espaço, ok ? E é óbvio, se (digamos) estamos falando de centenas e centenas de Gb, e o ambiente tá curto em espaço de disco, se vc efetivamente QUISER/PRECISAR ter uma margem de erro ainda menor o procedimento mais garantido ainda é vc LEVANTAR os valores típicos de inserção , fazer uma CÓPIA EXATA da tabela e inserir de veradde e comitar nessa cópia uns tantos milhares de registros, aí vc faz uma regra de 3, se x mil registros ocuparam tanto, o meu total vai ocupar esse outro tanto... []s Chiappa --- Em oracle_br@yahoogrupos.com.br, Oracle rocha.ora...@... escreveu Marcos, na verdade eu não preciso saber o tamanho atual do banco e sim fazer uma estimativa do tamanho que o banco terá se X registros forem inseridos em cada tabela, ou seja, preciso saber como calcular quantos bytes um registro ocupa em determinada tabela, e então eu consigo montar um select para calcular a estimativa de todo o banco. Att. Rafael Bahr Esposito da Rocha Analista de Sistemas (41) 9199-1286 Marcos Braga escreveu: Oi Rafael, Creio que a view DBA_SEGMENTS vai te ajudar, utilize agrupamento por tipo de segmento ou se preferir some tudo e terá o valor real da base completa. Lembrando que a DBA_SEGMENTS mostra o que está utilizando atualmente, independente do tamanho reservado de cada tablespace. []s Braga 2009/9/3 Oracle rocha.ora...@... mailto:rocha.oracle%40gmail.com Bom dia, preciso realizar um cálculo de estimativa de tamanho de um banco de dados irá utilizar. Minha idéia seria criar um select na view all_tab_cols onde eu posso calcular quantos bytes cada coluna utiliza de acordo com datatype e char_lenght e multiplicar pelo número de linhas estimadas que cada tabela possui. Alguém tem algum select parecido ou consegue me dizer se desta forma irei conseguir chegar num valor aceitável? Att. -- Rafael Bahr Esposito da Rocha (41) 9199-1286 [As partes desta mensagem que não continham texto foram removidas]
Re: [oracle_br] Re: Abrir navegador no forms 6i
Alex, Blz.. era isto mesmo... com a D2KWUTIL da pra fazer bacana.. value. Valeu tambem Chiappa. Ale - Original Message - From: zaballa_grupos To: oracle_br@yahoogrupos.com.br Sent: Thursday, September 03, 2009 5:26 AM Subject: [oracle_br] Re: Abrir navegador no forms 6i Já fiz isso ha muito tempo atrás e na época lembro que utilizei a D2KWUTIL.PLL Nesta PLL você encontra uma package chamada WIN_API_ENVIRONMENT que possui a Read_Registry para ler a chave de registro que contém o browser default. Para abrir o browser, vc pode utilizar a WinExec da package WIN_API_SHELL. http://guenter-huerkamp.dyndns.org/oracle-doc/docs/html/d2kwutil.html Boa Sorte! Alex Zaballa --- Em oracle_br@yahoogrupos.com.br, AtlasSys orionmaxbe...@... escreveu Pessoal, Alguem sabe o comando para abrir o navegador padrão da maquina via forms6i??? Ale AtlasSys Oracle+Delphi+FireBird [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: Estimativa de tamanho de base
ok... utilizando AVG_ROW_LENGTH me ajuda... obrigado Rafael Bahr Esposito da Rocha (41) 9199-1286 jlchiappa escreveu: Colega, veja lá que tamanho DE BASE, que é o que vc cita como título, é UMA coisa, e TAMANHO MÉDIO DE UMA TABELA é totalmente OUTRA, ok ?? Agora que vc explicou Melhor o que vc quer, o método fácil é : após ser coletadas estatísticas, nas views USER/ALL_DBA_TABLES a coluna AVG_ROW_LENGTH é ** automaticamente ** preenchida com ao tamanho médio do registro, se vc vai inserir X linhas mais na tabela, multiplicando X pelo tamanho do registro vc obtém uma média razoável, uma estimativa de tamanho que ocupará... Como estamos falando de ** MÉDIA **, de ESTIMATIVA, eu (principalmente por causa do overhead nos blocos Oracle, de eventuais chained rows e quetais), colocaria um fudge factor, uma gordurinha de uns 10% ou coisa do tipo em cima do resultado e essa seria a minha Previsão de consumo de espaço, ok ? E é óbvio, se (digamos) estamos falando de centenas e centenas de Gb, e o ambiente tá curto em espaço de disco, se vc efetivamente QUISER/PRECISAR ter uma margem de erro ainda menor o procedimento mais garantido ainda é vc LEVANTAR os valores típicos de inserção , fazer uma CÓPIA EXATA da tabela e inserir de veradde e comitar nessa cópia uns tantos milhares de registros, aí vc faz uma regra de 3, se x mil registros ocuparam tanto, o meu total vai ocupar esse outro tanto... []s Chiappa --- Em oracle_br@yahoogrupos.com.br mailto:oracle_br%40yahoogrupos.com.br, Oracle rocha.ora...@... escreveu Marcos, na verdade eu não preciso saber o tamanho atual do banco e sim fazer uma estimativa do tamanho que o banco terá se X registros forem inseridos em cada tabela, ou seja, preciso saber como calcular quantos bytes um registro ocupa em determinada tabela, e então eu consigo montar um select para calcular a estimativa de todo o banco. Att. Rafael Bahr Esposito da Rocha Analista de Sistemas (41) 9199-1286 Marcos Braga escreveu: Oi Rafael, Creio que a view DBA_SEGMENTS vai te ajudar, utilize agrupamento por tipo de segmento ou se preferir some tudo e terá o valor real da base completa. Lembrando que a DBA_SEGMENTS mostra o que está utilizando atualmente, independente do tamanho reservado de cada tablespace. []s Braga 2009/9/3 Oracle rocha.ora...@... mailto:rocha.oracle%40gmail.com Bom dia, preciso realizar um cálculo de estimativa de tamanho de um banco de dados irá utilizar. Minha idéia seria criar um select na view all_tab_cols onde eu posso calcular quantos bytes cada coluna utiliza de acordo com datatype e char_lenght e multiplicar pelo número de linhas estimadas que cada tabela possui. Alguém tem algum select parecido ou consegue me dizer se desta forma irei conseguir chegar num valor aceitável? Att. -- Rafael Bahr Esposito da Rocha (41) 9199-1286 [As partes desta mensagem que não continham texto foram removidas]
[oracle_br] Software de monitoramento
Pessoal boa tarde, Alguém esta utilizando software de monitoramento de Banco de dados ex. Spotlight? Qual? Qual vocês recomendam? Atenciosamente, André Luiz da Silva Análise de Negócios - Analista de Suporte Basis SAP Pioneiros Bioenergia S/A Sud Mennucci - SP * (18) 3786-9130 Ê (18) 9102-2139 Pioneiros, estar à frente é o nosso desafio! CONFIDENCIALIDADE DO CORREIO ELETRÔNICO Esta mensagem, incluindo seus anexos, pode conter informação confidencial e/ou privilegiada. Caso você tenha recebido este e-mail por engano, não utilize, copie ou divulgue as informações nele contidas. E, por favor, avise imediatamente o remetente, respondendo ao e-mail, e em seguida apague-o. DISCLAIMER This message, including its attachments, may contain confidential and/or privileged information. If you received this email by mistake, do not use, copy or disseminate any information herein contained. Please notify us immediately by replying to the sender and then delete it. [As partes desta mensagem que não continham texto foram removidas]
[oracle_br] Execute Immediate em Funtions
Olá Pessoal, Existe uma forma de usar o execute immediate em functions que possuem um dos parametros out ? Sempre usei mais ou menos assim: set feedback http://www.adp-gmbh.ch/ora/sqlplus/feedback.html off set linesize http://www.adp-gmbh.ch/ora/sqlplus/linesize.html 120 set pagesize http://www.adp-gmbh.ch/ora/sqlplus/pagesize.html 0 create or replace function *count_in_table* (attr in varchar2, attrval in varchar2, tbl in varchar2) return number is cnt number; begin execute immediate 'select count(1) from ' || tbl || ' where ' || attr || ' = :a' into cnt using attrval; return cnt; end; / Mas onde trabalho existem algumas funções como a que segue abaixo: SQL desc pFnConta.ImportaBcoAgCta Parameter Type Mode Default? - (RESULT) BOOLEAN PIDPROPRIETARIOCONTA NUMBER(7)IN PAPELIDOPROPRIETARIOCONTA VARCHAR2 IN PCPFCGCPROPRIETARIOCONTA VARCHAR2 IN PCODTIPOCONTA VARCHAR2 IN PCODCONTACONTABIL VARCHAR2 IN PSALDOATUAL NUMBER(15,2) IN PCODINTEGSDFINANCIAL VARCHAR2 IN PNOMECONTACAIXA VARCHAR2 IN PNUMBACEN VARCHAR2 IN PNOMEBANCOVARCHAR2 IN PNUMAGENCIA VARCHAR2 IN PNOMEAGENCIA VARCHAR2 IN PNUMCCVARCHAR2 IN PINDESPECIAL VARCHAR2 IN PINDCPMF VARCHAR2 IN PINDPOUPANCA VARCHAR2 IN PVLRLIMITENUMBER(15,2) IN PDESCRICAOVARCHAR2 IN PNUMDIAS NUMBER(3)IN PNUMTIPOOPER NUMBER(4)IN PINDATIVA VARCHAR2 IN Y PINDCONTACONJUNTA VARCHAR2 IN Y PIDCTANUMBER(8)OUT PMSGERRO VARCHAR2 OUT Existe uma forma de usar o Execute Immediate dessa rotina ou a melhor forma é transforma-la em procedure ? []'s Cesar [As partes desta mensagem que não continham texto foram removidas]
[oracle_br] Dúvida - OCA Developer ou OCA DBA.
Boa tarde pessoal, Vou fazer o exame 1z0-051 11g SQL fundamental. Daí surgiu uma dúvida, continuo estudando para OCA DBA ou OCA PL/SQL Developer. Qual das duas certificações é mais procurada no mercado? Salário qual a média? Qual é mais fácil arrumar um emprego!? Se puderem opinar eu agradeço. Rodrigo. [As partes desta mensagem que não continham texto foram removidas]
[oracle_br] Re: Dúvida - OCA Developer ou OCA DBA.
Rodrigo, Isso depende da carreira que você desejará seguir. Você gostaria de ser DBA ou desenvolvedor? Respondendo isso você tem sua resposta. Outra coisa, só a certificação não vale muita coisa para ganhar mais ou arranjar emprego. A certificação deve estar aliada ao seu conhecimento e experiência em uma das duas areas. Não seria lá muito coerente você ser DBA e optar por certicações de em desenvolvimento ou o contrário. Att, Thiago Gonsalez Hyppolito DBA Oracle Portugal Telecom Inovação Blog: http://profissionaloracle.com.br/blogs/hyppolito --- Em oracle_br@yahoogrupos.com.br, Rodrigo F.M rodrigocur...@... escreveu Boa tarde pessoal, Vou fazer o exame 1z0-051 11g SQL fundamental. Daí surgiu uma dúvida, continuo estudando para OCA DBA ou OCA PL/SQL Developer. Qual das duas certificações é mais procurada no mercado? Salário qual a média? Qual é mais fácil arrumar um emprego!? Se puderem opinar eu agradeço. Rodrigo. [As partes desta mensagem que não continham texto foram removidas]
Re: [oracle_br] Software de monitoramento
Prezado Andre, Em nossa empresa, optamos por desenvolver um produto dentro de casa pois as ferramentas atuais são visualmente bonitas porém não focam na realidade que vemos aqui. São boas para lhe dar um overview do ambiente (principalmente quando o mesmo é mais amplo) mas não são tão customizáveis assim ao que você precisa. O Spotlight, como todos os produtos da Quest, é bem legal. Sds, Marcelo Medrado Polo-IT 2009/9/3 Andre Luiz da Silva andre.l...@pioneiros.com Pessoal boa tarde, Alguém esta utilizando software de monitoramento de Banco de dados ex. Spotlight? Qual? Qual vocês recomendam? Atenciosamente, André Luiz da Silva Análise de Negócios - Analista de Suporte Basis SAP Pioneiros Bioenergia S/A Sud Mennucci - SP * (18) 3786-9130 Ê (18) 9102-2139 Pioneiros, estar à frente é o nosso desafio! CONFIDENCIALIDADE DO CORREIO ELETRÔNICO Esta mensagem, incluindo seus anexos, pode conter informação confidencial e/ou privilegiada. Caso você tenha recebido este e-mail por engano, não utilize, copie ou divulgue as informações nele contidas. E, por favor, avise imediatamente o remetente, respondendo ao e-mail, e em seguida apague-o. DISCLAIMER This message, including its attachments, may contain confidential and/or privileged information. If you received this email by mistake, do not use, copy or disseminate any information herein contained. Please notify us immediately by replying to the sender and then delete it. [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] Software de monitoramento
Conheça a Polo-iT entrando no site www.polo-it.com.br e acabe com seus problemas de monitoramento de banco de dados. 2009/9/3 Andre Luiz da Silva andre.l...@pioneiros.com Pessoal boa tarde, Alguém esta utilizando software de monitoramento de Banco de dados ex. Spotlight? Qual? Qual vocês recomendam? Atenciosamente, André Luiz da Silva Análise de Negócios - Analista de Suporte Basis SAP Pioneiros Bioenergia S/A Sud Mennucci - SP * (18) 3786-9130 Ê (18) 9102-2139 Pioneiros, estar à frente é o nosso desafio! CONFIDENCIALIDADE DO CORREIO ELETRÔNICO Esta mensagem, incluindo seus anexos, pode conter informação confidencial e/ou privilegiada. Caso você tenha recebido este e-mail por engano, não utilize, copie ou divulgue as informações nele contidas. E, por favor, avise imediatamente o remetente, respondendo ao e-mail, e em seguida apague-o. DISCLAIMER This message, including its attachments, may contain confidential and/or privileged information. If you received this email by mistake, do not use, copy or disseminate any information herein contained. Please notify us immediately by replying to the sender and then delete it. [As partes desta mensagem que não continham texto foram removidas] -- Adm. Joel Chagas Menezes [As partes desta mensagem que não continham texto foram removidas]
[oracle_br] Alterar a partição de registros numa tabela. Qual a melhor forma?
Pessoal, Possuo uma tabela temporária com 127 partições, alimento esta tabela temporária atraves de sqlloader e faço a distribuição dos registros atraves do MOD(valor,128). Entretanto este valor que faço a distribuição não é o correto, pq o arquivo que faço a importação para o banco não possui a informação necessária. O banco de dados da empresa possui um cluster com 8 instâncias espelhadas onde cada instância possui um range de partições em cache oq aumenta a performance... Meu problema é o seguinte, preciso atualizar os registros desta tabela temporária com uma informação que me diz qual a partição correta do registro. Contudo essa tabela possui em média 3 milhões de registros que precisam de atualização. Dai minha dúvida...queria saber a melhor forma de realizar esta atualização dos registros com uma boa performance...peço ajuda aos amigos DBAs e desenvolvedores. Pensei em realizar a atualização de algumas maneiras: 1) Utilizando BULCK COLLECTION para realizar a atualização. 2) Inserir os registros em outra tabela temporária B com a informação correta, truncar a tabela temporaria A e depois realizar a copia da tabela B para A. E ai pessoal...sugestões ? Valeu! []'s