Paramètres d'initialisation

Le paramètre CLIENT_PREFETCH_ROWS peut être défini avec ALTER SESSION ou ALTER SYSTEM. Si la valeur du paramètre change à l'aide de ALTER SESSION, la nouvelle valeur entre en vigueur pour cette session spécifique lors des extractions de jeu de résultats suivantes. Si la valeur du paramètre change à l'aide de ALTER SYSTEM, la nouvelle valeur prend effet pour les énoncés qui s'exécutent sur les connexions créées après la commande ALTER SYSTEM.

Par exemple, si CLIENT_PREFETCH_ROWS est réglé à 100 et qu'une application client demande d'extraire 10 rangées, un total de 110 rangées sont retournées au pilote client. Les 10 premières lignes sur les 110 sont données à l'application et le pilote client met en mémoire tampon en interne les 100 lignes restantes. Les 10 prochaines lignes extraites de l'application client, chacune avec 10 lignes par itération d'extraction, peuvent être exécutées à partir des 100 lignes mises en mémoire tampon en interne par le pilote client. Ce processus réduit le nombre d'allers-retours réseau requis vers et depuis la base de données. Dans cet exemple, lors de la 11e extraction, un nouvel aller-retour réseau est engagé et la base de données retourne le lot suivant de 110 lignes, à condition que le jeu de résultats ne soit pas épuisé et que le cycle se répète.

Notes pour définir CLIENT_PREFETCH_ROWS :

• Lorsque CLIENT_PREFETCH_ROWS est réglé à une valeur différente de zéro, sa valeur est prioritaire sur la valeur OCI_ATTR_PREFETCH_ROWS par défaut pour le nombre de rangées de préextraction.

• Si la valeur OCI_ATTR_PREFETCH_ROWS est réglée à une valeur autre que par défaut, la valeur CLIENT_PREFETCH_ROWS est ignorée pour le nombre de rangées de préextraction.

• Utilisation de CLIENT_PREFETCH_ROWS avec OCIAttrSet() :

  OCI_ATTR_PREFETCH_ROWS définit le nombre de rangées de niveau supérieur à préextraire. La valeur par défaut est 1 rangée. Toutefois, si CLIENT_PREFETCH_ROWS est défini, le nombre de rangées de niveau supérieur à préextraire est déterminé par la priorité suivante :

  1. Si vous définissez l'attribut OCI_ATTR_PREFETCH_ROWS en utilisant la fonction OCIAttrSet() ou oraaccess.xml comme valeur '1', la valeur du paramètre d'initialisation de base de données CLIENT_PREFETCH_ROWS est prioritaire et détermine le nombre de rangées de niveau supérieur à préextraire.

  2. Si vous définissez l'attribut OCI_ATTR_PREFETCH_ROWS en utilisant la fonction OCIAttrSet() ou oraaccess.xml comme valeur 'x' autre que 1, le nombre de rangées de niveau supérieur 'x' sera pré-extrait et le paramètre d'initialisation de base de données CLIENT_PREFETCH_ROWS sera ignoré.

  3. Si vous ne définissez pas de valeur OCI_ATTR_PREFETCH_ROWS à l'aide de OCIAttrSet() ou oraaccess.xml, la valeur CLIENT_PREFETCH_ROWS du paramètre d'initialisation de la base de données est prioritaire et détermine le nombre de rangées de niveau supérieur à préextraire.

• Utilisation de CLIENT_PREFETCH_ROWS avec OCIAttrGet() :

  La fonction OCIAttrGet() retourne le jeu de valeurs de rangée de préextraction en vigueur à partir de OCI_ATTR_PREFETCH_ROWS, oraaccess.xml et le paramètre d'initialisation de base de données CLIENT_PREFETCH_ROWS. Si la valeur OCI_ATTR_PREFETCH_MEMORY est définie, la valeur retournée par OCIAttrGet() n'est peut-être pas la valeur finale des rangées de préextraction et peut être limitée au nombre maximal de rangées autorisé par la valeur de mémoire spécifiée par l'attribut OCI_ATTR_PREFETCH_MEMORY.

Les valeurs par défaut et maximales pour JOB_QUEUE_PROCESSES diffèrent selon le modèle de calcul que vous utilisez. Pour plus d'informations, voir Modèles de calcul dans Autonomous AI Database.

Le coordinateur de travaux et les programmes de travail d'Oracle Scheduler sont contrôlés par le paramètre JOB_QUEUE_PROCESSES. Le nombre réel de programmes de travail créés pour les travaux Oracle Scheduler est réglé automatiquement par le programmateur en fonction de plusieurs facteurs, notamment les ressources disponibles, les paramètres du gestionnaire de ressources et les travaux en cours d'exécution.

La valeur par défaut de JOB_QUEUE_PROCESSES fournit un compromis entre la qualité du service pour les applications et l'utilisation raisonnable des ressources système. Toutefois, il est possible que la valeur par défaut ne convienne pas à tous les environnements.

Le réglage de la valeur de JOB_QUEUE_PROCESSES à 0 désactive les travaux de programmateur non fournis par Oracle. Lorsque JOB_QUEUE_PROCESSES est réglé à 0, aucune tâche interne n'est désactivée pour les utilisateurs fournis par Oracle (les tâches liées au service exécutées par les utilisateurs fournis par Oracle continuent d'être programmées).

Les utilisateurs fournis par Oracle sont des utilisateurs marqués comme ORACLE_MAINTAINED avec la valeur Y. Les utilisateurs non fournis par Oracle sont des utilisateurs marqués comme ORACLE_MAINTAINED avec la valeur N.

Pour plus d'informations, voir ALL_USERS.

Autonomous AI Database utilise des profils de verrouillage pour restreindre certaines fonctionnalités et caractéristiques de base de données. Par défaut, la base de données génère une erreur lorsque vous tentez d'exécuter une commande SQL restreinte par le profil de verrouillage de la base de données d'IA autonome. Le paramètre LOCKDOWN_ERRORS vous permet de supprimer les erreurs de profil de verrouillage. De plus, lorsque LOCKDOWN_ERRORS est réglé à la valeur IGNORE, en ignorant une erreur, la base de données enregistre les détails concernant l'énoncé SQL, l'utilisateur et l'horodatage de la commande.

Vous pouvez utiliser la vue DBA_LOCKDOWN_ERRORS pour obtenir des informations sur les erreurs de profil de verrouillage. Pour plus d'informations, voir Vue des erreurs de verrouillage.

SESSION_EXIT_ON_PACKAGE_STATE_ERROR indique le traitement d'un ensemble PL/SQL avec état s'exécutant dans une session. Lorsqu'un tel package subit une modification, par exemple lors d'une maintenance planifiée pour des objets fournis par Oracle, les sessions qui ont une instanciation active du package reçoivent l'erreur suivante lorsqu'elles tentent d'exécuter le package :

ORA-4068 existing state of package has been discarded

Toutefois, le code d'application qui reçoit l'erreur ORA-4068 peut ne pas être équipé pour traiter cette erreur avec sa logique de nouvelle tentative.

Le réglage de SESSION_EXIT_ON_PACKAGE_STATE_ERROR à TRUE fournit un traitement différent pour ce cas. Lorsque SESSION_EXIT_ON_PACKAGE_STATE_ERROR a la valeur TRUE, au lieu de simplement déclencher l'erreur ORA-4068 lorsque l'état du paquetage est abandonné, la session se ferme immédiatement. Cela peut être avantageux car de nombreuses applications sont en mesure de gérer l'arrêt de session en rétablissant automatiquement et de manière transparente la connexion.

Valeurs

• ENFORCED : Indépendamment du paramètre RESULT_CACHE_MODE ou des conseils spécifiés, seules les constructions déterministes sont admissibles à la mise en mémoire cache des résultats. Par exemple, les requêtes utilisant des fonctions PL/SQL qui ne sont pas déclarées déterministes ne sont jamais mises en cache (sauf si les fonctions sont déclarées déterministes, les résultats des requêtes avec de telles fonctions ne seront pas mis en cache).

• TRUSTED : La base de données respecte le paramètre RESULT_CACHE_MODE et les conseils spécifiés et considérera les interrogations utilisant éventuellement des constructions non déterministes comme candidates à la mise en mémoire cache des résultats. Par exemple, les interrogations utilisant des fonctions PL/SQL qui ne sont pas déclarées déterministes peuvent être mises en mémoire cache. Notez toutefois que les résultats connus pour être non déterministes ne sont pas mis en mémoire cache (par exemple, SYSDATE ou des constructions impliquant SYSDATE).

Pour plus d'informations, voir RESULT_CACHE_MODE.

Fuseau horaire par défaut de la base de données de l'IA autonome

Le fuseau horaire par défaut de la base de données autonome d'IA est Temps universel coordonné (UTC) et, par défaut, les appels à SYSDATE et SYSTIMESTAMP retournent la date et l'heure en UTC.

Pour modifier le fuseau horaire de la base de données, vous pouvez exécuter l'instruction suivante.

Cet exemple règle le fuseau horaire de la base de données à UTC-5.

ALTER DATABASE SET TIME_ZONE='-05:00';

Cet exemple définit le fuseau horaire de la base de données pour la côte est des États-Unis : America/New_York et l'heure est automatiquement ajustée aux commutateurs DST :

ALTER DATABASE SET TIME_ZONE='America/New_York';

Après avoir défini le fuseau horaire de la base de données, par défaut SYSDATE et SYSTIMESTAMP continuent de retourner la date et l'heure en UTC (SYSDATE_AT_DBTIMEZONE est FALSE par défaut). Si vous réglez SYSDATE_AT_DBTIMEZONE à TRUE dans une session, SYSDATE et SYSTIMESTAMP retournent le fuseau horaire de la base de données.

Voir Définition du fuseau horaire de la base de données dans Oracle Database 19c ou Oracle Database 26ai pour plus d'informations sur l'utilisation de la clause SET TIME_ZONE avec ALTER DATABASE.

Utilisation de SYSDATE_AT_DBTIMEZONE dans une session

Lorsque SYSDATE_AT_DBTIMEZONE a la valeur FALSE dans une session, les appels à SYSDATE et SYSTIMESTAMP retournent des valeurs basées sur le fuseau horaire par défaut de la base de données d'intelligence artificielle autonome, Temps universel coordonné (UTC).

Lorsque SYSDATE_AT_DBTIMEZONE a la valeur TRUE dans une session, les appels à SYSDATE ou SYSTIMESTAMP retournent la date et l'heure en fonction du fuseau horaire de la base de données.

Exemple

L'exemple suivant retourne des dates et des heures pour deux fuseaux horaires différents, en fonction de la valeur du paramètre SYSDATE_AT_DBTIMEZONE :

SQL> SELECT DBTIMEZONE FROM DUAL;

DBTIMEZONE
_____________
-05:00

SQL> ALTER SESSION SET SYSDATE_AT_DBTIMEZONE=FALSE;

Session altered.

SQL> SELECT SYSTIMESTAMP FROM DUAL;

SYSTIMESTAMP
______________________________________
27-JAN-22 06.59.45.708082000 PM GMT

SQL> ALTER SESSION SET SYSDATE_AT_DBTIMEZONE=TRUE;

Session altered.

SQL> SELECT SYSTIMESTAMP FROM DUAL;

SYSTIMESTAMP
_________________________________________
27-JAN-22 02.14.47.578946000 PM -05:00 

SQL> SELECT TO_CHAR(SYSTIMESTAMP,'YYYY-MM-DD"T"HH24:MI:SS TZH":"TZM') FROM DUAL;

TO_CHAR(SYSTIMESTAMP,'YYYY-MM-DD"T"HH24:MI:SSTZH":"TZM')
___________________________________________________________
2022-01-27T14:15:00 -05:00