Oracle SQLでセミコロンとスラッシュを使用する必要があるのはいつですか？

今週、私の会社では、SQLスクリプトをどのように記述するかについていくつかの議論がありました。

背景：データベースはOracle 10gです（間もなく11にアップグレードされます）。私たちのDBAチームは、SQLPlusを使用して、スクリプトを運用環境に展開します。

現在、セミコロンとスラッシュ（/）の両方を使用していたため、最近失敗したデプロイがありました。セミコロンは各ステートメントの最後にあり、スラッシュはステートメントの間にありました。

alter table foo.bar drop constraint bar1;
/
alter table foo.can drop constraint can1;
/

スクリプトの後半に追加されたトリガー、作成されたビュー、およびストアドプロシージャがありました。;との両方を持っている/、それぞれの文は、（特にユニークであるために必要な挿入、上の）エラーを引き起こして二回実行するようになりました。

SQL Developerではこれは起こりません、TOADではこれは起こりません。特定のコマンドを実行した場合、これらのコマンドがないと機能しません。/、それらの。

PL / SQLでは、サブプログラム（DECLARE、BEGIN、END）がある場合、使用されるセミコロンはサブプログラムの一部と見なされるため、スラッシュを使用する必要があります。

だから私の質問はこれです：データベースがOracleの場合、SQLスクリプトを記述する適切な方法は何ですか？DBがOracleであることを知っているので、常に/？

それは好みの問題ですが、スラッシュを一貫して使用するスクリプトを見るのが好きです。このようにして、すべての「ユニット」の作業（PL / SQLオブジェクトの作成、PL / SQL匿名ブロックの実行、DMLステートメントの実行）を実行できます。目で簡単に取り出せます。

また、最終的にAntなどのデプロイメントに移行すると、ターゲットの定義が簡素化され、一貫したステートメント区切り文字が得られます。

私はこれが古いスレッドであることを知っていますが、私はそれに偶然出会っただけで、これは完全には説明されていないと感じています。

SQL * Plusでは、動作が異なるため、a /とaの意味には大きな違いがあります;。

;両端のに対し、SQLステートメント、/現在の「バッファ」にあるものは何でも実行します。したがって、a ; と a を使用すると/、ステートメントは実際には2回実行されます。

/ステートメントを実行した後にを使用すると、簡単にそれを確認できます。

SQL*Plus: Release 11.2.0.1.0 Production on Wed Apr 18 12:37:20 2012

Copyright (c) 1982, 2010, Oracle.  All rights reserved.

Connected to:
Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - Production
With the Partitioning and OLAP options

SQL> drop table foo;

Table dropped.

SQL> /
drop table foo
           *
ERROR at line 1:
ORA-00942: table or view does not exist

この場合、実際にエラーに気づきます。


しかし、次のようなSQLスクリプトがあると仮定します。

drop table foo;
/

これはSQL * Plus内から実行されるため、非常に混乱します。

SQL*Plus: Release 11.2.0.1.0 Production on Wed Apr 18 12:38:05 2012

Copyright (c) 1982, 2010, Oracle.  All rights reserved.


Connected to:
Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - Production
With the Partitioning and OLAP options

SQL> @drop

Table dropped.

drop table foo
           *
ERROR at line 1:
ORA-00942: table or view does not exist

/主に埋め込まれているステートメントを実行するために必要とされる;ようにCREATE PROCEDURE声明を。

との間の使用法をさらに明確にしたかっ;た/

SQLPLUSの場合：

1. ; 「現在のステートメントを終了して実行し、SQLPLUSバッファに保存する」ことを意味します
2. <newline>DML（SELECT、UPDATE、INSERT、...）ステートメントまたは一部のタイプのDDL（テーブルとビューの作成）ステートメント（を含まない;）の後、ステートメントをバッファーに格納しますが、実行しません。
3. /ステートメントを（ブランクで<newline>）バッファーに入力した後は、「バッファーでDML、DDL、またはPL / SQLを実行します。
4. RUN または R、バッファ内のSQLを表示/出力して実行するsqlsplusコマンドです。SQLステートメントは終了しません。
5. / DML、DDL、またはPL / SQLの入力中は、「現在のステートメントを終了し、実行してSQLPLUSバッファに保存する」ことを意味します

注：ので;文を終了するためにPL / SQLを使用している;私たちは完全になるように全体PL / SQLブロックをしたいので「現在のステートメントを終了し、それを実行し、SQLPLUSバッファに格納し」を意味するSQLPLUSで使用することはできませんバッファし、それを実行します。PL / SQLブロックの末尾は次のとおりです。

END;
/

ほとんどすべてのOracleデプロイメントはSQL * Plus（DBAが使用する奇妙な小さなコマンドラインツール）を介して行われます。SQL * Plusでは、単一のスラッシュは基本的に「最後に実行したSQLまたはPL / SQLコマンドを再実行する」ことを意味します。

見る

http://ss64.com/ora/syntax-sqlplus.html

経験則では、スラッシュを使用BEGIN .. ENDできる場所または使用できる場所で使用しますCREATE OR REPLACE。

ユニークな使用が必要なインサート用

INSERT INTO my_table ()
SELECT <values to be inserted>
FROM dual
WHERE NOT EXISTS (SELECT 
                  FROM my_table
                  WHERE <identify data that you are trying to insert>)

私の理解では、DDL、DML、DCL、およびTCLステートメントを含むすべてのSQLステートメントはセミコロンの最後で自動的に実行されるため、スラッシュは必要ありません。

プロシージャ、ファンクション、パッケージおよびトリガーを含む他のPL / SQLブロックの場合、それらは複数行プログラムであるため、Oracleはブロックをいつ実行するかを知る必要があるため、各ブロックの最後にスラッシュを記述して、 Oracleに実行させます。

各スクリプトの最後に1回だけスラッシュを使用して、sqlplusにコード行がもうないことを伝えます。スクリプトの途中で、スラッシュは使用しません。