آشنایی با محیط SQLcl

نویسنده مطلب: وحید یوسف زاده Leave a comment

ابزار SQLcl در سال 2014 توسط تیم Oracle SQLDeveloper ارائه شد، این ابزار مشابه sqlplus محیطی command lineی را برای DBA فراهم  می سازد با این تفاوت که قابلیت و راحتی های فراوانی را نسبت به sqlplus  به همراه دارد.

نمونه هایی از مزیتهای این ابزار را نسبت به sqlplus مشاهده می کنید:

1.برای استفاده از SQLcl نیازی به نصب اوراکل کلاینت نخواهیم داشت همچنین این ابزار نصب بسیار راحتی دارد.

2.دستورات کاربردی فراوانی توسط این ابزار ارائه شده اند نظیر HISTORY، DDL، CTAS، Spool To CSV و ….

3.کار کردن با خط فرمان در این محیط نسبت به sqlplus راحت تر است(به دلیل ویژگی هایی چون TAB COMPELETION ). همچنین خروجی پرس و جوها به شکل خواناتری نمایش داده می شوند.

4.SQLcl امکان اتصال بین دو دیتابیس را بدون استفاده از database link فراهم می کند.

و …

(بیشتر…)

روشی برای تغییر ایندکس primary key – اوراکل 12c

نویسنده مطلب: وحید یوسف زاده Leave a comment

شرایط زیر را در نظر بگیرید:

SQL> create table jadval1 (id number,name varchar2(14),last_name varchar2(14));

Table created

SQL> insert into jadval1 select level,’VAHID’,’USEFZADEH’ from dual connect by level <=10000;

10000 rows inserted

SQL> commit;

Commit complete

SQL> create index ind_id on jadval1(id);

Index created

در چنین شرایطی قصد داریم ستون id را به عنوان primary key تعریف کنیم:

SQL> alter table JADVAL1 add constraint pk primary key (ID);

Table altered

(بیشتر…)

Rotate خودکار فایل Listener.log در اوراکل 19c

نویسنده مطلب: وحید یوسف زاده 1 Comment

تا قبل از اوراکل 19c، عملیات rotate برای logهای xmlی سرویس listener(فایل log.xml) به صورت خودکار انجام می شد و معمولا حجم هر کدام از این logfileها می توانست حدودا به ده مگابایت برسد البته این عملیات برای فایل listener.log اتفاق نمی افتاد و rotate آن به صورت سیستم عاملی و توسط DBA کنترل می شد.

در اوراکل 19c دو پارامتر(پارامترهای listener.ora) برای Rotate خودکار لاگهای listener اضافه شده است که در این متن با این دو پارامتر اشنا خواهیم شد.

(بیشتر…)

آموزش اوراکل PL/SQL قسمت چهارم -دستورات شرطی

نویسنده مطلب: میلاد خالقی Leave a comment

گاهی اوقات نیاز است یک یا چند شرط بررسی شوند تا عملیات برنامه بر اساس آن شرط ها انجام گیرند. در شکل زیر ساختار کلی دستورات شرطی را مشاهده می کنید این دستورات برای تغییر روند کنترلی اجرای دستورات برنامه استفاده می شود.

(بیشتر…)

انجام query rewrite با استفاده از DBMS_ADVANCED_REWRITE

نویسنده مطلب: وحید یوسف زاده 1 Comment

فرض کنید پرس و جوی زیر یکی از پرس و جوهای پراستفاده برنامه می باشد که به دلیل عدم دسترسی به سورس کد برنامه امکان تغییر متن آن وجود ندارد:

SQL>  select /*+INDEX(tbl1,IND_CODE)*/ count(*) from tbl1 where code=2 ;

  COUNT(*)

———-

  51199980

Elapsed: 00:00:05.23

همانطور که می بینید، این پرس و جو حدودا در زمان 4 ثانیه اجرا شده است با برداشتن HINTای که در این پرس  و جو موجود است، آن را مجددا اجرا می کنیم:

SQL> select count(*) from tbl1 where code=2 ;

  COUNT(*)

———-

  51199980

Elapsed: 00:00:01.60

مشاهده می کنید که زمان اجرای پرس و جو با برداشتن HINT از 5 ثانیه به 1 ثانیه کاهش پیدا کرده است قصد داریم با هر بار اجرای پرس و جوی اول، دیتابیس به صورت خودکار پرس و جوی دوم(که فاقد HINT است) را اجرا کند به عبارتی دیگر، دیتابیس در پس زمینه query rewrite را انجام دهد.

(بیشتر…)

استفاده از قابلیت flashback query برای برگرداندن تغییرات متن پکیج، پروسیجر و فانکشن

نویسنده مطلب: وحید یوسف زاده Leave a comment

همانطور که می دانید، با شروع یک تراکنش، undo segmentای هم به آن اختصاص داده می شود تا اطلاعاتی  که تراکنش در حال کار با ان است را در خود جای دهد به طور مثال، قبل از حذف یک رکورد در یک تراکنش، اطلاعات آن رکورد در undo segment نوشته خواهد شد.

هدف از این مسئله به پشتیبانی اوراکل از قابلیتهایی چون read consistency،  rollback operation و انواع مختلف flashbackها در دیتابیس بر می گردد که البته در مورد هر کدام از این قابلیتها، قبلا مطالبی را ارائه کردیم و در این مطلب صرفا به بررسی نکته ای در مورد flashback query خواهیم پرداخت.

(بیشتر…)

ویووهای Dynamic Performance و Data Dictionary در دیتابیس اوراکل

نویسنده مطلب: میلاد خالقی 1 Comment

view یکی از OBJECT های دیتابیس اوراکل است که روش ساخت و استفاده از آن را در متن “VIEW در دیتابیس اوراکل” توضیح دادیم. دو دسته ویوو در دیتابیس اوراکل وجود دارد که بعد از ایجاد دیتابیس به صورت اتوماتیک ساخته می شوند و با  استفاده از PUBLIC SYNONYM در اختیار کاربران دیتابیس قرار می گیرند.

این ویووها که به صورت دائمی توسط دیتابیس اوراکل بروزرسانی می شوند شامل اطلاعات کلی OBJECTها و اجزای دیتابیس هستند.

یک دسته از این ویووها Dynamic Performance است که نام آنها معمولا با $V یا $GV شروع می شود. دسته دیگر ویووهای دیتادیکشنری (Data Dictionary) هستند.

در ادامه تفاوت این دو دسته از viewها را توضیح می دهیم.

(بیشتر…)

اجرای دستورات DDLای از طریق DBLINK

نویسنده مطلب: وحید یوسف زاده 1 Comment

برای اجرای دستورات DDLای از طریق Database Link می توان از پروسیجر dbms_utility.exec_ddl_statement استفاده کرد. مثالهای زیر را ببینید:

مثال 1:

SQL> exec dbms_utility.exec_ddl_statement@dblink(‘drop table EXCHTBL2’);

PL/SQL procedure successfully completed

 

SQL> exec dbms_utility.exec_ddl_statement@dblink(‘drop table EXCHTBL2’);

ORA-00942: table or view does not exist

مثال 2:

SQL> declare

  2  stmt varchar2(4000);

  3  begin

  4  stmt:=’create user ali identified by a’;

  5  execute immediate ‘begin dbms_utility.exec_ddl_statement@dblink(:stmt);end;’ using stmt;

  6  end;

  7  /

PL/SQL procedure successfully completed

 

SQL> /

ORA-01920: user name ‘ALI’ conflicts with another user or role name

پارامتر MAX_IDLE_BLOCKER_TIME در اوراکل 19c

نویسنده مطلب: وحید یوسف زاده 1 Comment

با تنظیم پارامتر MAX_IDLE_BLOCKER_TIME می توان sessionای که رکورد(به صورت کلی منبعی را) در اختیار گرفته و در پی آن منجر به block شدن session دیگری شده است را بعد از مدتی زمان مشخصی، kill کرد البته با این شرط که این session(ه blocker) در این مدت زمان، idle باشد.

برای مثال، با اجرای دستور زیر، blocker بعد از آنکه به مدت یک دقیقه در وضعیت idle قرار بگیرد، kill خواهد شد.

(بیشتر…)

ویژگی Automatic Flashback(or PITR) Standby در اوراکل 19c

نویسنده مطلب: وحید یوسف زاده 1 Comment

از اوراکل 19c با اجرای دستور flashback database و یا انجام عملیات point in time recovery در محیط دیتابیس اصلی(primary)؛ دیتاگارد هم به صورت خودکار flashback خواهد شد و از حالت sync با primary خارج نمی شود(البته در صورت فعال بودن قابلیت flashback). این قابلیت با کمک پارامتر مخفی standby_auto_flashback_ قابل مدیریت است.

در ادامه متن زیر، با اجرای دستور flashback database و همچنین انجام PITR در محیط primary، رفتار دیتاگارد را در دو نسخه 18c و 19c مقایسه می کنیم.

(بیشتر…)