SQL Server - логічний літерал?

Як написати буквальне булеве значення в SQL Server? Див. Зразок використання:

select * from SomeTable where PSEUDO_TRUE

інший зразок:

if PSEUDO_TRUE
begin
  select 'Hello, SQL!'
end 

Примітка: Наведений вище запит не має нічого спільного з тим, як я його буду використовувати. Це лише тестування буквального логічного значення.

SQL Server не має логічного типу даних . Як зазначив @Mikael, найближчим наближенням є біт. Але це числовий тип, а не булевий тип. Крім того, він підтримує лише 2 значення - 0або 1(і одне незначне, NULL).

SQL (стандартний SQL, як і діалект T-SQL) описує тризначну логіку . Логічний тип для SQL повинен підтримувати 3 значення - TRUE, FALSEі UNKNOWN(а також не-значення NULL). Так що bitнасправді тут не вдалий матч.

Враховуючи, що SQL Server не підтримує тип даних , ми не повинні сподіватися, що зможемо писати літерали цього "типу".

select * from SomeTable where 1=1

Більшість баз даних приймають це:

select * from SomeTable where true

Однак деякі бази даних (наприклад, SQL Server, Oracle) не мають логічного типу. У цих випадках ви можете використовувати:

select * from SomeTable where 1=1

До речі, якщо ви створюєте пропозицію sql where вручну, це основа для спрощення вашого коду, тому що ви можете не знати, чи умова, яку ви збираєтесь додати до речення where, є першою (перед якою має стояти "WHERE"), або наступний (якому повинен передувати "AND"). Завжди починаючи з "WHERE 1=1", всі умови (якщо такі є), додані до речення where, передують "AND".

Це не згадується в жодній іншій відповіді. Якщо вам потрібне значення, яке орми (повинно) гідратувати як логічне значення, ви можете використовувати

CONVERT (bit, 0) - false CONVERT (bit, 1) - true

Це дає вам трохи, що не є логічним значенням. Ви не можете використовувати це значення в операторі if, наприклад:

IF CONVERT(bit, 0)
BEGIN
    print 'Yay'
END

не розбирав би. Вам все одно потрібно було б писати

IF CONVERT(bit, 0) = 0

Тож це не дуже корисно.

На думку Microsoft : синтаксис пошуку є

[ WHERE <search_condition> ]*

А умовою пошуку є:

<search_condition> ::= 
    { [ NOT ] <predicate> | ( <search_condition> ) } 
    [ { AND | OR } [ NOT ] { <predicate> | ( <search_condition> ) } ] 
[ ,...n ] 

І предикат:

<predicate> ::= 
    { expression { = | < > | ! = | > | > = | ! > | < | < = | ! < } expression 

Як бачите, для порівняння завжди потрібно писати два вирази. Тут умовою пошуку є логічний вираз типу 1 = 1, a! = B

Не плутайте пошукові вирази з логічними константами типу "True" або "False" . Ви можете призначити логічні константи змінним BIT

DECLARE @B BIT
SET @B='True'

але в TSQL ви не можете використовувати логічні константи замість булевих виразів, як це:

SELECT * FROM Somewhere WHERE 'True'

Це не спрацює.

Але ви можете використовувати булеві константи, щоб побудувати двосторонній вираз пошуку як:

SEARCH * FROM Somewhere WHERE 'True'='True' 

SQL Server не має буквальних істинних чи помилкових значень. Вам доведеться використовувати 1=1метод (або подібний) у рідкісних випадках, коли це потрібно.

Одним із варіантів є створення власних іменованих змінних для true та false

DECLARE @TRUE bit
DECLARE @FALSE bit
SET @TRUE = 1
SET @FALSE = 0

select * from SomeTable where @TRUE = @TRUE

Але вони існуватимуть лише в межах пакету (вам доведеться повторно оголосити їх у кожній партії, в якій ви хочете їх використовувати)

Ви можете використовувати значення 'TRUE'і 'FALSE'. З https://docs.microsoft.com/en-us/sql/t-sql/data-types/bit-transact-sql :

Значення рядка TRUE і FALSE можуть бути перетворені в бітові значення: TRUE перетворюється в 1, а FALSE - в 0.

Як написати буквальне булеве значення в SQL Server?
виберіть * з SomeTable, де PSEUDO_TRUE

Немає такого.

Ви повинні порівняти значення з чимось, використовуючи = < > like .... Найближчим до вас булевим значенням у SQL Server є біт . І це ціле число, яке може мати значення null, 0і 1.

Ви повинні врахувати, що "справжнє значення" - це все, крім 0, а не тільки 1. Отже, замість 1 = 1 ви повинні написати 1 <> 0.

Тому що, коли ви будете використовувати параметр (@param <> 0), у вас можуть виникнути проблеми з перетворенням.

Найбільш відомим є Access, який переводить значення True на контролі як -1 замість 1.

Я ставлю під сумнів значення використання логічного значення в TSQL. Кожного разу, коли я починав бажати Booleans & For Loops, я розумів, що підходжу до проблеми як програміст на C, а не програміст на SQL. Проблема стала тривіальною, коли я перемикав передачі.

У SQL ви маніпулюєте наборами даних. "WHERE BOOLEAN" неефективний, оскільки не змінює набір, з яким ви працюєте. Вам потрібно порівняти кожен рядок з чимось, щоб речення фільтра було ефективним. Таблиця / результат - це iEnumerable, оператор SELECT - цикл FOREACH.

Так, "WHERE IsAdmin = True" читати приємніше, ніж "WHERE IsAdmin = 1"

Так, "WHERE True" було б приємніше, ніж "WHERE 1 = 1, ..." при динамічній генерації TSQL.

і, можливо, передача логічного значення збереженому proc може зробити оператор if більш читабельним.

Але здебільшого, чим більше таблиць IF, WHILE та Temp є у вашому TSQL, тим більша ймовірність того, що вам слід його рефакторинг.

Сподіваюся, це відповідає наміру питання. Незважаючи на те, що в SQL Server немає логічного значення, якщо у вас є база даних, яка мала логічні типи, яка була перекладена з Access, фраза, яка працює в Access, була "... WHERE Foo" (Foo - ім'я логічного стовпця). Його можна замінити на "... WHERE Foo <> 0" ... і це працює. Удачі!

Ви можете використовувати рядки "True" або "False" для імітації даних типу bolean.

Select *
From <table>
Where <columna> = 'True'

Я думаю, що таким чином, можливо, повільно, ніж просто поставити 1, оскільки це вирішено за допомогою функції Convert_implicit.

select * from SomeTable where null is null

або

select * from SomeTable where null is not null

може це найкращий показник?