Viewing 15 posts - 22,786 through 22,800 (of 59,067 total)
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
Please, everyone... remember that there is such a thing as "DOS INJECTION". Take the appropriate safeguards and delouse the inputs.
--Jeff Moden
Change is inevitable... Change for the better is not.
September 4, 2014 at 4:52 pm
Meatloaf (9/3/2014)
I trying to figure out the logic to add a number to the end of an ID to create a series.
For example, I have an EventID that may have...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 4, 2014 at 4:44 pm
balasach82 (9/4/2014)
Is it advisable to use cdosysmail even in SQL 2008? Or sp_send_dbmail is better?
What do you mean by "better"?
--Jeff Moden
Change is inevitable... Change for the better is not.
September 4, 2014 at 4:37 pm
dwain.c (9/3/2014)
Jeff Moden (9/3/2014)
--Jeff Moden
Change is inevitable... Change for the better is not.
September 4, 2014 at 3:57 pm
CELKO (9/1/2014)
Could you give some examples of that?
HIPPA. You must record everyone who saw the medical record, not changed it, saw it. I could not carry my own sonogram...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 3, 2014 at 11:33 pm
Viewing 15 posts - 22,786 through 22,800 (of 59,067 total)