Skip to main content

GO - Batch Separator

GO is not a SQL Statement or SQL Command. It is just a Batch Separator used by SQL Client tools like SQL Server Management Studio, SQL CMD etc.,

Extract from MSDN

"GO is not a Transact-SQL statement; it is a command recognized by the sqlcmd and osql utilities and SQL Server Management Studio Code editor.
SQL Server utilities interpret GO as a signal that they should send the current batch of Transact-SQL statements to an instance of SQL Server. The current batch of statements is composed of all statements entered since the last GO, or since the start of the ad hoc session or script if this is the first GO."

In SSMS:

Though the default Batch Separator is GO we can change it as well! Just go to Tools > Options >Query Execution > SQL Server > General > Batch Separator.



Let's change our Batch Separator as "Done". Please note that it would take effect only from the next SQL Query window which we open. We can't use it directly in any of the already opened Query windows.



In a new query window lets try to use our Batch Separator "Done" to see it working.



In my personal experience changing the Batch Separator is fun as long as we do it in our local boxes or to confuse our friends :) 

I would strongly suggest we stick with the default Batch Separator GO while generating scripts for deployment (or) sharing with other developers. Reason being, if we generate the scripts with this new Batch Separator "Done" then the place where it is run would throw up errors! Because the destination box still has the Batch Separator as 'GO'.

Now lets revert the batch separator to 'GO' and then try the same script. If you had expected an error to be thrown you would be surprised!


It has taken 'DONE' as an Alias name :)

This is one another good reason to use proper alias names ourself in the scripts. Now if we add an alias name ourself and check the same script it would throw the syntax error as expected.



Apart from this since SQL Server 2005 onwards we can use a positive integer value after GO and make that batch to execute that many times. I have used this many times in my previous posts. If you are looking for an working example check out this.


In SQLCMD:


Lets use the same example of printing the current datetime using SQLCMD utility. Goto Command prompt and type SQLCMD. Check out the below screenshot where I have connected using Windows Authentication and used a batch separator for printing current datetime.


Now if we need to change the Batch Separator for this utility as well then we need to make use of -c for it as shown in the below screenshot.


The Batch Separator 'Done' will work only as long as this current connection is open. If you close this command prompt and reopen it again you could see that it has gone back to the default batch separator 'GO'.

To know complete list of options for SQLCMD check out this MSDN article.

Comments

Popular posts from this blog

Registry manipulation from SQL

Registry Manupulation from SQL Server is pretty easy. There are 4 extended stored procedure in SQL Server 2000 for the purpose of manupulating the server registry. They are: 1) xp_regwrite 2) xp_regread 3) xp_regdeletekey 4) xp_regdeletevalue Let us see each one of them in detail! About xp_regwrite This extended stored procedure helps us to create data item in the (server’s) registry and we could also create a new key. Usage: We must specify the root key with the @rootkey parameter and an individual key with the @key parameter. Please note that if the key doesn’t exist (without any warnnig) it would be created in the registry. The @value_name parameter designates the data item and the @type the type of the data item. Valid data item types include REG_SZ and REG_DWORD . The last parameter is the @value parameter, which assigns a value to the data item. Let us now see an example which would add a new key called " TestKey ", and a new data item under it called TestKeyValue :

Screen scraping using XmlHttp and Vbscript ...

I wrote a small program for screen scraping any sites using XmlHttp object and VBScript. I know I haven't done any rocket science :) still I thought of sharing the code with you all. XmlHttp -- E x tensible M arkup L anguage H ypertext T ransfer P rotocol An advantage is that - the XmlHttp object queries the server and retrieve the latest information without reloading the page. Source code: < html > < head > < script language ="vbscript"> Dim objXmlHttp Set objXmlHttp = CreateObject("Msxml2.XMLHttp") Function ScreenScrapping() URL == "UR site URL comes here" objXmlHttp.Open "POST", url, False objXmlHttp.onreadystatechange = getref("HandleStateChange") objXmlHttp.Send End Function Function HandleStateChange() If (ObjXmlHttp.readyState = 4) Then msgbox "Screenscrapping completed .." divShowContent.innerHtml = objXmlHttp.responseText End If End Function </ script > < head > < body > &l

Script table as - ALTER TO is greyed out - SQL SERVER

One of my office colleague recently asked me why we are not able to generate ALTER Table script from SSMS. If we right click on the table and choose "Script Table As"  ALTER To option would be disabled or Greyed out. Is it a bug? No it isn't a bug. ALTER To is there to be used for generating modified script of Stored Procedure, Functions, Views, Triggers etc., and NOT for Tables. For generating ALTER Table script there is an work around. Right click on the table, choose "Modify" and enter into the design mode. Make what ever changes you want to make and WITHOUT saving it right click anywhere on the top half of the window (above Column properties) and choose "Generate Change Script". Please be advised that SQL Server would drop actually create a new table with modifications, move the data from the old table into it and then drop the old table. Sounds simple but assume you have a very large table for which you want to do this! Then it woul