Josiel Nunca usei esse "dbms_ddl.create_wrapped"... Mas vi sua procedure WrapObject, se for objeto do tipo "package", teria de filtrar type="PACKAGE BODY" (no cursor da all_source), não é?
[ ]'s André Santos Em 24 de outubro de 2013 14:50, Josiel Oliveira <[email protected]>escreveu: > ** > > > Bom, > > Na verdade eram procedures que eu queria passar o wrap. > Há uma rotina no Oracle que da pra usar pra isso: > dbms_ddl.create_wrapped > > Usei da seguinte forma: > > procedure WrapObject (pOwner varchar2, pObjectName varchar2) is > vSource clob; > begin > for rSource in (select s.text from all_source s where s.name = > upper(pObjectName) and s.owner = pOwner order by s.line) loop > vSource := vSource || rSource.Text; > end loop; > dbms_output.put_line(vSource); > dbms_ddl.create_wrapped('create or replace ' || vSource); > end; > / > > > Em 24 de outubro de 2013 14:17, J. Laurindo Chiappa < > [email protected]> escreveu: > > ** >> >> >> Explica melhor, exatamente de QUAL "objeto" estamos falando : é um objeto >> programático, ie, um stored PL/SQL ?? SE sim, realmente é preciso extrair o >> DDL completo dele, passar isso para o utilitário de wrap, E depois (não >> esquecendo) , RECRIAR esse objeto executando o código "encriptado" gerado >> pelo utilitário de wrap, sim... >> Já se vc está falando de um objeto que contém DADOS DE USUÁRIO (como uma >> tabela, por exemplo) aí sim há Outras opções, como a DBMS_CRYPTO, a >> DBMS_OBFUSCATION_TOOLKIT ou (o melhor, mas comprado/instalado à parte do >> RDBMS) o TDE - Transparent Data Encryption ... >> >> []s >> >> Chiappa >> >> --- Em [email protected], Josiel Oliveira <josieloliveira@...> >> escreveu >> >> > >> > Bom dia Pessoal. >> > >> > Alguem sabe me dizer se há alguma maneira de criptografar um objeto que >> já >> > está criado no banco de dados sem ter que gerar um .sql com ele e >> utilizar >> > o wrap.exe ? >> > >> > Pode ser pra qualquer versão do Oracle, mas preferencialmente 10g. >> > >> > -- >> > Att. >> > *Josiel L. Oliveira* >> > >> >> > > > -- > Att. > *Josiel L. Oliveira* > > >
