[oracle_br] Oracle ERP financial R12 course

2010-06-07 Por tôpico Euro Soft




  ORACLE
  
ORACLE ERP R12 financial course
 
Oracle E-Business Suite R12 Financial Applications
 ·R12 ORACLE General Ledger Management Fundamentals.
· R12 ORACLEPayables Management Fundamentals.
· R12 ORACLE Receivables Management Fundamentals.
·R12  ORACLE  Asset Management Fundamentals.
·R12  ORACLE  Cash Management Fundamentals.
EUROSOFTacademy__
 
Address: -24 Ibn El-Walled St. In the Opposite of Shooting Club-Gate #10 
Mohandseen -Egypt.
Tel: -+202 333 64 306 – 011 96 70 974 - 0101334319
Web site:-www.eurosoft-eg.com    
    i...@eurosoft-eg.com


  

[As partes desta mensagem que não continham texto foram removidas]



[oracle_br] [Vaga - Itu/SP] DBA Oracle

2010-06-07 Por tôpico Luiz Antonio Camargo
Formada por um time de profissionais com larga experiência em Gestão de TI,
a MEGAINFRA oferece uma prestação de serviços amplamente capacitada,
proporcionando aos seus clientes um gerenciamento do ambiente de TI com
segurança, performance e principalmente orientado a resultados.

Habilidades necessárias: DBA Oracle
Desenvolver todas as atividades técnicas de DBA para Banco de Dados Oracle.
Instalações de Banco de dados Oracle nas versões 10g e superiores para OS
Windows e LINUX.
Tunning (ajuste de performance)
Implementação de rotinas de Backup e Recovery

Certificação OCA/OCP será um diferencial
Implantação/administração de RAC 10g será um diferencial

O profissional irá trabalhar na cidade de Itu/SP prestando serviço de
monitoramento, instalação e manutenção de bancos de dados Oracle

Enviar CV para:
r...@megainfra.com.br


[As partes desta mensagem que não continham texto foram removidas]



[oracle_br] (ASP.NET Course)

2010-06-07 Por tôpico Euro Soft


EurosoftAcademy
(ASP.NETCourse)
 àSQL Server
 àOOP (object oriented programming)
 àASP.net using C#Address: - 24 Ibn El-Walled St. In the Opposite of 
Shooting Club-Gate10 # Mohandseen -Egypt. 
Tel: - +202 333 64 306 – 011 96 70 974
    Web site: -www.eurosoft-eg.com    
    i...@eurosoft-eg.com
--: 


  

[As partes desta mensagem que não continham texto foram removidas]



Re: [oracle_br] Re: RES: [GPOracle] query de repente ficou muuuuuuuuuuuuuito demorada

2010-06-07 Por tôpico Márcio Ricardo Alves da Silva
Duilio, as tabelas com pequenas faço as coletas todos os dias. As tabelas 
que tenho milhões de registros, faço um dia sim e outro não.

Fiz o procedimento de shrink em algumas tabelas e índices, sugeridos pelo 
EM, e após isso coletei as estatísticas do schema todo.

Márcio.
- Original Message - 
From: Duilio Bruniera Junior bruni...@gmail.com
To: oracle_br@yahoogrupos.com.br
Sent: Sunday, June 06, 2010 3:35 AM
Subject: Re: [oracle_br] Re: RES: [GPOracle] query de repente ficou 
muito demorada


pessoal, sem querer parecer imbecil uma vês alguém comentou um script de
coleta de statistica da crontab depois de 4 dias algumas querys de
instantâneas passaram há 3 horas. Marcio voce ja olhou quando foi a ultima
vês que você fez uma coleta de estatisca na sua base/schema ?

Em 4 de junho de 2010 09:06, daniloh2000 daniloh2...@yahoo.com.brescreveu:



 Bom dia Senhores,

 Chiappa o que pode causar modificações no plano de execução de uma query?
 Já tive um problema semelhante ao do Marcio, uma select que executava em 3
 minutos apos uma coleta de estatisticas passou a demorar 30 minutos, no 
 meu
 caso a query foi desabilitada pois as informações que eram geradas não
 estavam sendo mais utilizadas.

 Obrigado,
 Danilo


 --- Em oracle_br@yahoogrupos.com.br oracle_br%40yahoogrupos.com.br,
 Márcio Ricardo Alves da Silva marcio_...@... escreveu
 
  Chiappa, foi me liberada uma máquina, identica a que tenho em produção,
 com o mesmo SO (HP-UX B.11.23) e seguirei a sua dica, darei uma estudada 
 no
 patch para posteriormente atualizar em produção.
 
  Sobre o problema, suspeito também que possa ser o Plano de Execução, mas
 não sabia/sei como proceder para verificar.
 
  Onde eu trabalho, não temos um sysadmin, o pessoal que toma conta da
 infra não tem o conhecimento suficiente que deveria para administrar o SO.
 
  Como eu faço para ter os Planos de Execução guardados? Tenho várias
 querys grandes.
 
  Vou gerar o trace da maneira correta, e ver se me dá alguma luz.
 
  Grato,
  Márcio.
 
 
  - Original Message -
  From: José Laurindo
  To: oracle_br@yahoogrupos.com.br oracle_br%40yahoogrupos.com.br
  Sent: Wednesday, June 02, 2010 4:15 PM
  Subject: [oracle_br] Re: RES: [GPOracle] query de repente ficou
 muito demorada
 
 
 
  Algumas obs :
 
  1) se vc está inseguro, estude e faça o patch apply pra 10.2.0.4 (saindo
 do 10.2.0.1 ** não ** é migração full, só o patch já resolve) , patcheando
 em bases de testes, na de homologação, antes de ir pra Prod... Mas imho é
 algo meio que Urgente vc ter a prod em versão - não é grande a chance de 
 bug
 já corrigido estar causando o seu prob, mas até pode ser, E ao mesmo tempo
 há n+1! bugs Críticos corrigidos nos últimos patchsets, isso pode se
 solucionar OUTROS problemas com certeza
 
  2) se apereceu 0 unique SQL statements in trace file., vc COM CERTEZA
 fez errado o trace, o correto é :
 
  a) quando a sessão ABRE a conexão mas ANTES dela enviar os SQLs vc ativa
 o trace
  b) só com o trace Ativado vc executa, NA SESSÃO, os SQLs que te
 interessam
  c) vc TEM QUE ter os cursores fechados , GERANDO assim entradas no
 arquivo de trace - normalmente vc encerra a sessão para isso...
 http://asktom.oracle.com/pls/asktom/f?p=100:11:0P11_QUESTION_ID:6793026818923mostra
  
 Exatamente um caso aonde o DBA falhou por isso
  d) o trace padrão traceja APENAS uma sessão, se o seu Aplicativo abre
 múltiplas sessões (por exemplo, gera relatórios chamando tool de 
 relatórios
 que abre nova sessão, ou usa um POOL de conexões) evidentemente o evento
 10046 sozinho não vai cobrir esses casos, como vc tá em 10g DBMS_MONITOR e
 TRCSESS vão ser as tools,
 http://www.oracle-base.com/articles/10g/SQLTrace10046TrcsessAndTkprof10g.phptem
  
 um exemplinho
 
  3) O IDEAL seria vc ter os Planos de Execução de antes do fim de semana
 (na verdade a boa recomendação é vc SEMPRE ter os planos atuais para qquer
 SQL que leve mais de 30s/1minuto), com isso seria BICO se verificar se o
 plano mudou ou não, mas pelo cenário geral Imagino que isso não está
 disponível. Assim, penso que a análise de plano de execução vai ter que 
 ser
 do modo difícil, ie, obtendo o Plano real dum trace, analisando se há como
 se redizir os LIOs (Logical IOs), por exemplo testando outros possíveis
 planos via HINTs...
 
  4) O fato de vc dizer que está fazendo acesso por índice é INSUFICIENTE
 para concluirmos, nem sempre acesso por índice = melhor plano possível,
 TRANQUILAMENTE pode ser (por exemplo) que durante a outage de fim de 
 semana
 que vc mencionou não foi feita a coleta de estatísticas adequada (digamos) 
 ,
 aí o Plano mudou e passou a escolher um índice de uma das tabelas 
 grandes
 ao invés do mais apropriado FTS paralelo na tabela grande... Como eu
 mencionei em 3) , em vc não tendo o plano anterior vc não tem base de
 comparação, então vais ter que testar Possibilidades
 
  5) Até há alguma chance de o timeout/probs do fim de semana terem
 interferido no 

[oracle_br] Convite para se conectar no LinkedIn

2010-06-07 Por tôpico Alex Castro
LinkedIn
Alex Castro requested to add you as a connection on LinkedIn:
--

rogerio,

Eu gostaria de adicioná-lo à minha rede profissional no LinkedIn.
-Alex

Accept invitation from Alex Castro
http://www.linkedin.com/e/X1QNtr6AIulHkFIhegl4itteAODkskfcu0/blk/I65226423_6/6lColZJrmZznQNdhjRQnOpBtn9QfmhBt71BoSd1p65Lr6lOfPpvcP8Qdz8Odjp9bPlgc7Fld7sNbPcPd30TdzkScP4LrCBxbOYWrSlI/EML_comm_afe/

View invitation from Alex Castro
http://www.linkedin.com/e/X1QNtr6AIulHkFIhegl4itteAODkskfcu0/blk/I65226423_6/dBYPczgScz8RdAALqnpPbOYWrSlI/svi/
 
--

DID YOU KNOW you can showcase your professional knowledge on LinkedIn to 
receive job/consulting offers and enhance your professional reputation? Posting 
replies to questions on LinkedIn Answers puts you in front of the world's 
professional community.
http://www.linkedin.com/e/abq/inv-24/

 
--
(c) 2010, LinkedIn Corporation

[As partes desta mensagem que não continham texto foram removidas]



[oracle_br] Convite para se conectar no LinkedIn

2010-06-07 Por tôpico Alex Castro
LinkedIn
Alex Castro requested to add you as a connection on LinkedIn:
--

Carmine Andre,

Eu gostaria de adicioná-lo à minha rede profissional no LinkedIn.
-Alex

Accept invitation from Alex Castro
http://www.linkedin.com/e/hWdLbEQovS9WxUla2SAnQ1WHcdNiQNfnEPkab4_YW6T/blk/I2103249850_2/1BpC5vrmRLoRZcjkkZt5YCpnlOt3RApnhMpmdzgmhxrSNBszYOnP0Re3AQczcMcj99bT53d69cikBvbPoTd30TdzkScP4LrCBxbOYWrSlI/EML_comm_afe/

View invitation from Alex Castro
http://www.linkedin.com/e/hWdLbEQovS9WxUla2SAnQ1WHcdNiQNfnEPkab4_YW6T/blk/I2103249850_2/39vc3kUejgOcP0NcAALqnpPbOYWrSlI/svi/

--

Why might connecting with Alex Castro be a good idea?

Alex Castro's connections could be useful to you:
After accepting Alex Castro's invitation, check Alex Castro's connections to 
see who else you may know and who you might want an introduction to. Building 
these connections can create opportunities in the future.

 
--
(c) 2010, LinkedIn Corporation

[As partes desta mensagem que não continham texto foram removidas]



[oracle_br] Convite para se conectar no LinkedIn

2010-06-07 Por tôpico Marco Antonio Miranda
LinkedIn
Marco Antonio Miranda requested to add you as a connection on 
LinkedIn:
--

Carmine Andre,

Eu gostaria de adicioná-lo à minha rede profissional no LinkedIn.
-Marco

Accept invitation from Marco Antonio Miranda
http://www.linkedin.com/e/hWdLbEQovS9WxUla2SAnQ1WHcdNiQNfnEPkab4_YW6T/blk/I2103622683_2/1BpC5vrmRLoRZcjkkZt5YCpnlOt3RApnhMpmdzgmhxrSNBszYOnPcUdz8OdzcMcj99bQVIdz9oj6RnbPAOdj8Rc3oScP4LrCBxbOYWrSlI/EML_comm_afe/

View invitation from Marco Antonio Miranda
http://www.linkedin.com/e/hWdLbEQovS9WxUla2SAnQ1WHcdNiQNfnEPkab4_YW6T/blk/I2103622683_2/39vcPwScz8ScP0NcAALqnpPbOYWrSlI/svi/

-- 
DID YOU KNOW your LinkedIn profile helps you control your public image when 
people search for you? Setting your profile as public means your LinkedIn 
profile will come up when people enter your name in leading search engines. 
Take control of your image! 
http://www.linkedin.com/e/ewp/inv-22/

 
--
(c) 2010, LinkedIn Corporation

[As partes desta mensagem que não continham texto foram removidas]



[oracle_br] Fast Dolphin: Oracle Financials -Sao Paulo- 3+ months

2010-06-07 Por tôpico Brenda Manjarrez
Hello, everybody.
 
Fast Dolphin is an ERP consulting company, working primarily with SAP and
Oracle. We have most of our clients in the US, but also have projects
throughout Latin America and Canada, making us one of the leading ERP
consulting firms and an excellent place to work. We offer our consultants
very competitive remuneration and exciting projects. We have both full-time
positions and contract opportunities.
 
The Position
We are currently looking for an Oracle Financials Functional Consultant for
an open-ended project in Sao Paulo, Brazil. This contract opportunity is for
at least 3 months with great possibility of extension, and will be paid on a
per-hour basis. The position description is the following:
 
 
Position: Oracle Financials Brazil with MasterSAF or Synchro
Location: Sao Paulo, Brazil
Duration: 3+ months
Travel Expenses: Not covered by client (please provide all-inclusive rates)
Requirements: 
. 5+ years of functional experience with Oracle Financials
. Experience with 11i localizations and MasterSAF or Synchro. 
. Good communications skills
Required Languages: Bilingual (Fluent in both English and Portuguese)
Cost Range: Please provide all-inclusive rates
Required documents: For non-Brazilians, legal permit for working
Others: 
. Local resources preferred. 
. Project is open ended - probably 3 months for now
 
Resume submittal
If you fulfill the position previously described, are interested in this
contract opportunity and want to be considered, please send
brenda.manjar...@fastdolphin.com the following: 
. Updated and detailed English Resume in Word Format
. Hourly fee in US dollars or Brazilian Reales
. Availability date
. Contact information (phones and e-mail) for interviews.
. Brief description of your current situation
 
 
Please feel free to contact us if you need further information.
 
 
Brenda Manjarrez
IT Recruiting Specialist
Fast Dolphin, Inc.
www.fastdolphin.com
12555 Orange Drive, Suite 242
Ft. Lauderdale, FL 0
Phone: (954) 607-6104
Fax: (954) 252-2395
 
 
Brenda Manjarrez | IT Recruiting Specialist | Fast Dolphin, Inc. |
http://www.fastdolphin.com/ www.fastdolphin.com | Work: 954-607-6104 |
Fax: 954-252-2395
 


[As partes desta mensagem que não continham texto foram removidas]



Re: [oracle_br] Re: RES: [GPOracle] query de repente ficou muuuuuuuuuuuuuito demorada

2010-06-07 Por tôpico Duilio Bruniera Junior
brother voce roda como 
vou mandar um ai pra voce de como eu faço pra ver se ajuda, esse query gera
o comando para todas as tables.
---
SELECT 'exec dbms_stats.gather_table_stats(ownname=' || CHR(39) || ds.owner
||
   CHR(39) || ',tabname=' || CHR(39) || ds.segment_name || CHR(39) ||
   ',estimate_percent = 100' || ',cascade = TRUE' ||
   ',degree= 8' ||',granularity= ' || CHR(39) || 'AUTO' || CHR(39) ||
',method_opt=' || CHR(39) ||
   ' FOR ALL COLUMNS SIZE 1' || CHR(39) || ' );' analyze
  from dba_segments ds
 where ds.owner in
('SCHEMA1','SCHEMA2','SCHEMA3','SCHEMA4','SCHEMA5','SCHEMA6','SCHEMA7')
   and ds.segment_type = ('TABLE')
   order by ds.bytes desc;
---


Em 7 de junho de 2010 08:07, Márcio Ricardo Alves da Silva 
marcio_...@yahoo.com.br escreveu:



 Duilio, as tabelas com pequenas faço as coletas todos os dias. As tabelas
 que tenho milhões de registros, faço um dia sim e outro não.

 Fiz o procedimento de shrink em algumas tabelas e índices, sugeridos pelo
 EM, e após isso coletei as estatísticas do schema todo.

 Márcio.

 - Original Message -
 From: Duilio Bruniera Junior bruni...@gmail.com bruniera%40gmail.com
 To: oracle_br@yahoogrupos.com.br oracle_br%40yahoogrupos.com.br
 Sent: Sunday, June 06, 2010 3:35 AM
 Subject: Re: [oracle_br] Re: RES: [GPOracle] query de repente ficou
 muito demorada

 pessoal, sem querer parecer imbecil uma vês alguém comentou um script de
 coleta de statistica da crontab depois de 4 dias algumas querys de
 instantâneas passaram há 3 horas. Marcio voce ja olhou quando foi a ultima
 vês que você fez uma coleta de estatisca na sua base/schema ?

 Em 4 de junho de 2010 09:06, daniloh2000 
 daniloh2...@yahoo.com.brdaniloh2000%40yahoo.com.br
 escreveu:

 
 
  Bom dia Senhores,
 
  Chiappa o que pode causar modificações no plano de execução de uma query?
  Já tive um problema semelhante ao do Marcio, uma select que executava em
 3
  minutos apos uma coleta de estatisticas passou a demorar 30 minutos, no
  meu
  caso a query foi desabilitada pois as informações que eram geradas não
  estavam sendo mais utilizadas.
 
  Obrigado,
  Danilo
 
 
  --- Em oracle_br@yahoogrupos.com.br 
  oracle_br%40yahoogrupos.com.broracle_br%
 40yahoogrupos.com.br,

  Márcio Ricardo Alves da Silva marcio_...@... escreveu
  
   Chiappa, foi me liberada uma máquina, identica a que tenho em produção,
  com o mesmo SO (HP-UX B.11.23) e seguirei a sua dica, darei uma estudada
  no
  patch para posteriormente atualizar em produção.
  
   Sobre o problema, suspeito também que possa ser o Plano de Execução,
 mas
  não sabia/sei como proceder para verificar.
  
   Onde eu trabalho, não temos um sysadmin, o pessoal que toma conta da
  infra não tem o conhecimento suficiente que deveria para administrar o
 SO.
  
   Como eu faço para ter os Planos de Execução guardados? Tenho várias
  querys grandes.
  
   Vou gerar o trace da maneira correta, e ver se me dá alguma luz.
  
   Grato,
   Márcio.
  
  
   - Original Message -
   From: José Laurindo
   To: oracle_br@yahoogrupos.com.br 
   oracle_br%40yahoogrupos.com.broracle_br%
 40yahoogrupos.com.br
   Sent: Wednesday, June 02, 2010 4:15 PM
   Subject: [oracle_br] Re: RES: [GPOracle] query de repente ficou
  muito demorada
  
  
  
   Algumas obs :
  
   1) se vc está inseguro, estude e faça o patch apply pra 10.2.0.4
 (saindo
  do 10.2.0.1 ** não ** é migração full, só o patch já resolve) ,
 patcheando
  em bases de testes, na de homologação, antes de ir pra Prod... Mas imho é
  algo meio que Urgente vc ter a prod em versão - não é grande a chance de
  bug
  já corrigido estar causando o seu prob, mas até pode ser, E ao mesmo
 tempo
  há n+1! bugs Críticos corrigidos nos últimos patchsets, isso pode se
  solucionar OUTROS problemas com certeza
  
   2) se apereceu 0 unique SQL statements in trace file., vc COM CERTEZA
  fez errado o trace, o correto é :
  
   a) quando a sessão ABRE a conexão mas ANTES dela enviar os SQLs vc
 ativa
  o trace
   b) só com o trace Ativado vc executa, NA SESSÃO, os SQLs que te
  interessam
   c) vc TEM QUE ter os cursores fechados , GERANDO assim entradas no
  arquivo de trace - normalmente vc encerra a sessão para isso...
 
 http://asktom.oracle.com/pls/asktom/f?p=100:11:0P11_QUESTION_ID:6793026818923mostra
  Exatamente um caso aonde o DBA falhou por isso
   d) o trace padrão traceja APENAS uma sessão, se o seu Aplicativo abre
  múltiplas sessões (por exemplo, gera relatórios chamando tool de
  relatórios
  que abre nova sessão, ou usa um POOL de conexões) evidentemente o evento
  10046 sozinho não vai cobrir esses casos, como vc tá em 10g DBMS_MONITOR
 e
  TRCSESS vão ser as 

[oracle_br] Re: RES: [GPOracle] query de repente ficou muuuuuuuuuuuuuito demorada

2010-06-07 Por tôpico José Laurindo
Danilo, o objetivo primário do CBO é estimar quantas linhas atendem à 
condição/filtro presente no WHERE, para a partir daí (sabendo o total de linhas 
da tabela, isso as estatísticas nos dizem) poder fazer uma comparação de quanto 
trabalho (medido em qtdade de blocos a ler)  vai ser preciso pra recuperar as 
linhas e montar o melhor plano, numa explicação curta é isso. Sendo assim, de 
modo geral as seguintes coisas podem causar alteração num plano de execução :

a) mudança na distribuição de dados : o CBO tenta identificar quantos registros 
estão presentes para a chave com valor A, com valor B, com valor C, etc : se 
durante a coleta o CBO identificar que com os últimos INSERTs/UPDATEs/DELETEs a 
situação anterior mudou (principalmente com o recurso de HISTOGRAMAS), o plano 
pode mudar

b) mudança na ordenação/posição física dos dados : o CBO também tenta computar 
o CLUSTER FACTOR, ie, uma estimativa do quanto a tabela está bem ordenada 
fisicamente em relação a cada coluna-chave (ie, se os registros com um dado 
valor-chave estão 'próximos' entre si, nos mesmos blocos ou em blocos 
'próximos', de mesmo extent digamos) : se isso mudou (digamos porque com os 
recentes INSERTs entraram novos registros no fim da tabela para valores já 
anteriormente presentes) o plano pode mudar

c) mudança na cardinalidade/volumes de dados : ie, alguma tabela cresceu ou 
diminuiu desproporcionalmente para algum/alguns valor/es chave. Eu digo 
'proporcionalmente' porque o CBO tenta (via HISTOGRAMAS se presentes, via 
'chute'  amostragem se não tem histogramas) descobrir 

d) mudança na qtdade de blocos acessados : se por qquer motivo (digamos, um 
SHRINK aconteceu, novos extents foram alocados/desalocados, o que for) a 
quantidade de blocos total e/ou a qtdade de blocos a serem lidos mudou, o plano 
pode mudar

e) bind variable peeking : se a query usa bind variables , na primeira execução 
(e a cada vez que a query for executada após qquer mudança no texto dela ou de 
ambiente) ocorrerá um parse (compilação) , nesse momento a otimização será 
feita com os valores atualmente fornecidos para os BINDs : se no primeiro parse 
foram fornecidos determinados valores para os binds e no parse atual os valores 
de bind mudaram, o plano de execução pode mudar

E é claro, mudança de performance Não Necessariamente indica que o plano mudou 
: tranquilamente (seja por falta/incompletude de estatísticas, tamanho de 
histogramas, etc) pode acontecer do CBO não detectar um aumento de custo/qtdade 
de blocos a ler), aí o mesmo plano que antes era bom ao ser aplicado agora 
causa demora - um caso típico é tabela temporária que cresceu enormemente após 
a primeira execução, por exemplo... Outro é que entraram muitos valores novos 
diferentes, ou entraram muitos registros para algum/alguns dos valores já 
presentes, aí a mesma amostragem estatísticas que antes era suficiente para uma 
boa estimativa passou a não atender, um aumento no % de estimativa, ou um 
aumento no SIZE dos histogramas pode ser necessário para corrigir isso...De 
modo geral, pra vc entender o que o CBO faz, e determinar porque um plano mudou 
e/ou passou a demorar mais o mesmo plano, eu recomendo enfaticamente o livro 
Cost-Based Oracle Fundamentals (Expert's Voice in Oracle) do autor Jonathan 
Lewis, ele aprofunda os tópicos que eu só pincelei acima E (importante) mostra 
como usar o trace 10053, que é a ferramenta da Oracle para vc analisar o 
comportamento do CBO, esse trace especial te mostra as decisões do CBO, as 
estimativas que ele fez, com isso vc muitas vezes pode identificar aonde que o 
CBO está falhando, qual informação não foi passada pra ele, se foi falha na 
estimativa de qtdade de blocos, de qtdade de linhas, de ordenação interna da 
tabela, o que foi...

Márcio, xo te dar algumas respostas em cima do que vc diz :

 Chiappa, foi me liberada uma máquina, identica a que tenho em produção, com o
mesmo SO (HP-UX B.11.23) e seguirei a sua dica, darei uma estudada no patch para
posteriormente atualizar em produção.

Precisamente o que vc deve fazer : como eu disse antes, provavelmente não tem a 
ver com o problema atual, Mas pode solucionar Outros problemas...

 
  Onde eu trabalho, não temos um sysadmin, o pessoal que toma conta da
 infra não tem o conhecimento suficiente que deveria para administrar o SO.
 

isso é um problema GRAVÍSSIMO, sem um suporte adequado de storage e de sysadmin 
vc simplesmente fic de mãos Atadas no que se refere à verificação de hardware, 
vc fica sem saber se a outage do fim de semana que vc citou causou algo a nível 
de SO/hardware (possibilidades existem, como erro em montagem de FSs, perda de 
cache, falha de hardware mesmo)... É algo que vc tem que solucionar 
internamente na sua organização, até se for o caso pedindo um outsource 
temporário pra tua gerência, já que os recursos in-house não conseguem te 
ajudar, talvez...

 Sobre o problema, suspeito também que possa ser o Plano de Execução, mas não
sabia/sei como 

[oracle_br] MasterSAF or Synchro Consultants Needed!!!!

2010-06-07 Por tôpico Brenda Manjarrez
Hello, everybody.
 
Once again I am offering positions that we have in Fast Dolphin. We needed
either MasterSAF or Synchro Consultants for an open-ended project in Sao
Paulo, Brazil. This contract opportunity is for at least 3 months with great
possibility of extension, and will be paid on a per-hour basis. The position
description is the following:
 
 
Position: MasterSAF or Synchro Consultant
Location: Sao Paulo, Brazil
Duration: 3+ months
Travel Expenses: Not covered by client (please provide all-inclusive rates)
Requirements: 
. 5+ years of functional experience with MasterSAF or Synchro
. Experience with Oracle 11i localizations 
. Good communications skills
Required Languages: Bilingual (Fluent in both English and Portuguese OR
Spanish and Portuguese)
Cost Range: Please provide all-inclusive rates
Others: 
. Local resources preferred. 
. Project is open ended - probably 3 months for now
 
Resume submittal
If you fulfill the position previously described, are interested in this
contract opportunity and want to be considered, please send
mailto:brenda.manjar...@fastdolphin.com brenda.manjar...@fastdolphin.com
the following: 
. Updated and detailed English Resume in Word Format
. Hourly fee in US dollars or Brazilian Reales
. Availability date
. Contact information (phones and e-mail) for interviews.
. Brief description of your current situation
 
 
Please feel free to contact us if you need further information.
 
 
Brenda Manjarrez
IT Recruiting Specialist
Fast Dolphin, Inc.
www.fastdolphin.com
12555 Orange Drive, Suite 242
Ft. Lauderdale, FL 0
Phone: (954) 607-6104
Fax: (954) 252-2395
 
 
Brenda Manjarrez | IT Recruiting Specialist | Fast Dolphin, Inc. |
http://www.fastdolphin.com/ www.fastdolphin.com | Work: 954-607-6104 |
Fax: 954-252-2395
 


[As partes desta mensagem que não continham texto foram removidas]



[oracle_br] Cursor Vazio

2010-06-07 Por tôpico Elcio Francisco
Pessoal gostaria de saber se tem como saber se um cursor esta vazio ou 
não.Tentei varios comandos mas não consegui. Sera que algem podera me ajudar..
 
Obrigado


Elcio Francisco 
Analista de Sistemas 


  

[As partes desta mensagem que não continham texto foram removidas]



RES: [oracle_br] Cursor Vazio

2010-06-07 Por tôpico Teixeira, Gabriel
Uma verificação usando sql%rowcount, talvez te ajude...



De: oracle_br@yahoogrupos.com.br em nome de Elcio Francisco
Enviada: seg 7/6/2010 19:37
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] Cursor Vazio


  

Pessoal gostaria de saber se tem como saber se um cursor esta vazio ou 
não.Tentei varios comandos mas não consegui. Sera que algem podera me ajudar..
 
Obrigado

Elcio Francisco 
Analista de Sistemas 

[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: Cursor Vazio

2010-06-07 Por tôpico José Laurindo
É simplérrimo : se vc usa cursor explícito, vc checa os atributos, existem  
nomedocursor%found (verdadeiro se o último fetch do cursor retornou linhas), 
nomedocursornotfound (verdadeiro se último fetch do cursor Não retornou nada), 
nomedocursor%rowcount (qtdade de linhas lido, vai ser ZERO se não achou 
ninguém... Pode ser algo tipo :

DECLARE
   CURSOR caller_cur IS
  SELECT caller_id, company_id FROM caller;
   caller_rec caller_cur%ROWTYPE;
BEGIN
   OPEN caller_cur;
   FETCH caller_cur INTO caller_rec;
   if caller_cur%NOTFOUND then
 dbms_output.put_line('Não achou nada');
   else
   CLOSE caller_cur;
END;

Já se vc usa cursor implícito com FOR, o cursor só existe dentro do loop, se vc 
quer testar fora do loop se achou ou não alguém imho o mais fácil é usar uma 
booleana, ou ter um contador no loop, com boolean seria tipo :

DECLARE
   v_retornou  boolean := FALSE;
BEGIN
   for r in (select * from all_tables where 1=2) loop
  v_retornou := TRUE;
   end loop;
   -- 
   if v_retornou then
 dbms_output.put_line('retornou linhas');
   else
  dbms_output.put_line('não retornou');
...


 []s

   Chiappa
--- Em oracle_br@yahoogrupos.com.br, Elcio Francisco elciofranci...@... 
escreveu

 Pessoal gostaria de saber se tem como saber se um cursor esta vazio ou 
 não.Tentei varios comandos mas não consegui. Sera que algem podera me ajudar..
  
 Obrigado
 
 
 Elcio Francisco 
 Analista de Sistemas 
 
 
   
 
 [As partes desta mensagem que não continham texto foram removidas]





[oracle_br] Criando Base de Dados

2010-06-07 Por tôpico Thiago Gomes
Pessoal,

Estou apreedendo a usar oracle, a versao eh 9i
com uma base de dados no oracle chamado BASE01 nela tenho
uma tablespace DADOS01.

Gostaria de criar uma outra base de dados chamada BASE02 e nela criar
uma tablespace DADOS02

Eu estou tentando criar executando o script so apresenta erro.

ERROR at line 1:
ORA-01031: insufficient privileges

Como eu faço para acessar a BASE02 e criar o tablespace.

Obrigado pela ajuda.

-- 
Thiago Gomes