Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Zamiana wartości w wyniku zapytania

1 view
Skip to first unread message

�ukasz Oracz

unread,
Dec 22, 2009, 6:12:59 PM12/22/09
to
Witam

W wyniku zapytania sql otrzymujďż˝ dane liczbowe gdzie 1 oznacza TAK a 2
oznacza NIE. Czy bez dodatkowej tabeli s�ownikowej mo�na w wyniku otrzyma�
TAK,NIE zamiast 1,2 ?

pozdrawiam

�ukasz


Krzysztof Warunek

unread,
Dec 22, 2009, 6:23:56 PM12/22/09
to
W dniu 2009-12-23 00:12, �ukasz Oracz pisze:

> Witam
>
> W wyniku zapytania sql otrzymujďż˝ dane liczbowe gdzie 1 oznacza TAK a 2
> oznacza NIE. Czy bez dodatkowej tabeli s�ownikowej mo�na w wyniku otrzyma�
> TAK,NIE zamiast 1,2 ?

mo�na po stronie aplikacji obs�u�y� lub
mo�na u�y� pola enum.

--
Krzysztof Warunek

http://tocheckserver.pl

Maciej Pilichowski

unread,
Dec 23, 2009, 2:42:02 AM12/23/09
to
On Wed, 23 Dec 2009 00:12:59 +0100, "Łukasz Oracz"
<luka...@poczta.fm> wrote:

>W wyniku zapytania sql otrzymuj? dane liczbowe gdzie 1 oznacza TAK a 2
>oznacza NIE.

Sugeruje ustalic 1 dla tak, ale dla nie -- 0. Najlepiej uzyc
odpowiedniego pola do tego.

>Czy bez dodatkowej tabeli s?ownikowej mo?na w wyniku otrzyma?
>TAK,NIE zamiast 1,2 ?

Jedna odpowiedz juz masz, inna jest "konwersja" case przy select.

milego dnia, hej

Krzysztof Jodłowski

unread,
Dec 23, 2009, 3:04:22 AM12/23/09
to
>> W wyniku zapytania sql otrzymuj? dane liczbowe gdzie 1 oznacza TAK a 2
>> oznacza NIE.

Oczywiście pod warunkiem, że w aplikacji nie ma na początku domyślnego
wstawiania 0 jako trzeciej opcji "jeszcze nie wiem czy będzie TAK czy NIE".

--
pozdrawiam
Krzysztof Jodłowski

WYSYŁKOWO.PL - Sklep Internetowy
http://www.wysylkowo.pl

Krzysztof Jodłowski

unread,
Dec 23, 2009, 3:05:08 AM12/23/09
to
> Sugeruje ustalic 1 dla tak, ale dla nie -- 0. Najlepiej uzyc
> odpowiedniego pola do tego.

Oczywiście pod warunkiem, że w aplikacji nie ma na początku domyślnego

Maciej Pilichowski

unread,
Dec 23, 2009, 3:35:00 AM12/23/09
to
On Wed, 23 Dec 2009 09:05:08 +0100, Krzysztof Jodłowski
<blue...@poczta.onet.pl> wrote:

>> Sugeruje ustalic 1 dla tak, ale dla nie -- 0. Najlepiej uzyc
>> odpowiedniego pola do tego.
>
>Oczywiście pod warunkiem, że w aplikacji nie ma na początku domyślnego
>wstawiania 0 jako trzeciej opcji "jeszcze nie wiem czy będzie TAK czy NIE".

Jesli aplikacja dziala od 10 lat z takimi wartosciami (1,2) to jasne,
nic nie zmieniac, ale jesli jest nowa -- to sugeruje zmiane jak
podalem.

Od wyrazania "jeszcze nie wiem" w bazach danych sa wartosci NULL, bo
wlasnie one maja taki sens -- wartosc nieznana.

milego dnia, hej

Marcin Stępnicki

unread,
Dec 23, 2009, 7:55:47 AM12/23/09
to
Dnia Wed, 23 Dec 2009 09:35:00 +0100, Maciej Pilichowski napisał(a):


> Od wyrazania "jeszcze nie wiem" w bazach danych sa wartosci NULL, bo
> wlasnie one maja taki sens -- wartosc nieznana.

No właśnie ja się nie zgadzam z taką interpretacją w większości
przypadków. Tutaj NULL oznaczałby raczej "informacji nie podano", a nie
"podano, że nie wie".

Marcin Stępnicki

unread,
Dec 23, 2009, 8:06:44 AM12/23/09
to
Dnia Wed, 23 Dec 2009 09:35:00 +0100, Maciej Pilichowski napisał(a):


> Od wyrazania "jeszcze nie wiem" w bazach danych sa wartosci NULL, bo
> wlasnie one maja taki sens -- wartosc nieznana.

No właśnie ja się nie zgadzam z taką interpretacją w większości


przypadków. Tutaj NULL oznaczałby raczej "informacji nie podano", a nie
"podano, że nie wie".

Supersedes: ech, źle wyciąłem cytat i dyskutuję trochę bez sensu :-).
Gdybym zacytował:

> jako trzeciej opcji "jeszcze nie wiem czy będzie TAK czy NIE".

to pewnie zgodziłbym się z Maciejem, chociaż to już pewnie zależałoby od
kontekstu w aplikacji.

Sorki za zamieszanie.

artiun

unread,
Dec 23, 2009, 8:10:06 AM12/23/09
to
Marcin St�pnicki pisze:
>
> Sorki za zamieszanie.
>
TAK, NIE, NULL
A czy przesta�e� kapowa� koleg�w.
Wybierz jednďż˝ z odpowiedzi wg schematu.

�art oczywi�cie :)

--
Artur

Krzysztof Jodłowski

unread,
Dec 23, 2009, 8:34:37 AM12/23/09
to
> Od wyrazania "jeszcze nie wiem" w bazach danych sa wartosci NULL

W bazach - tak, ale u programistów nie zawsze... :)

--
Krzysztof

Mis

unread,
Dec 23, 2009, 9:07:22 AM12/23/09
to
W dniu 2009-12-23 00:12, �ukasz Oracz pisze:
> Witam
>
> W wyniku zapytania sql otrzymujďż˝ dane liczbowe gdzie 1 oznacza TAK a 2
> oznacza NIE. Czy bez dodatkowej tabeli s�ownikowej mo�na w wyniku otrzyma�
> TAK,NIE zamiast 1,2 ?

SELECT IF(tabela.pole=1,"TAK", IF(tabela.pole=2,"NIE",NULL)) FROM tabela;

Pan Piskorz

unread,
Dec 24, 2009, 2:18:28 AM12/24/09
to
> W wyniku zapytania sql otrzymujďż˝ dane liczbowe gdzie 1 oznacza TAK a 2
> oznacza NIE. Czy bez dodatkowej tabeli s�ownikowej mo�na w wyniku otrzyma�
> TAK,NIE zamiast 1,2 ?
>

select case POLE when 1 then 'TAK' when 2 then 'NIE' else 'NIE WIEM' end
from tabela

u�ycie 'else' jest opcjonalne,
wtedy, gdy warto�� b�dzie spoza 1,2 zapytanie zwr�ci null

w firebirdzie co� takiego dzia�a,
db2 chyba chcia�by by po when i po then by� ten sam typ - ale g�owy nie dam,

zdr�wko,
weso�ych �wi�t

P.

Łukasz Kalbarczyk

unread,
Dec 26, 2009, 4:44:15 PM12/26/09
to
Dnia Wed, 23 Dec 2009 13:06:44 +0000 (UTC), Marcin St�pnicki napisa�(a):

> Dnia Wed, 23 Dec 2009 09:35:00 +0100, Maciej Pilichowski napisaďż˝(a):


>
>> Od wyrazania "jeszcze nie wiem" w bazach danych sa wartosci NULL, bo
>> wlasnie one maja taki sens -- wartosc nieznana.
>

> No w�a�nie ja si� nie zgadzam z tak� interpretacj� w wi�kszo�ci
> przypadk�w. Tutaj NULL oznacza�by raczej "informacji nie podano", a nie
> "podano, �e nie wie".

Albo oznacza�oby, �e nie wiadomo - a osobne pole by�oby od podano/nie.


--
�K (2009-12-26 22:43:25)

Łukasz Kalbarczyk

unread,
Dec 26, 2009, 4:46:10 PM12/26/09
to
Dnia Wed, 23 Dec 2009 00:12:59 +0100, �ukasz Oracz napisa�(a):

> Witam
>
> W wyniku zapytania sql otrzymujďż˝ dane liczbowe gdzie 1 oznacza TAK a 2
> oznacza NIE. Czy bez dodatkowej tabeli s�ownikowej mo�na w wyniku otrzyma�
> TAK,NIE zamiast 1,2 ?

Mo�na, tylko w przypadku operacji, nawet identyczno�ciowej,
na polach mog� przesta� by� u�ywane indeksy.
Tak by�o w niegdysiejszych wersjach Oracle'a na przyk�ad.

--
�K (2009-12-26 22:45:22)

0 new messages