[oracle_br] Re: Como descobrir a query que trava o banco ?
Raul, isso funcionaria ** SE ** realmente fosse um lock, mas esse sintoma de CPU constantemente batendo 100% ** não ** é típico de locks, uma sessão lockada fica em WAITING, gastando muito pouco de CPU... Aleksandro,pelo jeito o que deve estar acontecendo é algum SQL tão ruim, tão malfeito, que tenta movimentar uma porrada de blocos Oracle duma vez, e (claro) cada I/O lógico implica em gasto de CPU pra controlar cache, em rede pra enviar os n blocos lidos pro cliente... Eu diria o seguinte : a) o truque básico nessa situação pra vc poder consultar o banco é vc já deixar aberta uma conexão como sysdba no banco (via sqlplus de preferência) ANTES do problema, já que vc não consegue abrir uma na hora que o problema ocorre b) se for conexão dedicada (um elemento crítico que não é citado) , logicamente é criado uma task no SO pra cada conexão, necessariamente aquela que estiver consumindo muita CPU ** vai ** aparecer nas tools de SO para monitorar consumo de CPU, como top, glance, vmstat, etc : UMA VEZ que vc identificou que é a PID número x no SO que está consumindo muita CPU, procure esse pid do SO na coluna SPID da v$process c) dentro do banco, pra vc tentar acompanhar o problema na hora que ele ocorre, vc tem também N views que podem ter dar informação sobre sessões/SQLs consumindo muitos recursos , uma pode ser a V$SQL : no banco 10gr2 e acima, cfrme os SQLs longos vão progredindo Automaticamente o banco vai atualizando as colunas de consumo de recursos, como FETCHES, EXECUTIONS, PARSE_CALLS, DISK_READS, DIRECT_WRITES, BUFFER_GETS, CPU_TIME : assim, se vc fazer algumas consultas sucessivas com um pequeno intervalo necessariamente vc vai ver que os SQLs ruins vão consumir mais recursos... Identificado o SQL, pra vc relacionar o SQL com uma sessão vc pode consultar a coluna SQL_ID e/ou as colunas de identificação (como PROGRAM_ID, MODULE, etc) na V$SQL e na V$SESSION. Outra nesse sentido é a V$SQLSTATS, ela é um subset (menor e mais rápido) da V$SQL d) se vc não conseguir fazer online, enquanto o problema ocorre, para tentar identificar o SQL ruim depois que ele executou, muitas vezes um SQL permanece algum tempo na V$SQL após a execução, veja lá se pelas stats de consumo vc localiza o(s) SQL(s) ruins, e vc pode também tentar as views de histórico, como a DBA_HIST_ACTIVE_SESS_HISTORY, DBA_HIST_SQLSTAT e relacionadas. e) via de regra o bd 10g (e superiores) está configurado pra tirar 'snapshots' - ie, 'fotos', 'cópias' das views internas - , pode ser que vc ache lá info também : há relatórios prontos que consultam essas infos, veja na documentação por ASH e por AWR. []s Chiappa --- Em oracle_br@yahoogrupos.com.br, "Raul Francisco Costa F. de Andrade, DBA" escreveu > > Para o Oracle a partir do 10g eu uso: > > SELECT /*+ rule */ l.inst_id,s.event, l.SID, s.serial# serial, p.spid, > s.username, > s.status, s.osuser, s.machine, s.program, > to_char(s.logon_time,'dd/mm/ hh24:mm:ss') LOGON_TIME, l.ctime > LOCK_TIME > FROM gv$lock l, gv$session s, gv$process p >WHERE s.inst_id = l.inst_id > and s.inst_id = p.inst_id > AND s.SID = l.SID > and s.PADDR = p.addr > AND (l.id1, l.id2, l.TYPE) IN (SELECT id1, id2, TYPE > FROM gv$lock > WHERE request > 0) > ORDER BY ctime DESC; > > Depois pelo ID eu acho o SQL com esta: > > select sql_text > from GV$sqltext_with_newlines where inst_id = &INSTANCE_NUMBER AND > address = (select DECODE(RAWTOHEX(sql_address), '00', prev_sql_addr, > sql_address) > from GV$session > where username = '&USERNAME' > and inst_id = &INSTANCE_NUMBER > and sid = &SID) > ORDER BY piece > > Att. > > Raul > > Em 23 de fevereiro de 2010 17:31, aleksandrosouza < > aleksandroso...@...> escreveu: > > > > > > > Boa tarde, > > > > Utilizo o oracle 11.1.0.6.0 windows e estou tentando descobrir qual > > processo o usuário esta rodando que deixa o banco travado. > > O Processador fica em 100% e quando isso acontece, não consigo nem conectar > > com o banco. > > Após uns 5 minutos ele libera. Isso acontece umas 4 vezes ao dia. > > Alguem tem alguma idéia de pegar o histórico das querys que deixam o banco > > lento ou que dão lock ? > > > > > > > > > > -- > --- > Raul Francisco da Costa Ferreira de Andrade > DBA - OCA - Oracle Certified Associate > Fone: (41)8855-8874 Brt > email: raulf...@... > "Deus não dá prova superior às forças daquele que a pede; > só permite as que podem ser cumpridas. > Se tal não sucede, não é que falte possibilidade, falta vontade." > > > [As partes desta mensagem que não continham texto foram removidas] >
Re: [oracle_br] Como descobrir a query que trava o banco ?
Para o Oracle a partir do 10g eu uso: SELECT /*+ rule */ l.inst_id,s.event, l.SID, s.serial# serial, p.spid, s.username, s.status, s.osuser, s.machine, s.program, to_char(s.logon_time,'dd/mm/ hh24:mm:ss') LOGON_TIME, l.ctime LOCK_TIME FROM gv$lock l, gv$session s, gv$process p WHERE s.inst_id = l.inst_id and s.inst_id = p.inst_id AND s.SID = l.SID and s.PADDR = p.addr AND (l.id1, l.id2, l.TYPE) IN (SELECT id1, id2, TYPE FROM gv$lock WHERE request > 0) ORDER BY ctime DESC; Depois pelo ID eu acho o SQL com esta: select sql_text from GV$sqltext_with_newlines where inst_id = &INSTANCE_NUMBER AND address = (select DECODE(RAWTOHEX(sql_address), '00', prev_sql_addr, sql_address) from GV$session where username = '&USERNAME' and inst_id = &INSTANCE_NUMBER and sid = &SID) ORDER BY piece Att. Raul Em 23 de fevereiro de 2010 17:31, aleksandrosouza < aleksandroso...@yahoo.com.br> escreveu: > > > Boa tarde, > > Utilizo o oracle 11.1.0.6.0 windows e estou tentando descobrir qual > processo o usuário esta rodando que deixa o banco travado. > O Processador fica em 100% e quando isso acontece, não consigo nem conectar > com o banco. > Após uns 5 minutos ele libera. Isso acontece umas 4 vezes ao dia. > Alguem tem alguma idéia de pegar o histórico das querys que deixam o banco > lento ou que dão lock ? > > > -- --- Raul Francisco da Costa Ferreira de Andrade DBA - OCA - Oracle Certified Associate Fone: (41)8855-8874 Brt email: raulf...@gmail.com "Deus não dá prova superior às forças daquele que a pede; só permite as que podem ser cumpridas. Se tal não sucede, não é que falte possibilidade, falta vontade." [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] Como descobrir a query que trava o banco ?
Boa tarde, Utilizo o oracle 11.1.0.6.0 windows e estou tentando descobrir qual processo o usuário esta rodando que deixa o banco travado. O Processador fica em 100% e quando isso acontece, não consigo nem conectar com o banco. Após uns 5 minutos ele libera. Isso acontece umas 4 vezes ao dia. Alguem tem alguma idéia de pegar o histórico das querys que deixam o banco lento ou que dão lock ?
[oracle_br] Restore de Banco de dados - Postgres
Pessoal, Sei que o intuito dessa lista são informações sobre o Oracle. No entanto na empresa onde trabalho temos uma aplicação rodando em linux com Postgres 8.3 e não tenho nenhum conhecimento desse Banco de Dados. Já fiz varias pesquisas sobre o problema que estou enfrentando, mas sem exito. Para não poluir o grupo com informações que não são condizentes, peço por favor se possível entrar em contato no e_mail particular junior_ve...@yahoo.com.br para que eu possa descrever o problema que estou enfrentando no Postgres. Obrigado pela compreensão. 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] Re: Esconder Radio Button - Forms 6i
encontrei o Set_Radio_Button_Property, muito obrigado. Rogério Em 23 de fevereiro de 2010 11:30, José Laurindo escreveu: > > > veja no help e nas docs por Set_Radio_Button_Property , iirc é possível ter > propriedades de exibição setada em runtime, mas escrevo de cabeça, plz check > it... > > []s > > Chiappa > > --- Em oracle_br@yahoogrupos.com.br , Lo > Bello escreveu > > > > > Pessoal, > > > > existe a possibilidade de deixar invisivel uma opção do radio button por > > programação? > > Exemplo: > > > > tenho um grupo radio button "Banco de Dados" com 3 opções, Oracle, > > SqlServer, Mysql. > > > > Bancos De Dados: > > - Oracle > > - Sql Server > > - MySql > > > > Preciso esconder a opção Mysql por programação. > > > > É possível? > > > > Rogério > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > [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: Discoverer
Uma só grande view acho complicado de criar e manter, eu diria um punhadinho de views, tipo uma view NF com todos os dados referentes à doc de venda, , uma view PRODUTO com as estruturas todas do produto , tipo assim... Outra coisa, o modelo de funcionamento do discover é : a pessoa traz as entidades pra tela, as liga pelos campos desejados , pode alterar propriedades e feito isso quando roda a consulta só aí o SQL é gerado, e ele não fica num stored PL/SQl nem nada assim,é INTERATIVO mesmo - então tem que ver se essa sua idéia de 'gerar o SQL pro usuário' é viável... mas blz, o que eu queria te indicar eram mesmo essas dicas, o livro e o site... []s Chiappa --- Em oracle_br@yahoogrupos.com.br, "AtlasSys" escreveu > > Grande Chiappa, > > Realmente,,, pensei em tudo isto que voce coloca... so queria mesmo ter uma > definição mais clara por "descarrego"... na verdade penso em fazer meio que > no "braço" mesmo, ou seja, uma interface com uma grande view e deixar o > usuario definir suas clausulas, no final montar o select e rodar o result > para o cliente... acho inclusive mais seguro e facil de dar manutenção no > futuro... > > Ale > > > - Original Message - > From: José Laurindo > To: oracle_br@yahoogrupos.com.br > Sent: Tuesday, February 23, 2010 10:23 AM > Subject: [oracle_br] Re: Discoverer > > > > Bom, de site eu poderia indicar pra começo o da Oracle mesmo (ie, > http://www.oracle.com/technology/products/discoverer/index.html ) , que tem > vários links de interesse, e de livro um bonzinho poderia ser "Oracle > discoverer 10g Handbook", de Michael Armstrong-Smithe Darlene > Armstrong-Smith, e na documentação dele tem uns tutos simples, pode ser útil > também... Agora, a dica maior pra ele é a mesma que pra outras tools de > usuário final : vc NUNCA, JAMAIS, em TEMPO ALGUM, vai fazer o usuário acessar > as tabelas normalizadas diretamente - pro usuário final manipular ma tela uma > coisinha que traz os dados da nota, outra que traz os itens, outra que traz o > fornecedor, etc, como normalmente é numa aplicação, é de pirar o cabeção, ele > VAI SE PERDER grandemente, é INVIÁVEL : o que ele precisa é uma view chamada > NOTAS_FISCAIS que já traz o que ele precisa, aí ele monta as queries em cima > da viewzinha dele, certo ??? Eu já vi uma instalação bem grande de Discover > (na filial brasileira duma multi alimentícia) falhar clamorosamente, ser > rejeitada Em Absoluto pelos usuários, justamente por causa dos > implementadores/adminsitradores não terem dado à atenção devida ás views de > usuário, aí os coitados dos usuários tinham que ficar referenciando tabelas > do sistema, aí foi pro brejo a usabilidade... > Pra PERFORMANCE vc também tem algumas preocupações, que NECESSARIAMENTE vc > deve estar ciente e cuidar delas ANTES DO DESENVOLVIMENTO, a saber : > > 1. quase nunca o usuário final sabe exatamente aonde tá a informação que > quer, então se vc deixar por ele ele quer fazer pesquisas SEM argumento, ou > quase isso : necessariamente algum tipo de limite (sei lá, últimos 6 meses, 3 > meses, da dados, ou ter um máximo de n fornecedores a pesquisar > simultaneamente, o que for) - uma busca pelo banco de dados todo é via de > regra LENTA (mesmo que seja por índice, ler uns milhões de registros AINDA > QUE por índice é lento, não tem jeito) É uma negociação DIFÍCIL mas é > algo que TEM QUE ser pensado/visto/discutido... E uma vez isso acertado, PLZ > tenha no Discoverer parâmetros Obrigatórios pras queries com o que for > acertado. > > 2. views materializadas e/ou índices de função : muitas vezes o usuário > quer a informação já calculada (ie, total de NFs do mês, digamos) , mas nas > tabelas relacionais não é assim que a informação está, lá estão os DETALHES > das milhares de NFs : não afz sentido se ter uma query que constantemente > varra a tabela de NFs e itens e fornecedores e preçso pra dar o resultado, é > EXPONENCIALMENTE mais performático vc já ter o cálculo pronto numa vm. > Da mesma forma, via de regra há um ** sub-conjunto ** apenas dos dados que > interessam pro pessoal (ie, apenas as NFs em eberto, ou coisa assim), um > índice de função que só indexe esses caras pode ser útil > > 3) as views dos usuários TEM que ser criadas por um especialista Oracle , > que vai saber indicar os campos indexados, usar as melhores/mais indicadas > funcionalidades SQL... Sei que é bem complicado vc conseguir arranjar tempo > do usuário sentar e definir o que precisa, E pra validar as views depois, mas > deixar a view pro usuário-final criar é erro na certa... > > []s > > Chiappa > > --- Em oracle_br@yahoogrupos.com.br, "AtlasSys" escreveu > > > > Pessoal, > > > > Alguem tem algum material (site, texto, etc...) para indicar para > iniciantes em Discoverer??? Estou pensando em adotar esta ferramenta para > distribuição de "query"... > > > > Ale > > Oracle 10+Win2003 > > >
Re: [oracle_br] Re: Discoverer
Grande Chiappa, Realmente,,, pensei em tudo isto que voce coloca... so queria mesmo ter uma definição mais clara por "descarrego"... na verdade penso em fazer meio que no "braço" mesmo, ou seja, uma interface com uma grande view e deixar o usuario definir suas clausulas, no final montar o select e rodar o result para o cliente... acho inclusive mais seguro e facil de dar manutenção no futuro... Ale - Original Message - From: José Laurindo To: oracle_br@yahoogrupos.com.br Sent: Tuesday, February 23, 2010 10:23 AM Subject: [oracle_br] Re: Discoverer Bom, de site eu poderia indicar pra começo o da Oracle mesmo (ie, http://www.oracle.com/technology/products/discoverer/index.html ) , que tem vários links de interesse, e de livro um bonzinho poderia ser "Oracle discoverer 10g Handbook", de Michael Armstrong-Smithe Darlene Armstrong-Smith, e na documentação dele tem uns tutos simples, pode ser útil também... Agora, a dica maior pra ele é a mesma que pra outras tools de usuário final : vc NUNCA, JAMAIS, em TEMPO ALGUM, vai fazer o usuário acessar as tabelas normalizadas diretamente - pro usuário final manipular ma tela uma coisinha que traz os dados da nota, outra que traz os itens, outra que traz o fornecedor, etc, como normalmente é numa aplicação, é de pirar o cabeção, ele VAI SE PERDER grandemente, é INVIÁVEL : o que ele precisa é uma view chamada NOTAS_FISCAIS que já traz o que ele precisa, aí ele monta as queries em cima da viewzinha dele, certo ??? Eu já vi uma instalação bem grande de Discover (na filial brasileira duma multi alimentícia) falhar clamorosamente, ser rejeitada Em Absoluto pelos usuários, justamente por causa dos implementadores/adminsitradores não terem dado à atenção devida ás views de usuário, aí os coitados dos usuários tinham que ficar referenciando tabelas do sistema, aí foi pro brejo a usabilidade... Pra PERFORMANCE vc também tem algumas preocupações, que NECESSARIAMENTE vc deve estar ciente e cuidar delas ANTES DO DESENVOLVIMENTO, a saber : 1. quase nunca o usuário final sabe exatamente aonde tá a informação que quer, então se vc deixar por ele ele quer fazer pesquisas SEM argumento, ou quase isso : necessariamente algum tipo de limite (sei lá, últimos 6 meses, 3 meses, da dados, ou ter um máximo de n fornecedores a pesquisar simultaneamente, o que for) - uma busca pelo banco de dados todo é via de regra LENTA (mesmo que seja por índice, ler uns milhões de registros AINDA QUE por índice é lento, não tem jeito) É uma negociação DIFÍCIL mas é algo que TEM QUE ser pensado/visto/discutido... E uma vez isso acertado, PLZ tenha no Discoverer parâmetros Obrigatórios pras queries com o que for acertado. 2. views materializadas e/ou índices de função : muitas vezes o usuário quer a informação já calculada (ie, total de NFs do mês, digamos) , mas nas tabelas relacionais não é assim que a informação está, lá estão os DETALHES das milhares de NFs : não afz sentido se ter uma query que constantemente varra a tabela de NFs e itens e fornecedores e preçso pra dar o resultado, é EXPONENCIALMENTE mais performático vc já ter o cálculo pronto numa vm. Da mesma forma, via de regra há um ** sub-conjunto ** apenas dos dados que interessam pro pessoal (ie, apenas as NFs em eberto, ou coisa assim), um índice de função que só indexe esses caras pode ser útil 3) as views dos usuários TEM que ser criadas por um especialista Oracle , que vai saber indicar os campos indexados, usar as melhores/mais indicadas funcionalidades SQL... Sei que é bem complicado vc conseguir arranjar tempo do usuário sentar e definir o que precisa, E pra validar as views depois, mas deixar a view pro usuário-final criar é erro na certa... []s Chiappa --- Em oracle_br@yahoogrupos.com.br, "AtlasSys" escreveu > > Pessoal, > > Alguem tem algum material (site, texto, etc...) para indicar para iniciantes em Discoverer??? Estou pensando em adotar esta ferramenta para distribuição de "query"... > > Ale > Oracle 10+Win2003 > > [As partes desta mensagem que não continham texto foram removidas] > [As partes desta mensagem que não continham texto foram removidas]
[oracle_br] Re: Esconder Radio Button - Forms 6i
veja no help e nas docs por Set_Radio_Button_Property , iirc é possível ter propriedades de exibição setada em runtime, mas escrevo de cabeça, plz check it... []s Chiappa --- Em oracle_br@yahoogrupos.com.br, Lo Bello escreveu > > Pessoal, > > existe a possibilidade de deixar invisivel uma opção do radio button por > programação? > Exemplo: > > tenho um grupo radio button "Banco de Dados" com 3 opções, Oracle, > SqlServer, Mysql. > > Bancos De Dados: > - Oracle > - Sql Server > - MySql > > Preciso esconder a opção Mysql por programação. > > É possível? > > Rogério > > > [As partes desta mensagem que não continham texto foram removidas] >
[oracle_br] hospedagem ORACLE APEX
Galera, Quem precisar hospedar aplicacao e dominio - A aplicacao em APEX com XE, pode me contatar. no email andre.ro...@techmaxconsultoria.com.br Atenciosamente, André Luiz Oliveira da Rocha -- Consultor Oracle - 31-86123030 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]
[oracle_br] Esconder Radio Button - Forms 6i
Pessoal, existe a possibilidade de deixar invisivel uma opção do radio button por programação? Exemplo: tenho um grupo radio button "Banco de Dados" com 3 opções, Oracle, SqlServer, Mysql. Bancos De Dados: - Oracle - Sql Server - MySql Preciso esconder a opção Mysql por programação. É possível? Rogério [As partes desta mensagem que não continham texto foram removidas]
[oracle_br] Re: Discoverer
Bom, de site eu poderia indicar pra começo o da Oracle mesmo (ie, http://www.oracle.com/technology/products/discoverer/index.html ) , que tem vários links de interesse, e de livro um bonzinho poderia ser "Oracle discoverer 10g Handbook", de Michael Armstrong-Smithe Darlene Armstrong-Smith, e na documentação dele tem uns tutos simples, pode ser útil também... Agora, a dica maior pra ele é a mesma que pra outras tools de usuário final : vc NUNCA, JAMAIS, em TEMPO ALGUM, vai fazer o usuário acessar as tabelas normalizadas diretamente - pro usuário final manipular ma tela uma coisinha que traz os dados da nota, outra que traz os itens, outra que traz o fornecedor, etc, como normalmente é numa aplicação, é de pirar o cabeção, ele VAI SE PERDER grandemente, é INVIÁVEL : o que ele precisa é uma view chamada NOTAS_FISCAIS que já traz o que ele precisa, aí ele monta as queries em cima da viewzinha dele, certo ??? Eu já vi uma instalação bem grande de Discover (na filial brasileira duma multi alimentícia) falhar clamorosamente, ser rejeitada Em Absoluto pelos usuários, justamente por causa dos implementadores/adminsitradores não terem dado à atenção devida ás views de usuário, aí os coitados dos usuários tinham que ficar referenciando tabelas do sistema, aí foi pro brejo a usabilidade... Pra PERFORMANCE vc também tem algumas preocupações, que NECESSARIAMENTE vc deve estar ciente e cuidar delas ANTES DO DESENVOLVIMENTO, a saber : 1. quase nunca o usuário final sabe exatamente aonde tá a informação que quer, então se vc deixar por ele ele quer fazer pesquisas SEM argumento, ou quase isso : necessariamente algum tipo de limite (sei lá, últimos 6 meses, 3 meses, da dados, ou ter um máximo de n fornecedores a pesquisar simultaneamente, o que for) - uma busca pelo banco de dados todo é via de regra LENTA (mesmo que seja por índice, ler uns milhões de registros AINDA QUE por índice é lento, não tem jeito) É uma negociação DIFÍCIL mas é algo que TEM QUE ser pensado/visto/discutido... E uma vez isso acertado, PLZ tenha no Discoverer parâmetros Obrigatórios pras queries com o que for acertado. 2. views materializadas e/ou índices de função : muitas vezes o usuário quer a informação já calculada (ie, total de NFs do mês, digamos) , mas nas tabelas relacionais não é assim que a informação está, lá estão os DETALHES das milhares de NFs : não afz sentido se ter uma query que constantemente varra a tabela de NFs e itens e fornecedores e preçso pra dar o resultado, é EXPONENCIALMENTE mais performático vc já ter o cálculo pronto numa vm. Da mesma forma, via de regra há um ** sub-conjunto ** apenas dos dados que interessam pro pessoal (ie, apenas as NFs em eberto, ou coisa assim), um índice de função que só indexe esses caras pode ser útil 3) as views dos usuários TEM que ser criadas por um especialista Oracle , que vai saber indicar os campos indexados, usar as melhores/mais indicadas funcionalidades SQL... Sei que é bem complicado vc conseguir arranjar tempo do usuário sentar e definir o que precisa, E pra validar as views depois, mas deixar a view pro usuário-final criar é erro na certa... []s Chiappa --- Em oracle_br@yahoogrupos.com.br, "AtlasSys" escreveu > > Pessoal, > > Alguem tem algum material (site, texto, etc...) para indicar para iniciantes > em Discoverer??? Estou pensando em adotar esta ferramenta para distribuição > de "query"... > > Ale > Oracle 10+Win2003 > > [As partes desta mensagem que não continham texto foram removidas] >
[oracle_br] trava acesso ao banc o e conexão cai
Pessoal, vejam se podem me ajudar. Utilizo o Oracle developer para acesso a base em um notebook acessando uma rede corporativa, e estou tentando visualizar o conteúdo de uma procedure na tabela User Source , ele mostra as 5 primeiras linhas e aparentemente fica em estado de espera, se eu cancelar esta solicitação ele perde a conexão. Igualmente acessando os dados pela árvore do SQl developer qualquer procedure, a ferramenta trava. O estranho é que acessando a partir da rede onde está localizado o banco, as operações funcionam perfeitamente. Aguardo retorno dos amigos. Grimaldo Lopes de Oliveira Consultor Técnico - PRODEB Prof. Universitário Estatístico pela UFBA Especialista - Análise de Sistemas pela Viconde de Cairu http://br.linkedin.com/in/grimaldo _ Você sabia que o Windows 7 inicia e desliga mais rápido? Clique e conheça mais. http://www.microsoft.com/brasil/windows7/default.html?WT.mc_id=1539 [As partes desta mensagem que não continham texto foram removidas]
[oracle_br] Discoverer
Pessoal, Alguem tem algum material (site, texto, etc...) para indicar para iniciantes em Discoverer??? Estou pensando em adotar esta ferramenta para distribuição de "query"... Ale Oracle 10+Win2003 [As partes desta mensagem que não continham texto foram removidas]