Re: [oracle_br] Código Calculo DigitoS DAC - Código de barras - Boleto banco

[André Luiz aandre...@yahoo.com.br [oracle_br]]

Boa tarde,

Já desenvolvi para boleto Bradesco, Itaú, BB e etc.
Você deve pegar a documentação do Bradesco, pois dependendo da carteira o 
cálculo é diferente. Infelizmente em PL não tenho nada pronto. Tinha em Delphi. 

Enviado do meu iPhone

> Em 24/11/2015, às 15:51, Tathyanna Pelegrinni tathya...@gmail.com [oracle_br] 
>  escreveu:
> 
> Boa tarde!
> 
> Alguem tem em PL as funções de cálculo dos digitos de auto conferencia (DAC) 
> dos campos de linha digitavel (código de barras de boleto para o banco 
> bradesco) ?
> 
> Ou, alguma rotina pronta que já gere o código de barras completo de acordo 
> com os parametros informados. (nosso numero, agencia, data de vencimento etc)
> 
> 
> 
> Obrigada,
> 
> 
> 
> 
> - Tathyanna.
> 
> 
> 
> 

[oracle_br] Código Calculo DigitoS DAC - Código de barras - Boleto banco

[Tathyanna Pelegrinni tathya...@gmail.com [oracle_br]]

Boa tarde!

Alguem tem em PL as funções de cálculo dos digitos de auto conferencia
(DAC) dos campos de linha digitavel (código de barras de boleto para o
banco bradesco) ?

Ou, alguma rotina pronta que já gere o código de barras completo de acordo
com os parametros informados. (nosso numero, agencia, data de vencimento
etc)



Obrigada,




- Tathyanna.

Re: [oracle_br] Re: Auditoria do usuário no Oracle

[C�sar Carvalho cesar.sys...@yahoo.com.br [oracle_br]]

Alguns pontos a ser verificados:
1- Auditoria gera overhead, gera um impacto muito grade nas aplicações, 
geralmente a auditoria é feita em profissionais ou processos que possuem acesso 
na manipulação de dados.
2 - Auditoria de aplicação deve ser feita pela própria aplicação, caso seja 
desenvolvido internamente deve ser mapeado processos da aplicação que realmente 
possui criticidade para o negocio, auditar tudo e todos é um tiro no escuro.
3- Caso seja desenvolvida internamente, verifique as telas com processo critico 
com o pessoal de desenvolvimento e crie o log de ações dessas telas, seja com 
procedures ou na própria aplicação, recomendo que seja no próprio banco, pois 
sera mais flexível para você alterar ou dar manutenção.
4 - Cuidado com auditoria, principalmente no dimensionamento para o 
armazenamento dessas informações, fazendo as devidas perguntas.Por quanto tempo 
você deve armazenar as informações? Quem deve acessar essas informações e como 
vão acessar, e por ai vai, isso na minha humilde opinião.
César CarvalhoDBA Oracle|SQL Server 


Em Terça-feira, 24 de Novembro de 2015 13:52, "jlchia...@yahoo.com.br 
[oracle_br]"  escreveu:
 

     Em se falando de Auditoria, onde por definição vc não pode perder ** 
nenhuma ** ocorrência, a indicação é mesmo OU vc fazer o trace de SQL (aí Claro 
que rigorosamente todos os SQLs em todos os objetos vão ficar registrados, E se 
vc o ativar em level máximo vc vai ter Inclusive bindings , waits, etc - 
trocentos exemplos pra isso existem, 
http://ora12c.blogspot.com.br/2012/04/enable-10046-tracing.html é um deles) ou 
então implementar os recursos de Auditoria nativos do RDBMS : seria o caso de 
ter um AUDIT EXECUTE PROCEDURE, um AUDIT SELECT, um AUDIT INSERT, um AUDIT 
UPDATE 
http://www.dbasupport.com/forums/showthread.php?20864-Oracle-Database-Auditing-for-Procedures
 é um exemplinho usando a Auditoria nativa...

 Nem preciso dizer que :
 
 a. seja qual for a opção, algum tipo de overhead vc vai ter
 
 b. vc VAI ter consumo de espaço, seja pra AUD$, seja pros arqs de trace : é 
Totalmente Por Sua Conta obter e gerenciar o espaço em disco necessário
 
 c. a Aplicabilidade vai depender se vc pode restringir a Auditoria e/ou o 
trace a um punhado de sessões/usuários : tracejar ou auditar um banco ** 
INTEIRINHO ** via de regra é Absolutamente, Completamente, Totalmente Inviável
 
 []s
 
   Chiappa  #yiv5138287711 #yiv5138287711 -- #yiv5138287711ygrp-mkp {border:1px 
solid #d8d8d8;font-family:Arial;margin:10px 0;padding:0 10px;}#yiv5138287711 
#yiv5138287711ygrp-mkp hr {border:1px solid #d8d8d8;}#yiv5138287711 
#yiv5138287711ygrp-mkp #yiv5138287711hd 
{color:#628c2a;font-size:85%;font-weight:700;line-height:122%;margin:10px 
0;}#yiv5138287711 #yiv5138287711ygrp-mkp #yiv5138287711ads 
{margin-bottom:10px;}#yiv5138287711 #yiv5138287711ygrp-mkp .yiv5138287711ad 
{padding:0 0;}#yiv5138287711 #yiv5138287711ygrp-mkp .yiv5138287711ad p 
{margin:0;}#yiv5138287711 #yiv5138287711ygrp-mkp .yiv5138287711ad a 
{color:#ff;text-decoration:none;}#yiv5138287711 #yiv5138287711ygrp-sponsor 
#yiv5138287711ygrp-lc {font-family:Arial;}#yiv5138287711 
#yiv5138287711ygrp-sponsor #yiv5138287711ygrp-lc #yiv5138287711hd {margin:10px 
0px;font-weight:700;font-size:78%;line-height:122%;}#yiv5138287711 
#yiv5138287711ygrp-sponsor #yiv5138287711ygrp-lc .yiv5138287711ad 
{margin-bottom:10px;padding:0 0;}#yiv5138287711 #yiv5138287711actions 
{font-family:Verdana;font-size:11px;padding:10px 0;}#yiv5138287711 
#yiv5138287711activity 
{background-color:#e0ecee;float:left;font-family:Verdana;font-size:10px;padding:10px;}#yiv5138287711
 #yiv5138287711activity span {font-weight:700;}#yiv5138287711 
#yiv5138287711activity span:first-child 
{text-transform:uppercase;}#yiv5138287711 #yiv5138287711activity span a 
{color:#5085b6;text-decoration:none;}#yiv5138287711 #yiv5138287711activity span 
span {color:#ff7900;}#yiv5138287711 #yiv5138287711activity span 
.yiv5138287711underline {text-decoration:underline;}#yiv5138287711 
.yiv5138287711attach 
{clear:both;display:table;font-family:Arial;font-size:12px;padding:10px 
0;width:400px;}#yiv5138287711 .yiv5138287711attach div a 
{text-decoration:none;}#yiv5138287711 .yiv5138287711attach img 
{border:none;padding-right:5px;}#yiv5138287711 .yiv5138287711attach label 
{display:block;margin-bottom:5px;}#yiv5138287711 .yiv5138287711attach label a 
{text-decoration:none;}#yiv5138287711 blockquote {margin:0 0 0 
4px;}#yiv5138287711 .yiv5138287711bold 
{font-family:Arial;font-size:13px;font-weight:700;}#yiv5138287711 
.yiv5138287711bold a {text-decoration:none;}#yiv5138287711 dd.yiv5138287711last 
p a {font-family:Verdana;font-weight:700;}#yiv5138287711 dd.yiv5138287711last p 
span {margin-right:10px;font-family:Verdana;font-weight:700;}#yiv5138287711 
dd.yiv5138287711last p span.yiv5138287711yshortcuts 
{margin-right:0;}#yiv5138287711 div.yiv5138287711attach-table div div a 
{text-decoration:none;}#yiv5138287711 div.yiv5138287711attach-table 
{widt

[oracle_br] Backup do spfile sem utilizar o RMAN

[alexssandro0...@yahoo.com.br [oracle_br]]

Boa tarde!
 

 Pessoal, estou começando a utilizar o backup exec para fazer o backup do 
ambiente de banco de dados Oracle 11.2.0.4 aqui na empresa.
 Porém a ferramenta não faz o restore do spfile do autobackup .
 Sendo que para que para o restore do backup via backup exec é necessário que  
ter um banco criado, para restaurar o banco por completo, e para criar um banco 
é necessário de um spfile/init.ora. Se criar um init.ora na mão, vai faltar 
coisas..
 Como uso spfile, meu init é desatualizado em relação ao spfile, então um 
backup de arquivo via backup exec.
 iria copiar um init desatualizado, o que também poderia causar problemas.
 

 Desta forma gostaria de saber quais os problemas que podemos ter se o backup 
do spfile for realizado de forma manual (um backup de arquivo no backup exec) , 
pois poderíamos restaurar o spfile para a pasta e depois iniciar a recuperação 
via backup exec em vez de restaurar o spfile da peça do rman.
 

 OBS: via RMAN é possivel fazer o restore do spfile sem problema, mas a partir 
do momento em que o backup estiver sendo realizado via ferramenta, o pessoal 
responsável teria que fazer os restores também.
 Como eles não tem conhecimento de Oracle/RMAN  então o restore do spfile via 
RMAN eles não saberão fazer.
 

 

 

 

 

  

[oracle_br] Re: Auditoria do usuário no Oracle

[jlchia...@yahoo.com.br [oracle_br]]

Em se falando de Auditoria, onde por definição vc não pode perder ** nenhuma ** 
ocorrência, a indicação é mesmo OU vc fazer o trace de SQL (aí Claro que 
rigorosamente todos os SQLs em todos os objetos vão ficar registrados, E se vc 
o ativar em level máximo vc vai ter Inclusive bindings , waits, etc - trocentos 
exemplos pra isso existem, 
http://ora12c.blogspot.com.br/2012/04/enable-10046-tracing.html é um deles) ou 
então implementar os recursos de Auditoria nativos do RDBMS : seria o caso de 
ter um AUDIT EXECUTE PROCEDURE, um AUDIT SELECT, um AUDIT INSERT, um AUDIT 
UPDATE 
http://www.dbasupport.com/forums/showthread.php?20864-Oracle-Database-Auditing-for-Procedures
 é um exemplinho usando a Auditoria nativa...

 Nem preciso dizer que :
 
 a. seja qual for a opção, algum tipo de overhead vc vai ter
 
 b. vc VAI ter consumo de espaço, seja pra AUD$, seja pros arqs de trace : é 
Totalmente Por Sua Conta obter e gerenciar o espaço em disco necessário
 
 c. a Aplicabilidade vai depender se vc pode restringir a Auditoria e/ou o 
trace a um punhado de sessões/usuários : tracejar ou auditar um banco ** 
INTEIRINHO ** via de regra é Absolutamente, Completamente, Totalmente Inviável
 
 []s
 
   Chiappa

[oracle_br] Auditoria do usuário no Oracle

[Cristiano Vasconcelos Barbosa cvasconcel...@gmail.com [oracle_br]]

Boa tarde amigos,

Meu cenário Oracle:

banner

Oracle Database 10g Release 10.2.0.3.0 - 64bit Production

full_version
--
  10.2.0.3.0

version_bit


10.2.0.3.0 - 64bit

isDb64bit  isHPUX ARQUIVAMENTO
-- --   ---
True False STARTED

Meu cenário Linux:

LSB Version:
 
:core-3.0-amd64:core-3.0-ia32:core-3.0-noarch:graphics-3.0-amd64:graphics-3.0-ia32:graphics-3.0-noarch
Distributor ID: EnterpriseEnterpriseAS
Description:Enterprise Linux Enterprise Linux AS release 4 (October
Update 7)
Release:4
Codename:   OctoberUpdate7

Problemática:

Me foi requisitado implementar auditorias em usuários conectados ao Oracle,
apesar de muito pesquisar, ainda não encontrei solução para a requisição e
antes que possam sugerir, não temos a menor possibilidade de adquirir o
"Oracle Audit Vault" ou algum outro produto o qual seja pago da oracle ou
de qualquer outro fornecedor, INFELIZMENTE.

O que me foi requisitado, seria uma auditoria que indicasse o que o usuário
está fazendo no banco, seu trajeto no db, que tipo de transação está sendo
feita, sql utilizado, quais objetos ('FUNCTION', 'MATERIALIZED VIEW',
'PACKAGE', 'PACKAGE BODY', 'PROCEDURE', 'JOB', 'SEQUENCE', 'SYNONYM',
 'TABLE', 'TRIGGER', 'TYPE', 'TYPE BODY', 'VIEW', etc) estão sendo usadas,
tempo logado, etc, em fim, seria como uma reversa da conexão do usuário no
DB, Particularmente não tenho a menor ideia de como implementar tal
auditoria, nem se realmente seria possível implementá-la desta forma sem
que se utilizassem outros recursos "PAGOS" da Oracle ou de algum outro
fornecedor.

Neste sentido, requisito aos amigos com maior experiência no Oracle,
sugestões, mesmo rotinas já implementadas por vocês, as quais armazenem e
retornem estas informações, desde que possam ser disponibilizadas, claro.

Agradeço para ajuda e orienteção.


Atenciosamente,

[image: Foto Cristiano Vasconcelos Barbosa]
*Cristiano Vasconcelos Barbosa.'.*
* Analista de Sistemas & Banco de Dados*
| Cel: +55 (85) 9691.8331
--
http://br.linkedin.com/in/cristianovasconcelos


*DEUS MEUMQUE JUS*.'.
*DÓMINI SUMUS*.'.
Contact me: [image: Google Talk] cvasconcel...@gmail.com [image: Skype]
 cvasconcelosb [image: MSN] cvasconcel...@hotmail.com [image: Y! Messenger]
cvasconcel...@yahoo.com.br
[image: My QR VCard]

[oracle_br] Re: Chamar uma classe java via pl/sql

[jlchia...@yahoo.com.br [oracle_br]]

Bem, com certeza o melhor é vc encapsular o java numa stored procedure PL/SQL , 
pois aí vc terá os objetos todos residindo no banco, vai (em tese) se 
aproveitar do cache interno do PL/SQL, tem a fácil integração com o SQL 
providenciada pelo PL/SQL 
 Notar que a preferência obviamente recai em criar o código-fonte da classe 
diretamente no banco 
(https://oracle-base.com/articles/misc/plsql-vs-oracle-jvm-speed-comparison-for-mathematical-operations
 tem um exemplinho) mas SE for o caso de vc não ter o fonte vc pode carregar 
diretamente o arquivo .class com loadjava, 
http://robinbuitenhuis.blogspot.com.br/2014/08/how-to-develop-java-stored-procedure-in.html
 exemplifica...
 
 LOGICAMENTE : se a rotina vai atuar fortemente com tabelas e objetos do 
database, dar preferência a programar em PL/SQL, e apenas se tiver que atuar 
com hardware , chamar APIs do SO, fazer cálculos intensivos ou coisa assim é 
que se deve apelar pro Java...
 
 []s
 
   Chiappa
   
 IMPORTANTE : lembro que nem todas as Edições do RDBMS possuem java , E que 
mesmo na EE o Java ** não é Obrigatório **, pode bem ser que optou-se por não 
instalar o Java quando se instalou o RDBMS...  Cheque direitinho o seu caso...

RES: [oracle_br] Chamar uma classe java via pl/sql

['Duilio Bruniera' duilio.bruni...@fastsolutions.com.br [oracle_br]]

Amigão voce pode compilar um java store procedure nativamente dentro do oracle 
veja um exemplo bem simples.

 

sql> create or replace and compile java source named "MyJavaDbProcedure" as

sql> public class MyJavaDbProcedure {

sql>   public static String upcase(String text) {

sql> return text.toUpperCase();

sql>   }

sql> };

sql> /

 

sql> create or replace function upcase (s in varchar2)

sql>   return varchar2

sql> as language java

sql>   name 'MyJavaDbProcedure.upcase(java.lang.String) return 
java.lang.String';

sql> /

 

sql> select upcase('hello') from dual;

sql> /

 

 

De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] 
Enviada em: terça-feira, 24 de novembro de 2015 08:52
Para: Yahoo! Brazil
Assunto: [oracle_br] Chamar uma classe java via pl/sql

 

  

Bom dia.

 

Gostaria de saber a melhor forma de executar(chamar) um processo java 
utilizando o pl/sql ?

 

A idéia é criar um job que execute esse processo diariamente. Alguém já fez 
isso ?

 

Obrigado.

Re: [oracle_br] Chamar uma classe java via pl/sql

[Fabio Prado fbifa...@gmail.com [oracle_br]]

Bom dia Junior,

   O post
http://www.fabioprado.net/2011/11/consumindo-classes-java-dentro-de-um.html
poderá te ajudar.


[]s



*Fábio Prado*

www.fabioprado.net
"Compartilhando conhecimentos e treinando profissionais em Bancos de Dados
Oracle"


Em 24 de novembro de 2015 08:51, Junior roberjr_...@yahoo.com.br
[oracle_br]  escreveu:

>
>
> Bom dia.
>
> Gostaria de saber a melhor forma de executar(chamar) um processo java
> utilizando o pl/sql ?
>
> A idéia é criar um job que execute esse processo diariamente. Alguém já
> fez isso ?
>
> Obrigado.
>
> 
>

[oracle_br] Chamar uma classe java via pl/sql

[Junior roberjr_...@yahoo.com.br [oracle_br]]

Bom dia.
Gostaria de saber a melhor forma de executar(chamar) um processo java 
utilizando o pl/sql ?
A idéia é criar um job que execute esse processo diariamente. Alguém já fez 
isso ?
Obrigado.