9.2. 比較函式及運算子

The usual comparison operators are available, as shown inTable 9.1.

Table 9.1. Comparison Operators

Operator Description
< less than
> greater than
<= less than or equal to
>= greater than or equal to
= equal
<>or!= not equal

Note

The!=operator is converted to<>in the parser stage. It is not possible to implement!=and<>operators that do different things.

Comparison operators are available for all relevant data types. All comparison operators are binary operators that return values of typeboolean; expressions like1 < 2 < 3are not valid (because there is no<operator to compare a Boolean value with3).

There are also some comparison predicates, as shown inTable 9.2. These behave much like operators, but have special syntax mandated by the SQL standard.

Table 9.2. Comparison Predicates

Predicate Description
aBETWEENxANDy between
aNOT BETWEENxANDy not between
aBETWEEN SYMMETRICxANDy between, after sorting the comparison values
aNOT BETWEEN SYMMETRICxANDy not between, after sorting the comparison values
aIS DISTINCT FROMb not equal, treating null like an ordinary value
aIS NOT DISTINCT FROMb equal, treating null like an ordinary value
expressionIS NULL is null
expressionIS NOT NULL is not null
expressionISNULL is null (nonstandard syntax)
expressionNOTNULL is not null (nonstandard syntax)
boolean_expressionIS TRUE is true
boolean_expressionIS NOT TRUE is false or unknown
boolean_expressionIS FALSE is false
boolean_expressionIS NOT FALSE is true or unknown
boolean_expressionIS UNKNOWN is unknown
boolean_expressionIS NOT UNKNOWN is true or false

TheBETWEENpredicate simplifies range tests:

  1. a
  2. BETWEEN
  3. x
  4. AND
  5. y

is equivalent to

  1. a
  2. >
  3. =
  4. x
  5. AND
  6. a
  7. <
  8. =
  9. y

Notice thatBETWEENtreats the endpoint values as included in the range.NOT BETWEENdoes the opposite comparison:

  1. a
  2. NOT BETWEEN
  3. x
  4. AND
  5. y

is equivalent to

  1. a
  2. <
  3. x
  4. OR
  5. a
  6. >
  7. y

BETWEEN SYMMETRICis likeBETWEENexcept there is no requirement that the argument to the left ofANDbe less than or equal to the argument on the right. If it is not, those two arguments are automatically swapped, so that a nonempty range is always implied.

Ordinary comparison operators yield null (signifying“unknown”), not true or false, when either input is null. For example,7 = NULLyields null, as does7 <> NULL. When this behavior is not suitable, use theIS [NOT] DISTINCT FROMpredicates:

  1. a
  2. IS DISTINCT FROM
  3. b
  4. a
  5. IS NOT DISTINCT FROM
  6. b

For non-null inputs,IS DISTINCT FROMis the same as the<>operator. However, if both inputs are null it returns false, and if only one input is null it returns true. Similarly,IS NOT DISTINCT FROMis identical to=for non-null inputs, but it returns true when both inputs are null, and false when only one input is null. Thus, these predicates effectively act as though null were a normal data value, rather than“unknown”.

To check whether a value is or is not null, use the predicates:

  1. expression
  2. IS NULL
  3. expression
  4. IS NOT NULL

or the equivalent, but nonstandard, predicates:

  1. expression
  2. ISNULL
  3. expression
  4. NOTNULL

Donot_writeexpression_= NULLbecauseNULLis not“equal to”NULL. (The null value represents an unknown value, and it is not known whether two unknown values are equal.)

Tip

Some applications might expect thatexpression= NULLreturns true if_expression_evaluates to the null value. It is highly recommended that these applications be modified to comply with the SQL standard. However, if that cannot be done thetransform_null_equalsconfiguration variable is available. If it is enabled,PostgreSQLwill convertx = NULLclauses tox IS NULL.

If theexpression_is row-valued, thenIS NULLis true when the row expression itself is null or when all the row’s fields are null, whileIS NOT NULLis true when the row expression itself is non-null and all the row’s fields are non-null. Because of this behavior,IS NULLandIS NOT NULLdo not always return inverse results for row-valued expressions; in particular, a row-valued expression that contains both null and non-null fields will return false for both tests. In some cases, it may be preferable to writerowIS DISTINCT FROM NULLorrow_IS NOT DISTINCT FROM NULL, which will simply check whether the overall row value is null without any additional tests on the row fields.

Boolean values can also be tested using the predicates

  1. boolean_expression
  2. IS TRUE
  3. boolean_expression
  4. IS NOT TRUE
  5. boolean_expression
  6. IS FALSE
  7. boolean_expression
  8. IS NOT FALSE
  9. boolean_expression
  10. IS UNKNOWN
  11. boolean_expression
  12. IS NOT UNKNOWN

These will always return true or false, never a null value, even when the operand is null. A null input is treated as the logical value“unknown”. Notice thatIS UNKNOWNandIS NOT UNKNOWNare effectively the same asIS NULLandIS NOT NULL, respectively, except that the input expression must be of Boolean type.

Some comparison-related functions are also available, as shown inTable 9.3.

Table 9.3. Comparison Functions

Function Description Example Example Result
num_nonnulls(VARIADIC "any") returns the number of non-null arguments num_nonnulls(1, NULL, 2) 2
num_nulls(VARIADIC "any") returns the number of null arguments num_nulls(1, NULL, 2) 1