……..آموزش، مشاوره و پشتیبانی…….
مجوزهای insert و update را می توان در سطح ستونهای یک جدول به کاربران اهدا نمود.
دستور grant در مثال زیر، مجوز اجرای دستور update بر روی ستونهای name و last_name از جدول sys.mytbl را به کاربر usef اهدا می کند:
SQL> create table sys.mytbl(id number,name varchar2(9),last_name varchar2(9));
Table created
SQL> insert into sys.mytbl values(1,’vahid’,’usefzadeh’);
1 row inserted
SQL> commit;
Commit complete
SQL> grant update(name,last_name) on mytbl to usef;
Grant succeeded
در زمان اجرای یک پرس و جوی زمانبر، ممکن است تغییراتی در جداول مرجع این پرس وجو اعمال شود در این صورت، سوالی مطرح می شود که آیا این پرس و جوی در حال اجرا، تغییرات جدید را هم در محاسباتش اعمال می کند یا خیر؟
پاسخ این سوال به نوع جداول و ویوهای مرجع پرس و جو بستگی دارد برای مثال، در زمان رجوع به dynamic performance viewها ممکن است تغییرات ایجاد شده در زمان اجرای پرس و جو لحاظ شود و نهایتا خروجی آن پرس و جو را تغییر دهد.
اما در زمان رجوع به جداولی که اطلاعات کاربران در آن ذخیره می شود، اوراکل با لحاظ کردن scn زمان اجرای پرس و جو(زمانی که پرس و جو شروع به اجرا می کند)، تغییرات جدید را در آن اعمال نخواهد کرد.
در صورتی که تغییرات جدید در محاسبات اعمال نشوند و اوراکل صرفا با کمک تصویر ثابتی که از اطلاعات جدول دارد، پرس و جو را اجرا کند، اصطلاحا مفهوم read consistency توسط اوراکل رعایت شده است.
گاهی بدلایل مختلف، مانند عدم فضای کافی یا عدم دسترسی مستقیم به سیستم عامل، امکان تهیه دامپ بر روی ماشین/سرور مبدا مهیا نمی باشد. در این مواقع datapump این امکان را فراهم نموده تا فایل دامپ را بر روی یک ماشین/سرور دیگر ایجاد کنیم یا اطلاعات را بدون ایجاد فایل دامپ، مستقیما بر روی بانک مقصد بارگذاری نماییم. برای این منظور از ارتباط database link بین دو بانک اطلاعاتی استفاده می شود.
Tablespace بزرگترین واحد منطقی تقسیم بندی اطلاعات در پایگاه داده اوراکل می باشدکه از دید منطقی شامل یک یا چند سگمنت و از لحاظ فیزیکی نیز دارای یک یا چند دیتافایل می باشد .
در این مطلب می خواهیم یکی از اجزای مهم گلدن گیت به نام Manager را شرح دهیم.
GoldenGate Manager اولین سرویسی است که باید در پیکربندی replication تنظیم شود. این سرویس باید در هر دو سرور مبدأ (Source) و مقصد(Target) اجرا شود و اجرای آن برای پیکربندی و شروع سایر سرویسهای Goldengate ضروریست.
در این مقاله قصد داریم تا با نگاهی اجمالی به معماری اوراکل، ابتدا با مفاهیم این ساختار آشنا شویم سپس در مقاله های آتی به جزئیات این مبحث بیشتر پرداخته و ساختار اوراکل را مورد بررسی کاملتری قرار خواهیم داد.
پایگاه داده اوراکل در نگاه کلی به دو مفهوم اصلی تقسیم می شود :
1.ساختار database ( فضای دیسک )
2.ساختار instance ( فضای RAM )
عکس زیر یک نمونه از معماری اوراکل را نشان می دهد.
در زمان استفاده از Data Pump، می توان در چهار سطح FULL/TABLESPACE/SCHEMA/TABLES عملیات export/import را انجام داد در مواردی ممکن است نیاز باشد تا objectهای خاصی را مستثنی کرد و یا صرفا بعضی از این objectها را در این عملیات شرکت داد، در این صورت می توان از سه پارامتر INCLUDE، EXCLUDE و QUERY استفاده کرد که در ادامه به بررسی آنها می پردازیم.
در اوراکل 18c، پارامتری به نام UNIFIED_AUDIT_SYSTEMLOG اضافه شد که امکان نوشتن unified audit trail را در محیط سیستم عامل فراهم می کند با این قابلیت می توان فیلدهای کلیدی unified audit trail را در محیط لینوکس به syslog و در محیط ویندوز به Event Viewer فرستاد.
SQL> show parameter unified_audit_systemlog
NAME TYPE VALUE
———————————— ———- ———-
unified_audit_systemlog string
قصد داریم با طی چند مرحله، این قابلیت را در محیط لینوکس پیکربندی کنیم.
با این پارامتر تعیین می کنیم که حداکثر چه تعداد پروسس(worker process) در عملیات export/import مورد استفاده قرار گیرد استفاده به جا و درست از این پارامتر سرعت عملیات را افزایش می دهد.
قبل از ایجاد ایندکس می توان با کمک statisticهای موجود در دیتابیس، سایز آن را تخمین زد که در این متن، دو روش انجام این کار را مشاهده خواهید کرد.