Dacă în urmă cu ceva timp am scris care sunt noile funcționalități ale celei mai noi generații de baze de date Oracle, acum voi scrie la ce să ne așteptăm de la următoarea versiune, astfel, în cadrul conferinței Oracle OpenWorld din octombrie 2012 de la San Francisco au fost prezentate câteva funcționalități ale viitoarei baze de date intitulată sugestiv c de la cloud, Oracle database 12c.

Prin intermediul celor care au fost prezenți la această conferință putem afla câteva dintre noutățile care vor fi aduse de noua versiune:

  •  Pluggable database
    -Cu siguranță cea mai mare noutate este posibilitatea de a crea mai multe pluggable databases (PPB) aflate în „containerul” unei singure baze de date (CDB). Nu putem ignora faptul ca această nouă facilitate va veni în sprijinul celor care administrează sisteme cloud, astfel aplicarea patch-urilor,upgrade-ul, clonarea cat și politicile de backup vor fi mult mai facile și mai puțin consumatoare de timp.
  • VARCHAR2(32767)
    -Versiunea curentă a bazelor de date permite stocarea până la 4000 octeți într-o singură celulă varchar2. Deci, dezvoltatorii trebuie să folosească fie CLOB sau tipurile de date XML, care sunt relativ mai lent, comparativ cu varchar2.
  • Acum valoarea implicita poate face referire către o secventă. La crearea unui tabel, valoarea implicită a unei coloane poate fi sequence.nextval.
  • Funcțiile (și procedurile utilizate în cadrul acestor funcții) pot fi definit în clauza WITH
  • Coloane de identitate: Mai multe niveluri de control a modului în care aceasta este utilizată. Poate folosi sintaxă simplă sau mai complexe.
  • Metadate implicite numai pentru coloane opționale. In versiunile anterioare acest lucru a fost posibil numai pentru coloanele obligatorii.
  • Top-N utilizează acum limitatorul Row, de exemplu clauza: „OFFSET 10 ROWS FETCH FIRST 10 ROWS ONLY”. Asemănător cu sintaxa MySQL .
  • Row pattern matching.
  • Îmbunătățiri ale partiționării:
    – întreținere asincron Index Global pentru DROP si TRUNCATE. Comanda este returnata instantaneu, dar indexul se curata mai târziu.
    – Cascade pentru TRUNCATE și EXCHANGE.
    – Operațiuni pe mai multe partiții într-un singur DDL
    – Mutare online a unei partiții (fără DBMS_REDEFINTIION).
  • Adaptive Execution Plans:
    – În cazul în care se observă de optimizator ca,  cardinalitatea nu este ceea ce se așteaptă, astfel încât planul actual nu este optim, se poate modifica planul de operații ulterioare pentru a permite diferențele dintre cardinalitatea estimata și cea reala.
    – Statisticile adunate în timpul acestui proces sunt persistate ca  Adaptive Statistics, astfel încât deciziile viitoare să poată beneficia de acest lucru.
    – Veți vedea pași STATISTICS COLLECTOR în SQL Trace. Poate face mai greu de citit trace-ul, deoarece pot conține informații despre planul așteptat și planul real.
  • Statistici consolidate:
    – Unele operații de prelevare de probe dinamice sunt persistente, astfel încât acestea nu sunt pierdute atunci când „SQL is aged out”.
    – Histograme hibride. Atunci când numărul de valori distincte este mai mare de 254, valorile „aproape populare” se pot „pierde” în amestec. O singură găleată poate stoca popularitatea valorilor, crescând în mod eficient numărul de compartimente, fără să-l crească de fapt.
    – Posibil ca numărul maxim de compartimente poate fi mărit pe baza unui parametru.
    – Statisticile adunate în timpul sarcini. CTAS și INSERT… SELECT calculează automat statistici.
    – Tabelele temporare globale poate avea „statistici de sesiune private”.
  • Temporary Undo (ALTER SESSION SET temp_undo_enabled=true):
    – UNDO pentru tabelele temporare pot fi acum gestionate în tablespace-ul TEMP, mai degrabă decât obișnuitul tablespace UNDO .
    – Reducerea conținutului UNDO, permițând operațiuni mai bune de flashback.
    – Reducerea marimii redo asociate cu recuperarea din tablespace-ul UNDO.
  • Data Optimization:
    -Managementul ciclului de viață al informațiilor: folosește „harta de căldură”. Datele reci sunt comprimate și sunt mutate pentru a reduce nivelul de stocare. Controlată de politica declarativă DDL .
  • Transaction Guard:
    – În cazul unui eșec, aplicația dumneavoastră nu poate ști starea reală a unei tranzacții. Dacă ar fi fost cu succes, eliberarea din nou ar putea provoca o tranzacție duplicată.
    – În aceste cazuri, aveți posibilitatea să marcați o tranzacție cu starea „necunoscut” în cazul în care nu s-a finalizat, astfel încât, chiar dacă acestea ar fi fost cu succes, nu va fi considerată, sau recuperate. Astfel ați garantat rezultatul.
  •  Privilege Analysis:
    – Urmăriți privilegii directe și privilegii prin intermediul rolurilor folosite, astfel încât să puteți determina cele mai puține privilegii necesare.
    – Monitorizarea controlată folosind DBMS_PRIVILEGE_CAPTURE.
    – Raport cu ce se utilizează și ce nu este utilizat.
  • Securitatea sporită de piste de audit:
    – Pistă de audit unică unificată.
    – Extinderea pachetului de management de audit.
    – Privilegiile multiple de gestionarea de audit.
  • Îmbunătățiri de criptare:
    – Permite crearea și gestionarea de wallets. Permite gestionarea de la distanță mai ușoară.
    – Export și import wallets/chei între bazele de date plugable.
    – Cameră de wallets în ASM.
    – Si multe altele …
  • Code-Based Access Control (CBAC):
    – O unitate PL / SQL poate avea roluri acordate.
    – Atunci când unitatea funcționează, orice SQL dinamic executat poate avea privilegiile acordate prin intermediul rolurilor.
    – Nu afectează timpul de compilare, concentrându-se mai mult pe SQL dinamic.
    – Utile cu privire la drepturile Invoker, deoarece acum PL / SQL poate rula cu privilegii de utilizator și acordă în mod explicit rolul pe unitate.
  • Invoker Rights:
    – Moștenit de drepturi: escaladare privilegiului de control accidental atunci când un utilizator privilegiat solicită o unitate de invocare a drepturilor care conțin cod malware.
    – Drepturi de Invocatorii pentru view-uri.
  • Separarea sarcinilor:
    – SYSDBA – toate drepturile și privilegiile
    – SYSOPER – mai limitată decât SYSDBA, dar încă foarte puternic.
    – SYSBACKUP – suficient pentru a face backup.
    – SYSDG – suficient pentru administrarea data guard.
    – SYSKM – suficient pentru a efectua sarcinile de bază de gestionare a cheilor.
    – Rolurile pentru managementul de audit.

via http://www.oracle-base.com/blog/2012/10/06/oracle-openworld-2012-day-5/

și http://sqlandplsql.com/2013/01/08/oracle-12c-new-features/

O scurta demonstrație: http://www.orafaq.com/node/2756

2 comments

Lasă un răspuns

Completează mai jos detaliile despre tine sau dă clic pe un icon pentru autentificare:

Logo WordPress.com

Comentezi folosind contul tău WordPress.com. Dezautentificare / Schimbă )

Poză Twitter

Comentezi folosind contul tău Twitter. Dezautentificare / Schimbă )

Fotografie Facebook

Comentezi folosind contul tău Facebook. Dezautentificare / Schimbă )

Fotografie Google+

Comentezi folosind contul tău Google+. Dezautentificare / Schimbă )

Conectare la %s