مراقبت از نگهداري داده ها بصورت هماهنگ در اوراکل: اگر شما يك جدول تجميع داده ها بصورت جداگانه داشته باشيد، شما مسئول نگهداري از داده ها و هماهنگ كردن آنها هستيد كه بسياري از مواقع باعث اشتباه مي شود، مخصوصا وقتي شما ديتاهاي شما بصورت افزايشي باشد.
بسته به تنظيمات، اوراكل مي تواند كوئري شما را با استفاده از MV وقتي كه كاربران با مسئله اي در خصوص جداول پايه روبرو مي شوند را بازنويسي كند. براي مثال اگر يك گروهي از گزارش ها را داشته باشيد و بايد بصورت روزانه- ماهانه – سالانه اطلاعات را بصورت تجميعي به شما نمايش دهد. شما بر روي جداول پايه يك MV ايجاد مي كنيد كه بصورت روزانه تجميع مي شوند و Optimizer oracle بهتر مي تواند روي كوئري هاي موجود بكار گرفته شودو اين روش خيلي ساده تر از اين هست كه بخواهيم روي ركوردهاي بسياري از جداول هنگام نياز به گزارش عمل بهينه سازي و كوئري را دوباره اجرا كنيم.
مي توانيم بصورت اتوماتيك جداول پايه بروز در دیتایس Oracle داشته باشيم. منظور از جداول پايه همان اطلاعات كه هميشه مورد نياز ما مي باشد. بعنوان يك data warehouse استفاده نماييم.
همانطور كه در بالا هم به آن اشاره كرده بودم. اگر شما نياز داريد كه ديتاهاي بزرگي را بصورت تجميعي در اوراکل داشته باشيد بدون آنكه نياز باشد براي بدست آوردن آن هر بار اجرا بصورت تكرار يك اسكن بزرگ روي رديف هاي جداول اتفاق بيافتد بهتر است كه از MV استفاده كنيد.
با استفاده از MV در اوراکل لود شبكه كاهش پيدا مي كند.
استفاده از MV باعث افزايش Performance براي بدست آوردن جواب از كوئري ها مخصوصا هنگام استفاده از دستورات پيچيده SQL مي شود و مي توانيد به جاي استفاده از جداول براي سرعت بيشتر از MV استفاده نماييد.
براي مشاهده نحوه اجراي MV در اوراکل مي توانيد بلاگ آقاي Donald K. Burleson را نيز مشاهده كنيد.
The BUILD clause options
•IMMEDIATE : The materialized view is populated immediately.
•DEFERRED : The materialized view is populated on the first requested refresh.
The following refresh types are available
•FAST : A fast refresh is attempted. If materialized view logs are not present against the source tables in advance, the creation fails.
•COMPLETE : The table segment supporting the materialized view is truncated and repopulated completely using the associated query.
•FORCE : A fast refresh is attempted. If one is not possible a complete refresh is performed.
A refresh can be triggered in one of two ways
•ON COMMIT : The refresh is triggered by a committed data change in one of the dependent tables.
•ON DEMAND : The refresh is initiated by a manual request or a scheduled task.
The ?QUERY REWRITE? clause tells the optimizer if the materialized view should be consider for query rewrite operations.
The ?ON PREBUILT TABLE? clause tells the database to use an existing table segment, which must have the same name as the materialized view and support the same column structure as the query.
