کاربرد Materialized view در اوراکل
مراقبت از نگهداری داده ها بصورت هماهنگ در اوراکل: اگر شما یک جدول تجمیع داده ها بصورت جداگانه داشته باشید، شما مسئول نگهداری از داده ها و هماهنگ کردن آنها هستید که بسیاری از مواقع باعث اشتباه می شود، مخصوصا وقتی شما دیتاهای شما بصورت افزایشی باشد.
بسته به تنظیمات، اوراکل می تواند کوئری شما را با استفاده از 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.
4/5 - (1 امتیاز)
جستجو
مطالب اخیر
نظرات اخیر
- مهرسا سعادت در نقشه راه اوراکل APEX برای نسخه بعدی
- سعید حسن پور در رفع مشکل Persian Date Picker برای اوراکل ایپکس(اپکس) ۲۱
- حسین ابراهیم زاده در رفع مشکل Persian Date Picker برای اوراکل ایپکس(اپکس) ۲۱
- مهدی جوینی در رفع مشکل Persian Date Picker برای اوراکل ایپکس(اپکس) ۲۱
- محمد در نصب و راه اندازی (Standalone) اوراکل APEX
بایگانی
- اردیبهشت ۱۴۰۱ (۱)
- مرداد ۱۴۰۰ (۱)
- شهریور ۱۳۹۹ (۱)
- بهمن ۱۳۹۸ (۱)
- دی ۱۳۹۸ (۶)
- آذر ۱۳۹۸ (۲۰)
- آبان ۱۳۹۸ (۱۶)
- مهر ۱۳۹۸ (۲۲)
- شهریور ۱۳۹۸ (۲)
- مرداد ۱۳۹۸ (۷)
- تیر ۱۳۹۸ (۹)
- فروردین ۱۳۹۸ (۳)
برچسبها
AOP
APEX
apexrad
captcha
CDN
constraint
ebs
epg
forms
index
injection
longtype
Materialized-view
Oracle Application Express
orclapex
performance
Persian Sort
plsql
session
sql
standalone
variable scope
XE
امنیت
اوراکل
اپکس
ایندکس
ایپکس
بنبست
بهینه ساز
تاریخ شمسی
ترجمه
ترفند
حروف فارسی
داکیومنت
داینامیک
شمسی
مرتب سازی فارسی
نصب
نکته
پلاگین
یونیک