ओरेकल 12 सी। नई सुविधाएँ नई कमी लाती हैं

सभी को नमस्कार।

ओरेकल 12 सी की नई विशेषताओं को पार्स करते हुए, यहां और वहां मुझे नुकसान होता है जब सब कुछ अपेक्षित रूप से काम नहीं करता है, क्रैश या बस स्पष्ट नहीं है। बेशक, यह एक मानक स्थिति है जब नए संस्करण की पहली रिलीज में बहुत सारे कच्चे होते हैं ... लेकिन, जैसा कि आप जानते हैं, चेतावनी दी है - जिसका अर्थ है सशस्त्र। शायद कोई मेरे काम आएगा ताकि मेरी रेक को ना दोहराए।

मैं उन पर हमले के क्रम में एक रेक लिख रहा हूं।

पुनश्च: संपादित: अंत में एक बग जोड़ा गया जिसके बारे में मैं तुरंत लिखना भूल गया (पीएल / एसक्यूएल का उपयोग करके, SQL निर्माण जिसमें पीएल / एसक्यूएल का उपयोग किया जाता है)।

पेश है स्थानीय श्रोता के साथ PMON

आइए एक सरल से शुरू करें, जो काफी बग भी नहीं है, लेकिन एक कॉन्फ़िगरेशन समस्या है।
ओरेकल 12 सी के एक मानक स्थापना और विन्यास में स्थापित (मेरे मामले में - ओरेकल लिनक्स पर, लेकिन, मुझे लगता है, महत्वपूर्ण नहीं है)।
- एक सीडीबी डेटाबेस बनाएँ।
- हम पीडीबी-आधारों को जोड़ते / बनाते हैं।
डिफ़ॉल्ट रूप से, जोड़े गए डेटाबेस श्रोता द्वारा नहीं देखे जाते हैं। "आउट ऑफ द बॉक्स" PMON ने एक ही सर्वर पर रहने वाले श्रोता से दोस्ती नहीं की और स्वचालित पंजीकरण नहीं होता है। हालांकि, एक त्रासदी नहीं है, लेकिन अपने स्वयं के हाथों से श्रोता.ओरा से हाथ जोड़ना किसी भी तरह से नए बहुसांस्कृतिक वास्तुकला सुविधा के संदर्भ में दिलचस्प नहीं है।
आइए PMON और स्थानीय स्तर पर रहने वाले श्रोता का परिचय दें:

ALTER SYSTEM SET local_listener='(ADDRESS = (PROTOCOL=TCP)(HOST=192.168.56.101)(PORT=1521))' scope=both; ALTER SYSTEM REGISTER; 

आधार पंजीकृत, श्रोता ने देखा कि आनंद आया है। यह नहीं कहा जा सकता है कि यह सुविधा ठीक 12-ki है, लेकिन इसमें यह था कि जाने पर डेटाबेस को शाब्दिक रूप से जोड़ना / प्रबंधित करना संभव हो गया, और मल्टीटेनेंट आर्किटेक्चर के ढांचे के भीतर, एक श्रोता में डेटाबेस का स्वचालित पंजीकरण हमेशा के लिए अधिक प्रासंगिक है। पहले, एक नया डेटाबेस बनाना एक बहुत बड़ा "इवेंट" था और श्रोता.ओरा को कुछ पंक्तियों को जोड़ने से मुझे कोई पूर्वाग्रह नहीं हुआ।

रिबूट के बाद ऑटोस्टार्ट पीडीबी

हम सर्वर को पुनरारंभ करते हैं। सीडीबी में तेजी आई है। पीडीबी - खुला नहीं (डेटाबेस कनेक्शन प्रगति में शटडाउन या स्टार्टअप विफल रहा)।
मुझे नहीं पता, शायद यह सही है कि सर्वर रिबूट होने के बाद प्रशासक को सीडीबी डेटाबेस से कनेक्ट करना चाहिए और कहना चाहिए

 alter pluggable database all open; 

ऐसा लगता है कि आधार बस फिर से शुरू नहीं होना चाहिए (नहीं) ... लेकिन कुछ मुझे बताता है कि यह, इसे हल्के ढंग से रखने के लिए, सुविधाजनक नहीं है। और एक ही समय में दर्जनों और सैकड़ों डेटाबेस का समर्थन करने वाले डीबीए स्पष्ट रूप से धन्यवाद नहीं कहेंगे।
सेटिंग्स या कमांड जो ओरेकल को समझाएंगे कि पीडीबी-शकी को सभी को एक समान शुरू करने की आवश्यकता है, का पता नहीं लगाया गया है (शायद मुझे बुरी तरह से देखा गया है। अगर कोई मिला तो मुझे टिप्पणी में बताएं)।
सर्वज्ञ इंटरनेट पर, यह क्षण अब समाचार और सबसे आम सिफारिश नहीं है:

 create or replace trigger open_all_pdb after startup on database BEGIN  execute immediate 'alter pluggable database all open'; END open_all_pdbs; 

मेरे व्यक्तिगत विश्वासों के लिए, मैं वास्तव में ट्रिगर्स को पसंद नहीं करता हूं, लेकिन इस मामले में, यह सबसे छोटी बुराइयों को उपलब्ध लगता है।

अदृश्य स्तंभ

यह सुविधा Oracle नहीं है, लेकिन PL / SQL डेवलपर (संस्करण 10.0.1.1694 - अभी हाल ही में PL / SQL डेवलपर साइट से डाउनलोड की गई है), लेकिन फिर भी।
अदृश्य sqlplus कॉलम पर व्यवहार की तुलना करें (प्रलेखन के अनुसार होता है):

 SQL> descr test_invisible; Name Null? Type ------------------ -------- ----------- ID NUMBER(38) THIRD_COL NUMBER(38) 

और PL / QSL डेवलपर कमांड विंडो:

 SQL> descr test_invisible; Name Type Nullable Default Comments --------- ------------ -------- ------- -------- ID INTEGER Y THIRD_COL INTEGER Y INV_COL VARCHAR2(20) Y 

अब तक, Pl / Sql डेवलपर को नई सुविधा के बारे में नहीं पता है, जो आश्चर्य की बात नहीं है। लेकिन हर कोई यह महसूस नहीं करता है कि पीएल / एसक्यूएल डेवलपर कमांड विंडो कुछ पाइप के माध्यम से एक ईमानदार एसक्यूएल * प्लस नहीं है, लेकिन सिर्फ एक छद्म जैसा इंटरफ़ेस है।
मुझे लगता है कि वे जल्द ही अपने होश में आएंगे, लेकिन पहली बार में मैं कुछ हैरान और विचारशील था।

पीएल / एसक्यूएल समर्थन के साथ

ओरेकल के अनुसार, यह सुविधा मुख्य रूप से प्रदर्शन को बढ़ाने के लिए बनाई गई थी (हम ब्रैकेट के बाहर की सुविधाओं के बारे में विस्तृत विचार छोड़ देंगे, क्योंकि हम पोस्ट के विषय को ऑफ़ॉपिक करते हैं), साथ ही साथ यह भी ध्यान रखें कि इन उद्देश्यों के लिए प्रैग्मा यूडीएफ काम नहीं करता है, लेकिन ...
"BUT" एक बग है जिसे जॉनाथन लेविस ने खोजा और अपने ब्लॉग में वर्णित किया।
पोलामली का एक प्रदर्शन "फीचर" (कुछ मामलों में) जोड़ें - दूसरा - डीटेलियम।

निम्नलिखित कोड उदाहरण पर विचार करें:

 --         . CREATE TABLE all_ones AS SELECT 1 AS ID FROM dual CONNECT BY LEVEL<100; SET TIMING ON ARRAYSIZE 15 WITH FUNCTION slow_function(p_id IN NUMBER) RETURN NUMBER DETERMINISTIC IS BEGIN DBMS_LOCK.sleep(1); RETURN p_id; END; SELECT slow_function(ID) FROM all_ones WHERE ROWNUM <= 10; / …. 10 rows selected. Elapsed: 00:00:10.02 

हालांकि, निष्पक्षता में, यह सभी मामलों में प्रकट नहीं होता है:

 WITH FUNCTION slow_function(p_id IN NUMBER) RETURN NUMBER DETERMINISTIC IS BEGIN DBMS_LOCK.sleep(1); RETURN p_id; END; SELECT slow_function(1) FROM all_ones WHERE ROWNUM <= 10; / 10 rows selected. Elapsed: 00:00:01.01 WITH FUNCTION slow_function(p_id IN NUMBER) RETURN NUMBER DETERMINISTIC IS BEGIN DBMS_LOCK.sleep(1); RETURN p_id; END; SELECT (SELECT slow_function(id) FROM dual) FROM all_ones WHERE ROWNUM <= 10; / Elapsed: 00:00:01.02 

SQL पाठ विस्तार

एक और अच्छा नवाचार नई प्रक्रिया DBMS_UTILITY.EXPAND_SQL_TEXT है - मैंने पहले ही हब पर इसका वर्णन किया है।
जब मैंने इसका परीक्षण किया, तो इसने वीपीडी के साथ मेरे विचार और तालिकाओं दोनों पर अद्भुत रूप से काम किया ... और, उदाहरण के लिए, all_users पर ... हालांकि, इसे all_objects पर लागू करने के प्रयास से dbms_utor पैकेज में त्रुटि हुई। मुझे लगता है कि इसका कारण यह है कि डीबीए की भूमिका वाले एक उपयोगकर्ता ने कुछ पूरी तरह से आंतरिक सिस्टम ऑब्जेक्ट तक पहुंच नहीं दिखाई ... या शायद कोड में केवल एक बग।

 DECLARE x CLOB; BEGIN dbms_utility.expand_sql_text(input_sql_text => 'select * from all_objects', output_sql_text => x ); dbms_output.put_line(x); END; ORA-00904: : invalid identifier ORA-06512: at "SYS.DBMS_UTILITY", line 1581 ORA-06512: at line 3 

और यहाँ कुछ चीजें हैं जिनका मैंने सामना नहीं किया, लेकिन दूसरों से पढ़ना भी दिलचस्प था:

DBMS_METADATA और सत्र अनुक्रम

Sql.ru पर एक विषय में मिला।
ऐसा लगता है कि DBMS_METADATA को अभी नई सुविधा के बारे में पता नहीं है:

 --   sequence create sequence seq session; DECLARE x CLOB; begin x:=dbms_metadata.get_ddl( 'SEQUENCE', 'SEQ'); dbms_output.put_line(x); end; / --   seqence,   session.  . CREATE SEQUENCE "DENKREP"."SEQ" MINVALUE 1 MAXVALUE 9999999999999999999999999999 INCREMENT BY 1 START WITH 1 CACHE 20 NOORDER NOCYCLE NOPARTITION; 

भ्रूण के लिए लाइनों की संख्या की गणना, सरणियाँ और रन-टाइम गणना

ब्लॉग पर एक व्यक्ति में मिला

 SQL> declare 2 type table_tt is table of employees%rowtype; 3 v_tt table_tt; 4 5 v_limit_nr number:=10; 6 v_counter_nr number:=0; 7 begin 8 select * 9 bulk collect into v_tt 10 from employees 11 offset v_counter_nr*v_limit_nr rows 12 fetch next v_limit_nr rows only; -- variable 13 end; 14 / type table_tt is table of employees%rowtype; * ERROR at line 2: ORA-03113: end-of-file on communication channel Process ID: 3060 Session ID: 20 Serial number: 35307 SQL> --       ,   . ... 12 fetch next 10 rows only; -- hard-code 13 end; 14 / PL/SQL procedure successfully completed. SQL> 

पुनश्च: स्रोत के लिए टिप्पणियों में उन्होंने लिखा है कि ओरेकल पहले से ही बग के बारे में और मेटलवेयर बग # 17404511 पर जानता है

PPS: बाद में जोड़ा गया (अधिक याद किया गया)

PL / SQL के साथ SQL में PL / SQL सपोर्ट

नाम है मक्खन। चलिए इसका पता लगाते हैं।
ऐसा लगता है कि PL / SQL को अभी तक SQL भाषा के विस्तार के बारे में पता नहीं है, और वह अभी भी ऐसे SQL निर्माणों का समर्थन नहीं करता है:

 SQL> DECLARE dummy NUMBER; BEGIN WITH FUNCTION test_with (n_id IN NUMBER) RETURN NUMBER IS BEGIN dbms_output.put_line(n_id); RETURN n_id; END; SELECT test_with(ID) INTO dummy FROM t1 WHERE ROWNUM < 2; dbms_output.put_line(dummy); END; / WITH FUNCTION test_with (n_id IN NUMBER) RETURN NUMBER IS * ERROR at line 4: ORA-06550: line 4, column 17: PL/SQL: ORA-00905: missing keyword ORA-06550: line 4, column 3: PL/SQL: SQL Statement ignored ORA-06550: line 6, column 4: PLS-00103: Encountered the symbol "SELECT" 

उसी समय, यह गतिशील SQL में ठीक काम करता है (जैसा कि अपेक्षित है, लेकिन अभी भी):

 DECLARE dummy NUMBER; BEGIN EXECUTE IMMEDIATE 'WITH FUNCTION test_with (n_id IN NUMBER) RETURN NUMBER IS BEGIN dbms_output.put_line(n_id); RETURN n_id; END; SELECT test_with(ID) FROM t1 WHERE ROWNUM < 2' INTO dummy; END; 

अभी के लिए बस इतना ही। मुझे उम्मीद है कि यह दिलचस्प था।