[dba-SQLServer] Iif in SQL Server

Francisco Tapia fhtapia at gmail.com
Wed Sep 22 14:20:03 CDT 2004


So is that gonna work for you?


On Wed, 22 Sep 2004 14:48:10 -0400, John W. Colby
<jwcolby at colbyconsulting.com> wrote:
> No, I don't want a report, at least not atm.  I need the ability to count
> these things over and over and over.  Thus it has to be FAST.  Clients call
> and ask "how many addresses in these 230 zip codes?  That kind of stuff.
> The zips can come from two different places, thus I want to pull them out
> and place them in a single table where I can tell where they came from if I
> need to but I only have to do a count on a single indexed column.
> 
> John W. Colby
> www.ColbyConsulting.com
> 
> 
> 
> -----Original Message-----
> From: dba-sqlserver-bounces at databaseadvisors.com
> [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of Francisco
> Tapia
> Sent: Wednesday, September 22, 2004 2:06 PM
> To: dba-sqlserver at databaseadvisors.com
> Subject: Re: [dba-SQLServer] Iif in SQL Server
> 
> You want a report right? ie a resultset... yes a sproc John.. you don't have
> to CREATE a sproc, but doing so will store the optimizations for the sproc
> in the server and possibly even caching parts of the report (since the data
> hasn't changed).
> 
> to create a sproc
> 
> CREATE PROCEDURE stp_MyNewSprocNamingConvention
> 
> AS
> 
> SELECT FIELD1, Field2, Field3, Case...
>           FROM Table1
> WHERE ClauseoptionsHere
> 
> On Wed, 22 Sep 2004 08:39:44 -0400, John W. Colby
> <jwcolby at colbyconsulting.com> wrote:
> > Are we talking about code in an Sproc here?  I am not talking about
> > AccessVB.  I am looking for something to work with 165 million records
> > and return results in a few minutes.
> >
> > In the end I built a table with a PK field, a ZIPCode field and a Src
> > field. I made the PK field a PK so that it has a unique index.  I then
> > wrote two queries, one that pulls data from one field plus the PK plus
> > a 1 as Src and appends it to my new table.  The other query pulls data
> > from the other field plus the PK plus a 2 as the Src and appends to
> > the table.  Run the first query.  All records that have anything in
> > the ZIP code are put in the table. Run the second query.  All the
> > records that have something in the second ZIP field but aren't already
> > in the table get put in the table.
> >
> > Now I have a table with ONE field, with data from one or the other
> > field, with a column which tells me which source field it came from,
> > with a PK to join back up to the main table.
> >
> > Of course my second query is failing to append at all because the PK
> > already exists in the new table.
> >
> > John W. Colby
> > www.ColbyConsulting.com
> >
> >
> >
> > -----Original Message-----
> > From: dba-sqlserver-bounces at databaseadvisors.com
> > [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of
> > Francisco Tapia
> > Sent: Wednesday, September 22, 2004 1:30 AM
> > To: dba-sqlserver at databaseadvisors.com
> > Subject: Re: [dba-SQLServer] Iif in SQL Server
> >
> > JOHN!
> >
> > I know you're busy these days but it works like this
> >
> > SELECT CASE WHEN FIELD = 'value' THEN FieldWhenTrue
> >                         WHEN Fieldothercase = 'othervalue THEN
> > FieldWhenOtherValue
> >                         ELSE FieldwhenELSE
> >                END AS AliasName,
> >              Next Field
> >
> > >From TableName
> >
> > On Wed, 22 Sep 2004 11:45:36 +1000, Stuart McLachlan
> > <stuart at lexacorp.com.pg> wrote:
> > > On 21 Sep 2004 at 21:38, John W. Colby wrote:
> > >
> > > > Sorry, my Outlook is totally screwed up
> > >
> > > That's tautology. <grin>


-- 
-Francisco
http://ft316db.VOTEorNOT.org



More information about the dba-SQLServer mailing list