Re: [oracle_br] group by

2015-07-30 Por tôpico Vitor Junior vitorj...@gmail.com [oracle_br]
Boa tarde.
O grupo não aceita anexos. :)

Em qui, 30 de jul de 2015 às 16:13, Roger Camatini
rogerio.camat...@gmail.com [oracle_br] oracle_br@yahoogrupos.com.br
escreveu:



 Galera duvida rápida.

 Estou fazendo uns testes com dados de uma tabela, dai me surgiu essa
 duvida.
 Preciso fazer com que o retorno da minha consulta conforme abaixo seja
 diferente do que mostra a figura. Preciso agrupar cada registro do campo
 hora em uma unica linha. O group by não ta funcionando aqui.

 ​

 Atenciosamente,
 Rogério Camatini.

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

  

-- 
Att,/Regards,


Vitor Jr.
Infraestrutura / Infrastructure Team

Oracle 12c DBA Certified Professional - OCP 12c
Oracle 11g DBA Certified Professional - OCP 11g
Oracle Certified Expert, Oracle Real Application Clusters 11g and Grid
Infrastructure Administrator - OCE
Oracle Database 11g Performance Tuning Certified Expert - OCE
Oracle Exadata 11g Certified Implementation Specialist
Oracle Certified Associate, MySQL 5
mail, gtalk e msn: vitorj...@gmail.com
http://certificacaobd.com.br/
skype: vjunior1981
https://mybizcard.co/vitor.jr.385628


Re: [oracle_br] group by

2015-07-30 Por tôpico Roger Camatini rogerio.camat...@gmail.com [oracle_br]
Segue resultado da minha consulta.

USUARIODATA  HORA TRANSACAO AGR_NAME
ELU402801 17.06.2015 12:45:25 J1BNFE Z_CEL_MM_VIS
ELU402801 17.06.2015 12:45:00 J1BNFE Z_CEL_MM_VIS
ELU402801 17.06.2015 12:45:00 J1BNFE Z_CEL_MM_VIS
ELU402801 17.06.2015 12:45:25 J1BNFE Z_CEL_MM_AI_CEN
ELU402801 17.06.2015 12:45:00 J1BNFE Z_CEL_MM_AI_CEN
ELU402801 17.06.2015 12:45:00 J1BNFE Z_CEL_MM_AI_CEN
ELU402801 17.06.2015 12:45:25 J1BNFE Z_CEL_MM_NFE
ELU402801 17.06.2015 12:45:00 J1BNFE Z_CEL_MM_NFE
ELU402801 17.06.2015 12:45:00 J1BNFE Z_CEL_MM_NFE
ELU402801 17.06.2015 12:45:25 J1BNFE Z_CELG_MM_NFE_GER
ELU402801 17.06.2015 12:45:00 J1BNFE Z_CELG_MM_NFE_GER
ELU402801 17.06.2015 12:45:00 J1BNFE Z_CELG_MM_NFE_GER
ELU402801 17.06.2015 12:45:25 J1BNFE Z_CELG_SD_NFE_GER
ELU402801 17.06.2015 12:45:00 J1BNFE Z_CELG_SD_NFE_GER

Como disse anteriormente, preciso agrupar pelo campo hora da tabela.


Atenciosamente,
Rogério Camatini.

Em 30 de julho de 2015 16:30, Vitor Junior vitorj...@gmail.com [oracle_br] 
oracle_br@yahoogrupos.com.br escreveu:



 Boa tarde.
 O grupo não aceita anexos. :)

 Em qui, 30 de jul de 2015 às 16:13, Roger Camatini
 rogerio.camat...@gmail.com [oracle_br] oracle_br@yahoogrupos.com.br
 escreveu:



 Galera duvida rápida.

 Estou fazendo uns testes com dados de uma tabela, dai me surgiu essa
 duvida.
 Preciso fazer com que o retorno da minha consulta conforme abaixo seja
 diferente do que mostra a figura. Preciso agrupar cada registro do campo
 hora em uma unica linha. O group by não ta funcionando aqui.

 ​

 Atenciosamente,
 Rogério Camatini.

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

 --
 Att,/Regards,


 Vitor Jr.
 Infraestrutura / Infrastructure Team

 Oracle 12c DBA Certified Professional - OCP 12c
 Oracle 11g DBA Certified Professional - OCP 11g
 Oracle Certified Expert, Oracle Real Application Clusters 11g and Grid
 Infrastructure Administrator - OCE
 Oracle Database 11g Performance Tuning Certified Expert - OCE
 Oracle Exadata 11g Certified Implementation Specialist
 Oracle Certified Associate, MySQL 5
 mail, gtalk e msn: vitorj...@gmail.com
 http://certificacaobd.com.br/
 skype: vjunior1981
 https://mybizcard.co/vitor.jr.385628

 



Re: [oracle_br] group by

2015-07-30 Por tôpico Vitor Junior vitorj...@gmail.com [oracle_br]
https://community.oracle.com/thread/2323537



Em qui, 30 de jul de 2015 às 16:37, Roger Camatini
rogerio.camat...@gmail.com [oracle_br] oracle_br@yahoogrupos.com.br
escreveu:



 Segue resultado da minha consulta.

 USUARIODATA  HORA TRANSACAO AGR_NAME
 ELU402801 17.06.2015 12:45:25 J1BNFE Z_CEL_MM_VIS
 ELU402801 17.06.2015 12:45:00 J1BNFE Z_CEL_MM_VIS
 ELU402801 17.06.2015 12:45:00 J1BNFE Z_CEL_MM_VIS
 ELU402801 17.06.2015 12:45:25 J1BNFE Z_CEL_MM_AI_CEN
 ELU402801 17.06.2015 12:45:00 J1BNFE Z_CEL_MM_AI_CEN
 ELU402801 17.06.2015 12:45:00 J1BNFE Z_CEL_MM_AI_CEN
 ELU402801 17.06.2015 12:45:25 J1BNFE Z_CEL_MM_NFE
 ELU402801 17.06.2015 12:45:00 J1BNFE Z_CEL_MM_NFE
 ELU402801 17.06.2015 12:45:00 J1BNFE Z_CEL_MM_NFE
 ELU402801 17.06.2015 12:45:25 J1BNFE Z_CELG_MM_NFE_GER
 ELU402801 17.06.2015 12:45:00 J1BNFE Z_CELG_MM_NFE_GER
 ELU402801 17.06.2015 12:45:00 J1BNFE Z_CELG_MM_NFE_GER
 ELU402801 17.06.2015 12:45:25 J1BNFE Z_CELG_SD_NFE_GER
 ELU402801 17.06.2015 12:45:00 J1BNFE Z_CELG_SD_NFE_GER

 Como disse anteriormente, preciso agrupar pelo campo hora da tabela.


 Atenciosamente,
 Rogério Camatini.

 Em 30 de julho de 2015 16:30, Vitor Junior vitorj...@gmail.com
 [oracle_br] oracle_br@yahoogrupos.com.br escreveu:

 Boa tarde.
 O grupo não aceita anexos. :)

 Em qui, 30 de jul de 2015 às 16:13, Roger Camatini
 rogerio.camat...@gmail.com [oracle_br] oracle_br@yahoogrupos.com.br
 escreveu:



 Galera duvida rápida.

 Estou fazendo uns testes com dados de uma tabela, dai me surgiu essa
 duvida.
 Preciso fazer com que o retorno da minha consulta conforme abaixo seja
 diferente do que mostra a figura. Preciso agrupar cada registro do campo
 hora em uma unica linha. O group by não ta funcionando aqui.

 ​

 Atenciosamente,
 Rogério Camatini.

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

   --
 Att,/Regards,


 Vitor Jr.
 Infraestrutura / Infrastructure Team

 Oracle 12c DBA Certified Professional - OCP 12c
 Oracle 11g DBA Certified Professional - OCP 11g
 Oracle Certified Expert, Oracle Real Application Clusters 11g and Grid
 Infrastructure Administrator - OCE
 Oracle Database 11g Performance Tuning Certified Expert - OCE
 Oracle Exadata 11g Certified Implementation Specialist
 Oracle Certified Associate, MySQL 5
 mail, gtalk e msn: vitorj...@gmail.com
 http://certificacaobd.com.br/
 skype: vjunior1981
 https://mybizcard.co/vitor.jr.385628

  

-- 
Att,/Regards,


Vitor Jr.
Infraestrutura / Infrastructure Team

Oracle 12c DBA Certified Professional - OCP 12c
Oracle 11g DBA Certified Professional - OCP 11g
Oracle Certified Expert, Oracle Real Application Clusters 11g and Grid
Infrastructure Administrator - OCE
Oracle Database 11g Performance Tuning Certified Expert - OCE
Oracle Exadata 11g Certified Implementation Specialist
Oracle Certified Associate, MySQL 5
mail, gtalk e msn: vitorj...@gmail.com
http://certificacaobd.com.br/
skype: vjunior1981
https://mybizcard.co/vitor.jr.385628


Re: [oracle_br] Re: Data Guard

2015-07-30 Por tôpico jlchia...@yahoo.com.br [oracle_br]
Blz ? Então, só ficou a resposta sobre a Rede, no item :


 Tem muitos DDLs,  alteração de estruturas de tabelas e/ou recriação de stored 
PL/SQLs nesse banco origem ? O link de rede entre as duas máquinas é permanente 
, seguro e Confiável  ?

So producao sera contingenciada. 


Isso porque, Obviamente, para vc poder enviar as alterações para o site remoto 
(e isso SSEJA QUAL FOR A SOLUÇÃO !!) é Claro que vc precisa de um LINK DE REDE 
ativo, bom, estável, performático e Confiável - já cansei de ver casos em que o 
pessoal se esquece disso aí contrata um link de rede fuleiro qquer de 10 Mbps 
(e ainda por cima compartilhado com os usuários finais) , aí na hora que o 
banco primary começa a trabalhar pesado a rede não consegue acompanhar, o 
contingência  começa a ficar mais e mais atrasado, até fazer Bum... 

 SE esse Questinamento sobre a rede resultar que OK, o link é Confiável e 
performático, dado que vc está no Enterprise Edition e o banco já tá em 
Archive-mode, aí não tem o que pensar , o DATAGUARD Físico é a melhor solução, 
pois :

a. os Conceitos tecnológicos que ela usa (geração e aplicação de archived redo 
logs) são antigos, já estabelecidos há muito e Extremamente bem conhecidos e 
testados no mundo do banco de dados Oracle

b. a Oracle garante que funciona com QUALQUER aplicação rodando sob qualquer 
Storage, é Fisico... Uma decorrência PROVEITOSA disso é que datatypes 
especiais (exemplo, os que precisam de file handles, como LOBs) ou datatypes 
não-escalares acabam sendo Transparentes pro DG/standby físico : como ele 
replica bytes de log, ele nem fica Sabendo, é Irrelevante pra ele absolutamente 
qualquer atributo lógico...

c. ele é uma solução Flexível, vc a pode configurar para zero data loss OU para 
maximum performance facilmente, sem a necessidade de instalar nada

d. não tem Custo, é uma solução já embutida no valor da licença do Enterprise 
Edition - só se vc quiser mais tarde usar o banco standby como ambiente de 
relatórios (a feature do Active Data Guard) é que vc precisará de Licença 
adicional


 Aí, os esclarecimentos adicionais :
 
  = com datatypes escalares eu me refiro aos datatypes que guardam mais de 
um valor (exemplo, colunas XML), dá um look no manual Database SQL Language 
Reference item Data Types para mais refs Esses caras apresentam diversos 
impedimentos para a replicação de dados ou para o standby lógico, MAS como vc 
pretende ir pro standby físico com DG, essse impedimentos não se aplicam nesse 
caso... ,

  = é Óbvio que dá pra fazer disaster recover sem dataguard, e é Óbvio que a 
IBM, sendo a fornecedora do Storage, vai tentar pressionar por uma solução 
baseada no Storage, OU então (já que fornece o SO) pode pressionar por uma 
solução a nível de SO, externa, como o HACMP citado... 
  A questão é que, além dessas soluções NÂO apresentar as vantagens acima no 
que se refere à Oracle, elas PODE ter algum custo a mais e vais e saber se a 
IBM realmente, positivamente, garante que todas elas Suportam sim, mesmo, o 
RDBMS Oracle Eu SEMPRE fico com um pé atrás em usar uma tecnologia 
não-Oracle com um RDBMS Oracle... SE vc chegar a penssar nisso, EXIJA POR 
ESCRITO todas as garantias que puder...

   []s
   
  Chiappa

Re: [oracle_br] Re: Data Guard

2015-07-30 Por tôpico jlchia...@yahoo.com.br [oracle_br]
Blz ? Então, só ficou a resposta sobre a Rede, no item :


 Tem muitos DDLs,  alteração de estruturas de tabelas e/ou recriação de stored 
PL/SQLs nesse banco origem ? O link de rede entre as duas máquinas é permanente 
, seguro e Confiável  ?

So producao sera contingenciada. 


Isso porque, Obviamente, para vc poder enviar as alterações para o site remoto 
(e isso SSEJA QUAL FOR A SOLUÇÃO !!) é Claro que vc precisa de um LINK DE REDE 
ativo, bom, estável, performático e Confiável - já cansei de ver casos em que o 
pessoal se esquece disso aí contrata um link de rede fuleiro qquer de 10 Mbps 
(e ainda por cima compartilhado com os usuários finais) , aí na hora que o 
banco primary começa a trabalhar pesado a rede não consegue acompanhar, o 
contingência  começa a ficar mais e mais atrasado, até fazer Bum... 

 SE esse Questinamento sobre a rede resultar que OK, o link é Confiável e 
performático, dado que vc está no Enterprise Edition e o banco já tá em 
Archive-mode, aí não tem o que pensar , o DATAGUARD Físico é a melhor solução, 
pois :

a. os Conceitos tecnológicos que ela usa (geração e aplicação de archived redo 
logs) são antigos, já estabelecidos há muito e Extremamente bem conhecidos e 
testados no mundo do banco de dados Oracle

b. a Oracle garante que funciona com QUALQUER aplicação rodando sob qualquer 
Storage, é Fisico... Uma decorrência PROVEITOSA disso é que datatypes 
especiais (exemplo, os que precisam de file handles, como LOBs) ou datatypes 
não-escalares acabam sendo Transparentes pro DG/standby físico : como ele 
replica bytes de log, ele nem fica Sabendo, é Irrelevante pra ele absolutamente 
qualquer atributo lógico...

c. ele é uma solução Flexível, vc a pode configurar para zero data loss OU para 
maximum performance facilmente, sem a necessidade de instalar nada

d. não tem Custo, é uma solução já embutida no valor da licença do Enterprise 
Edition - só se vc quiser mais tarde usar o banco standby como ambiente de 
relatórios (a feature do Active Data Guard) é que vc precisará de Licença 
adicional


 Aí, os esclarecimentos adicionais :
 
  = com datatypes escalares eu me refiro aos datatypes que guardam mais de 
um valor (exemplo, colunas XML), dá um look no manual Database SQL Language 
Reference item Data Types para mais refs Esses caras apresentam diversos 
impedimentos para a replicação de dados ou para o standby lógico, MAS como vc 
pretende ir pro standby físico com DG, essse impedimentos não se aplicam nesse 
caso... ,

  = é Óbvio que dá pra fazer disaster recover sem dataguard, e é Óbvio que a 
IBM, sendo a fornecedora do Storage, vai tentar pressionar por uma solução 
baseada no Storage, OU então (já que fornece o SO) pode pressionar por uma 
solução a nível de SO, externa, como o HACMP citado... 
  A questão é que, além dessas soluções NÂO apresentar as vantagens acima no 
que se refere à Oracle, elas PODE ter algum custo a mais e vais e saber se a 
IBM realmente, positivamente, garante que todas elas Suportam sim, mesmo, o 
RDBMS Oracle Eu SEMPRE fico com um pé atrás em usar uma tecnologia 
não-Oracle com um RDBMS Oracle... SE vc chegar a penssar nisso, EXIJA POR 
ESCRITO todas as garantias que puder...

   []s
   
  Chiappa

[oracle_br] group by

2015-07-30 Por tôpico Roger Camatini rogerio.camat...@gmail.com [oracle_br]
Galera duvida rápida.

Estou fazendo uns testes com dados de uma tabela, dai me surgiu essa duvida.
Preciso fazer com que o retorno da minha consulta conforme abaixo seja
diferente do que mostra a figura. Preciso agrupar cada registro do campo
hora em uma unica linha. O group by não ta funcionando aqui.


​


Atenciosamente,
Rogério Camatini.


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



Re: [oracle_br] Re: Data Guard

2015-07-30 Por tôpico Andre Luiz Reis Marques aandre...@yahoo.com.br [oracle_br]
Vamos lá:
Qual é o objetivo dessa contingência, é só assumir quando o primary falhar, ou 
ela também poderia ser usada como ambiente de relatório

O objetivo principal é assumir em caso de desastre. Por exigência do mercado 
nos temos que implementar a contingência.
Ela fica num outro servidor no mesmo datacenter, OU num servidor remoto para 
servir também de disaster recover (ie, assumir se o prédio principal pegar 
fogo, coisa assim) ?

Bem, o ambiente que assumira o comando em caso de desastre fica em Sao Paulo, a 
empresa esta no Rio.
Qual o SLA para a contingência assumir quando o primary morrer ? tem que ser 
automático, ou pode ser manual o switch-over ? 
 Como envolve vários sistemas, ha uma variação no SLA, Tem que ser automático.- 
Em caso de desastreSwitch-over - Nos casos de manutenção.
E quando vc diz que não tem o Dataguard, isso é porque vc tá usando um RDBMS 
Standard Edition, onde não é possível se Licenciar o Dataguard, é isso, OU na 
verdade é Enterprise Edition seu RDBMS e vc simplesmente não tem o DATAGUARD 
configurado ?

É Enterprise Edition e  simplesmente não tem o DATAGUARD configurado.

Esse banco a proteger está rodando (ou pode passar a rodar) em archive mode ?

Ja estao no modo archive. Pelo menos isso nao é.
Há datatypes não-escalares nesse database, que impeçam uma replicação dos dados 
manual ?

O ambiente e bem diversificado, temo sistema SAP e Nao SAP Obs.  Nao entendi 
datatypes não-escalares
Tem muitos DDLs,  alteração de estruturas de tabelas e/ou recriação de stored 
PL/SQLs nesse banco origem ? O link de rede entre as duas máquinas é permanente 
, seguro e Confiável  ?

So producao sera contingenciada. 

Nao sei se mencionei, o servico contratado foi o da IBM, eles alegam que 
conseguem fazer sem o DataGuard.
Eu como DBA, prefiro usar a ferramenta da Oracle.
Obrigado.
 Atenciosamente, 
André Luiz R. Marques 
Administrador de Banco de Dados - SQL Server/OracleTel: (21) 99978-4564 Evite 
imprimir. Colabore com o Meio Ambiente! Embora ninguém possa voltar atrás e 
fazer um novo começo, qualquer um pode
começar agora e fazer um novo fim.    Chico Xavier

 


 Em Quarta-feira, 29 de Julho de 2015 16:37, jlchia...@yahoo.com.br 
[oracle_br] oracle_br@yahoogrupos.com.br escreveu:
   

     Explica direitinho aí : esclareça pra gente, qual é o objetivo dessa 
contingência, é só assumir quando o primary falhar, ou ela também poderia ser 
usada como ambiente de relatório ? Ela fica num outro servidor no mesmo 
datacenter, OU num servidor remoto para servir também de disaster recover (ie, 
assumir se o prédio principal pegar fogo, coisa assim) ? Qual o SLA para a 
contingência assumir quando o primary morrer ? tem que ser automático, ou pode 
ser manual o switch-over ? E quando vc diz que não tem o Dataguard, isso é 
porque vc tá usando um RDBMS Standard Edition, onde não é possível se Licenciar 
o Dataguard, é isso, OU na verdade é Enterprise Edition seu RDBMS e vc 
simplesmente não tem o DATAGUARD configurado ?? Esse banco a proteger está 
rodando (ou pode passar a rodar) em archive mode ? Há datatypes não-escalares 
nesse database, que impeçam uma replicação dos dados manual ? Tem muitos DDLs,  
alteração de estruturas de tabelas e/ou recriação de stored PL/SQLs nesse banco 
origem ? O link de rede entre as duas máquinas é permanente , seguro e 
Confiável  ???
  DEPENDENDO das suas Respostas, CASO seja impossível o DATAGUARD físico (que é 
SIM o método preferido), a gente pode indicar um Standby manual, ou um cluster 
ativo-passivo pelo Sistema Operacional (HACMP/PowerHA, provavelmente, já que vc 
tá no AIX) ou então replicação de dados...
  
  []s
  
    Chiappa  #yiv5566316708 #yiv5566316708 -- #yiv5566316708ygrp-mkp 
{border:1px solid #d8d8d8;font-family:Arial;margin:10px 0;padding:0 
10px;}#yiv5566316708 #yiv5566316708ygrp-mkp hr {border:1px solid 
#d8d8d8;}#yiv5566316708 #yiv5566316708ygrp-mkp #yiv5566316708hd 
{color:#628c2a;font-size:85%;font-weight:700;line-height:122%;margin:10px 
0;}#yiv5566316708 #yiv5566316708ygrp-mkp #yiv5566316708ads 
{margin-bottom:10px;}#yiv5566316708 #yiv5566316708ygrp-mkp .yiv5566316708ad 
{padding:0 0;}#yiv5566316708 #yiv5566316708ygrp-mkp .yiv5566316708ad p 
{margin:0;}#yiv5566316708 #yiv5566316708ygrp-mkp .yiv5566316708ad a 
{color:#ff;text-decoration:none;}#yiv5566316708 #yiv5566316708ygrp-sponsor 
#yiv5566316708ygrp-lc {font-family:Arial;}#yiv5566316708 
#yiv5566316708ygrp-sponsor #yiv5566316708ygrp-lc #yiv5566316708hd {margin:10px 
0px;font-weight:700;font-size:78%;line-height:122%;}#yiv5566316708 
#yiv5566316708ygrp-sponsor #yiv5566316708ygrp-lc .yiv5566316708ad 
{margin-bottom:10px;padding:0 0;}#yiv5566316708 #yiv5566316708actions 
{font-family:Verdana;font-size:11px;padding:10px 0;}#yiv5566316708 
#yiv5566316708activity 
{background-color:#e0ecee;float:left;font-family:Verdana;font-size:10px;padding:10px;}#yiv5566316708
 #yiv5566316708activity span {font-weight:700;}#yiv5566316708 
#yiv5566316708activity