Viewing 15 posts - 8,431 through 8,445 (of 9,713 total)
I understand what you're saying about the timestamp perfectly. However, you're still sending a ton of records one way or the other over the network. Let me put it this...
March 9, 2009 at 10:31 am
If you aren't getting the values you expect, then something is wrong. Either your table / column is case sensitive despite the fact that your DB is case insensitive or...
March 9, 2009 at 10:20 am
When I talk about processing resources, I'm not talking about field by field. I'm talking about having to take the timestamp of your DW to the timestamp of either your...
March 9, 2009 at 8:47 am
Bob Hovious (3/9/2009)
I have colleagues who use GROUP BY clauses without aggregation in place of a SELECT DISTINCT. The results appear to be the same. I've always used a DISTINCT...
March 9, 2009 at 8:25 am
sotn (3/9/2009)
March 9, 2009 at 8:22 am
I'd agree with the temp mapping table approach because a CASE statement can inadvertantly overwrite an "earlier" conversion if you're not careful. Also, you can use the IN for the...
March 9, 2009 at 8:12 am
One thing not previously mentioned, which happens in our environment all the time. If you have procs constantly added to the database which the client needs to use and this...
March 9, 2009 at 8:07 am
Have you tried the following yet?
Select * from tbldeals
where trade_date = '03/06/2009';
Depending on your database collation, this might make all the difference.
March 9, 2009 at 7:59 am
Nelson,
Do you understand the difference between GROUP BY & ORDER BY? GROUP BY is like taking a bowl of fruit and putting the grapes with the grapes and the apples...
March 9, 2009 at 7:54 am
Did any of the other information help?
March 9, 2009 at 7:33 am
Have you looked at DDL triggers yet? They can help you log the information to the table. Then all you have to do is schedule a job that checks for...
March 9, 2009 at 6:54 am
A little more detail on what you're trying to accomplish would help us help you better. @=)
March 9, 2009 at 6:52 am
From what I understand, SQL 2008 has more Administrator tools than 2005, but most of the developer tools have remained the same. Therefore, it would behoove your company to upgrade...
March 9, 2009 at 6:51 am
The biggest issue will be performance. SSIS is a memory hog and each instance of the package (if it even allows you to kick off the package multiple times at...
March 9, 2009 at 6:42 am
Viewing 15 posts - 8,431 through 8,445 (of 9,713 total)