Viewing 15 posts - 61 through 75 (of 310 total)
You mean table variables - sorry, i was thinking of conventional temporary tables - that's a different thing.
I still would recommend permanent tables. About the only benefit of table variables is...
December 22, 2006 at 7:14 am
I think you mean SELECT * FROM @TempTable
... but you can't do this - it's invalid syntax. You may not use a variable for the table name.
To reemphasise other posters,...
December 22, 2006 at 6:55 am
As a developer, never mind any marginal gain/loss in performance - I think of the blood, sweat and tears of trying to debug it in future. As a general rule,...
December 14, 2006 at 6:34 am
You can use SET QUOTED_IDENTIFIER ON. This will allow you to use double quotes as string delimiters so that you could write :
select * from My_Table where show_name = "My hunter's...
December 7, 2006 at 6:47 am
Remember that GETDATE() returns a date-TIME. Are you sure that this query is giving you exactly what you want or are you losing records at the extremes?
If I run GETDATE() now, it...
December 6, 2006 at 6:58 am
It is recommended to use table variables only for small amounts of data. Both temporary tables and table variables are held in memory while there is space to do so...
December 6, 2006 at 6:50 am
I assume that you have looked into the Index Tuning Wizard (if not, see BOL). What extra are you looking for?
December 1, 2006 at 2:04 am
To deal with the advertising issue and demonstrate true independence, create a dedicated advertising newsletter in which anyone can promote their SQL tools. The main site remains uncluttered if this...
November 24, 2006 at 1:44 am
You're right - but I thought the warning wouldn't go amiss. It looked as if he wasn't aware of this feature so doesn't hurt to pre-empt any future issues. 🙂
November 15, 2006 at 6:53 am
The key to remember is that Unicode takes two bytes per character so all your Unicode fields take twice as much space (and you can only get half as many...
November 15, 2006 at 1:55 am
Congratulations and good luck for the future. Most of (the little) that I know about SQL Server I've learnt from your site - so a big thankyou.
Begging letter follows 🙂
November 14, 2006 at 1:36 am
I received it and deleted it immediately as I am a developer and not responsible for this area.
October 26, 2006 at 1:41 am
If the foreign key is null, does not this just indicate an orphaned child?
October 18, 2006 at 2:30 am
Look at SQL LiteSpeed - its faster and gives smaller backups than the native process.
October 12, 2006 at 1:40 am
Simple solution would be to do a search and replace substituting angle brackets with {}
October 11, 2006 at 2:13 am
Viewing 15 posts - 61 through 75 (of 310 total)