[SQL] If.. then.. else.. statement mogelijk?

[_Rob]

Ik probeer om vanuit een stored procedure een andere waarde naar een asp.net pagina te sturen dan die in het tabel staat. Met 'Case' is dit al gelukt maar dan komen de rijen waarvan ik wel wil dat de waarde te zien is leeg terug. Dat is dus niet mijn bedoeling. Is er zoiets als een If then else statement mogelijk die dit wel toelaat?

Hier mijn gebruikte SQL

code:

CREATE PROCEDURE GetConKeuken

AS
SELECT
  KeukenId,
  KeukenNaam,
  Lengte,
  Afmeting,
  Kleur,
  Prijs As Value,
  Prijs = Case
  WHEN Consument = '0' Then 'Geen prijsopgave'
  END,
  Apparatuur,
  Omschrijving,
  Consument

FROM
  Keuken
GO

Alvast bedankt voor de hulp!

p.s.
Het is een MS 2000 SQL Server

[ Voor 10% gewijzigd door _Rob op 23-02-2004 16:35 ]

[Vae Victis]

Wat voor database server heb je?
Bij mssql kan je bv dit doen:
Voorbeeld code uit helpfile.

SQL:

USE pubs
GO
DECLARE @msg varchar(255)
IF (SELECT COUNT(price)
   FROM titles 
   WHERE title_id LIKE 'TC%' AND price BETWEEN 10 AND 20) > 0
   
   BEGIN
     SET NOCOUNT ON
     SET @msg = 'There are several books that are a good value between $10 and $20. These books are: '
         PRINT @msg
      SELECT title 
     FROM titles 
     WHERE title_id LIKE 'TC%' AND price BETWEEN 10 AND 20
   END
ELSE
   BEGIN
     SET NOCOUNT ON
     SET @msg = 'There are no books between $10 and $20. You might consider the following books that are under $10.'
         PRINT @msg
     SELECT title 
     FROM titles 
     WHERE title_id LIKE 'TC%' AND price < 10       
   END

syntax:

SQL:

IF Boolean_expression { sql_statement | statement_block } 
[ 
    ELSE 
    { sql_statement | statement_block } ]

[ Voor 19% gewijzigd door Vae Victis op 23-02-2004 16:32 ]

[whoami]

Je bent op de goeie weg met die CASE, maar je moet er gewoon nog een DEFAULT aanhangen, die dan gewoon de veldinhoud returned.

code:

SELECT val = CASE WHEN prijs = '0' THEN 'Geen prijsopgave'
                   ELSE prijs
FROM tabel

Zo ongeveer. 'k Heb het zelf niet getest enzo.

[ Voor 13% gewijzigd door whoami op 23-02-2004 16:46 ]

[__fred__]

IF, THEN, ELSE Constructies zijn nogal traag dus je kunt beter een UNION gebruiken om het resultaat te bereiken.

code:

SELECT
  KeukenId,
  KeukenNaam,
  Lengte,
  Afmeting,
  Kleur,
  Prijs As Value,
  Apparatuur,
  Omschrijving,
  Consument
FROM
  Keuken
WHERE Consument <> 0
UNION
SELECT
  KeukenId,
  KeukenNaam,
  Lengte,
  Afmeting,
  Kleur,
  'Geen Prijsopgave',
  Apparatuur,
  Omschrijving,
  Consument
FROM
  Keuken
WHERE Consument = 0

Aangezien union het niet toestaat om twee queries met verschillende datatypen te mergen is het misschien nodig om de eerste Prijs te converteren naar een string.

[whoami]

Hmm, ik ben er nog niet zo zeker van of een UNION sneller zal zijn.
En als je moet gaan converten, dan kan dat onaangename gevolgen hebben. Dan moet je aan de client-kant nog eens die VARCHARS naar numerieke data gaan omzetten.

[ Voor 56% gewijzigd door whoami op 23-02-2004 16:42 ]

[_Rob]

Bedankt allemaal voor de snelle reacties!

Ik ben er uit met de oplossing van __fred__
De andere oplossingen zal ik iig ook nog even proberen (en dit topic even in de favorieten zetten )

[__fred__]

UNION is altijd sneller omdat die oplossing setbased opgelost kan worden, het wordt misschien een ander verhaal als je de resultaten erna nog wilt sorteren.
IF-THEN-ELSE wordt altijd rij voor rij uitgevoerd en dat maakt echt een factor 10-100 verschil.

[P_de_B]

Een UNION zal ik dit geval nogal langzamer zijn dan een CASE WHEN oplossing. (misschien wel sneller dan een IF constructie). Hoe kom je erbij dat het niet meer setbased is als je een functie gebruikt?

Het best is in dit geval een case when te gegruiken:

code:

SELECT CASE Veld 
            WHEN waarde THEN iets 
            ELSE ietsanders END AS Foo
FROM Tabel

[Janoz]

__fred__ schreef op 23 februari 2004 @ 17:22:
UNION is altijd sneller omdat die oplossing setbased opgelost kan worden, het wordt misschien een ander verhaal als je de resultaten erna nog wilt sorteren.
IF-THEN-ELSE wordt altijd rij voor rij uitgevoerd en dat maakt echt een factor 10-100 verschil.

Twee gesorteerde lijsten samenvoegen Kan heel snel (O(n)), dus dat is niet zo'n probleem.


@probleem

Waarom wil je in de SP al view dingen gaan doen? IMHO hoort dit case statement niet in je SP, maar in je asp. Het enige dat ik me nog zou kunnen voorstellen is dat je een extra bit veld introduceerd die aangeeft of er wel of niet een prijsopgaaf is, maar zeker niet een veld dubbel gebruiken met een getal of een tekst en deze tekst ook nog uit een melding richting gebruiker te laten bestaan. Wat nu als je applicatie 2 talig moet worden of de melding aangepast zou moeten worden? Het uiterlijk van de applicatie moet zoveel mogenlijkgecentreerd worden bepaald. Dit komt de onderhoudbaarheid heel erg ten goede.