[oracle_br] Re: Criar Tabela :: Clausula COMPRESS
As consultas realizadas sobre essas tabelas com a clausula COMPRESS seriam menos performaticas do que as consultas realizadas sobre as tabelas sem a referida clausula? A aplicação da clausula COMPRESS sobre as tabelas de um data warehouse, é valida? Ou, simplesmente ganharemos espaço em disco e aumentaremos o consumo de CPU quando efetuarmos a leitura dessa tabela? --- Em oracle_br@yahoogrupos.com.br, Alessandro Guimaraes alessan...@... escreveu Oi, A tabela é armazenada compressed tanto em disco como no database buffer cache. O dado é descomprimido no momento em que for acessado Atc Alessandro Guimaraes --- Em oracle_br@yahoogrupos.com.br, fsilva6 fsilva6@ escreveu Ola para todos. Minha duvida é a seguinte, quando crio uma tabela com a opção compress como select vai fazer para coletar as informções desta tabela. O oracle vai manter as informações desta tabela no cache ou descompacta as informações presentes na tabela em tempo de execução? Desde já obrigado a todos.
[oracle_br] Re: Criar Tabela :: Clausula COMPRESS
Em alguns casos as consultas são até mais rapidas. É ideal para ambientes com muita leitura como em uma aplicação BI, principalmente tabelas fato e visões materializadas do esquema estrela. A desvantagem das tabelas compressed é se vc tiver que fazer DML nelas. Ai sim vai ter um overhead de CPU. Particularmente no 11gR1 a Oracle adicionou uma tipo de compressão chamada de tabela OLTP. Que permite compressão em qualquer tipo de manipulação de dados, diminuindo o overheade de gravação nas operações de insert, update e delete. No entanto esta nova feature gera muito REDO. Atc Alessandro Guimaraes --- Em oracle_br@yahoogrupos.com.br, fsilva6 fsil...@... escreveu As consultas realizadas sobre essas tabelas com a clausula COMPRESS seriam menos performaticas do que as consultas realizadas sobre as tabelas sem a referida clausula? A aplicação da clausula COMPRESS sobre as tabelas de um data warehouse, é valida? Ou, simplesmente ganharemos espaço em disco e aumentaremos o consumo de CPU quando efetuarmos a leitura dessa tabela? --- Em oracle_br@yahoogrupos.com.br, Alessandro Guimaraes alessandro@ escreveu Oi, A tabela é armazenada compressed tanto em disco como no database buffer cache. O dado é descomprimido no momento em que for acessado Atc Alessandro Guimaraes --- Em oracle_br@yahoogrupos.com.br, fsilva6 fsilva6@ escreveu Ola para todos. Minha duvida é a seguinte, quando crio uma tabela com a opção compress como select vai fazer para coletar as informções desta tabela. O oracle vai manter as informações desta tabela no cache ou descompacta as informações presentes na tabela em tempo de execução? Desde já obrigado a todos.
[oracle_br] Re: Criar Tabela :: Clausula COMPRESS
Colega, PMFJI mas antes de mais nada, se ainda não o fez, recomendo uma leitura do paper em http://www.oracle.com/technology/products/bi/db/10g/pdf/twp_data_compression_10gr2_0505.pdf , que explica muito bem o mecanismo e consequências da compressão, mas de modo geral : As consultas realizadas sobre essas tabelas com a clausula COMPRESS seriam menos performaticas do que as consultas realizadas sobre as tabelas sem a referida clausula? Podem ser, não é uma garantia : como especificado, a questão é que o bloco compactado fica compactado tanto em disco quanto na memória (cache), apenas quando a informação precisa ser recuperada é descompactado - o ponto é que realmente vc gastou um pouco de CPU pra descompactar antes de acessar a informação MAS em contrapartida vc teve (em caso de table scan) ler MUITO MENOS blocos A pergunta é, os I/Os poupados tendo que se ler menos blocos Compensam o gasto maior de CPU ? A resposta é, DEPENDE, isso varia caso a caso, mas de modo geral em bancos DW-like, aonde os I/Os se contam por toneladas e o servidor é potente, com poder de CPU sobrando , acaba valendo a pena, sim, mas só vc testando pra estar certo no seu ambiente e na sua app... Em vários casos em clientes anteriores eu fui Obrigado a usar a compressão por questão de espaço em disco, se não compactasse os dados antigos simplesmente não tinha espaço disponível... E evidente, eu compactava os dados após o fechamento do mês, quando o dado se tornava read-only , pois cfrme o paper alerta esa compactação interfere com DMLs. A aplicação da clausula COMPRESS sobre as tabelas de um data warehouse, é valida? De modo geral sim, mas vc TEM que testar Adequadamente pro seu caso. Ou, simplesmente ganharemos espaço em disco e aumentaremos o consumo de CPU quando efetuarmos a leitura dessa tabela? Não, cfrme eu disse acima o fato de mais dados serem encaixados em menos blocos com a compactação pode levar a poupar I/Os em caso de scans á custa de mais CPU, o que via de regra é exatamente o caso para DWs, normalmente esse tipo de ambiente é relativamente folgado em CPUs mas starvado em I/Os. []s Chiappa --- Em oracle_br@yahoogrupos.com.br, fsilva6 fsil...@... escreveu As consultas realizadas sobre essas tabelas com a clausula COMPRESS seriam menos performaticas do que as consultas realizadas sobre as tabelas sem a referida clausula? A aplicação da clausula COMPRESS sobre as tabelas de um data warehouse, é valida? Ou, simplesmente ganharemos espaço em disco e aumentaremos o consumo de CPU quando efetuarmos a leitura dessa tabela? --- Em oracle_br@yahoogrupos.com.br, Alessandro Guimaraes alessandro@ escreveu Oi, A tabela é armazenada compressed tanto em disco como no database buffer cache. O dado é descomprimido no momento em que for acessado Atc Alessandro Guimaraes --- Em oracle_br@yahoogrupos.com.br, fsilva6 fsilva6@ escreveu Ola para todos. Minha duvida é a seguinte, quando crio uma tabela com a opção compress como select vai fazer para coletar as informções desta tabela. O oracle vai manter as informações desta tabela no cache ou descompacta as informações presentes na tabela em tempo de execução? Desde já obrigado a todos.
[oracle_br] Datafile fora do ASM
Pessoal boa tarde!!! Estou com um grande problema: Algum DBA daqui por engano criou um datafile numa instância oracle 10.2.0.4 fora do ASM. Até aí tudo beleza, eu poderia utilizar o RMAN,copiar o DF para dentro do ASM renomear o datafile e boa... Na essência seria isso. Porém preciso para isso colocar o tablespace offline... Tudo bem se o tablespace envolvido não fosse o system... E agora? como posso mover este df para dentro do system sem poder colocá-lo offline? Ajudas serão bem vindas Oracle: 10.2.0.4 SO: Linux RH 5 Att. Raul -- -- Raul Francisco da Costa Ferreira de Andrade DBA - OCA - Oracle Certified Associate COBIT Foundation 4.1 Fone: (41)8855-8874 Brt email: raulf...@gmail.com Skype: raul.andrade www.clickdba.com Para conhecermos os amigos é necessário passar pelo sucesso e pela desgraça. No sucesso, verificamos a quantidade e, na desgraça, a qualidade. Confúcio [As partes desta mensagem que não continham texto foram removidas]
[oracle_br] Datafile
Consegui o meu problema do DF fora do ASM... Colocando o banco em mount, copiando com RMAN, renomeando o Df e subindo pelo cluster do RAC. Um abraço, Raul -- -- Raul Francisco da Costa Ferreira de Andrade DBA - OCA - Oracle Certified Associate COBIT Foundation 4.1 Fone: (41)8855-8874 Brt email: raulf...@gmail.com Skype: raul.andrade www.clickdba.com Para conhecermos os amigos é necessário passar pelo sucesso e pela desgraça. No sucesso, verificamos a quantidade e, na desgraça, a qualidade. Confúcio [As partes desta mensagem que não continham texto foram removidas]
[oracle_br] Demitre Col wants to stay in touch on LinkedIn
LinkedIn Demitre Col requested to add you as a connection on LinkedIn: -- Carmine Andre, I'd like to add you to my professional network on LinkedIn. - Demitre Col Accept invitation from Demitre Col http://www.linkedin.com/e/hWdLbEQovS9WxUla2SAnQ1WHcdNiQNfnEPkab4_YW6T/blk/I1940980883_2/1BpC5vrmRLoRZcjkkZt5YCpnlOt3RApnhMpmdzgmhxrSNBszYOnPcUe30Uej0Qej59bQNOgP13jTt7bPgUe34Pcz0Mcz4LrCBxbOYWrSlI/EML_comm_afe/ View invitation from Demitre Col http://www.linkedin.com/e/hWdLbEQovS9WxUla2SAnQ1WHcdNiQNfnEPkab4_YW6T/blk/I1940980883_2/39vcPwUc3wVc3gVckALqnpPbOYWrSlI/svi/ -- DID YOU KNOW you can use your LinkedIn profile as your website? Select a vanity URL and then promote this address on your business cards, email signatures, website, etc http://www.linkedin.com/e/ewp/inv-21/ -- (c) 2010, LinkedIn Corporation [As partes desta mensagem que não continham texto foram removidas]
Re: [oracle_br] Datafile fora do ASM
Olha , sinceramente eu desconheço um método que deixe seu ambiente 100% disponivel enquanto você realiza o processo, o que dá pra fazer é via RMAN, como é 10g um shutdown vai ter que rolar. Já se fosse via 11g pelo próprio ASMCD que nesta release já possui o comando CP seria bem mais tranquilo. Espero que te ajude!!! Em 5 de abril de 2010 12:01, Raul Francisco Costa F. de Andrade, DBA raulf...@gmail.com escreveu: Pessoal boa tarde!!! Estou com um grande problema: Algum DBA daqui por engano criou um datafile numa instância oracle 10.2.0.4 fora do ASM. Até aí tudo beleza, eu poderia utilizar o RMAN,copiar o DF para dentro do ASM renomear o datafile e boa... Na essência seria isso. Porém preciso para isso colocar o tablespace offline... Tudo bem se o tablespace envolvido não fosse o system... E agora? como posso mover este df para dentro do system sem poder colocá-lo offline? Ajudas serão bem vindas Oracle: 10.2.0.4 SO: Linux RH 5 Att. Raul -- -- Raul Francisco da Costa Ferreira de Andrade DBA - OCA - Oracle Certified Associate COBIT Foundation 4.1 Fone: (41)8855-8874 Brt email: raulf...@gmail.com raulfdba%40gmail.com Skype: raul.andrade www.clickdba.com Para conhecermos os amigos é necessário passar pelo sucesso e pela desgraça. No sucesso, verificamos a quantidade e, na desgraça, a qualidade. Confúcio [As partes desta mensagem que não continham texto foram removidas] -- Nenhuma soma de experiência pode provar que se tem razão, mas basta uma só experiência para mostrar que se está errado.(Albert Einstein - 1879 - 1955) [As partes desta mensagem que não continham texto foram removidas]
Re: [oracle_br] Datafile fora do ASM
TKS Em 5 de abril de 2010 15:11, David Ricardo drb.rica...@gmail.com escreveu: Olha , sinceramente eu desconheço um método que deixe seu ambiente 100% disponivel enquanto você realiza o processo, o que dá pra fazer é via RMAN, como é 10g um shutdown vai ter que rolar. Já se fosse via 11g pelo próprio ASMCD que nesta release já possui o comando CP seria bem mais tranquilo. Espero que te ajude!!! Em 5 de abril de 2010 12:01, Raul Francisco Costa F. de Andrade, DBA raulf...@gmail.com raulfdba%40gmail.com escreveu: Pessoal boa tarde!!! Estou com um grande problema: Algum DBA daqui por engano criou um datafile numa instância oracle 10.2.0.4 fora do ASM. Até aí tudo beleza, eu poderia utilizar o RMAN,copiar o DF para dentro do ASM renomear o datafile e boa... Na essência seria isso. Porém preciso para isso colocar o tablespace offline... Tudo bem se o tablespace envolvido não fosse o system... E agora? como posso mover este df para dentro do system sem poder colocá-lo offline? Ajudas serão bem vindas Oracle: 10.2.0.4 SO: Linux RH 5 Att. Raul -- -- Raul Francisco da Costa Ferreira de Andrade DBA - OCA - Oracle Certified Associate COBIT Foundation 4.1 Fone: (41)8855-8874 Brt email: raulf...@gmail.com raulfdba%40gmail.com raulfdba%40gmail.com Skype: raul.andrade www.clickdba.com Para conhecermos os amigos é necessário passar pelo sucesso e pela desgraça. No sucesso, verificamos a quantidade e, na desgraça, a qualidade. Confúcio [As partes desta mensagem que não continham texto foram removidas] -- Nenhuma soma de experiência pode provar que se tem razão, mas basta uma só experiência para mostrar que se está errado.(Albert Einstein - 1879 - 1955) [As partes desta mensagem que não continham texto foram removidas] -- -- Raul Francisco da Costa Ferreira de Andrade DBA - OCA - Oracle Certified Associate COBIT Foundation 4.1 Fone: (41)8855-8874 Brt email: raulf...@gmail.com Skype: raul.andrade www.clickdba.com Para conhecermos os amigos é necessário passar pelo sucesso e pela desgraça. No sucesso, verificamos a quantidade e, na desgraça, a qualidade. Confúcio [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
[oracle_br] Re: Criar Tabela :: Clausula COMPRESS
Muito obrigado a todos. --- Em oracle_br@yahoogrupos.com.br, José Laurindo jlchia...@... escreveu Colega, PMFJI mas antes de mais nada, se ainda não o fez, recomendo uma leitura do paper em http://www.oracle.com/technology/products/bi/db/10g/pdf/twp_data_compression_10gr2_0505.pdf , que explica muito bem o mecanismo e consequências da compressão, mas de modo geral : As consultas realizadas sobre essas tabelas com a clausula COMPRESS seriam menos performaticas do que as consultas realizadas sobre as tabelas sem a referida clausula? Podem ser, não é uma garantia : como especificado, a questão é que o bloco compactado fica compactado tanto em disco quanto na memória (cache), apenas quando a informação precisa ser recuperada é descompactado - o ponto é que realmente vc gastou um pouco de CPU pra descompactar antes de acessar a informação MAS em contrapartida vc teve (em caso de table scan) ler MUITO MENOS blocos A pergunta é, os I/Os poupados tendo que se ler menos blocos Compensam o gasto maior de CPU ? A resposta é, DEPENDE, isso varia caso a caso, mas de modo geral em bancos DW-like, aonde os I/Os se contam por toneladas e o servidor é potente, com poder de CPU sobrando , acaba valendo a pena, sim, mas só vc testando pra estar certo no seu ambiente e na sua app... Em vários casos em clientes anteriores eu fui Obrigado a usar a compressão por questão de espaço em disco, se não compactasse os dados antigos simplesmente não tinha espaço disponível... E evidente, eu compactava os dados após o fechamento do mês, quando o dado se tornava read-only , pois cfrme o paper alerta esa compactação interfere com DMLs. A aplicação da clausula COMPRESS sobre as tabelas de um data warehouse, é valida? De modo geral sim, mas vc TEM que testar Adequadamente pro seu caso. Ou, simplesmente ganharemos espaço em disco e aumentaremos o consumo de CPU quando efetuarmos a leitura dessa tabela? Não, cfrme eu disse acima o fato de mais dados serem encaixados em menos blocos com a compactação pode levar a poupar I/Os em caso de scans á custa de mais CPU, o que via de regra é exatamente o caso para DWs, normalmente esse tipo de ambiente é relativamente folgado em CPUs mas starvado em I/Os. []s Chiappa --- Em oracle_br@yahoogrupos.com.br, fsilva6 fsilva6@ escreveu As consultas realizadas sobre essas tabelas com a clausula COMPRESS seriam menos performaticas do que as consultas realizadas sobre as tabelas sem a referida clausula? A aplicação da clausula COMPRESS sobre as tabelas de um data warehouse, é valida? Ou, simplesmente ganharemos espaço em disco e aumentaremos o consumo de CPU quando efetuarmos a leitura dessa tabela? --- Em oracle_br@yahoogrupos.com.br, Alessandro Guimaraes alessandro@ escreveu Oi, A tabela é armazenada compressed tanto em disco como no database buffer cache. O dado é descomprimido no momento em que for acessado Atc Alessandro Guimaraes --- Em oracle_br@yahoogrupos.com.br, fsilva6 fsilva6@ escreveu Ola para todos. Minha duvida é a seguinte, quando crio uma tabela com a opção compress como select vai fazer para coletar as informções desta tabela. O oracle vai manter as informações desta tabela no cache ou descompacta as informações presentes na tabela em tempo de execução? Desde já obrigado a todos.
[oracle_br] x86 x RISC
Olá, Pessoal. Por favor, gostaria de ajuda de vocês para entender quais as necessidades de uma empresa que levaria a necessidade de se ter um servidor RISC. Quais as vantagens do RISC sobre processadores x86? O que justifica ter um ambiente RISC hoje em dia? Muito obrigado. J.L.Silva