Viewing 15 posts - 5,071 through 5,085 (of 7,611 total)
You'd have to generate dynamic SQL to do that. First, get the highest count as it exists ni your current data. Then modify the above overall structure to...
May 21, 2015 at 4:18 pm
How about?:
SELECT p.Warehouse,
CASE WHEN SUM(Quantity) >= 10
THEN CAST(SUM(Quantity) AS varchar(30))
...
May 21, 2015 at 3:46 pm
JediSQL (10/31/2014)
In most conditional statements, like WHERE clauses and IF statements, the conditional expression will return TRUE if and only if SQL Server considers the assertion provably true. When...
May 21, 2015 at 1:20 pm
Here's one quick-and-dirty way to do this for up to 5 instances:
Edit: changed the column names to better match the table defs.
with instanceInfo as
(
select
ins.srvID
,ins.instNetName as...
May 21, 2015 at 1:01 pm
CORRECTION: Previous code has bug because the tally table does not include a 0.
DECLARE @Sample TABLE(
FileNumb int,
startdate date,
...
May 19, 2015 at 3:52 pm
Select FROM the job table and user LEFT OUTER JOINs on the other two tables.
[This sounds possibly like class work or home work, so I'm just giving a general guideline...
May 19, 2015 at 3:41 pm
Edit: Was able to post an inline CTE this time; guess they fixed the bug at work that was blocking posting any CTEs ... Hallelujah!
DECLARE @Sample TABLE(
...
May 19, 2015 at 3:37 pm
I don't like table overhead when it can be avoided by simple mathematical calcs. Calendar tables have their uses, but to me they can sometimes become the proverbial hammer...
May 19, 2015 at 3:11 pm
You should only rebuild or reorganize an index when it is fragmented enough to be significant. For some tables, this might be every day. For others, only every...
May 19, 2015 at 9:36 am
Presumably some number of UDFs would get updated over time, particularly as new techniques are learned. I believe, for example, that the splitter function has gone thru several iterations,...
May 19, 2015 at 8:28 am
Jason A. Long (5/15/2015)
Just tetested with this...
DECLARE
@BegDate DATE...
May 18, 2015 at 9:56 am
Interesting points. (Although I'd prefer to put the test conditions / "known case" conditions into a table, for the usual reasons of flexibility and maintainability.)
As an aside, the function...
May 18, 2015 at 8:49 am
Jeff Moden (5/15/2015)
Jason A. Long (5/15/2015)
ScottPletcher (5/15/2015)
Never use BETWEEN on dates or datetimes;
Out of curiosity, why do you say this?
I could see it it you were talking about...
May 18, 2015 at 8:26 am
Lynn Pettis (5/15/2015)
Jason A. Long (5/15/2015)
Both good points... Although I'd still put this in the "good idea not to do this" category as opposed to the "never do this" category...
Some...
May 15, 2015 at 4:31 pm
Never use a function on a column if it can be avoided.
Never use between for date/datetimes, use >= and < instead.
SELECT @sql = 'SELECT *
FROM #Temp
WHERE DocDate >=...
May 15, 2015 at 10:51 am
Viewing 15 posts - 5,071 through 5,085 (of 7,611 total)