- Dbms_Redefinition Online Reorganization Of Tables (Doc Id 149564.1)
- How To Re-Organize A Table Online (Doc Id 177407.1)
- How To Shrink A Table Using Online Redefinition(Doc Id 1357878.1)
- How To Compress A Table While It Is Online(Doc Id 1353967.1)
- How To Move A Table To A New / Different Tablespace While It Is Online
- How To Convert Long Column To Clob Using Dbms_Redefinition Package (Doc Id 251417.1)
- Online Redefinition Of Table Using Rowid Option (Doc Id 210407.1)
- An Example Of A Complex Online Table Redefinition (Dbms_Redefinition) (Doc Id 1358236.1)
- Mandatory Auditing
- Standard Auditing
- Fine-Grained Auditing
- SYS Auditing
ALTER ANY PROCEDURE | CREATE ANY LIBRARY | DROP ANY TABLE | ALTER ANY TABLE | CREATE ANY PROCEDURE | DROP PROFILE | ALTER DATABASE | CREATE ANY TABLE | DROP USER | ALTER PROFILE | CREATE EXTERNAL JOB | EXEMPT ACCESS POLICY | ALTER SYSTEM | CREATE PUBLIC DATABASE LINK | GRANT ANY OBJECT PRIVILEGE | ALTER USER | CREATE SESSION | GRANT ANY PRIVILEGE | AUDIT SYSTEM | CREATE USER | GRANT ANY ROLE | CREATE ANY JOB | DROP ANY PROCEDURE
- Privilege auditing: audit select any table;
- Statement auditing: audit select table;
- Object auditing: audit select on SCOTT.SALARY;
- DBA_STMT_AUDIT_OPTS; ==> describes current statements being audited across the system
- DBA_PRIV_AUDIT_OPTS; ==> describes current system privileges being audited across the system
- DBA_OBJ_AUDIT_OPTS; ==> describes auditing options for all objects
- Accessing a table outside of normal working hours
- Logging in from a particular IP address
- Selecting or updating a particular table column
I would like to inform you that, to mark Columbus Day, Packt is offering its entire catalog of eBooks and videos at 50% off. This is te last day of the promotion. If you plan to buy some e-books don't miss this. http://bit.ly/1bqvB29
Discount code: COL50
- Why the Beginner's Guide Format...
- Why 11gR2...
- Writing a Book...
- Standby database process status: You can run following query on standby database to see what MRP and RFS processes are doing, which block of which archivelog sequences are being shipped or being applied.
I'm reading the "Expert Oracle Database Architecture" book of Thomas Kyte, which is a must read for everyone who is serious on being an Oracle DBA.
Jonathan Lewis already said: "Frankly, if every DBA and developer in the world were made to work carefully through Tom Kyte’s book, I’d probably have to start offering consultancy services to SQL Server users because the number of clients needing Oracle consultancy would drop dramatically." in the foreword of the book. Still, i wanted to share some paragraphs from the "Data Files" part of the book. Following are taken out of only three pages of the book. I'm sharing this to show how the book is full of information and encourage you to immediately buy one and read.
You will find many CREATE statements that create multisegment objects. The confusion lies in the fact that a single CREATE statement may ultimately create objects that consist of zero, one, or more segments! For example, CREATE TABLE T ( x int primary key, y clob ) will create four segments: one for the TABLE T, one for the index that will be created in support of the primary key, and two for the CLOB (one segment for the CLOB is the LOB index and the other segment is the LOB data itself). On the other hand, CREATE TABLE T ( x int, y date ) cluster MY_CLUSTER will create zero segments (the cluster is the segment in this case).
Extents vary in size from one Oracle data block to 2GB. 11g Release 2 has introduced the concept of a “deferred” segment—a segment that will not immediately allocate an extent-, so in that release and going forward, a segment might defer allocating its initial extent until data is inserted into it.
Here’s a little-known fact: the default block size for a database does not have to be a power of two. Powers of two are just a commonly used convention. You can, in fact, create a database with a 5KB, 7KB, or nKB block size, where n is between 2KB and 32KB.
Most blocks, regardless of their size, have the same general format, which looks something like:
|Header | -> type of block (table block, index block, and so on),
| | transaction information when relevant regarding active and
| | past transactions on the block; and the address (location)
| | of the block on the disk.
|------------------| The next two block components are found on the HEAP- | | organized tables.
|Table Directory | -> The table directory, if present, contains information
| | about the tables that store rows in this block
|Row Directory | -> The row directory contains information describing the
| | rows that are to be found on the block.
| | -> The remaining 2 pieces of the block are straightforward:
|Free Space | there may be free space on a block, and
| | then there will generally be used space that is
| | currently storing data.
Exceptions to this format include LOB segment blocks and hybrid columnar compressed blocks in Exadata storage, for example, but the vast majority of blocks in your database will resemble the format in Figure