Viewing 15 posts - 22,816 through 22,830 (of 59,102 total)
I love problems like this because there are so many ways to accomplish them. I also like this particular post because it shows what normally occurs.... code written to...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 6, 2014 at 4:56 pm
Oh, you've hit a real pain point for me. Rather than go into a rant about it, I'll just say I'm glad that someone finally wrote about this problem.
--Jeff Moden
Change is inevitable... Change for the better is not.
September 6, 2014 at 4:34 pm
That took me by surprise the first time I worked with Oracle, as well. NULL same as '' not same as ' '.
The other thing that took me by...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 5, 2014 at 6:29 pm
Heh... could it be that Joe knows that if he ever treats or talks to someone in person as he does online, that someone would eventually clock him?
--Jeff Moden
Change is inevitable... Change for the better is not.
September 5, 2014 at 6:13 pm
khott (8/18/2014)
So I am trying to figure out a way to present the number of records for a 3 month window and for the same date. I know not...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 5, 2014 at 3:06 pm
terry999 (9/5/2014)
SET DATEFORMAT DMY
it works with dates e.g. "14/01/2009"
However sometimes I get dates in the format
"Fri 14/01/2009"
What is the best way...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 5, 2014 at 9:05 am
Eirikur Eiriksson (9/5/2014)
Jeff Moden (9/5/2014)
Eirikur Eiriksson (9/4/2014)
Jeff Moden (9/4/2014)
--Jeff Moden
Change is inevitable... Change for the better is not.
September 5, 2014 at 7:14 am
You've already defined the inputs. Cast the answer, not the parts of the formula.
--Jeff Moden
Change is inevitable... Change for the better is not.
September 5, 2014 at 12:21 am
Eirikur Eiriksson (9/4/2014)
Jeff Moden (9/4/2014)
--Jeff Moden
Change is inevitable... Change for the better is not.
September 5, 2014 at 12:18 am
I see some real danger in the WHERE clause of all of these queries. What is the data-type for the gl_account.id column, please?
--Jeff Moden
Change is inevitable... Change for the better is not.
September 5, 2014 at 12:06 am
I believe I'd still remove the Transaction_Date from the Group By. It's not needed.
--Jeff Moden
Change is inevitable... Change for the better is not.
September 4, 2014 at 11:48 pm
I guess my question would be, if you recognize it as not being a good practice, why would you post the technique? We just don't know what the OP...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 4, 2014 at 11:35 pm
I know this is an older post but I agree with OPC.Three. If there were a testing tool that could validate your ETL results against the source, why wouldn't...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 4, 2014 at 7:44 pm
KathyJ (9/4/2014)
select
gl_account.id as GLAcct,
gl_account.descr as GLDesc,
case when gl_ledger.transaction_date between '2014-01-01 00:00:00.000' and '2014-01-31 23:59:59.000' then sum(gl_ledger.amount_n) else 0 end as Jan,
case...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 4, 2014 at 5:05 pm
ccappel (9/4/2014)
SELECT * FROM dbo.TableValuedFunction (Param1, Param2)
It takes just over 2 minutes to return just...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 4, 2014 at 4:56 pm
Viewing 15 posts - 22,816 through 22,830 (of 59,102 total)