Viewing 15 posts - 6,946 through 6,960 (of 7,608 total)
CELKO (1/4/2013)
We're giving "power employees" of the company access to the company's data to derive business benefit.
The power employees I work with regard me as the "Data...
January 7, 2013 at 9:12 am
CELKO (1/4/2013)
What specifically should requester do then?
As I said, read books on basic Software Engineering. Yourdon and Constantine's STRUCTURED DESIGN is still classic. Chapters 6 and 7...
January 4, 2013 at 2:52 pm
CELKO (1/4/2013)
When I need to execute code depending upon the values of parameters I often implement one of 2 methods:
I see that you also confuse rows and...
January 4, 2013 at 12:56 pm
CELKO (1/4/2013)
January 4, 2013 at 10:36 am
Do you have only a few clients with huge numbers of orders each?
Or for a large number of clients, some with large numbers of orders, some with small numbers of...
January 4, 2013 at 10:16 am
Those embedded REPLACEs are looking more tempting now, huh? 🙂
January 4, 2013 at 8:53 am
dwain.c (1/3/2013)
ScottPletcher (1/3/2013)
CELKO (1/2/2013)
Since SQL is a database language, we prefer to do look ups and not calculations.
That "we" is undefined and thus meaningless. But people who have...
January 4, 2013 at 8:43 am
Lynn Pettis (1/3/2013)
DECLARE @TestStr VARCHAR(20) = 'QWERY56920TYEU';
SELECT @TestStr;
WITH eTally(n) AS (SELECT ROW_NUMBER() OVER (ORDER BY (SELECT NULL)) FROM sys.all_columns a CROSS JOIN sys.all_columns b)
SELECT
...
January 3, 2013 at 4:33 pm
Embedded REPLACEs is your best option really, from a performance standpoint.
You could generate the REPLACE statements so you didn't have to write them by hand.
January 3, 2013 at 4:05 pm
GilaMonster (1/3/2013)
kwoznica (1/2/2013)
You have a singular “phone_contact” table name!! ONLY One?!
I take that this is a suggestion to make the phone_contact table a wider table to...
January 3, 2013 at 12:35 pm
CELKO (1/2/2013)
Since SQL is a database language, we prefer to do look ups and not calculations.
That "we" is undefined and thus meaningless. But people who have to write...
January 3, 2013 at 10:45 am
If you're providing data for report or any type of BI application, remove NULLs entirely. NULLs cause serious and severe logic considerations that most people don't fully understand (including...
January 3, 2013 at 10:30 am
dan-572483 (1/2/2013)
January 2, 2013 at 12:39 pm
SELECT
OccurrenceReport.OccurrenceDate,OccurrenceReport.TimeOfOccurrence,OccurrenceReport.Floor,OccurrenceReport.Description,
OccurrenceReport.Injured,OccurrenceReport.FDNY,OccurrenceReport.FalseActual,OccurrenceReport.FPManager,
OccurrenceReport.DateSigned,OccurrenceCauses.Cause,
Emp.LastName + ', ' + Emp.FirstName as "EmployeeName",
FireM.LastName + ',...
January 2, 2013 at 12:14 pm
Viewing 15 posts - 6,946 through 6,960 (of 7,608 total)