Viewing 15 posts - 7,381 through 7,395 (of 7,602 total)
I think the point sturner was making was that your order of deletion would violate the foreign key constraint.
That's a good point; yes, I wasn't sure if indeed such a...
June 8, 2012 at 9:28 am
Should I be looking at tuning the fill factor in this situation? Higher or lower than "stock"?
Yes, it can be very applicable to non-clus indexes.
You would lower the fillfactor,...
June 8, 2012 at 9:25 am
That wouldn't work if there were FK from the license_message_value table id --> license_message table.
I reversed the order of the table deletes for performance. By doing the controlling (in...
June 7, 2012 at 8:12 am
If I understand correctly, the license_message table has a:
clus index (/PK) on license_message_id
nonclus index on archive_date
<other nonclus...
June 6, 2012 at 3:44 pm
Here's my version (everybody's got their own version :-)). It provides MB totals for each table, each table and all its indexes, total number of indexes per table and...
June 5, 2012 at 10:43 am
Please try my last posted version.
It includes a check to avoid updating those rows that already have the value that would be assigned.
June 5, 2012 at 9:51 am
@scott: By best practice you never store your unencryption mechanisms and your data in the same place. Admittedly, there are times when you may need to work with the data...
June 4, 2012 at 5:06 pm
I suggest looking into SQL's existing EncryptByKey and DecryptByKey functions.
I disagree with the idea that encryption/decryption can be left to the app. Because you may want to work with...
June 4, 2012 at 4:35 pm
Maybe I'm not getting this, but tableB does not get updated.
No, but tableB provides a lookup table to get the value with which to update the other table. ...
June 4, 2012 at 3:25 pm
My best (educated) guess based on what you've posted so far is:
A filtered index on ISAPPLIEDFORSPECIFICDAYS = 1, including the daily columns.
That index may or may not help -- you'd...
June 4, 2012 at 1:49 pm
CREATE NONCLUSTERED INDEX [IDX_ApplAcctNo] ON [dbo].[tableB]
(
[applAcctNo] ASC
)
Since tableB already has that index, I suggest changing its definition to also contain the acct_nbr and the bit flag. Then...
June 4, 2012 at 11:46 am
So much for a UNIQUE Clustered Index and the performance that will offer.
The way around this problem is to determine what makes each row UNIQUE in your table while considering...
June 4, 2012 at 9:06 am
The DBCC SHRINKDATABASE() will shrink the log file also, so you don't need to do it separately; thus, you can just comment out the "DBCC SHRINKFILE".
June 1, 2012 at 5:12 pm
You can specify a batchsize for a bulk load, and SQL then commits every time after that many rows are loaded (obviously you definitely want to specify a batchsize for...
June 1, 2012 at 4:59 pm
As for the restore, it's very easy to create a script to have SQL restore the last backup of a db.
June 1, 2012 at 4:48 pm
Viewing 15 posts - 7,381 through 7,395 (of 7,602 total)