Viewing 15 posts - 58,951 through 58,965 (of 59,075 total)
Lot's of good ideas by lots of good folks... still, I think the clustered index is eating your insert time alive. Try removing all clustered indexes and adding non-clustered indexes...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 20, 2004 at 12:34 am
One more thing... again, I don't remember the exact number but if you end up with over something like 254 columns in a table, IT CANNOT BE REPLICATED if replication...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 16, 2004 at 11:07 pm
Unless you have TEXT or BINARY fields, you're also limited to (if I remember correctly) only 8096 bytes per row no matter how many VARCHAR(8000) fields you have. So, my...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 16, 2004 at 11:06 pm
Henk,
The problem with CLUSTERED indexes is that they live in the data and should just not be used for transactional tables. Inserting into the "middle" of a 4 million record...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 16, 2004 at 10:59 pm
I'll probably get a huge number of arguments from this but you're really opening yourself up to a world of hurt if you move into the TEXT datatype. They're difficult...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 16, 2004 at 10:46 pm
Colin,
First, if you are not using the Enterprise Edition, adding memory over 2 Gig is fruitless because the Standard Edition is limited.
If this is something like a daily, weekly or...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 16, 2004 at 10:39 pm
Oh crud... I just checked some of the switches for the scptsfr.exe routine I told you about and I don't think it'll work because the login is always "SA". If...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 16, 2004 at 10:11 pm
There's a nasty VB program at C:\Program Files\Microsoft SQL Server\80\Tools\DevTools\Samples\sqldmo\vb\SQLScripts on the server. If you can't get to that
, there's an .EXE called "scptxfr.exe"...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 16, 2004 at 10:04 pm
Stefan,
This is similar to the procedure that I use although my inputs are a little different (easy for you to modify, if you want). Instead of inputing a row number,...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 16, 2004 at 9:40 pm
Carl, these are similar to some of the others but thought I'd post it anyway
------ Finds the LAST day of NEXT month (Time=23:59:59.997) (resolution is 3 ms)
SELECT DATEADD(ms,-3,DATEADD(mm,DATEDIFF(mm,0,@Date)+2,0))
...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 7, 2004 at 10:00 am
Just curious... are any of the joined "tables" really views? That's what happened to me at work... just did a SELECT * to see what I got back from a...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 7, 2004 at 9:44 am
NVarchar uses two bytes per character. There is no reason to use it unless there is something "language specific" or the system requires it.
--Jeff Moden
Change is inevitable... Change for the better is not.
July 29, 2004 at 12:55 am
Using EXEC (@SQL1+@SQL2...@SQL4), have been able to do up to 32k. Target of exec has to be in ( ). Didn't try it but was once told the limit was...
--Jeff Moden
Change is inevitable... Change for the better is not.
July 27, 2004 at 10:26 pm
You can also create roles and assign individuals to roles. That way, if you need to change the permissions for a whole group of people, you just change the permissions...
--Jeff Moden
Change is inevitable... Change for the better is not.
July 24, 2004 at 7:59 am
The systax of the GRANT command should be as follows:
GRANT permissiontype ON sqlobject TO grouporrole
See "Books on Line" under "GRANT, GRANT (described)" for a complete list...
--Jeff Moden
Change is inevitable... Change for the better is not.
July 22, 2004 at 8:33 pm
Viewing 15 posts - 58,951 through 58,965 (of 59,075 total)