データベース テーブル内のデータを削除する場合、TRUNCATE と DELETE という 2 つの主なオプションがあります。どちらのコマンドも行を削除できますが、特性が異なるため、慎重に検討する必要があります。
テーブルからすべての行を迅速に削除することが目的で、操作をブロックする外部キー制約がない場合は、TRUNCATE の方が DELETE よりも高速です。ただし、システム固有の要因により、このダイナミクスが変化する可能性があります。
DELETE の DML (データ操作言語) の性質とは異なり、TRUNCATE は DDL (データ定義言語) に属します。この根本的な違いは、それらの動作と意味に影響を与えます。
ステートメントをロールバックする機能はプラットフォームに依存します。一部の実装では切り捨て操作のロールバックが許可されていますが、他の実装、特に DDL アプローチを使用する実装ではロールバックが許可されていません。
主な違いは、ストレージスペースへの影響です。 DELETE は行のみを削除しますが、TRUNCATE は包括的な領域再利用プロセスを実行して、大量のディスク領域を解放する可能性があります。
TRUNCATE はテーブル内のすべての行を一度に削除しますが、DELETE は削除する特定の行を柔軟に選択できます。
TRUNCATE は通常テーブルに適用されますが、DELETE はテーブルとテーブル クラスター (使用可能な場合) の両方で操作できます。
一部の実装では、TRUNCATE は新しいデータ オブジェクト識別子をテーブルに割り当てますが、DELETE はそれに影響しません。
フラッシュバック テクノロジー (失われたデータを回復するように設計) は削除には使用できますが、切り捨てには使用できません。
認可メカニズムは実装によって異なる場合があります。たとえば、テーブルに対する DELETE 権限の付与は許可されますが、テーブルの切り捨てにはより高い権限が必要になる場合があります。
TRUNCATE は、DELETE によって生成される大量のログと比較して、REDO および UNDO ログ エントリをほとんど生成しません。
場合によっては、TRUNCATE では使用不可能なインデックスを再度使用可能にできますが、DELETE にはこの機能がありません。
外部キー参照が有効になっているテーブルでは切り捨てが許可されない場合があります。テーブル ロックのダイナミクスも異なります。通常、TRUNCATE では排他ロックが必要ですが、DELETE では共有ロックが使用できます。
DML トリガー (データ操作ステートメントに応答して実行される) は、切り捨て中には起動されません。
一部の実装 (Oracle など) では、データベース リンク経由で TRUNCATE ステートメントを実行する機能が制限されています。
一部の実装では、自動インクリメント列を含むテーブルを切り詰めると、それらの列の順序がリセットされますが、DELETE ではリセットされません。
DELETE は削除された行をクライアントに返すことができますが、TRUNCATE にはこの機能がありません。
以上がSQLのTRUNCATEとDELETEの違いは何ですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。