오라클 공식 Document 리스트 에서는 20C 는 나타나지 않고 있습니다.
문서 링크는 아직 남아 있으며 공식 릴리즈 문서등에서는 19c 에서 21c 버전을 정식으로 사용 하는것으로 확인됩니다.

21c 는 2020년 12월 8일 부터  일부리전에서  ( Ashburn (IAD), Phoenix (PHX), Frankfurt (FRA) and London (LHR) regions) 에서 Free tier 클라우드에서 사용가능 하다고 하네요. (2021-01-05 내용추가)

- Oracle Blog 참조

blogs.oracle.com/database/introducing-oracle-database-21c


- Oracle 21c 의 공식문서 link -
docs.oracle.com/en/database/oracle/oracle-database/21/whats-new.html

 

오라클 20c 의 공식 문서가 OPEN 되었네요.
일단 문서를 보면 빅데이터 관련 내용이 먼저 순서를 차지 하고 있습니다.


Oracle Database Release 20c New Features

  1. Big Data and Data Warehousing Solutions
  2. Security Solutions
  3. Performance and High-Availability Options
  4. Tools and Languages
  5. Database Upgrade and Utilities

 

Interactive Architecture Diagram

아래 링크에서는 변경된 아키텍처에 관해서 살펴 볼수 있습니다.

https://www.oracle.com/webfolder/technetwork/tutorials/architecture-diagrams/20/database-technical-architecture.html

 

Oracle Database Technical Architecture

This interactive diagram shows the Oracle Database 20c technical architecture. Show PDF    |   Show Instructions To step through the slide show, click the Previous and Next buttons. To return to the first slide, click the First button. The breadcrumb below

www.oracle.com

 

 개인적으로 다른것보다 20c 공식적으로 JSON 데이터 타입이 추가 되었다는 내용이 보입니다.
이전에 JSON Document 형태의 활용에 관한 포스팅을 하면서 언급했던 반쪽 짜리 JSON 기능이  20c 부터 어느정도 구체화되었다고 생각 할 수 있을것 같습니다.

 테이블의 칼럼 자체를 JSON TYPE 으로 생성 할 수 있게 하고, SQL 과 PLSQL function을 사용 할 수 있게 되었습니다만
안타깝게도 파라메터 initialization parameter compatible 20 이하에서는 사용할수 없다고 합니다.
결국 새로운 서비스를 하는 신규 DB 에서만 활용이 가능하겠네요..


JSON 관련 Oracle Document :

https://docs.oracle.com/en/database/oracle/oracle-database/20/newft/new-json-data-type.html

 

Database New Features Guide

 

docs.oracle.com

 


JSON  관련 ORACLE blog :

https://blogs.oracle.com/sql/how-to-store-query-and-create-json-documents-in-oracle-database

 

How to Store, Query, and Create JSON Documents in Oracle Database

JavaScript Object Notation (JSON) is a lightweight data transfer format. It's the de facto standard for document exchange. So it's likely you'll want to send and receive JSON documents from and to your database. And store them in your tables. Oracle Databa

blogs.oracle.com

 

현재는 구체적인 설명없이 링크를 나열했지만, 나중에 다시 정리 하게 된다면 그때는 API 안에서의 구체적인 사례에 대해서 공유 할 수 있기를 스스로에게 기대 해보겠습니다.

(Oracle Cloud와 On-Premise에서 Oracle APEX 관련 문서도 마무리 못하고 묵혀놓은지가 몇개월 되가네요.)

추가 : 
오라클 블로그에서 20c 에 대한 글이 포스팅되어 있는데  Blockchain Table에 대한 내용도 확인이 가능하다고 합니다.
Heap Table 과 비슷하게 작동하지만 가장 주목할만한 변화는 변경 불가능한 암호화된 Hash 값이 입력이 된다고 하네요

https://blogs.oracle.com/database/oracle-database-20c-preview



Oracle Blog 참조 링크
https://blogs.oracle.com/database/oracle-database-20c-preview

 

SELECT gv_i.INST_ID
      ,gv_i.INSTANCE_NAME
      ,gv_i.HOST_NAME
      ,gv_i.VERSION
      ,gv_i.STARTUP_TIME
      ,gv_i.STATUS
      ,gv_rl.RESOURCE_NAME
      ,gv_rl.CURRENT_UTILIZATION
      ,gv_rl.MAX_UTILIZATION
      ,gv_rl.INITIAL_ALLOCATION
      ,gv_rl.LIMIT_VALUE
      ,ROUND((gv_rl.MAX_UTILIZATION / gv_rl.LIMIT_VALUE) * 100, 2) AS "MAX(%)"
      ,ROUND((gv_rl.CURRENT_UTILIZATION / gv_rl.LIMIT_VALUE) * 100, 2) AS "CURRENT(%)"
  FROM gv$resource_limit gv_rl
      ,gv$instance       gv_i
 WHERE 1 = 1
   AND gv_rl.INST_ID = gv_i.INST_ID
   AND gv_rl.LIMIT_VALUE <> ' UNLIMITED'
 ORDER BY gv_rl.RESOURCE_NAME;


 오라클 데이터베이스 RAC Global Lock Scripts


  * 2018-04          최초생성

  * 2018-05          Lock Type 추가


SELECT GV_S.INST_ID,

       GV_S.SID AS GV_SESSION_ID,

       GLS.SID AS GV_LOCK_SID,

       GV_S.INST_ID AS GV_SESSION_ID,

       GV_S.SERIAL#,

       LPAD(' ', (LEVEL - 1) * 4, ' ') || DECODE(LEVEL, 1, '', 'L-->') ||

       GV_S.USERNAME AS USERNAME,

       GV_S.STATUS,

       GV_S.PROCESS,

       GV_S.SCHEMANAME,

       GV_S.OSUSER,

       GV_S.PROCESS,

       GV_S.MACHINE,

       GV_S.TERMINAL,

       GV_S.PROGRAM,

       GV_S.TYPE,

       GLS.NAME,

       GV_S.SQL_ID,

       GV_S.PREV_SQL_ID,

       GV_S.MODULE,

       GV_S.COMMAND,

       GV_SC.COMMAND_NAME,

       GV_S.ACTION,

       GV_S.BLOCKING_SESSION_STATUS,

       GV_S.BLOCKING_INSTANCE,

       GV_S.BLOCKING_SESSION,

       GV_S.FINAL_BLOCKING_SESSION_STATUS,

       GV_S.FINAL_BLOCKING_INSTANCE,

       GV_S.FINAL_BLOCKING_SESSION,

       GV_S.EVENT,

       GV_S.SERVICE_NAME,

       GLS.TYPE,

       GLS.ID1,

       GLS.ID1_TAG,

       GLS.ID2,

       GLS.ID2_TAG,

       GLS.LMODE,

       GLS.REQUEST

  FROM GV$SESSION GV_S,

       GV$SQLCOMMAND GV_SC,

       (SELECT GV_L.INST_ID,

               GV_L.SID,

               GV_L.REQUEST,

               GV_L.LMODE,

               GV_L.ID1,

               GV_L.ID2,

               GV_L.TYPE,

               GV_L.BLOCK,

               GV_LT.NAME,

               GV_LT.ID1_TAG,

               GV_LT.ID2_TAG,

               GV_LT.IS_USER,

               GV_LT.DESCRIPTION

          FROM GV$LOCK GV_L, GV$LOCK_TYPE GV_LT

         WHERE 1 = 1

           AND GV_L.INST_ID = GV_LT.INST_ID

           AND GV_L.TYPE = GV_LT.TYPE) GLS --GLOBAL LOCK STATUS

 WHERE 1 = 1

   AND GV_S.INST_ID = GLS.INST_ID(+)

   AND GV_S.SID = GLS.SID(+)

   AND GV_S.INST_ID = GV_SC.INST_ID

   AND GV_S.COMMAND = GV_SC.COMMAND_TYPE

 START WITH GLS.REQUEST = 0

        AND GLS.BLOCK = 1 -- RAC CHECK =2

        AND GLS.LMODE > 0

CONNECT BY PRIOR GV_S.SID = GV_S.BLOCKING_SESSION

       AND GLS.REQUEST > 0;