「バッチ」とは何ですか。GOが使用されるのはなぜですか。

私は、MSDNなどを読んだり読んだりしました。それで、バッチの終わりを示しています。

バッチを定義するものは何ですか？多数のスクリプトを同時に貼り付けて実行するときに、なぜ移動する必要があるのか​​わかりません。

私はGOを理解したことがありません。誰もがこれをよりよく説明できますか、それを使用する必要があるとき（トランザクションの数またはタイプの後に）？

たとえば、ここで更新するたびにGOが必要になるのはなぜですか。

 UPDATE [Country]
   SET [CountryCode] = 'IL'
 WHERE code = 'IL'

 GO

 UPDATE [Country]
   SET [CountryCode] = 'PT'
 WHERE code = 'PT'

GO正しくTSQLコマンドではありません。

代わりに、SQLサーバーに接続する特定のクライアントプログラムへのコマンド（SybaseまたはMicrosoft-Oracleの動作は不明）であり、「go」が必要になるまで入力されたコマンドのセットをクライアントプログラムに通知します。サーバーに送信されて実行されます。

なぜ/いつ必要ですか？

• MS SQLサーバーのGOには「count」パラメーターがあるため、「N回繰り返す」ショートカットとして使用できます。

• 極端に大きな更新を行うと、SQLサーバーのログがいっぱいになる可能性があります。これを回避するには、を使用してそれらを小さなバッチに分離する必要がある場合がありgoます。

  あなたの例では、国コードのセットの更新でログスペースが不足するほどのボリュームがある場合、解決策は、国コードを個別のトランザクションに分離することgoです。

• 一部のSQLステートメントは、機能するために、次のステートメントからGOで分離する必要があります。

  たとえば、少なくともSybaseでは、テーブルを削除して同じ名前のテーブルを単一のトランザクションで再作成することはできません（プロシージャ/トリガーの作成については同じです）。

> drop table tempdb.guest.x1          
> create table tempdb.guest.x1 (a int)
> go
  Msg 2714, Level 16, State 1
  Server 'SYBDEV', Line 2
  There is already an object named 'x1' in the database.   
  
> drop table tempdb.guest.x1          
> go
> create table tempdb.guest.x1 (a int)
> go
>

GO はステートメントではなく、バッチ区切り文字です。

で区切られたブロックGOは、クライアントによってサーバーに送信されて処理され、クライアントはその結果を待ちます。

たとえば、あなたが書く場合

DELETE FROM a
DELETE FROM b
DELETE FROM c

、これは単3一行のクエリとしてサーバーに送信されます。

あなたが書くなら

DELETE FROM a
GO
DELETE FROM b
GO
DELETE FROM c

、これは31行のクエリとしてサーバーに送信されます。

GOそれ自体はサーバーに行きません（しゃれは意図されていません）。それは純粋なクライアント側の予約語だとのみによって認識されるSSMSとosql。

カスタムクエリツールを使用して接続経由で送信する場合、サーバーはそれを認識せず、エラーを発行します。

多くのコマンドは、次のように独自のバッチにする必要があります CREATE PROCEDURE

または、テーブルに列を追加する場合は、独自のバッチに含める必要があります。同じバッチで新しい列をSELECTしようとすると、解析/コンパイル時に列が存在しないため、失敗します。

GOは、SQLツールでこれを1つのスクリプトから実行するために使用されます。これはSQLキーワードではなく、エンジンで認識されません。

これらは、バッチの日常的な使用の2つの具体的な例です。

編集：あなたの例では、GOは必要ありません...

編集2、例。ドロップ、作成、およびアクセス許可を1つのバッチで行うことはできません...特に、ストアドプロシージャの終わりはどこにありますか？

IF OBJECT_ID ('dbo.uspDoStuff') IS NOT NULL
    DROP PROCEDURE dbo.uspDoStuff
GO
CREATE PROCEDURE dbo.uspDoStuff
AS
SELECT Something From ATable
GO
GRANT EXECUTE ON dbo.uspDoStuff TO RoleSomeOne
GO

同じコマンドまたはコマンドのセットを何度も繰り返し実行する必要がある場合があります。これは、テストデータを挿入または更新する場合と、パフォーマンステストのためにサーバーに負荷をかける場合があります。これを行う最も簡単な方法は、whileループを設定してコードを実行することですが、SQL 2005ではさらに簡単な方法があります。

テストテーブルを作成して、1000レコードをロードするとします。次のコマンドを発行すると、同じコマンドが1000回実行されます。

CREATE TABLE dbo.TEST (ID INT IDENTITY (1,1), ROWID uniqueidentifier)
GO
INSERT INTO dbo.TEST (ROWID) VALUES (NEWID()) 
GO 1000

ソース：http : //www.mssqltips.com/tip.asp?tip=1216

それ以外は、SQLブロックの「終了」を示します（たとえば、ストアドプロシージャ）...再び「クリーン」な状態にあることを意味します... eG：コードがリセットされる前にステートメントで使用されたパラメーター（もう定義されていません）

すでに述べたように、「GO」はT-SQLの一部ではありません。「GO」は、データベースにクエリを送信するために使用されるクライアントアプリケーションであるSSMSのバッチ区切り文字です。つまり、宣言された変数とテーブル変数は、 "GO"の前のコードから、それに続くコードに永続化されません。

実際、GOは単にSSMSで使用されるデフォルトの単語です。これは、必要に応じてオプションで変更できます。少し面白くするために、他の誰かのシステムのオプションを変更して、「GO」の代わりに「SELECT」をバッチセパレータとして使用します。私の残酷な笑いを許してください。

論理ブロックを分割するために使用されます。コードはsqlコマンドラインに解釈され、次のコードブロックを示します。

しかし、それは特定の番号を持つ再帰ステートメントとして使用できます。

試してください：

exec sp_who2  
go 2

一部のステートメントはGOで区切る必要があります。

use DB
create view thisViewCreationWillFail