MATERIALIZED VIEW

همانطور که می دانید ویو(view) ذخیره پرس و جو در بانک اطلاعاتی به یک اسم خاص می باشد که عمده  کاربرد آن در امنیت و استقلال منظقی داده ها می باشد ویوها هیچ فضایی را برای ذخیره داده مصرف نمی کنند و با هر بار اجرا، پرس وجو را هم اجرا می کنند. همانند ویو، شی دیگری نیز وجود دارد که شامل یک پروس و جو می باشد که برخلاف ویو، خروجی پرس و جو را هم در جایی ذخیره می کند و در مواقع ضروری می توان آن را بروز کرد این شی Materialized View نام دارد. (بیشتر…)

بررسی PLUGGABLE DATABASE در اوراکل 12cR1

می دانیم که تا قبل از اوراکل 12c، این امکان وجود داشت تا اطلاعات هر کاربر به صورت فیزیکی مستقل از اطلاعات کاربران دیگر ذخیره شود مضاف بر آن، می توان این اطلاعات را دور از دسترس کاربران دیگر قرار داد و در صورت لزوم این قابلیت وجود داشت تا اطلاعات کاربر به بانک اطلاعاتی دیگری منتقل شود.

به طور مثال، در نسخه های ماقبل اوراکل 12c، از طریق قابلیت Transportable Tablespace می توان tablespace مربوط به کاربر را در صورت عدم وابستگی به tablespaceهای دیگر، به دیتابیس دیگری منتقل نمود.

با در نظر داشتن همه این نکات، ساختار اوراکل در این نسخه ها، بسیار مستعد اختلاط است و همه کاربران به یک data dictionary واحد وابسته هستند و همچنین انتقال بخشی از اطلاعات به بانک دیگر، با محدودیتهایی مواجه است.

همچنین در این ساختار، هر instance تنها امکان اتصال به یک دیتابیس را دارد!

(بیشتر…)

Full Database Caching

در نسخه های قبل از 12c، این قابلیت وجود داشت تا سگمنتهای خاصی که به کررات مورد استفاده قرار می گیرند را برای ماندن بیشتر در حافظه، انتخاب کنیم این کار در صورت انتخاب درست، می توانست سبب بهتر شدن کلی کارایی شود.

حال در نسخه 12c این قابلیت به وجود امد تا این اتفاق در سطح کل بانک اطلاعاتی قابل انجام باشد(البته در صورت امکان).

(بیشتر…)

RAC – Dynamic Remastering

در محیط RAC هر instance بخشی از GRD را در SGA خود جای می دهد و همانطور که می دانید GRD هم حاوی اطلاعاتی از قبیل data block address، SCN، past image، current image و … می باشد پس در نتیجه هر instance، اطلاعات مجموعه ای از بلاکها را کنترل می کند و master آنها می باشد و متقابلا هر بلاک هم یک نود مستر دارد به طوری که اگر مستر فعلی بلاک دچار مشکل شود، نود دیگری مسئولیت این بلاکها را به عنوان مستر بر عهده می گیرد.

(بیشتر…)

LARGE OBJECT SEGMENTS

برای ذخیره داده های بدون ساختار در بانک اطلاعاتی اوراکل، ابتدا نوع داده LONG و LONG RAW ارائه شد که LONG برای ذخیره کاراکترهای با حجم زیاد و LONG RAW برای فایلهای باینری(صوت، تصویر و ..) استفاده می شد(و البته می شود) این نوع داده دارای محدودیتهای بسیاری بودند که شاید به همین دلیل اوراکل در نسخه 8i، نوع داده (large object)LOB را معرفی کرد که بسیاری از محدودیتهای LONG و LONG RAW را برطرف می کند از جمله این رفع محدودیتها می توان به موراد زیر اشاره کرد: (بیشتر…)

EM Express در اوراکل 12c

EM DB Express ابزار گرافیکی ای است که می تواند برای مانیتورینگ بانک اطلاعاتی مورد استفاده قرار بگیرد. این ابزار نسبت به ابزار گرافیکی Enterprise manager که در اوراکل ماقبل 12c موجود بود، قابلیتهای بسیار کمتری دارد به طوری که با وجود ابزارهای گرافیکی همانند Grid/Cloud  control شاید کمتر کسی به سراغ این ابزار برود.

(بیشتر…)

لینوکس برای dba

فایلها و پوشه ها

فایل inittab

زمانی که پروسس init شروع به کار می کند، فایل inittab را در مسیر etc/ می خواند تا بداند دقیقا چه سرویسهایی را در چه runlevelای اجرا کند  و نهایتا در runlevelای که این فایل به عنوان runlevel پیش فرض معرفی کرده است، توقف می کند و وارد runlevel های بعدی نخواهد شد.

(بیشتر…)

تغییر و بازیابی پسورد

فرض کنید فردی تنها پسورد یوزر sys را از بین یوزرهای بانک در اختیار دارد و در عین حال قصد دسترسی به یوزر دیگری را دارد تا برای آن یوزر، تغییراتی را اعمال کند

به طور مثال می خواهد برای آن یوزر، job ای را که با dbms_job تعریف شده را broken کند، بدون تردید با قابلیت یوزر sys این فرد می تواند پسورد آن یوزر را به راحتی تغییر دهد اما این تغییر ممکن است سد راهی برای برنامه کاربردی خاص و یا افراد دیگری که از طریق این یوزر به بانک وصل می شوند، شود و در این صورت با تغییر پسورد این یوزر، تغییرات دیگری هم باید انجام شود که ممکن است پرهزینه باشد.

(بیشتر…)