June 17, 2009 at 5:03 pm
Microsoft SQL Server 2005 - 9.00.3068.00 (Intel X86) Feb 26 2008 18:15:01 Copyright (c) 1988-2005 Microsoft Corporation Enterprise Edition on Windows NT 5.2 (Build 3790: Service Pack 2)
Follow these steps:
1. Open SQL Management Studio.
2. Break down the tree for a database to a list of tables.
3. Right click and choose script as on the table. Script an insert to a new query window.
4. Run a sql script that inserts a column with a varchar(300) and default (not sure if the default changes anything).
5. Perform step 3 again.
You will notice the new column is not in the 1st create table statement!!! Instead it is in an alter table statement just under the main create table statement!!
SQL SERVER BUG!!! Anybody know a workaround?
This is causing issues not only with ad hoc scripting, but also in tools that compare and script differences.
June 17, 2009 at 7:55 pm
No, it's not a bug.
Before you run step 3 again, right-click on the table and select "Refresh".
Then, when you run step 3, you'll have the column.
The GUI tool (SSMS) only get's the table definition once. If SSMS changes the structure, it knows to refresh it's definition. If you change it behind the scenes, then you need to force the refresh.
Wayne
Microsoft Certified Master: SQL Server 2008
Author - SQL Server T-SQL Recipes
Viewing 2 posts - 1 through 1 (of 1 total)
You must be logged in to reply to this topic. Login to reply