Achei que daria meus principais novos recursos para o banco de dados Oracle 12c lançado recentemente. Acho que um dos novos recursos mais interessantes é o Pluggable Database, mas parece que todo mundo está falando sobre isso. Então, vou me concentrar em outros novos recursos nos quais estou interessado. Esta lista não está em uma ordem específica.

• Valores padrão para colunas baseadas em sequências Oracle – Isso simplificará a codificação, pois você não precisará criar um gatilho para uma nova linha. Isso leva a…
• Colunas de IDENTIDADE – Eu trabalho com muitos desenvolvedores que vêm de um background do SQL Server que pode apreciar essa funcionalidade.
• Otimização de consulta adaptável – A capacidade do CBO de reconhecer que errou no plano e mudar para um novo plano sem intervenção do DBA é um grande salto para a execução do SQL da Oracle. Isso leva a…
• Estatísticas Dinâmicas – O Oracle pode detectar que as estatísticas levaram a um plano de execução ruim e usar novas estatísticas na próxima vez que a consulta for executada. Em muitas ocasiões, acho que a autotarefa noturna de coleta de estatísticas não está atualizando as estatísticas das tabelas porque elas não são consideradas "obsoletas", mas deveriam ser. Muitas vezes, corrijo o SQL de baixo desempenho simplesmente atualizando as estatísticas em uma tabela e seus índices quando isso deveria ser feito automaticamente para mim.
• Execução simultânea de UNION e UNION ALL – A capacidade de paralelizar essas ramificações levará a execuções muito mais rápidas. Na minha loja, usamos UNION e UNION ALL em muitos lugares em nosso aplicativo.
• Otimização automática de dados (ADO) – A capacidade de mover automaticamente dados mais antigos para uma camada de armazenamento diferente reduzirá a carga de trabalho do DBA.
• Arquivamento no banco de dados – A capacidade de marcar linhas como “arquivadas” e ocultá-las dos usuários do aplicativo sem movê-las será bem recebida pela minha empresa. Temos alguns processos onde movemos registros de uma tabela para outra para arquivá-los.
• Parâmetro LOGTIME do Data Pump – As entradas de registro de registro de data e hora de uma execução do Data Pump devem ter sido incluídas desde o início.
• Mover um arquivo de dados online – A capacidade de mover um arquivo de dados enquanto o tablespace ainda está ONLINE e READ WRITE não significará nenhum tempo de inatividade para esse tablespace.
• Data Guard Fast Sync – Esta pode ser apenas a melhoria que nos permitirá implementar o modo MAX PROTECT sem afetar o desempenho do aplicativo. Ainda não joguei com isso, mas o Active Data Guard Far Sync também parece promissor.
• PGA_AGGREGATE_LIMIT – para realmente limitar o tamanho total do PGA.
• Inventário de patch consultável – Não é mais necessário usar o 'opatch lsinventory' se você puder consultar com DBMS_QOPATCH.
• Hora do último login – agora disponível em SYS.USER$ é a hora em que alguém fez login pela última vez com esse ID de usuário.

Estou ansioso para examinar cada um deles com mais detalhes.