Nope, veja as minhas outras msgs com demonstrações (que provavelmente não te
chegaram antes de vc escrever esta), que :
- é CLARO que as sessões estão SIM esperando por algo, sessão que não espera
por nadaé IMPOSSÍVEL
- é Claro que (ao menos desde a introdução do 10g) o banco Registra
E uma curiosidade : como as sessões 2 e 3 estão Constantemente enviando
pedidos de lock não satisfeitos, paralelemante, quando a Transação que obteve o
lock encerrar, NÂO É NECESSARIAMENTE a segunda sessão que vai receber o lock ,
é aleatório, já que ambas estão enviando constantemente request
Chiappa,
Agradeço o tempo que você despendeu para analisar o caso, mas devo discordar
totalmente de você, amigo.
1. Veja, não há nenhuma sessão esperando nada.. o select for update está usando
NOWAIT, que é justamente para não esperar.. Ocorre o ORA-00054, e a aplicação
tenta bloquear o registro
Só para mostrar que *** Não É Verdade *** que vc não possa identificar as
sessões que estão Esperando para obter um lock, veja o Exemplo abaixo (em 11gr2
EE, mas em princípio Independente de versão) : terei 3 janelas separadas (e
portanto 3 sessões) que vão rodar a mesma rotina que não trata co
Hmmm, peraí : "nunca vai sair" é absolutamente Falso : o lock que A está
mantendo (e que impede B de lockar o mesmo recurso) *** NÃO *** é Eterno, ele
VAI SIM ser liberado assim que A encerrar a transação, seja com COMMIT seja com
ROLLBACK, yes ??? Da mesma maneira, dizer que é "impossível ide
Chiappa, o meu espanto é devido à lógica utilizada na aplicação.
Se o registro está lockado, o processo entra em um loop e tenta novamente
executar exatamente o mesmo select for update nowait para lockar o registro.
O efeito cascata disso é que, ao fazer isto, a sessão A não libera os registros
a
Legal Raphael! Não sei se é possível, mas vc poderia me passar o contato desse
cliente em off? Ou o seu mesmo, esta tua informação me animou.
Abraços,
Dorian
--- Em oracle_br@yahoogrupos.com.br, Raphael Franco escreveu
>
> Dorin,
>
> Tenho um cliente que tem o sistema Senior e estava no BD Or
Bom, vamos começar respondendo à sua pergunta : Não, em princípio afaik
(salvo alguma alteração PESADA, não-suportada e EXTREMAMENTE perigosa de
interferir no banco como um todo, tipo via parâmetros internos, OU então
jogando-se o parâmetro de compatibility lá embaixo pra alguma versão antiga,
Dorin,
Tenho um cliente que tem o sistema Senior e estava no BD Oracle SE 11.2.0.2
64Bits / Red Hat 5.8
Ficou 1 ano nesse ambiente e o mes passado migramos para 11.2.0.3 / Red Hat 5.9
Antes de migrarmos sempre foi feito uma homologação e nunca tive problemas!
Esta em produção e tudo OK!
att.
Colega, explica melhor o que seria esse "tratamento de dados" que vc terá que
fazer ao transferir as estruturas e dados para o schema-destino : será que, por
Acaso, o schema-destino ** não ** vai estar vazio, e portanto vc pode ter que
alterar datatypes, criar estruturas de auxílio (como TYPES
Que nada, o Dba é gente boa...
Por estas bandas a gente chama isto de "dormir de botina". Agora quem dormiu é
outro assunto.(rs)
E com calma algumas perguntas serão respondidas, pois antes de migrar fizemos
testes. Por que não pegamos isto nos testes?
Dorian
--- Em oracle_br@yahoogrupos.com.br
PessoALL;
Preciso mapear a estrutura e dados de um Schema e carregar um segundo Schema, o
que e como vc's me sugerem fazer para atender e agilizar esse procedimento -
'copiar e colar".
Obs.: haverá casos que precisarem tratar o dado antes dele carregar a o destino.
Obrigado pela atenção de t
Senhores, boa tarde.
Temos uma aplicação de terceiros (CHB) que faz "select ... for update ...
NOWAIT".
Essa aplicação recebe o erro ORA-00054 e o tratamento que ela dá é: tenta o
select novamente!!!
Com isso, não ocorre o deadlock, nem consigo saber exatamente quem é o
bloqueador, pois há d
Que rolo isso hein.. esse dba vai mandar vcs irem passear daqui a pouco e
com razão deveriam ter avisado o cara antes...rsss
Engraçado que isso se repete em um monte de lugar...falha de
comunicação...não ?
2013/3/18 Dorian
> **
>
>
> Noticia ruim para o DBA ele vai ter que passar para a
Sugestão : eu não confiaria 100% nesse aplicativo de consistência deles,
Ninguém nos garante que ele está 100% atualizado...
Assim, depois de vc receber o novo banco 11.2.0.1 e de instalar nele o
Aplicativo, ** E ** de confirmar com quem administra esse Aplicativo que Não
Houveram patches
Dorian,
É isso mesmo, se a tabela tiver um campo tipo char e for preenchida apenas por
numeros até funciona o select sem aspas, mas se tiver uma unica linha com campo
caracter vair dar o erro ORA-01722: invalid number
Att
Marcos
SQL> CREATE TABLE TESTE_A (COL1 VARCHAR2(10));
Table created.
O que vou fazer agora deve responder esta pergunta. Pedi uma maquina virtual e
um banco 11 na versão homologada em ambiente de teste.
Vou instalar o aplicativo novamente o que criará todas triggers views,
procedures e afins que ele exige.
Vou pedir para o dba fazer um import/export do banco e u
E só para ficar Escrupulosamente Claro, a falha no procedimento da tal
soft-house não era o fato de haver patches (isso é algo que deveria ser
Comemorado, sinal que alguém lá se preocupava com melhorias), mas sim o
GERENCIAMENTO disso : os Clientes só ficavam sabendo que tinha patch que criava
Noticia ruim para o DBA ele vai ter que passar para a 0.1 e vai sobrar pra
alguém, pois antes de migrar para 11 deveria-se ter observado a questão da
homologação.
Para resolver o problema em questão, eram poucos registros RG com caracteres
alfa, eliminei os caracteres e o problema desapareceu p
Dorian, pensando especificamente sobre a questão de alterações de modelo (tal
como os índices que os DBAs tiveram que criar na mão na instância 11g), esses
índices Existiam/Existem no banco 10g ?? A tela/módulo do Sistema que envia o
SQL que precisa desses índices está Ativa e Presente na sua
Bem, eu pessoalmente não sei se classificaria um sistema que tem SQLs com
erros de sintaxe tão graves / grosseiros como a falta de plics ao mexer com
strings de "um relógio", mas enfim, falando sobre o RDBMS : sim, essa alteração
de 4o dígito indica PATCHSET diferente, e um patchset (seja ele
Bons tempos que participei do grupo, mas agora a realidade é outra, me deram um
"filho" para criar chamado Sênior, enquanto o restante da equipe fica somente
com SAP. (rs)
Mas vamos lá, primeiro obrigado a todos. Vocês tem razão é "caca" da Sênior, o
fato de funcionar na versão anterior não eli
Exato André. Tive que provar isso, na minha antiga empresa, para um
desenvolvedor, que teimou em dizer que era culpa da migração da versão do
banco. Quando no final era má prática dele em não colocar as aspas para uma
consulta texto.
Att,/Regards,
Vitor Jr.
Infraestrutura / Infrast
Verdade verdadeira, os campos tipo Formula são uma 'automação' da idéia , onde
vc já tem código E item que recebe valor num só ponto - o procedimento seria o
mesmo na parte de layout, e o field vai ter como Source o campo-programado, só
não será necessário programar em trigger do report, sim...
E aí mestre, tudo joinha ?? Então, o ponto aí é que quando se confia em
conversões implícitas (ie, vc passa um NUMBER numa comparação string como é o
seu caso, ou vc passa uma string para comparar uma data, ou qquer coisa do
tipo) se está TOTALMENTE À MERCÊ das decisões do CBO, ele TANTO pode e
Grande Dorian !
Tudo bem? Quanto tempo!
O fato de ter dado erro com a versão 11g, foi coincidência!
Esse erro é totalmente possível de acontencer com a 10g também (ou qualquer
versão anterior).
O pessoal da Sênior Sistemas deveria corrigir isso. Tente abrir um chamado
para eles.
Se Oracle (otim
Pô eu nunca fiz query com um campo varchar sem estar entre aspas... aprendi
desde o inicio que era errado..e internalizou..
mas se é incompatibilidade, ou se agora esta versão está te obrigando a
fazer a coisa certa... deixa a galera mais experimentada comentar...
detalhe pequeno que faz a diferenç
Bom dia galera. Faz tempo que não passo por aqui, minha praia mudou, foi
empacotada(rs), mas preciso de ajuda.
Migraram o banco aqui de 10 para 11 e tenho a seguinte situação:
SELECT 1 FROM R090PNG WHERE TipDoc=2 AND NumDoc= 12615445888; (Oracle 10 - OK)
O mesmo select:
SELECT 1 FROM R090PNG
Tiago, é óbvio que tem, sim : só é preciso entender um pouco de Conceitos do
Reports : esse era um dos exemplos que eu sempre fazia nos Treinamentos de
Reports, ie, como ter itens do Título variáveis, e aí aproveitava para falar
dos built-ins e variáveis do sistema, como número de página e quet
Milton, bom dia.
Acho que tem sim, mas é que eu procuro uma solução menos "adaptável" sabe,
queria saber se no 10g (Faltou essa info), tem algo como
if valor = 0 then
campo := 'Texto 1'
else
campo := 'Texto 2';
ou então
if valor = 0 then
srw.set_text(campo, 'Texto 1')
else
srw.set_text(campo,
30 matches
Mail list logo