[oracle_br] URGENTE REPORTS
Boa tarde Estou tendo problemas diarios com o servidor de reports, todos os dias ele cai ou fica muito lento ocasionando erros. Quem puder ajudar fico muito agradecido! Ele apresenta o erro: Internal Server ErrorThe server encountered an internal error or misconfiguration and was unable to complete your request. Please contact the server administrator, @seplan.to.gov.br and inform them of the time the error occurred, and anything you might have done that may have caused the error. More information about this error may be available in the server error log. Rodrigo Julião rjul...@bol.com.br rdjul...@yahoo.com.br rdjul...@hotmail.com De: mariano.listas Para: oracle_br@yahoogrupos.com.br Enviadas: Quinta-feira, 25 de Fevereiro de 2010 12:07:41 Assunto: [oracle_br] Re: UTF8 x VARCHAR2 x NVARCHAR2 Bom dia, Obrigado pelas explicações, mas eu fiquei com uma dúvida, se o banco for criado com character set UTF8, as colunas VARCHAR2 suportarão dados UTF8 sem qualquer alteração? COLUNA1 VARCHAR2(30) , suporta 30 caracteres UTF8, podendo consumir até 60 bytes (30x2 bytes) ? []'s --- Em oracle...@yahoogrup os.com.br, José Laurindo escreveu > > Colega , que eu saiba : > > a. não é possível vc ter um datatype 'variável' como vc descreve, quando vc > cria uma tabela vc já indica que a coluna x é do datatype Y e assim será > criada e assim permanecerá até ser alterada... o que vc poderia fazer é, > quando da INSTALAÇÃO da aplicação, perguntar se o cliente deseja datatype x > ou y, mas uma vez escolhido e criado assim permanece > > b. vc diz que necessariamente terá que usar NVARCHAR2, POR QUE ? Imagino que > cfrme o link http://www.oracle. com/technology/ obe/obe9ir2/ obe-nls/nchar/ > nchar.htm indica, vc já saiba que há 2 maneiras de se ter UTF, OU vc usa > NCHAR/NVARCHAR ** OU ** simplesmente vc tem um banco criado no character UTF > desejado... Via de regra a opção de NxxCHAR é mais flexível (por exemplo, vc > pode ter NxxCHAR UTF8 em QUALQUER database que o cliente queira usar), muitas > vezes é a mais adequada MAS NÃO É a única... Vc avaliou a opçao de ter o > database no characterset desejado ? > > c. o mesmo link acima mostra algumas das issues que vc pode ter (por exemplo, > programa client não preparado para UTF, tool de desenvolvimento não > aceitando/tendo problemas com UTF, eventuais problemas de performance por > conversão implícita, etc) - tenha ciência deles, e TESTE cuidadosamente > isso... > > d. e finalmente, vejo que vc está usando bd 9.2.0.1, essa foi a release > inicial do bd 9i, teve DIVERSOS bugs nela (até alguns referentes à > manipulação de characterset com tools Oracle, como exp/imp e sqlldr, iirc) - > consiere SERIAMENTE a possibilidade de aplicar o patch final do 9i nesse > banco (9.2.0.8 na maioria dos SOs) > > []s > > Chiappa > > --- Em oracle...@yahoogrup os.com.br, "mariano.listas" > escreveu > > > > Bom dia, > > > > Tenho uma aplicação que usa VARCHAR2 nos campos de caracter de tabelas e > > pametros de procedures/function s. Preciso deixar a aplicação compativel > > com UTF8, e será necessário trabalhar com NVARCHAR2. Para deixar mais > > flexivel, gostaria de criar um tipo ex: CUSTOMVARCHAR2 que dependendo da > > instalação poderia ser NVARCHAR2 ou VARCHAR2 e todas as tabelas/procedures/ > > functions iriam referenciar este tipo. > > > > É possível de fazer isto no Banco Oracle? Ou é mais vantagem converter tudo > > para NVARCHAR2 ? > > > > Banco: > > Oracle9i Enterprise Edition Release 9.2.0.1.0 - Production > > PL/SQL Release 9.2.0.1.0 - Production > > CORE 9.2.0.1.0 Production > > TNS for 32-bit Windows: Version 9.2.0.1.0 - Production > > NLSRTL Version 9.2.0.1.0 - Production > > > > > > Att. > > > > André Luis Mariano > > Analista de Sistemas > > Oracle 10g DB Certified Associate > > > > http://www.linkedin .com/in/andremar ianoit > > > 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]
Res: [oracle_br] Re: Comportamento select
Ola , Fiz umas analises baseada nos topicos , e pude ver o seguinte. o problema n sao os sinonimos,estou entre as packages e a politica de seguranca. em resumo ta assim, se a view tiver alguma api contida,os dados nao sao mostrados caso nao tudo certo. outros usuarios do sistema acessao essas views sem negum problema(foram criados pela aplicacao). no caso de ser alguma politica de seguranca como posso encherga-las? att De: José Laurindo Para: oracle_br@yahoogrupos.com.br Enviadas: Quinta-feira, 18 de Fevereiro de 2010 10:56:05 Assunto: [oracle_br] Re: Comportamento select Pode ser que : a) as suas Views (ou alguma função da package q está sendo chamado, talvez) usem views do sistema que restringem os dados cfrme quem está conectado, como as ALL_nnn ou USER_nnn ou b) o seu banco tem policies de segurança (criadas via RLS) que restringem os dados ä um usuário ou c) tem bagunça de sinônimos público/privados, com o user x owner vc acessa diretamente os objs, com outros entra em ação algum sinônimo apontando pra local incorreto Isso é o que a gente pensa num primeiro momento, faça um debug aí e veja qual se encaixa, se é o caso... []s Chiappa --- Em oracle...@yahoogrup os.com.br, paulo matadr escreveu > > Bom dia a todos, > eu tenho umas views que utilizam packages e estou encucado na seguinte > questao, um select encima da mesma so obtem resultado com o usuario owner > dos objectos ,qualquer outro usuario nao me traz nada,ate mesmo > sys ou system. > > minha versao e 10g > > Paulo > > > _ _ _ _ _ _ > Veja quais são os assuntos do momento no Yahoo! +Buscados > http://br.maisbusca dos.yahoo. com > > [As partes desta mensagem que não continham texto foram removidas] > 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] not find program
Srs. tenho Oracle 10G RAC (2 nós), IBM P6, linux Red Hat. Começamos a perceber o erro abaixo em algumas procedures Exemplo: ora 04068 existing state of packages has been discarded ora 04065 not executed, altered or dropped store procedure "s.functran" ora 06508 pl/sql could not find program unit being called Em princípio parecia algum objeto faltando, mas estão todos lá (e válidos) Tentei recompilar as proc´s e func´s envolvidas mas nada adiantou. Algums objectos eu dropei e recriei e resolveu, outro tive que inserir uma linha em branco no código e recompilar para conseguir solucionar. Hoje tenho o caso de function´s como acima, que nem dropando e recriando consegui resolver. Se alguém tiver alguma dica Sérgio L. Spolon Analista de Sistemas - DBA Irmãos Muffato & Cia. Ltda. * ser...@muffato.com.br ( (43) 3174-1300 Ramal 1317 8 www.supermuffato.com.br --- Esta mensagem n�o implica a assun��o de obriga��es em nome da empresa Irm�os Muffato e Cia Ltda, conforme Contrato Social em sua 3a. Cl�usula da 56a. altera��o. Qualquer uso n�o autorizado, replica��o ou dissemina��o desta mensagem ou parte dela � expressamente proibido. A empresa Irm�os Muffato e Cia Ltda n�o � respons�vel pelo conte�do ou a veracidade desta informa��o. [As partes desta mensagem que não continham texto foram removidas]
[oracle_br] Tempo de execucao
Boa tarde, amigos Como posso ver a data inicio e data fim da execução de uma procedure. Obrigado Com os melhores cumprimentos, Carlos Pinto [As partes desta mensagem que não continham texto foram removidas]
[oracle_br] Re: UTF8 x VARCHAR2 x NVARCHAR2
Ixe, não vi publicada a resposta abaixo que te enviei, acho que a internet engoliu ela, entâo mando de novo : por favor quem receber 2x desconsidere... Segue : --- Em oracle_br@yahoogrupos.com.br, "mariano.listas" escreveu > > se o banco for criado com character set UTF8, as colunas VARCHAR2 suportarão > dados UTF8 sem qualquer alteração? Sim, num banco criado como UTF-8 as strings todas serão codificadas em UTF-8, correto... > > COLUNA1 VARCHAR2(30), suporta 30 caracteres UTF8, podendo consumir até 60 > bytes (30x2 bytes) ? > afaik não : é uma opção quando vc cria uma coluna string é uma OPÇÃO se o controle de tamanho vai ser por bytes (ie, se esse (30) representa 30 bytes), ou se vai ser por caracteres (ie, esse (30) indica 30 caracteres) vai , iirc o default é BYTES mesmo num banco UTF-8 : assim, iirc, para que vc tenha sempre 30 caracteres nessa coluna ela deveria ser criada como COLUNA1 VARCHAR2(30 CHAR) , é isso... []s Chiappa --- Em oracle_br@yahoogrupos.com.br, "mariano.listas" escreveu > > Bom dia, > > Obrigado pelas explicações, mas eu fiquei com uma dúvida, se o banco for > criado com character set UTF8, as colunas VARCHAR2 suportarão dados UTF8 sem > qualquer alteração? > > COLUNA1 VARCHAR2(30), suporta 30 caracteres UTF8, podendo consumir até 60 > bytes (30x2 bytes) ? > > []'s > > --- Em oracle_br@yahoogrupos.com.br, José Laurindo escreveu > > > > Colega , que eu saiba : > > > > a. não é possível vc ter um datatype 'variável' como vc descreve, quando vc > > cria uma tabela vc já indica que a coluna x é do datatype Y e assim será > > criada e assim permanecerá até ser alterada... o que vc poderia fazer é, > > quando da INSTALAÇÃO da aplicação, perguntar se o cliente deseja datatype x > > ou y, mas uma vez escolhido e criado assim permanece > > > > b. vc diz que necessariamente terá que usar NVARCHAR2, POR QUE ? Imagino > > que cfrme o link > > http://www.oracle.com/technology/obe/obe9ir2/obe-nls/nchar/nchar.htm > > indica, vc já saiba que há 2 maneiras de se ter UTF, OU vc usa > > NCHAR/NVARCHAR ** OU ** simplesmente vc tem um banco criado no character > > UTF desejado... Via de regra a opção de NxxCHAR é mais flexível (por > > exemplo, vc pode ter NxxCHAR UTF8 em QUALQUER database que o cliente queira > > usar), muitas vezes é a mais adequada MAS NÃO É a única... Vc avaliou a > > opçao de ter o database no characterset desejado ? > > > > c. o mesmo link acima mostra algumas das issues que vc pode ter (por > > exemplo, programa client não preparado para UTF, tool de desenvolvimento > > não aceitando/tendo problemas com UTF, eventuais problemas de performance > > por conversão implícita, etc) - tenha ciência deles, e TESTE cuidadosamente > > isso... > > > > d. e finalmente, vejo que vc está usando bd 9.2.0.1, essa foi a release > > inicial do bd 9i, teve DIVERSOS bugs nela (até alguns referentes à > > manipulação de characterset com tools Oracle, como exp/imp e sqlldr, iirc) > > - consiere SERIAMENTE a possibilidade de aplicar o patch final do 9i nesse > > banco (9.2.0.8 na maioria dos SOs) > > > > []s > > > >Chiappa > > > > --- Em oracle_br@yahoogrupos.com.br, "mariano.listas" > > escreveu > > > > > > Bom dia, > > > > > > Tenho uma aplicação que usa VARCHAR2 nos campos de caracter de tabelas e > > > pametros de procedures/functions. Preciso deixar a aplicação compativel > > > com UTF8, e será necessário trabalhar com NVARCHAR2. Para deixar mais > > > flexivel, gostaria de criar um tipo ex: CUSTOMVARCHAR2 que dependendo da > > > instalação poderia ser NVARCHAR2 ou VARCHAR2 e todas as > > > tabelas/procedures/functions iriam referenciar este tipo. > > > > > > É possível de fazer isto no Banco Oracle? Ou é mais vantagem converter > > > tudo para NVARCHAR2 ? > > > > > > Banco: > > >Oracle9i Enterprise Edition Release 9.2.0.1.0 - Production > > >PL/SQL Release 9.2.0.1.0 - Production > > >CORE 9.2.0.1.0 Production > > >TNS for 32-bit Windows: Version 9.2.0.1.0 - Production > > >NLSRTL Version 9.2.0.1.0 - Production > > > > > > > > > Att. > > > > > > André Luis Mariano > > > Analista de Sistemas > > > Oracle 10g DB Certified Associate > > > > > > http://www.linkedin.com/in/andremarianoit > > > > > >
[oracle_br] Re: UTF8 x VARCHAR2 x NVARCHAR2
Bom dia, Obrigado pelas explicações, mas eu fiquei com uma dúvida, se o banco for criado com character set UTF8, as colunas VARCHAR2 suportarão dados UTF8 sem qualquer alteração? COLUNA1 VARCHAR2(30), suporta 30 caracteres UTF8, podendo consumir até 60 bytes (30x2 bytes) ? []'s --- Em oracle_br@yahoogrupos.com.br, José Laurindo escreveu > > Colega , que eu saiba : > > a. não é possível vc ter um datatype 'variável' como vc descreve, quando vc > cria uma tabela vc já indica que a coluna x é do datatype Y e assim será > criada e assim permanecerá até ser alterada... o que vc poderia fazer é, > quando da INSTALAÇÃO da aplicação, perguntar se o cliente deseja datatype x > ou y, mas uma vez escolhido e criado assim permanece > > b. vc diz que necessariamente terá que usar NVARCHAR2, POR QUE ? Imagino que > cfrme o link > http://www.oracle.com/technology/obe/obe9ir2/obe-nls/nchar/nchar.htm indica, > vc já saiba que há 2 maneiras de se ter UTF, OU vc usa NCHAR/NVARCHAR ** OU > ** simplesmente vc tem um banco criado no character UTF desejado... Via de > regra a opção de NxxCHAR é mais flexível (por exemplo, vc pode ter NxxCHAR > UTF8 em QUALQUER database que o cliente queira usar), muitas vezes é a mais > adequada MAS NÃO É a única... Vc avaliou a opçao de ter o database no > characterset desejado ? > > c. o mesmo link acima mostra algumas das issues que vc pode ter (por exemplo, > programa client não preparado para UTF, tool de desenvolvimento não > aceitando/tendo problemas com UTF, eventuais problemas de performance por > conversão implícita, etc) - tenha ciência deles, e TESTE cuidadosamente > isso... > > d. e finalmente, vejo que vc está usando bd 9.2.0.1, essa foi a release > inicial do bd 9i, teve DIVERSOS bugs nela (até alguns referentes à > manipulação de characterset com tools Oracle, como exp/imp e sqlldr, iirc) - > consiere SERIAMENTE a possibilidade de aplicar o patch final do 9i nesse > banco (9.2.0.8 na maioria dos SOs) > > []s > >Chiappa > > --- Em oracle_br@yahoogrupos.com.br, "mariano.listas" > escreveu > > > > Bom dia, > > > > Tenho uma aplicação que usa VARCHAR2 nos campos de caracter de tabelas e > > pametros de procedures/functions. Preciso deixar a aplicação compativel com > > UTF8, e será necessário trabalhar com NVARCHAR2. Para deixar mais flexivel, > > gostaria de criar um tipo ex: CUSTOMVARCHAR2 que dependendo da instalação > > poderia ser NVARCHAR2 ou VARCHAR2 e todas as tabelas/procedures/functions > > iriam referenciar este tipo. > > > > É possível de fazer isto no Banco Oracle? Ou é mais vantagem converter tudo > > para NVARCHAR2 ? > > > > Banco: > >Oracle9i Enterprise Edition Release 9.2.0.1.0 - Production > >PL/SQL Release 9.2.0.1.0 - Production > >CORE 9.2.0.1.0 Production > >TNS for 32-bit Windows: Version 9.2.0.1.0 - Production > >NLSRTL Version 9.2.0.1.0 - Production > > > > > > Att. > > > > André Luis Mariano > > Analista de Sistemas > > Oracle 10g DB Certified Associate > > > > http://www.linkedin.com/in/andremarianoit > > >
[oracle_br] Re: UTF8 x VARCHAR2 x NVARCHAR2
Colega , que eu saiba : a. não é possível vc ter um datatype 'variável' como vc descreve, quando vc cria uma tabela vc já indica que a coluna x é do datatype Y e assim será criada e assim permanecerá até ser alterada... o que vc poderia fazer é, quando da INSTALAÇÃO da aplicação, perguntar se o cliente deseja datatype x ou y, mas uma vez escolhido e criado assim permanece b. vc diz que necessariamente terá que usar NVARCHAR2, POR QUE ? Imagino que cfrme o link http://www.oracle.com/technology/obe/obe9ir2/obe-nls/nchar/nchar.htm indica, vc já saiba que há 2 maneiras de se ter UTF, OU vc usa NCHAR/NVARCHAR ** OU ** simplesmente vc tem um banco criado no character UTF desejado... Via de regra a opção de NxxCHAR é mais flexível (por exemplo, vc pode ter NxxCHAR UTF8 em QUALQUER database que o cliente queira usar), muitas vezes é a mais adequada MAS NÃO É a única... Vc avaliou a opçao de ter o database no characterset desejado ? c. o mesmo link acima mostra algumas das issues que vc pode ter (por exemplo, programa client não preparado para UTF, tool de desenvolvimento não aceitando/tendo problemas com UTF, eventuais problemas de performance por conversão implícita, etc) - tenha ciência deles, e TESTE cuidadosamente isso... d. e finalmente, vejo que vc está usando bd 9.2.0.1, essa foi a release inicial do bd 9i, teve DIVERSOS bugs nela (até alguns referentes à manipulação de characterset com tools Oracle, como exp/imp e sqlldr, iirc) - consiere SERIAMENTE a possibilidade de aplicar o patch final do 9i nesse banco (9.2.0.8 na maioria dos SOs) []s Chiappa --- Em oracle_br@yahoogrupos.com.br, "mariano.listas" escreveu > > Bom dia, > > Tenho uma aplicação que usa VARCHAR2 nos campos de caracter de tabelas e > pametros de procedures/functions. Preciso deixar a aplicação compativel com > UTF8, e será necessário trabalhar com NVARCHAR2. Para deixar mais flexivel, > gostaria de criar um tipo ex: CUSTOMVARCHAR2 que dependendo da instalação > poderia ser NVARCHAR2 ou VARCHAR2 e todas as tabelas/procedures/functions > iriam referenciar este tipo. > > É possível de fazer isto no Banco Oracle? Ou é mais vantagem converter tudo > para NVARCHAR2 ? > > Banco: >Oracle9i Enterprise Edition Release 9.2.0.1.0 - Production >PL/SQL Release 9.2.0.1.0 - Production >CORE 9.2.0.1.0 Production >TNS for 32-bit Windows: Version 9.2.0.1.0 - Production >NLSRTL Version 9.2.0.1.0 - Production > > > Att. > > André Luis Mariano > Analista de Sistemas > Oracle 10g DB Certified Associate > > http://www.linkedin.com/in/andremarianoit >
[oracle_br] UTF8 x VARCHAR2 x NVARCHAR2
Bom dia, Tenho uma aplicação que usa VARCHAR2 nos campos de caracter de tabelas e pametros de procedures/functions. Preciso deixar a aplicação compativel com UTF8, e será necessário trabalhar com NVARCHAR2. Para deixar mais flexivel, gostaria de criar um tipo ex: CUSTOMVARCHAR2 que dependendo da instalação poderia ser NVARCHAR2 ou VARCHAR2 e todas as tabelas/procedures/functions iriam referenciar este tipo. É possível de fazer isto no Banco Oracle? Ou é mais vantagem converter tudo para NVARCHAR2 ? Banco: Oracle9i Enterprise Edition Release 9.2.0.1.0 - Production PL/SQL Release 9.2.0.1.0 - Production CORE 9.2.0.1.0 Production TNS for 32-bit Windows: Version 9.2.0.1.0 - Production NLSRTL Version 9.2.0.1.0 - Production Att. André Luis Mariano Analista de Sistemas Oracle 10g DB Certified Associate http://www.linkedin.com/in/andremarianoit
