Co to jest „partia” i dlaczego używa się GO?

Przeczytałem i przeczytałem przez MSDN itp. Ok, więc sygnalizuje koniec partii.

Co definiuje partię? Nie rozumiem, dlaczego muszę iść, kiedy wklejam kilka skryptów, które mają być uruchomione w tym samym czasie.

Nigdy nie rozumiałem GO. Czy ktoś może to lepiej wytłumaczyć i kiedy muszę z tego skorzystać (po ilu lub jakiego rodzaju transakcjach)?

Na przykład, dlaczego miałbym potrzebować GO po każdej aktualizacji tutaj:

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

 GO

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

GOnie jest poprawnie poleceniem TSQL.

Zamiast tego jest to polecenie do konkretnego programu klienckiego, który łączy się z serwerem SQL (Sybase lub Microsoft - nie wiem, co robi Oracle), sygnalizując programowi klienckiemu, że zestaw poleceń wprowadzonych do niego do momentu „rozpoczęcia” będzie wymagał do wysłania na serwer w celu wykonania.

Dlaczego / kiedy tego potrzebujesz?

• GO w serwerze MS SQL ma parametr „count” - możesz więc używać go jako skrótu „powtórz N razy”.

• Niezwykle duże aktualizacje mogą zapełnić dziennik serwera SQL. Aby tego uniknąć, może być konieczne rozdzielenie ich na mniejsze partie za pomocą go.

  W twoim przykładzie, jeśli aktualizacja zestawu kodów krajów ma taką objętość, że zabraknie miejsca w dzienniku, rozwiązaniem jest rozdzielenie każdego kodu kraju na osobną transakcję - co można zrobić, oddzielając je na kliencie za pomocą go.

• Niektóre instrukcje SQL MUSZĄ być oddzielone znakiem GO od następujących, aby działały.

  Na przykład nie można usunąć tabeli i ponownie utworzyć tabeli o tej samej nazwie w jednej transakcji, przynajmniej w Sybase (tak samo jak w przypadku tworzenia procedur / wyzwalaczy):

> 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 nie jest instrukcją, jest to separator partii.

Oddzielone bloki GOsą wysyłane przez klienta na serwer w celu przetworzenia, a klient czeka na ich wyniki.

Na przykład, jeśli piszesz

DELETE FROM a
DELETE FROM b
DELETE FROM c

, zostanie wysłane do serwera jako 3zapytanie jednowierszowe .

Jeśli piszesz

DELETE FROM a
GO
DELETE FROM b
GO
DELETE FROM c

, zostanie to przesłane do serwera jako 3zapytania jednowierszowe.

GOsama nie trafia na serwer (gra słów nie jest przeznaczona). Jest to słowo zastrzeżone po stronie klienta i jest rozpoznawane tylko przez SSMSi osql.

Jeśli użyjesz niestandardowego narzędzia do wysyłania zapytań, aby wysłać go przez połączenie, serwer nawet go nie rozpozna i wyświetli błąd.

Wiele poleceń musi znajdować się we własnej partii, na przykład CREATE PROCEDURE

Lub, jeśli dodasz kolumnę do tabeli, powinna znajdować się we własnej partii. Jeśli spróbujesz WYBRAĆ nową kolumnę w tej samej partii, nie powiedzie się, ponieważ w czasie analizy / kompilacji kolumna nie istnieje.

GO jest używane przez narzędzia SQL do rozwiązania tego problemu z jednego skryptu: nie jest to słowo kluczowe SQL i nie jest rozpoznawane przez silnik.

Oto 2 konkretne przykłady codziennego wykorzystania partii.

Edycja: w twoim przykładzie nie potrzebujesz GO ...

Edycja 2, przykład. Nie możesz upuszczać, tworzyć i uprawniać w jednej partii ... nie mniej ważne, gdzie jest koniec procedury składowanej?

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

Czasami zachodzi potrzeba wielokrotnego wykonywania tego samego polecenia lub zestawu poleceń. Może to polegać na wstawieniu lub aktualizacji danych testowych lub obciążeniu serwera w celu przeprowadzenia testów wydajności. Niezależnie od potrzeb, najłatwiejszym sposobem jest skonfigurowanie pętli while i wykonanie kodu, ale w SQL 2005 istnieje jeszcze prostszy sposób na zrobienie tego.

Powiedzmy, że chcesz utworzyć tabelę testową i załadować do niej 1000 rekordów. Możesz wydać następujące polecenie, które uruchomi to samo polecenie 1000 razy:

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

źródło: http://www.mssqltips.com/tip.asp?tip=1216

Poza tym oznacza "koniec" bloku SQL (np. W procedurze składowanej) ... Oznacza to, że ponownie znajdujesz się w stanie "czystym" ... eG: Parametry użyte w instrukcji przed zresetowaniem kodu ( już nie zdefiniowany)

Jak wszyscy już powiedzieli, „GO” nie jest częścią T-SQL. „GO” to separator wsadowy w programie SSMS , aplikacji klienckiej używanej do przesyłania zapytań do bazy danych. Oznacza to, że zadeklarowane zmienne i zmienne tabelowe nie zostaną zachowane z kodu przed „GO” do kodu następującego po nim.

W rzeczywistości GO jest po prostu domyślnym słowem używanym przez SSMS. Jeśli chcesz, możesz to zmienić w opcjach. Dla odrobiny zabawy zmień opcję w systemie innej osoby tak, aby jako separator wsadowy używał „SELECT” zamiast „GO”. Wybacz mój okrutny chichot.

Służy do dzielenia bloków logicznych. Twój kod jest interpretowany w linii poleceń sql, co wskazuje na następny blok kodu.

Ale może być użyty jako instrukcja rekurencyjna z określoną liczbą.

Próbować:

exec sp_who2  
go 2

Niektóre stwierdzenia muszą być oddzielone przez GO:

use DB
create view thisViewCreationWillFail