Viewing 15 posts - 56,116 through 56,130 (of 59,067 total)
I'll take Ray's suggestion 1 step further... Don't let the developer's even see the production database... create a developer's database as a "snapshot" of production, give them dbo privs to...
June 14, 2007 at 9:37 pm
Dunno how it works in 2k5, but in 2k, you could open Enterprise Manager, right click on a table and select "Design Table"... the "Description" for each column is where...
June 14, 2007 at 6:49 pm
SQL Server doesn't know how to spell "mapped drive"... you're stuck with the UNC approach... which isn't so bad... don't have to worry about the drive letter ever changing
June 14, 2007 at 6:47 pm
Sorry I'm late with this reply...
The answer is...
.... rewrite sp_OA_portfolio_earnings to handle more than one row at a time. ![]()
June 14, 2007 at 6:35 pm
Also (to add to what's already been said), you have a large number of implicit conversions that may slow things down... 1 (in code) is an implicit INT but you're columns...
June 14, 2007 at 6:26 pm
Yes... I think you've done it the correct way for the right reason(s). And such "partioning" of data is a tried and true method (although I don't care much for...
June 14, 2007 at 6:04 pm
That number is correct... check in Books Online under "specifications-SQL Server objects"
June 14, 2007 at 5:25 pm
Click on the Windows START button... open "ALL PROGRAMS" or some such. Find the Microsoft SQL Server folder and click on it... find the QUERY ANALYZER icon and click on...
June 14, 2007 at 5:19 pm
Please tell me you didn't add a dollar sign to some numeric data and store it as a varchar...
June 14, 2007 at 5:11 pm
Gotta love embedded SQL... and not trying to be a snit about this... check out the discussing beginning to unfold at the following URL... it's similar to many other discussions...
June 14, 2007 at 6:41 am
Found another good reason not to use "parameterized scripts" as embedded SQL... see the following recent URL about the wrong execution plan being created...
http://www.sqlservercentral.com/forums/shwmessage.aspx?forumid=146&messageid=373799
June 14, 2007 at 6:38 am
Going back to the basics, why not just create a linked server to the Access database and use SELECT/INTO? Will create the table and copy the data rather "automagically"...
June 13, 2007 at 8:39 pm
Heh... no... they only paid me the big bucks to round UP your minutes ![]()
June 13, 2007 at 8:26 pm
Viewing 15 posts - 56,116 through 56,130 (of 59,067 total)