Oracleストアドプロシージャの一時テーブルとは何ですか
Oracle では、ストアド プロシージャの一時テーブルは、データを一時的に保存するために使用されるテーブルです。トランザクションまたはセッションが終了すると、一時テーブル内のデータはデータベースによって自動的に消去され、一時テーブルはデータベースの存続期間に応じて使用できます。さまざまなサイクルは、トランザクション レベルの一時テーブルとセッション レベルの一時テーブルに分けられます。作成構文は、「コミット時にグローバル テンポラリ テーブルを作成し、行を保持/削除する」です。
このチュートリアルの動作環境: Windows 10 システム、Oracle バージョン 12c、Dell G3 コンピューター。
Oracle ストアド プロシージャの一時テーブル
一時テーブルの構文:
create global temporary table 临时表名 on commit preserve/delete rows --preserve:SESSION级的临时表,delete:TRANSACTION级的临时表.
1. 関数: データを「一時的に」保存するために使用されます
(1) トランザクションまたはセッションが終了すると、この一時テーブルの「データ」はデータベースによって自動的に消去されます
(2) ただし、「テーブル構造」は残ります
2. カテゴリ: 'ライフサイクルの違い'
(1) トランザクションレベルの一時テーブル: コミット時に行を削除; コミット時にレコードを「削除」(デフォルト)
(2) セッションレベルの一時テーブル: コミット時に行を保持します。コミット時にレコードを「保存」し、セッション終了時にレコードを「削除」します。 ## (1) 一時テーブルの処理効率は通常のテーブルより高い
# & lt; 1 & gt; (2) 操作方法は通常のテーブルと同じです
4. 次のテストでは、一時テーブルを作成した後、情報クエリが実行されます。SESSION レベルの一時テーブル データは、SESSION 全体で最後まで存在します。そして、TRANSACTION レベルの一時テーブル データは、TRANACTION の終了後に消去されます。つまり、COMMIT/ROLLBACK または SESSION の終了により、TRANACTION 一時テーブル データが消去されます。
セッションが終了するか、ユーザーがコミットとロールバックのトランザクションを送信すると、一時テーブル内のデータは自動的にクリアされますが、一時テーブルの構造とメタデータはユーザーのデータ ディクショナリに保存されたままになります。セッションが終了するとき(ユーザーが正常に終了するか、ユーザーが異常終了するか、ORACLE インスタンスがクラッシュする)、またはトランザクションが終了すると、Oracle はこのセッションのテーブルに対して TRUNCATE ステートメントを実行して一時テーブルのデータをクリアしますが、データはクリアされません。他のセッションの一時テーブル内。一時テーブルではトリガーを使用できます。
推奨チュートリアル: 「
Oracle ビデオ チュートリアル」
以上がOracleストアドプロシージャの一時テーブルとは何ですかの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

ホットAIツール

Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

AI Hentai Generator
AIヘンタイを無料で生成します。

人気の記事

ホットツール

メモ帳++7.3.1
使いやすく無料のコードエディター

SublimeText3 中国語版
中国語版、とても使いやすい

ゼンドスタジオ 13.0.1
強力な PHP 統合開発環境

ドリームウィーバー CS6
ビジュアル Web 開発ツール

SublimeText3 Mac版
神レベルのコード編集ソフト(SublimeText3)

ホットトピック









Oracle データベースの起動シーケンスは次のとおりです。 1. 前提条件を確認します。 3. データベース インスタンスを起動します。 5. データベースに接続します。サービスを有効にします (必要な場合)。 8. 接続をテストします。

Oracle データベース ログの保存期間は、次のようなログのタイプと構成によって異なります。 REDO ログ: 「LOG_ARCHIVE_DEST」パラメータで構成された最大サイズによって決定されます。アーカイブ REDO ログ: 「DB_RECOVERY_FILE_DEST_SIZE」パラメータで構成された最大サイズによって決まります。オンライン REDO ログ: アーカイブされず、データベースの再起動時に失われます。保持期間はインスタンスの実行時間と一致します。監査ログ: 「AUDIT_TRAIL」パラメータによって構成され、デフォルトで 30 日間保持されます。

Oracle が必要とするメモリーの量は、データベースのサイズ、アクティビティー・レベル、および必要なパフォーマンス・レベル (データ・バッファー、索引バッファーの保管、SQL ステートメントの実行、およびデータ・ディクショナリー・キャッシュの管理) によって異なります。正確な量は、データベースのサイズ、アクティビティ レベル、および必要なパフォーマンス レベルによって影響されます。ベスト プラクティスには、適切な SGA サイズの設定、SGA コンポーネントのサイズ設定、AMM の使用、メモリ使用量の監視などが含まれます。

Oracle データベース サーバーのハードウェア構成要件: プロセッサ: マルチコア、少なくとも 2.5 GHz のメイン周波数 大規模なデータベースの場合は、32 コア以上が推奨されます。メモリ: 小規模データベースの場合は少なくとも 8 GB、中規模のデータベースの場合は 16 ~ 64 GB、大規模なデータベースまたは重いワークロードの場合は最大 512 GB 以上。ストレージ: SSD または NVMe ディスク、冗長性とパフォーマンスのための RAID アレイ。ネットワーク: 高速ネットワーク (10GbE 以上)、専用ネットワーク カード、低遅延ネットワーク。その他: 安定した電源、冗長コンポーネント、互換性のあるオペレーティング システムとソフトウェア、放熱と冷却システム。

Oracle は、次の手順で dbf ファイルを読み取ることができます。外部テーブルを作成し、その dbf ファイルを参照し、データを Oracle テーブルにインポートします。

Oracle データベースに必要なメモリの量は、データベースのサイズ、ワークロードの種類、同時ユーザーの数によって異なります。一般的な推奨事項: 小規模データベース: 16 ~ 32 GB、中規模データベース: 32 ~ 64 GB、大規模データベース: 64 GB 以上。考慮すべきその他の要素には、データベースのバージョン、メモリ最適化オプション、仮想化、ベスト プラクティス (メモリ使用量の監視、割り当ての調整) などがあります。

Oracle で 1 日に 1 回実行されるスケジュールされたタスクを作成するには、次の 3 つの手順を実行する必要があります。 ジョブを作成します。ジョブにサブジョブを追加し、そのスケジュール式を「INTERVAL 1 DAY」に設定します。ジョブを有効にします。

Oracle Databaseのメモリー要件は、データベースのサイズ、アクティブ・ユーザーの数、同時問合せ、有効な機能、およびシステム・ハードウェア構成の要素によって異なります。メモリ要件を決定する手順には、データベース サイズの決定、アクティブ ユーザー数の推定、同時クエリの理解、有効な機能の検討、システム ハードウェア構成の調査が含まれます。
