Correto... Se a criação de views materializadas é algo extremamente frequente
(e que vale a pena, portanto, ser automatizada/facilitada, em especial em
databases desenv, que não são rigorosamente controlados pelo DBA e portanto são
os desenvolvedores que criam as views materializadas), o que vc
No caso aqui, eu ja converti todos os database jobs para scheduler. A minha
preocupação era essa da criação de novas mviews pelo time de
desenvolvimento, pois as mviews já existentes estão com refresh pelo
schelduler jobs. Vou ter que conversar e alinhar com os developers essa
questão das novas mvi
Compartilho da mesma visão do Ângelo, não acho que ele perdeu oportunidade
de ficar quieto. Até mesmo porque é bem comum ver ambientes que o cara
compra a licença, não paga suporte e o DBA/suport.e entra no fórum ou no
grupo de mail, perguntando e tendo que se virar em 10.
Quantos aqui já viram que
Pode ser,
Mas eu justifico, posso ter faltado com a educação, o comentário ter saído
meio torto, mas tem um motivo bem forte pra isso...
=> É que eu não me conformo em ver esse tipo de coisa acontecer.
Aliás, não me conformo em nada que esteja sendo feito da forma errada.
E digo mais, no di
Ah sim : como experts em TI, a nossa Obrigação é essa, é provermos o pessoal da
Direção com as melhores práticas, indicar os RISCOS presentes e estabelecer as
melhores políticas , e sempre embasados por PROVAS DOCUMENTAIS, de origem
Confiável, e POR ESCRITO, SEMPRE - nada via oral, conversinhas
Sem a menor dúvida, a tendência é essa, e é Claro que a Oracle tá aos poucos
substituindo os JOBs internos por SCHEDULER JOBs (principalmente pela maior
flexibilidade dos últimos), mas isso leva um tempo, sim ? Há muitos pontos
aonde ocorrer essa substituição ...Não tem como o SCHEDULER JOB, que
Chiappa,
Com a introdução dessa funcionalidade de scheduler(jobs), é natural pensar
que os database jobs serão descontinuados futuramente, com relação a isso
acho uma falha grave a Oracle não ter pensado em substituir por job
scheduler o refresh da mview quando se cria a mesma com o start with..
Empresa familiar, o atual diretor começou na empresa da família no TI, e hj
ele prefere que seja assim, talvez a partir de agora ele mude de ideía.
Em qui, 31 de mar de 2016 às 09:30, jlchia...@yahoo.com.br [oracle_br] <
oracle_br@yahoogrupos.com.br> escreveu:
>
>
> Tudo tranquilo, Gerson ? pmfji
Tudo tranquilo, Gerson ? pmfji, mas embora não seja o que perguntou (a sua
dúvida já foi respondida anteriormente) , deixe-me registrar que é bem incomum
que Diretoria tome decisão técnica , como aplicar ou não um patch, EM ESPECIAL
porque isso ABSOLUTAMENTE, TOTALMENTE, COMPLETAMENTE ** não **
Nope, se vc consultar a documentação (mais especificamente o manual "Oracle
Database SQL Reference" no capítulo de CREATE MATERIALIZED VIEW) vc verá que em
START WITH e o NEXT ele ** exige ** expressões que retorne um datetime que
será usada para disparar (e via DATABASE JOB) o refresh inicial
O Angelo perdeu uma excelente oportunidade de ficar quieto.
kkk
2016-03-31 8:59 GMT-03:00 Gerson Luz gerson@gmail.com [oracle_br] <
oracle_br@yahoogrupos.com.br>:
>
>
> Angelo,
>
> Apesar de não fazer parte do assunto da Thread, o ambiente está licenciado
> e o suporte rigorosamente
Angelo,
Apesar de não fazer parte do assunto da Thread, o ambiente está licenciado
e o suporte rigorosamente em dia.
Está na versão 11.2.0.1.0 por decisão da diretoria da empresa, que prefere
só atualizar a cada troca de hardware ou necessidade extrema, devido ao
pouco uso da aplicação em questão.
12 matches
Mail list logo
