بطور معمول و پیش فرض در هنگام import داده ها در بانک مقصد، جداول با همان نام قبلی و در همان schema و tablespace بارگذاری می شوند، مگر آنکه با استفاده از برخی پارامترها نام و مکان آنها را تغییر دهیم که در ادامه با این پارامترها آشنا می شویم.
اوراکل 19c- ایجاد کاربران سیستمی به صورت Schema Only Account
با ایجاد دیتابیس اوراکل، به ازای هر component انتخابی، تعدادی user ایجاد خواهند شد. برای نمونه، اسامی تعدادی از componentها به همراه کاربرانی که برای آنها ایجاد می شود را در قسمت زیر می بینید:
Oracle Multimedia: MDSYS,ORDDATA,ORDPLUGINS,SI_INFORMTN_SCHEMA
Oracle Database Vault: DVF,DVSYS
Oracle XML Database: ANONYMOUS
Oracle Text: CTXSYS
تا قبل از اوراکل 19c، برای این نوع از کاربران سیستمی، از روش احراز هویت، PASSWORD استفاده می شد به همین جهت، با ایجاد دیتابیس در این نسخه ها(قبل از 19c)، تعداد زیادی از کاربران، پسورد default داشتند.
ویژگی Schema Only Accounts در اوراکل 18c و 19c
در نسخه های ماقبل اوراکل 18c، ایجاد یک user تنها با تعیین متد AUTHENTICATION آن امکان پذیر است و به صورت کلی، در این نسخه ها(12c,11g,10g)، سه متد AUTHENTICATION برای کاربران وجود دارد:
Password: create user usef1 identified by password;
External: create user usef2 identified externally;
Global: create user usef3 identified globally;
در صورت استفاده از متد Password، شکل hash شده پسورد کاربر در جدولی از بانک ذخیره شده(جدول $user) و در دو حالت دیگر(External – Global)، پسوردی از کاربر در دیتابیس ذخیره نخواهد شد و AUTHENTICATION خارج از دیتابیس انجام می شود.
اوراکل 18c با ارائه یک قابلیت جدید، امکان ساخت user را بدون تعیین متد AUTHENTICATION فراهم کرد که استفاده از این قابلیت، منتج به عدم امکان لاگین مستقیم به این نوع از کاربران خواهد شد.
(بیشتر…)ویژگی های جدید اوراکل در نسخه 19c
1.ارائه گزارش برای استفاده از hintها(HINT_REPORT)
3.اجرای دستورات DMLای در محیط دیتاگارد
5.ویژگی Audit Only Top-Level SQL Statements
8.ایجاد کاربران سیستمی به صورت schema only account
9.برگشت خودکار سرویس به preferred instance
10.ارسال unified audit trail به syslog و Event Viewer
11.بهبودهای EZconnect در اوراکل 19c
12.بررسی تغییرات dbms_job در اوراکل 19c
13.عدم امکان استفاده از دستور ALTER USER RENAME در اوراکل 19c
14.اجرای PDB relocation و PDB cloning به صورت از راه دور با کمک DBCA
15.بهبودی در جمع آوری خودکار آمار در اوراکل 19c
16.ارتقاء اوراکل از نسخه 18c به 19c با استفاده از ابزار AutoUpgrade
17.ویژگی Automatic Flashback(or PITR) Standby در اوراکل 19c
18.ارتقا نسخه Grid Infrastructure به 19.8 با اعمال Patch و بدون Downtime در سطح دیتابیس(در محیط کلاستر)
19.نگاهی به تغییرات و بهبودهای تابع LISTAGG در اوراکل 18c ، 12cR2و 19c
20.پارامتر MAX_IDLE_BLOCKER_TIME در اوراکل 19c
21.Update بخشی از اطلاعات JSON با کمک تابع JSON_MERGEPATCH – اوراکل 19c
22.Rotate خودکار فایل Listener.log در اوراکل 19c
23.تست قسمتی از عملیات TTS بدون down time(اوراکل 19c)
24.مروری بر ویژگی های جدید DG Broker در اوراکل 19c
25.اتصال به PDB با مجوز sysdba بدون تعیین پسورد(اوراکل 19.7)
26.اوراکل 19c- ارتقا Grid Infrastructure در حالت Dry-Run
27.ذخیره AWR snapshot خارج از SYSAUX
دستور ALTER SEQUENCE RESTART
برای تغییر مقدار جاری یک sequence، روشهای مختلفی وجود دارد که یکی از این روشها، استفاده از دستور ALTER SEQUENCE RESTART می باشد که در اوراکل 12cR2 ارائه شد. در ادامه متن، شیوه استفاده از این دستور را مشاهده خواهید کرد.
(بیشتر…)ایجاد synonym برای کاربران
ایجاد synonym برای کاربران در اوراکل 12c امکان پذیر است. این کار با کمک پارامتر مخفی enable_schema_synonyms_ قابل انجام می باشد:
SQL> alter system set “_enable_schema_synonyms” = true scope=spfile;
System altered.
برای مثال، بعد از تنظیم این پارامتر، می توانیم با کمک دستور زیر، برای کاربر usef، نام دیگری هم تعیین می کنیم:
SQL> create schema synonym new_name for usef;
Schema synonym created.
نصب اوراکل 18c با کمک RPM
در این متن قصد داریم به شیوه نصب اوراکل 18c با کمک RPM بپردازیم. قبل از نصب نرم افزار، باید بسته های مورد نیاز را در سطح سیستم عامل نصب کرده و مقدمات لازم را برای نصب نرم افزار فراهم کنیم.
ستونهای VC_* در ویوهای data dictionary
همانطور که می دانید، تعدادی از فیلدهای مربوط به ویوهای data dictionary، هنوز(در اوراکل 18c) از نوع long می باشند. برای مثال، فیلد text در ویوی USER_VIEWS از این دسته می باشد:
SQL> desc USER_VIEWS
Name Type Comments
———— ————– ———————————-
VIEW_NAME VARCHAR2(128) Name of the view
TEXT_LENGTH NUMBER Length of the view text
TEXT LONG View text
پروسس LREG در اوراکل 12c
همانطور که می دانید در نسخه های 10g و 11g، پروسس pmon مسئولیت dynamic registration را بر عهده دارد علاوه بر این وظیفه، این پروسس به عنوان یک background process اجباری، نقشهای بسیار مهم دیگری را هم ایفا می کند که با از بین بردن(kill) آن، instance هم از کار خواهد افتاد.
فراخوانی lobs با dblink در اوراکل 12cR2
در اوراکل 11g، با کمک dblink نمی توان فیلدی که از نوع داده lobs می باشد را به صورت زیر فراخواند:
select * from usef.tbl@db11g;
ORA-22992: cannot use LOB locators selected from remote tables
همچنین اگر جدول مورد نظر در اوراکل ماقبل از نسخه 12cR2 باشد و فراخوانی ان در نسخه 12cR2 انجام شود، کماکان با خطا مواجه خواهد شد:
–in 12cR2 to 11g
select * from tbl@db11g;
ORA-65510: Distributed LOB operations are not supported on pre-12.2 databases.
حال اگر طرفین 12cR2 باشند، این محدودیت برطرف خواهد شد:
select * from tbl@db12r2;
1 <CLOB>