J'ai pensé que je donnerais mes meilleures nouvelles fonctionnalités pour la base de données Oracle 12c récemment publiée. Je pense que l'une des nouvelles fonctionnalités les plus intéressantes est la base de données enfichable, mais il semble que tout le monde en parle. Je vais donc me concentrer sur d'autres nouvelles fonctionnalités qui m'intéressent. Cette liste n'est pas dans un ordre particulier.
- Valeurs par défaut pour les colonnes basées sur les séquences Oracle :cela simplifiera le codage puisque vous n'aurez pas à créer de déclencheur pour une nouvelle ligne. Cela conduit à…
- Colonnes IDENTITY :je travaille avec de nombreux développeurs issus de SQL Server et susceptibles d'apprécier cette fonctionnalité.
- Adaptive Query Optimization :la possibilité pour le CBO de reconnaître qu'il s'est trompé de plan et de passer à un nouveau plan sans l'intervention du DBA est un grand pas en avant pour l'exécution SQL d'Oracle. Cela conduit à…
- Statistiques dynamiques :Oracle peut détecter que les statistiques ont conduit à un mauvais plan d'exécution et utiliser de nouvelles statistiques lors de la prochaine exécution de la requête. À de nombreuses reprises, je constate que la tâche automatique de collecte nocturne des statistiques ne met pas à jour les statistiques des tables car elles ne sont pas considérées comme «périmées», mais elles devraient l'être. Trop souvent, je corrige un code SQL peu performant simplement en mettant à jour les statistiques d'une table et de ses index alors que cela devrait être fait automatiquement pour moi.
- Exécution simultanée de UNION et UNION ALL :la possibilité de paralléliser ces branches entraînera des exécutions beaucoup plus rapides. Dans ma boutique, nous utilisons UNION et UNION ALL à de nombreux endroits dans notre application.
- Automatic Data Optimization (ADO) :la possibilité de déplacer automatiquement les anciennes données vers un autre niveau de stockage réduira la charge de travail de l'administrateur de base de données.
- Archivage dans la base de données :la possibilité de marquer des lignes comme "archivées" et de les masquer aux utilisateurs de l'application sans les déplacer sera bien accueillie par mon entreprise. Nous avons quelques processus où nous déplaçons des enregistrements d'une table à une autre pour les archiver.
- Paramètre LOGTIME de Data Pump :les entrées de journal d'horodatage d'une exécution de Data Pump doivent avoir été incluses depuis le début.
- Déplacer un fichier de données en ligne – La possibilité de déplacer un fichier de données alors que le tablespace est toujours EN LIGNE et en LECTURE ÉCRITURE signifie qu'il n'y a pas de temps d'arrêt pour ce tablespace.
- Data Guard Fast Sync – Il s'agit peut-être de l'amélioration qui nous permettra d'implémenter le mode MAX PROTECT sans affecter les performances de l'application. Je n'ai pas encore joué avec, mais Active Data Guard Far Sync semble également prometteur.
- PGA_AGGREGATE_LIMIT – pour vraiment limiter la taille totale de la PGA.
- Inventaire de correctifs interrogeable :vous n'avez plus besoin d'utiliser « opatch lsinventory » si vous pouvez interroger avec DBMS_QOPATCH.
- L'heure de la dernière connexion - maintenant disponible dans SYS.USER$ est l'heure à laquelle quelqu'un s'est connecté pour la dernière fois avec cet ID utilisateur.
J'ai hâte d'examiner chacun d'entre eux plus en détail.
