Viewing 15 posts - 721 through 735 (of 813 total)
Sharepoint actually stored the document itself inside the SQL Server; so, you have something of a problem; with a shrink, I wouldn't expect it to guarantee that every disk sector...
June 18, 2010 at 3:58 pm
Different styles are different styles, neither good nor bad:
SELECT a.c1
,a.c2
,b.c1
FROM db.schema.tbla a
INNER JOIN db.schema.tbla b
ON b.col1 = a.col1
AND a.col2 = b.col2
June 18, 2010 at 3:20 pm
I agree in part, and disagree in part.
I agree that readable code, with tags on End If and other blocks so current or future nesting is readable, is important.
I disagree...
June 18, 2010 at 8:55 am
gregory.anderson (6/11/2010)
June 16, 2010 at 7:49 am
I didn't see any discussion of how frequently data was being added to the archive store; that's an absolutely critical point, especially if there comes to be a gap: quarterly...
June 16, 2010 at 7:42 am
Brett Flippin (6/10/2010)
...
Also with a traditional truncate/load ETL process you lose the ability of the ETL process to fail gracefully and still retain your data in the destination.
...
If...
June 14, 2010 at 12:25 pm
For character type strings you expect to be integers, there's also
ISNUMERIC(RTRIM(@value) + '.0e0')
June 11, 2010 at 8:12 am
UMG Developer (6/9/2010)
Nadrek (6/9/2010)
B) Always use three part naming, so you either execute:Adventureworks.Person.(otherprefix)ReturnSomething
or
Master.dbo.(otherprefix)ReturnSomething
both of which make it explicitly obvious what you're calling.
That sounds nice, but it...
June 9, 2010 at 11:01 am
Reasons I recommend:
A) Never have the first three letters of any stored user procedure be "sp_"
B) Always use three part naming, so you either execute:
Adventureworks.Person.(otherprefix)ReturnSomething
or
Master.dbo.(otherprefix)ReturnSomething
both of...
June 9, 2010 at 10:45 am
I'm afraid I'm not familiar with the tools used in the article, but on first glance it appears the following two general "hash to find differences" cautions are appropriate:
First, when...
June 8, 2010 at 3:18 pm
Minor question:
If you have a week to get your DR site up, how much data are you allowed to lose? 10 minutes? An hour? A day? ...
June 3, 2010 at 2:22 pm
Steve-3_5_7_9 (6/3/2010)
June 3, 2010 at 8:50 am
There are other factors that play into TCO, including but not limited to:
How many servers may eventually need upgrading? It's not hard to get into hundreds of thousands...
June 3, 2010 at 8:44 am
Not a "good" option, but an option:
Try global ##temp tables with the entire procedure name and @@SPID placed in the table name... if you get really paranoid, an a 6+...
May 25, 2010 at 12:26 pm
Always test with a complete, full dataset.
As far as highly complex test setups, the best way is something like a VMWare snapshot that includes the contents of RAM; that...
May 19, 2010 at 9:55 am
Viewing 15 posts - 721 through 735 (of 813 total)