Ho pensato che avrei fornito le mie migliori nuove funzionalità per il database Oracle 12c rilasciato di recente. Penso che una delle nuove funzionalità più interessanti sia il Pluggable Database, ma sembra che tutti ne parlino. Quindi mi concentrerò su altre nuove funzionalità che mi interessano. Questo elenco non è in un ordine particolare.
- Valori predefiniti per colonne basati su sequenze Oracle:questo semplificherà la codifica poiché non dovrai creare un trigger per una nuova riga. Questo porta a...
- Colonne IDENTITY:lavoro con molti sviluppatori provenienti da un background di SQL Server che potrebbero apprezzare questa funzionalità.
- Ottimizzazione adattiva delle query:la capacità del CBO di riconoscere di aver sbagliato il piano e di passare a un nuovo piano senza l'intervento del DBA è un grande passo avanti per l'esecuzione SQL di Oracle. Questo porta a...
- Statistiche dinamiche:Oracle può rilevare che le statistiche hanno portato a un piano di esecuzione errato e utilizzare nuove statistiche la prossima volta che viene eseguita la query. In molte occasioni, trovo che l'autotask notturno di Stats Gathering non aggiorni le statistiche delle tabelle perché non sono considerate "obsolete" ma dovrebbero esserlo. Troppe volte, risolvo SQL con prestazioni scadenti semplicemente aggiornando le statistiche su una tabella e i suoi indici quando dovrebbe essere eseguito automaticamente per me.
- Esecuzione simultanea di UNION e UNION ALL – La possibilità di parallelizzare questi rami porterà a esecuzioni molto più veloci. Nel mio negozio, utilizziamo UNION e UNION ALL in molti punti della nostra applicazione.
- Ottimizzazione automatica dei dati (ADO):la possibilità di spostare automaticamente i dati meno recenti su un livello di archiviazione diverso ridurrà il carico di lavoro del DBA.
- Archiviazione in-Databaase – La possibilità di contrassegnare le righe come "archiviate" e nasconderle agli utenti dell'applicazione senza spostarle sarà ben accolta dalla mia azienda. Abbiamo alcuni processi in cui spostiamo i record da una tabella all'altra per archiviarli.
- Parametro LOGTIME per Data Pump – Le voci del registro timestamp da un'esecuzione Data Pump avrebbero dovuto essere incluse dall'inizio.
- Sposta un file di dati online:la possibilità di spostare un file di dati mentre il tablespace è ancora ONLINE e READ WRITE non significa nessun tempo di inattività per quel tablespace.
- Data Guard Fast Sync – Questo potrebbe essere solo il miglioramento che ci consentirà di implementare la modalità MAX PROTECT senza influire sulle prestazioni dell'applicazione. Non ci ho ancora giocato, ma anche Active Data Guard Far Sync sembra promettente.
- PGA_AGGREGATE_LIMIT – per limitare veramente la dimensione totale del PGA.
- Inventario patch interrogabile:non è più necessario utilizzare "opatch lsinventory" se è possibile eseguire query con DBMS_QOPATCH.
- Ora dell'ultimo accesso:ora disponibile in SYS.USER$ è l'ultima volta che qualcuno ha effettuato l'accesso con quell'ID utente.
Non vedo l'ora di esaminare ciascuno di questi in modo più dettagliato.
