ORA-14450: attempt to access a transactional temp table alre
开发人员告诉我在使用基于事物的临时表的时候报了下面错误:ORA-14450: attempt to access a transactional temp table already
开发人员告诉我在使用基于事物的临时表的时候报了下面错误:
ORA-14450: attempt to access a transactional temp table already in use
下面根据实验模拟了2种临时表使用不当报ORA-1445O的原因:
1)基于事物的临时表
SQL> create global temporary table temp_tab on commit delete rows as select 'a' as a1 from dual;
Table created.
SQL> select sid from v$mystat where rownum=1;
SID
----------
191
SQL> insert into temp_tab values ('b');
1 row created.
SQL>
在191回话不做commit,打开另外一个session 执行ddl(如果在同一会话可以成功执行ddl语句)
SQL> alter table temp_tab add b1 varchar2(10);
alter table temp_tab add b1 varchar2(10)
*
ERROR at line 1:
ORA-14450: attempt to access a transactional temp table already in use
SQL> select sid from v$mystat where rownum=1;
SID
----------
40
SQL>
返回session 191 执行自定义事物
SQL> declare
2 pragma autonomous_transaction;
3 begin
4 insert into temp_tab values ('c');
5 commit;
6 end;
7 /
declare
*
ERROR at line 1:
ORA-14450: attempt to access a transactional temp table already in use
ORA-06512: at line 4
2)基于session 的临时表
SQL> drop table temp_tab purge;
Table dropped.
SQL> create global temporary table temp_tab on commit preserve rows as select 'a' as a1 from dual;
Table created.
SQL> select sid from v$mystat where rownum=1;
SID
----------
191
SQL> insert into temp_tab values ('a');
1 row created.
SQL> alter table temp_tab add b1 varchar2(10);
alter table temp_tab add b1 varchar2(10)
*
ERROR at line 1:
ORA-14450: attempt to access a transactional temp table already in use
SQL> select * from temp_tab;
A
-
a
a
SQL> commit;
Commit complete.
SQL> alter table temp_tab add b1 varchar2(10);
alter table temp_tab add b1 varchar2(10)
*
ERROR at line 1:
ORA-14450: attempt to access a transactional temp table already in use
上面实验可以看出基于session 的临时表在同一个session内运行一个事物,无论是提交还是未提交都不能做ddl操作
再运行一个事物,不提交到另外一个session做ddl报错同样错误
SQL> delete from temp_tab;
2 rows deleted.
SQL> select sid from v$mystat where rownum=1;
SID
----------
40
SQL> alter table temp_tab add b1 varchar2(10);
alter table temp_tab add b1 varchar2(10)
*
ERROR at line 1:
ORA-14450: attempt to access a transactional temp table already in use
提交之后,在另外session测试发现还是无法ddl
SQL> commit;
Commit complete.
退出session,仅有一个会话做ddl
SQL> alter table temp_tab add b1 varchar2(10);
Table altered.
总结:
a, 基于transaction的临时表在同一个session里面不允许做自定义事物,并且若在一个session里面运行了一条事物未做提交,在另外一个session无法做ddl操作
b, 基于session的临时表若在某一个sesson里面运行了事物,任何session都不运行做ddl包括运行该事物的session
相关阅读:
Oracle ORA-01555 快照过旧 说明
ORA-01078 和 LRM-00109 报错解决方法
ORA-01555超长的Query Duration时间
ORA-00471 处理方法笔记
ORA-00314,redolog 损坏,或丢失处理方法
ORA-00257 归档日志过大导致无法存储的解决办法

Outils d'IA chauds

Undresser.AI Undress
Application basée sur l'IA pour créer des photos de nu réalistes

AI Clothes Remover
Outil d'IA en ligne pour supprimer les vêtements des photos.

Undress AI Tool
Images de déshabillage gratuites

Clothoff.io
Dissolvant de vêtements AI

AI Hentai Generator
Générez AI Hentai gratuitement.

Article chaud

Outils chauds

Bloc-notes++7.3.1
Éditeur de code facile à utiliser et gratuit

SublimeText3 version chinoise
Version chinoise, très simple à utiliser

Envoyer Studio 13.0.1
Puissant environnement de développement intégré PHP

Dreamweaver CS6
Outils de développement Web visuel

SublimeText3 version Mac
Logiciel d'édition de code au niveau de Dieu (SublimeText3)

Les capacités de recherche en texte intégral d'InNODB sont très puissantes, ce qui peut considérablement améliorer l'efficacité de la requête de la base de données et la capacité de traiter de grandes quantités de données de texte. 1) INNODB implémente la recherche de texte intégral via l'indexation inversée, prenant en charge les requêtes de recherche de base et avancées. 2) Utilisez la correspondance et contre les mots clés pour rechercher, prendre en charge le mode booléen et la recherche de phrases. 3) Les méthodes d'optimisation incluent l'utilisation de la technologie de segmentation des mots, la reconstruction périodique des index et l'ajustement de la taille du cache pour améliorer les performances et la précision.

L'article discute de l'utilisation de l'instruction ALTER TABLE de MySQL pour modifier les tables, notamment en ajoutant / abandon les colonnes, en renommant des tables / colonnes et en modifiant les types de données de colonne.

La numérisation complète de la table peut être plus rapide dans MySQL que l'utilisation d'index. Les cas spécifiques comprennent: 1) le volume de données est petit; 2) Lorsque la requête renvoie une grande quantité de données; 3) Lorsque la colonne d'index n'est pas très sélective; 4) Lorsque la requête complexe. En analysant les plans de requête, en optimisant les index, en évitant le sur-index et en maintenant régulièrement des tables, vous pouvez faire les meilleurs choix dans les applications pratiques.

L'article discute de la configuration du cryptage SSL / TLS pour MySQL, y compris la génération et la vérification de certificat. Le problème principal est d'utiliser les implications de sécurité des certificats auto-signés. [Compte de caractère: 159]

L'article traite des outils de GUI MySQL populaires comme MySQL Workbench et PhpMyAdmin, en comparant leurs fonctionnalités et leur pertinence pour les débutants et les utilisateurs avancés. [159 caractères]

Oui, MySQL peut être installé sur Windows 7, et bien que Microsoft ait cessé de prendre en charge Windows 7, MySQL est toujours compatible avec lui. Cependant, les points suivants doivent être notés lors du processus d'installation: téléchargez le programme d'installation MySQL pour Windows. Sélectionnez la version appropriée de MySQL (communauté ou entreprise). Sélectionnez le répertoire d'installation et le jeu de caractères appropriés pendant le processus d'installation. Définissez le mot de passe de l'utilisateur racine et gardez-le correctement. Connectez-vous à la base de données pour les tests. Notez les problèmes de compatibilité et de sécurité sur Windows 7, et il est recommandé de passer à un système d'exploitation pris en charge.

L'article traite des stratégies pour gérer de grands ensembles de données dans MySQL, y compris le partitionnement, la rupture, l'indexation et l'optimisation des requêtes.

La différence entre l'index cluster et l'index non cluster est: 1. Index en cluster stocke les lignes de données dans la structure d'index, ce qui convient à la requête par clé et plage primaire. 2. L'index non clumpant stocke les valeurs de clé d'index et les pointeurs vers les lignes de données, et convient aux requêtes de colonne de clés non primaires.
