قابلیت RESETTABLE در اوراکل 26ai

نویسنده مطلب: Vahid Yousefzadeh Leave a comment

در دیتابیس اوراکل، state بسته‌های PL/SQL در سطح session حفظ می شود. یعنی زمانی که یک package در session ای اجرا می‌شود، متغیرهای global آن، مقادیر خود را در میان چندین فراخوانی حفظ می‌کنند. در نسخه‌های قبلی Oracle(قبل از 26ai)، زمانی که یک package دوباره compile می‌شد، تمام sessionهایی که state آن package را نگه داشته اند با خطاهای ORA-04068 مواجه می‌شدند.

در اوراکل 26ai، عبارت RESETTABLE راهی جدید برای مدیریت state بسته‌های PL/SQL معرفی می‌کند. با استفاده از این عبارت، زمانی که package تشخیص دهد وضعیت آن دیگر معتبر نیست، به‌صورت خودکار reset می‌شود، و مانع از کرش کردن session می شود. برای درک بهتر عملکرد آن، سناریوی عملی زیر را بررسی می‌کنیم. 

(بیشتر…)

اوراکل 26ai – چگونه با عبارت QUALIFY نتایج توابع تحلیلی را بدون subquery فیلتر کنیم؟

نویسنده مطلب: Vahid Yousefzadeh Leave a comment

فرض کنید میخواهیم از جدول employees، از هر دپارتمان، فقط اطلاعات کارمندی را نمایش دهیم که بالاترین حقوق را دارد. برای گرفتن این خروجی، تا قبل از نسخه 26ai معمولا از subquery استفاده می کردیم:

SELECT *
FROM (
  SELECT employee_id,
         first_name,
         department_id,
         salary,
         RANK() OVER (PARTITION BY department_id ORDER BY salary DESC) AS Rank_Per_DEP
  FROM employees
)
WHERE Rank_Per_DEP = 1;

(بیشتر…)

مقایسه رفتار پستگرس و اوراکل برای بازگردانی تغییرات

نویسنده مطلب: Vahid Yousefzadeh Leave a comment

همان‌طور که می‌دانید، وقتی در یک تراکنش رکوردی حذف یا بروزرسانی می‌شود، گاهی لازم است تغییر انجام‌شده به حالت قبلی بازگردد (rollback). برای مثال، کاربری رکوردی را بروزرسانی می‌کند و بلافاصله متوجه می‌شود که باید این تغییر را لغو کند. در اکثر دیتابیس‌های رابطه‌ای مدرن که ACID را به‌طور کامل پشتیبانی می‌کنند، این امکان وجود دارد، اما مکانیزم اجرایی آن در هر دیتابیس می‌تواند متفاوت باشد.

در این مقاله قصد داریم راهکارهای دیتابیسهای اوراکل و پستگرس را برای مدیریت تراکنش‌ها با نگرش بازگردانی تغییرات با یکدیگر مقایسه کنیم. با توجه به طولانی شدن مطلب، تمرکز این متن صرفاً بر جنبه بازگردانی تغییرات است و سایر جنبه‌ها مانند مکانیزم‌های Locking در مقاله‌ای جداگانه بررسی خواهند شد.

(بیشتر…)

قابلیت SQL Diagnostic Report – اوراکل 23ai و 19.28

نویسنده مطلب: Vahid Yousefzadeh Leave a comment

پیش از اوراکل 23ai و 19.28، اسکریپت awrsqrpt.sql یکی از روشهای تحلیل اجراهای قبلی یک کوئری بود و از این طریق می توانستیم آمارهای مربوط به میزان استفاده از CPU، ورودی/خروجی (I/O) ، زمان سپری شده(elapsed time) و … را در یک بازه زمانی مشخص مشاهده کنیم. با این حال، این روش دو محدودیت اصلی داشت. در این روش نیاز بود دو AWR snapshot تعیین شوند و ضمنا اطلاعات ارائه‌شده در گزارش هم نسبتاً محدود بود. نمونه خروجی awrsqrpt.sql:

با معرفی اوراکل 23ai، تابع جدیدی به نام REPORT_SQL به پکیج DBMS_SQLDIAG اضافه شد. این تابع، یک گزارش تشخیصی کامل در قالب HTML برای یک کوئری مدنظر ما تولید می کند و به نسبت اسکریپت awrsqrpt.sql دید عمیق‌تری از نظر پرفورمنسی ارائه می‌دهد. این قابلیت در 19.28 نیز قابل استفاده است.

(بیشتر…)

اوراکل 19c و 23ai – گزارش وضعیت پیشرفت RMAN

نویسنده مطلب: Vahid Yousefzadeh Leave a comment

هنگام انجام عملیات بازیابی (restore) پایگاه داده اوراکل با استفاده از ابزار RMAN، اوراکل از طریق ویوی v$session_longops اطلاعاتی از میزان پیشرفت هر عملیات ارائه می‌دهد. این قابلیت به مدیران پایگاه داده (DBAها) امکان می‌دهد که فرآیند بازیابی را پایش کرده و مدت زمان تقریبی آن را تخمین بزنند.

برای مثال:

set linesize 1000
col opname format a40
SELECT opname,
       totalwork,
       sofar AS procd_blocks,
       TIME_REMAINING,
       ROUND(sofar/totalwork*100,2) AS pct_done
FROM   v$session_longops
WHERE  opname LIKE 'RMAN%'
AND    totalwork > 0
AND    sofar <> totalwork;
OPNAME                                    TOTALWORK PROCD_BLOCKS TIME_REMAINING   PCT_DONE
---------------------------------------- ---------- ------------ -------------- ----------
RMAN: full datafile restore                67490026      3147741          26123       4.66

در این مثال، اوراکل تخمین زده است که عملیات بازیابی بیش از 26,000 ثانیه طول خواهد کشید و تنها 4.66 درصد از عملیات مربوط به یک channel تا این لحظه انجام شده است.

در نسخه‌های 19c (احتمالاً از 19.28) و 23ai، در هنگام عملیات بازیابی، اگر عملیات یک channel بیش از 900 ثانیه طول بکشد، اوراکل به‌طور خودکار گزارش پیشرفت I/O را فعال می‌کند و پیام زیر را نمایش می دهد:

I/O statistics progress reporting enabled with interval 900 seconds

(بیشتر…)

اوراکل (23.9)23ai – عبارت GROUP BY ALL

نویسنده مطلب: Vahid Yousefzadeh Leave a comment

اوراکل 23ai چندین قابلیت جدید به عبارت GROUP BY اضافه کرده است که باعث ساده‌تر شدن نگارش کوئری و بهبود خوانایی آن می‌شود، به‌ویژه زمانی که داده‌ها بر اساس چند ستون گروه‌بندی می‌شوند.

از این نسخه، عبارت GROUP BY از بهبودهای زیر پشتیبانی می‌کند:

این قابلیت‌ها باعث کاهش تکرار و کوتاه‌تر شدن دستورات SQL شده و نگهداری آن‌ها را آسان‌تر می‌کند.

در بروزرسانی نسخه 23.9، اوراکل قابلیت دیگری معرفی کرده است: عبارت GROUP BY ALL.

(بیشتر…)

اوراکل 23ai – تبدیل LONG به LOB در زمان impdp

نویسنده مطلب: Vahid Yousefzadeh 1 Comment

همانطور که می دانید، نوع داده LONG در اوراکل محدودیت‌های زیادی دارد، مانند محدودیت در تعداد ستون‌ها، محدودیت طول و … با وجود این محدودیت‌ها، اوراکل هنوز بعضی از ستون‌های دیتا دیکشنری را به نوع داده LOB تغییر نداده است. هرچند، اوراکل قابلیت جدیدی را در نسخه 12.2 با عنوان “ستونهای *_VC در ویوهای data dictionary” در این زمینه معرفی کرده است.

در برخی دیتابیسها، بسیاری از جداول هنوز از نوع داده LONG هستند و تبدیل آن‌ها به LOB می‌تواند چالش‌برانگیز باشد. اوراکل در نسخه 23ai قابلیت جدیدی را در این زمینه ارائه کرده است. در این نسخه، می توان نوع داده LONG را هنگام اجرای دستور impdp به LOB تبدیل کنند.

اوراکل یک عبارت جدید به پارامتر TRANSFORM به نام LONG_TO_LOB اضافه کرده است. برای انجام تبدیل در حین وارد کردن داده‌ها، کافیست این پارامتر را روی Y تنظیم کنید (به عنوان مثال: TRANSFORM=LONG_TO_LOB:Y).

در زیر نحوه استفاده از این ویژگی را توضیح می‌دهم.

(بیشتر…)

قابلیت Sessionless Transaction در اوراکل 23ai(23.6)

نویسنده مطلب: Vahid Yousefzadeh Leave a comment

در پایگاه داده اوراکل، transaction به طور سنتی به session وابسته است و زمانی که یک session بسته می شود، transaction مرتبط با آن session هم خاتمه می‌یابد. از اوراکل 23ai (از 23.6 به بعد)، ویژگی Sessionless Transactions این امکان را فراهم می‌کند که این وابستگی بین session و transaction از بین برود و تراکنشها این امکان را داشته باشند که به حالت تعلیق درآیند و در session دیگری از سر گرفته شوند. 

به عبارتی دیگر، در قابلیت Sessionless Transactions، به هر تراکنش یک شناسه منحصربه‌فرد اختصاص داده می‌شود و حتی اگر sessionای که تراکنش را شروع کرده، بسته شود، تراکنش در پایگاه داده باقی می‌ماند و session دیگری میتواند آن را با استفاده از “شناسه منحصربه‌فرد آن” از سر بگیرد و ادامه دهد.

(بیشتر…)

DBMS_DEVELOPER در اوراکل 23ai(23.7)

نویسنده مطلب: Vahid Yousefzadeh Leave a comment

در پایگاه داده اوراکل، برای استخراج متادیتای اشیا، می‌توانیم از پکیج DBMS_METADATA استفاده کنیم. این پکیج شامل بسیاری از توابع و روال‌های مفید است، مانند GET_DDL، GET_DEPENDENT_DDL و SET_TRANSFORM_PARAM. علاوه بر این، برخی ابزارها مانند SQLcl روش‌های خاص خود را برای استخراج متادیتا ارائه می‌دهند—به عنوان مثال، دستور DDL در ابزار SQLcl.

از نسخه 23.7 به بعد، اوراکل روش دیگری برای استخراج متادیتای اشیا معرفی کرده است. در این نسخه، می‌توانیم از DBMS_DEVELOPER در کنار DBMS_METADATA استفاده کنیم. DBMS_DEVELOPER کاربرپسند است و خروجی را در قالب JSON تولید می‌کند. این پکیج در حال حاضر تنها از TABLE، INDEX و VIEW پشتیبانی می‌کند، در حالی که DBMS_METADATA بسیار قدرتمندتر است و تقریباً از همه انواع اشیا پشتیبانی می‌کند.

DBMS_DEVELOPER تنها یک تابع به نام GET_METADATA دارد:

(بیشتر…)

Shrinking Smallfile Tablespaces in Oracle 23.7

نویسنده مطلب: Vahid Yousefzadeh Leave a comment

As you may know, starting from Oracle 23ai, we can shrink permanent tablespaces. However, that was limited to bigfile tablespaces, and shrinking smallfile tablespaces was not possible. Although, by default, tablespaces are created as bigfile tablespace.

Now, in Oracle 23.7, shrinking smallfile tablespaces is possible and we can shrink these tablespaces using the dbms_space.tablespace_shrink procedure. This procedure executes familiar commands such as ‘alter table move online’ and ‘alter index rebuild’ to shrink smallfile tablespaces.

PROCEDURE SHRINK_TABLESPACE
 Argument Name                  Type                    In/Out Default?
 ------------------------------ ----------------------- ------ --------
 TS_NAME                        VARCHAR2                IN
 SHRINK_MODE                    NUMBER                  IN     DEFAULT
 TARGET_SIZE                    NUMBER                  IN     DEFAULT
 SHRINK_RESULT                  CLOB                    OUT
 ITERATIONS                     NUMBER                  IN     DEFAULT

(بیشتر…)