Viewing 15 posts - 47,971 through 47,985 (of 59,095 total)
lcjohnson (10/3/2008)
I found the script to kill the users. Thanks.
Use with great caution! If you hit the wrong SPID, you can tank the server or some critical poorly written...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 3, 2008 at 7:45 pm
Heh... You're all destroying the ability to produce an automated data dictionary for a database and none of you even bat an eyelash at that. :blink: Sure, sure......
--Jeff Moden
Change is inevitable... Change for the better is not.
October 3, 2008 at 7:27 pm
Okidoki... first off, since you didn't provide any table creation scripts nor data population scripts, you have to understand that I've not tested this code. Please see the link...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 3, 2008 at 7:05 pm
vidhyasudha (10/3/2008)
Sorry for all the inconvenience caused.
Tab1 structure
Create Table Tab1
(
name varchar(25),
description varchar(25),
Category varchar(25)
)
Sample data for Tab1
insert into tab1 (name,description,category) values ( 'caneditacc','editing','Acc')
insert into tab1 (name,description,category) values ('candeleteacc','deleting','Acc')
insert...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 3, 2008 at 6:28 pm
There are a lot of things that will qualify as a date that will fail the conversion using date format 103. For example, 0 is a valid date. ...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 3, 2008 at 6:19 pm
I don't personnally know how to do it, but the folks at my old shop did it quite easily. Apparently, certain SANs come with the ability to make snapshot...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 3, 2008 at 6:06 pm
Yep... I absolutely agree with Richard that batch size is important... trying to import 20 million rows will drive the log file absolutely nuts if you don't do the Bulk...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 3, 2008 at 5:59 pm
It doesn't need to be that complicated if you understand that NULL is NOT nothing and cannot be compared to using relational operators...
IF (SELECT somecolumn FROM sometable) > ' '
PRINT...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 3, 2008 at 5:52 pm
Heh... if you think THAT was fast, wait until you run the code. First time I demo'd it on a million rows in front of a group of people,...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 3, 2008 at 5:39 pm
Jason Crider (10/3/2008)
Third party wants that data sent to a URL in the form of a query string.
So, create a chunk of code that will make a set of SELECT/UNION...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 3, 2008 at 5:36 pm
There's nothing there to relate state to county, etc, etc. Are the other columns in that table that might be used to do that?
--Jeff Moden
Change is inevitable... Change for the better is not.
October 3, 2008 at 5:22 pm
Don't do it that way... past the following URL into the URL box of Books Online and see...
ms-help://MS.SQLCC.v9/MS.SQLSVR.v9.en/udb9/html/8cfea566-8f89-4581-b30d-c53f1f2c79eb.htm
--Jeff Moden
Change is inevitable... Change for the better is not.
October 3, 2008 at 5:20 pm
You can't rely on an "implicit" sort order... you'll need to use ORDER BY or GROUP BY WITH ROLLUP/CUBE.
--Jeff Moden
Change is inevitable... Change for the better is not.
October 3, 2008 at 5:13 pm
Yep... but with "VLDB's", hardware costs should be the least of your worries.
--Jeff Moden
Change is inevitable... Change for the better is not.
October 3, 2008 at 5:06 pm
TheSQLGuru (10/3/2008)
Think "read my post"! 😀
The default data file growth is ONE MEGABYTE, not TEN PERCENT (at least on all the servers I recall installing)....
--Jeff Moden
Change is inevitable... Change for the better is not.
October 3, 2008 at 5:01 pm
Viewing 15 posts - 47,971 through 47,985 (of 59,095 total)