Dlaczego MS ma wartość boolean true -1 zamiast 1 lub true?

Question

Kiedy uruchomić kwerendy w MS Access mogę szczęśliwie użyć kwerendy tak:

SELECT clients.* FROM clients WHERE active=True; 

lub

SELECT clients.* FROM clients WHERE active=-1; 

ale nie

SELECT clients.* FROM clients WHERE active=1; 

Ponadto, mówią, że chcą zapytanie do bazy danych za pomocą PDO Mogę użyć przygotowanej instrukcji:

$db->prepare('SELECT clients.* FROM clients WHERE active=:isactive;'); 
$db->bindValue(':isactive', True); //Does not work 
$db->bindValue(':isactive', 1); //Does not work 
$db->bindValue(':isactive', -1); //Does work 

Tak więc pomimo, że działa podczas wysyłania zwykłego zapytania do programu Access, jeśli tylko wiązanie będzie miało wartość -1 lub 0, będzie działać dla wartości boolowskiej.

Dlaczego to jest i dlaczego jest -1 przedstawiciel true gdy 1 oznacza zwykle true w innych językach/baz danych?

Answer 1

I nie wydaje się znaleźć dokładne źródło to jest z, ale pamiętam czytanie o tym jakiś czas temu na myślę MSDN. Ten answer ma opis techniczny Boolean Visual Basic true, który dotyczy również Access.

Jeśli dobrze pamiętam, to dlatego, że -1 jest reprezentowany w formacie binarnym z każdego bitu 1 (1111 1111), natomiast +1 ma tylko najmniej znaczący bit ustawiony na 1, z całą resztą 0 (0000 0001). Ponieważ false jest reprezentowany jako 0 (0000 0000), bardzo łatwo jest zmienić między true i false za pomocą bitowego NOT, ale jeśli true było cokolwiek innego, bitowe NIE spowodowałoby czegoś, co nie jest false. Również użycie bitowego ORAZ w celu sprawdzenia prawdy na temat jakiejkolwiek wartości prawdy zadziała, a jeśli prawdą jest 0000 0001, nie będzie.

Answer 2

Nie próbuje być żartobliwy, ale odpowiedź brzmi "ponieważ tak to zrobili." Twoje oświadczenie, że 1 zwykle oznacza prawdziwe w innych językach, jest nieprawidłowe. Na przykład w C/C++, false jest zdefiniowane jako == 0, a prawda jest zdefiniowana jako! = 0.

Dlatego można powiedzieć, że jeśli (wskaźnik) {...}

Answer 3

Nie znam lepszej odpowiedzi na „Dlaczego jest to” niż Dale Wilson już powiedziane w his answer, ale jest to dość łatwe do obejścia tego problemu:

prostu używałem WHERE active <> 0 w zapytaniach.

Używam MS Access (gdzie True jest -1) i MS SQL Server (gdzie True jest 1) i sprawdzanie <> 0 jest najprostszym sposobem, który zawsze działa.