Frank's Oracle Blog

Quelle:  https://asktom.oracle.com/pls/apex/f?p=100:11:0::::P11_QUESTION_ID:1381803609490 alter table T drop column.... alter table T set unused..... what different between those two alter command will impact rbs and redo? Followup    April 4, 2002 - 7pm UTC: alter set unused -- thats a flag delete. no effect on undo/redo really . alter drop -- thats a rewrite, potentially big effect on undo/redo .

Dropping unused columns: Since someof those 'other' changes can be problematic if done online it is generally advisable to do a thorough analysis to make sure you have identified ALL of the desired changes so you can do then all at once. Often the best solution is to recreate the table and data using CTAS. 1. a normal 'drop unused' rewrites every block. It does NOT move rows to other blocks - it essentially just squeezes the row contents to eliminate any unused column content. 2. a normal 'drop unused', even when using checkpoints, leaves the table 'unusable' until the ENTIRE table has been processed. That means you MUST complete the operation before you can resume normal reuse of that table 3. a normal 'drop unused' will NOT free space that can be used by other objects - the same rows occupy the same blocks - the rows are just 'smaller'. So there is NO space to free. Creating a new table (e.g. CTAS) allows you to use b

DOAG-Interview mit Tom Kyte http://www.doag.org/home/aktuelle-news/article/die-best-practices-einer-person-koennen-der-implementationsalptraum-einer-anderen-sein.html Zitat: "Die Best Practices des Einen können der Implementationsalptraum des Anderen sein." "Wenn es mehrere Wege gibt, ein Ziel zu erreichen, dann weil jeder dieser Wege der beste ist. Aber eben unter den entsprechenden Voraussetzungen. Um die Best Practices zu identifizieren und sie sicher zu nutzen, braucht man ein sehr gutes Verständnis der entsprechenden Sachverhalte."

DOAG@Talk Johannes Ahrends: "Plug out gibt es, plug in gibt es nicht" http://www.doag.org/home/aktuelle-news/article/johannes-ahrends-plug-out-gibt-es-plug-in-gibt-es-nicht.html die wichtigsten Features: - varchar2 (32k) - unsichtbare Spalten (Invisible Columns siehe auch  Julian Dyke Blog  und bei Tom Kyte ) - data redaction - identity column und ergänzend: Datenbank 12c: Die wichtigsten Neuerungen in Sachen ILM und Data Warehouse http://www.doag.org/de/home/aktuelle-news/article/datenbank-12c-die-wichtigsten-neuerungen-in-sachen-ilm-und-data-warehouse.html bzw. Oracle12c: Was für SQL- und PL/SQL-Entwickler einfacher wird http://www.doag.org/de/home/aktuelle-news/article/oracle12c-was-fuer-sql-und-plsql-entwickler-einfacher-wird.html und Oracle 12c jenseits von Pluggable Database http://www.doag.org/de/home/aktuelle-news/article/12c-jenseits-von-pluggable-database.html

Eine erste Beschreibung zum Migrations-Tool findet sich in folgendem Artikel:   https://blogs.oracle.com/dataintegration/entry/planning_the_journey_from_oracle

Das letzte Release des OWD ist erschienen: Below are the patch numbers; 17743124  - OWB 11.2.0.4 STANDALONE CLIENT FOR Windows 64 BIT 17743119  - OWB 11.2.0.4 STANDALONE CLIENT FOR Windows 32 BIT This is the terminal release of OWB and customer bugs will be resolved on top of this release. Quelle:  https://blogs.oracle.com/warehousebuilder/entry/owb_11_2_0_42

Ein interessanter Artikel zur Integration von ODI und OBIEE http://www.ateam-oracle.com/integrating-odi-with-obiee-how-to-invoke-odi-scenarios-load-plans-from-obiee/

Von Karsten Stöhr gibt es auf den DOAG-Seiten einen kurzen Überblick zum Oracle-Migrationstool Link zum Artikel:  http://www.doag.org/home/aktuelle-news/article/werkzeug-schafft-abhilfe-bei-migration-von-owb-zu-odi.html