Pole logiczne w Oracle

Oracle używa Y / N dla wartości logicznych. Dla kompletności należy zauważyć, że pl / sql ma typ boolean, to tylko tabele, które nie.

Jeśli używasz pola do wskazania, czy rekord musi być przetworzony, możesz rozważyć użycie Y i NULL jako wartości. Powoduje to bardzo mały (szybki odczyt) indeks, który zajmuje bardzo mało miejsca.

Aby użyć jak najmniejszej ilości spacji, należy użyć pola znakowego ograniczonego do ' Y ' lub 'N'. Oracle nie obsługuje typów danych typu BOOLEAN, BIT lub tinyint, więc jeden bajt CHAR jest tak mały, jak to tylko możliwe.

Najlepszą opcją jest 0 i 1 (jako liczby - inna odpowiedź sugeruje 0 i 1 jako CHAR dla wydajności przestrzeni, ale to dla mnie trochę zbyt pokręcone), używając NOT NULL i check constraint, aby ograniczyć zawartość do tych wartości. (Jeśli chcesz, aby kolumna była nullable, to nie jest to wartość logiczna, z którą masz do czynienia, ale wyliczenie z trzema wartościami...)

Zalety 0/1:

• język niezależny. "Y" i " N " byłoby w porządku, gdyby wszyscy go używali. Ale nie. we Francji używają "O" I " N " (widziałem to na własne oczy). Nie zaprogramowałem w Finlandii, aby sprawdzić, czy używają tam " E " i " K " - bez wątpienia są mądrzejsi, ale nie możesz być pewien.
• zgodny z praktyką w szeroko używanych językach programowania (C, C++, Perl, Javascript)
• gra lepiej z warstwą aplikacji np. Hibernate
• prowadzi do bardziej zwięzłego SQL, na przykład, aby dowiedzieć się, ile bananów jest gotowych do jedzenia select sum(is_ripe) from bananas zamiast select count(*) from bananas where is_ripe = 'Y' lub nawet (yuk) select sum(case is_ripe when 'Y' then 1 else 0) from bananas

Zalety "Y" / "N":

• zajmuje mniej miejsca niż 0/1
• to sugeruje Oracle, więc może być to, do czego niektórzy ludzie są bardziej przyzwyczajeni

Inny plakat sugerował 'Y' / null dla zysków wydajności. Jeśli masz udowodnione , że potrzebujesz wydajności, to w porządku, ale w przeciwnym razie unikaj, ponieważ to sprawia, że zapytania są mniej naturalne (some_column is null zamiast some_column = 0) i w lewym połączeniu połączysz fałsz z nieistniejącymi rekordami.

Albo 1/0 albo Y / N z ograniczeniem kontrolnym. ether way jest w porządku. Ja osobiście wolę 1/0, ponieważ wykonuję dużo pracy w Perlu, a to naprawdę ułatwia wykonywanie operacji boolowskich Perla na polach bazy danych.

Jeśli chcesz naprawdę dogłębnej dyskusji na ten temat z jednym z wyroczni głowy honchos, sprawdź, co Tom Kyte ma do powiedzenia na ten temat Tutaj

Baza danych, nad którą wykonałem większość mojej pracy, używała 'Y' / ' N ' jako booleanów. Dzięki tej implementacji możesz wykonać kilka trików, takich jak:

1. Liczba wierszy, które są prawdziwe:
   SELECT SUM (CASE WHEN BOOLEAN_FLAG = 'Y' THEN 1 ELSE 0) FROM X

2. Podczas grupowania wierszy Wymuś logikę "jeśli jeden wiersz jest prawdą, to wszystkie są prawdą":
   WYBIERZ MAX (BOOLEAN_FLAG) Z Y
   Odwrotnie, użyj MIN, aby wymusić grupowanie false, Jeśli jeden wiersz jest false.

Roboczy przykład implementacji zaakceptowanej odpowiedzi poprzez dodanie kolumny "Boolean" do istniejącej tabeli w bazie danych oracle (przy użyciu typu number):

ALTER TABLE my_table_name ADD (
my_new_boolean_column number(1) DEFAULT 0 NOT NULL
CONSTRAINT my_new_boolean_column CHECK (my_new_boolean_column in (1,0))
);

Tworzy to nową kolumnę w my_table_name o nazwie my_new_boolean_column z domyślnymi wartościami 0. Kolumna nie akceptuje wartości NULL i ogranicza akceptowane wartości do 0 lub 1.

W naszych bazach danych używamy enum, które zapewnia, że przekazujemy je albo TRUE, albo FALSE. Jeśli zrobisz to na jeden z dwóch pierwszych sposobów, zbyt łatwo jest zacząć dodawać nowe znaczenie do liczby całkowitej bez przechodzenia przez odpowiedni projekt, lub skończyć z tym polem znaków o wartościach Y, y, N, n, T, t, F, F i pamiętać, która sekcja kodu używa tabeli i która wersja true jest używana.