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 归档日志过大导致无法存储的解决办法

Heiße KI -Werkzeuge

Undresser.AI Undress
KI-gestützte App zum Erstellen realistischer Aktfotos

AI Clothes Remover
Online-KI-Tool zum Entfernen von Kleidung aus Fotos.

Undress AI Tool
Ausziehbilder kostenlos

Clothoff.io
KI-Kleiderentferner

AI Hentai Generator
Erstellen Sie kostenlos Ai Hentai.

Heißer Artikel

Heiße Werkzeuge

Notepad++7.3.1
Einfach zu bedienender und kostenloser Code-Editor

SublimeText3 chinesische Version
Chinesische Version, sehr einfach zu bedienen

Senden Sie Studio 13.0.1
Leistungsstarke integrierte PHP-Entwicklungsumgebung

Dreamweaver CS6
Visuelle Webentwicklungstools

SublimeText3 Mac-Version
Codebearbeitungssoftware auf Gottesniveau (SublimeText3)

Heiße Themen



Die Volltext-Suchfunktionen von InnoDB sind sehr leistungsfähig, was die Effizienz der Datenbankabfrage und die Fähigkeit, große Mengen von Textdaten zu verarbeiten, erheblich verbessern kann. 1) InnoDB implementiert die Volltext-Suche durch invertierte Indexierung und unterstützt grundlegende und erweiterte Suchabfragen. 2) Verwenden Sie die Übereinstimmung und gegen Schlüsselwörter, um den Booleschen Modus und die Phrasesuche zu unterstützen. 3) Die Optimierungsmethoden umfassen die Verwendung der Word -Segmentierungstechnologie, die regelmäßige Wiederaufbauung von Indizes und die Anpassung der Cache -Größe, um die Leistung und Genauigkeit zu verbessern.

In dem Artikel werden mithilfe der Änderungstabelle von MySQL Tabellen, einschließlich Hinzufügen/Löschen von Spalten, Umbenennung von Tabellen/Spalten und Ändern der Spaltendatentypen, erläutert.

In Artikel werden die Konfiguration der SSL/TLS -Verschlüsselung für MySQL, einschließlich der Erzeugung und Überprüfung von Zertifikaten, erläutert. Das Hauptproblem ist die Verwendung der Sicherheitsauswirkungen von selbstsignierten Zertifikaten. [Charakterzahl: 159]

Die volle Tabellenscannung kann in MySQL schneller sein als die Verwendung von Indizes. Zu den spezifischen Fällen gehören: 1) das Datenvolumen ist gering; 2) Wenn die Abfrage eine große Datenmenge zurückgibt; 3) wenn die Indexspalte nicht sehr selektiv ist; 4) Wenn die komplexe Abfrage. Durch Analyse von Abfrageplänen, Optimierung von Indizes, Vermeidung von Überindex und regelmäßiger Wartung von Tabellen können Sie in praktischen Anwendungen die besten Auswahlmöglichkeiten treffen.

In Artikel werden beliebte MySQL -GUI -Tools wie MySQL Workbench und PhpMyAdmin beschrieben, die ihre Funktionen und ihre Eignung für Anfänger und fortgeschrittene Benutzer vergleichen. [159 Charaktere]

In Artikel werden Strategien zum Umgang mit großen Datensätzen in MySQL erörtert, einschließlich Partitionierung, Sharding, Indexierung und Abfrageoptimierung.

Ja, MySQL kann unter Windows 7 installiert werden, und obwohl Microsoft Windows 7 nicht mehr unterstützt hat, ist MySQL dennoch kompatibel damit. Während des Installationsprozesses sollten jedoch folgende Punkte festgestellt werden: Laden Sie das MySQL -Installationsprogramm für Windows herunter. Wählen Sie die entsprechende Version von MySQL (Community oder Enterprise) aus. Wählen Sie während des Installationsprozesses das entsprechende Installationsverzeichnis und das Zeichen fest. Stellen Sie das Stammbenutzerkennwort ein und behalten Sie es ordnungsgemäß. Stellen Sie zum Testen eine Verbindung zur Datenbank her. Beachten Sie die Kompatibilitäts- und Sicherheitsprobleme unter Windows 7, und es wird empfohlen, auf ein unterstütztes Betriebssystem zu aktualisieren.

Der Unterschied zwischen Clustered Index und nicht klusterer Index ist: 1. Clustered Index speichert Datenzeilen in der Indexstruktur, die für die Abfrage nach Primärschlüssel und Reichweite geeignet ist. 2. Der nicht klusterierte Index speichert Indexschlüsselwerte und -zeiger auf Datenzeilen und ist für nicht-primäre Schlüsselspaltenabfragen geeignet.
