Você pode pegar o SELECT usando a opção DB,EXTENDED no parâmetro AUDIT_TRAIL. Segue nota:
DB,EXTENDEDPerforms all actions of AUDIT_TRAIL=DB, and also populates the SQL bind and SQL text CLOB-type columns of the SYS.AUD$ table, when available. These two columns are populated only when this parameter is specified. DB,EXTENDED captures the SQL triggered by an audit. You can capture both the SQL statement that caused the audit, and any associated bind variables. However, be aware that you only can capture data from the following column datatypes: CHAR, NCHAR, VARCHAR, VARCHAR2, NVARCHAR2,NUMBER, FLOAT, BINARY_FLOAT, BINARY_DOUBLE, DATE, LONG, ROWID, and TIMESTAMP. Em 19 de agosto de 2015 07:59, Roger Camatini rogerio.camat...@gmail.com [oracle_br] <oracle_br@yahoogrupos.com.br> escreveu: > > > Chiappa, > > Muito obrigado pelos esclarecimentos. Infelizmente a audit tradicional me > da apenas que um determinado select foi feito em algum objeto, e eu preciso > pegar o select feito. Mas vou dar uma olhada no manual e ver se consigo > algo mais. > > BANNER > > -------------------------------------------------------------------------------- > Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit > Production > PL/SQL Release 11.2.0.4.0 - Production > CORE 11.2.0.4.0 Production > TNS for IBM/AIX RISC System/6000: Version 11.2.0.4.0 - Production > NLSRTL Version 11.2.0.4.0 - Production > > > > Atenciosamente, > Rogério Camatini. > > Em 18 de agosto de 2015 22:04, jlchia...@yahoo.com.br [oracle_br] < > oracle_br@yahoogrupos.com.br> escreveu: > >> >> >> Bom, dá uma olhada no manual Database PL/SQL Packages and Types Reference >> item DBMS_FGA da sua versão/edição (que vc pra variar não diz qual é) para >> ter certeza, mas iirc não tem não , o FGA é object-based,não tem como vc >> criar uma Policy a nível de schema ou a nível de database, não, vc teria >> que escrever um LOOP que dinamicamente cria uma Policy pra cada tabela, >> cfrme >> http://vishwanath-dbahelp.blogspot.com.br/2011/09/setting-fga-at-schema-level.html. >> .. >> Sendo isso mesmo, dependendo do que vc quer ter na Auditoria Imagino que >> uma opção ** MUITO ** melhor seria vc usar o AUDIT tradicional , ele sim >> permite que vc audite SELECTs no database em geral, SELECTs de um usuário, >> SELECT em qquer tabela de um dado schema.... A desvantagem do AUDIT nativo >> tradicional é que ele não é programável, ie, não tem como vc >> programaticamente indicar o que quer ter na trilha de auditoria, o >> AUDITtradicional traz as infos mais básicas, tais como username,machine, >> data e coisas assim... Isso é o contrário do FGA, que (claro) já que é vc >> que cria a tabela de trail e vc é que cria a lógicavc tá livre pra montar >> como quiser ... >> >> []s >> >> Chiappa >> > > > -- *Fabrício Pedroso Jorge.* Administrador de Banco de Dados Oracle 11g Certified SQL Expert Oracle 11g Certified Associate Oracle 11g e 12c Certified Professional Linux Professional Institute Certified Level I (LPIC-I) ITIL V3 Foudations certificacaobd.com.br <http://certificacaodb.com.br> *Resumo Profissional:* http://br.linkedin.com/in/fabriciojorge *Contatos:* + 55 91 988991116 skype: fabricio.pedroso.jorge fpjb...@gmail.com