All rules

Performance

postgresql/prefer-exists-over-in-subquery

Prefer `EXISTS (subquery)` over `column IN (subquery)`.

  • Type suggestion
  • Recommended warn
  • Fixable no

Why this matters

`column IN (subquery)` returns NULL whenever the subquery yields a NULL row, which silently filters every row from the outer query. `EXISTS (subquery)` returns a clean boolean and is typically planned more cheaply too. Literal `IN` lists (`x IN (1, 2, 3)`) are out of scope.

Examples

Incorrect

Incorrect
SELECT * FROM t WHERE x IN (SELECT id FROM other);
Incorrect
SELECT * FROM t WHERE x = ANY (SELECT id FROM other);

Correct

Correct
SELECT * FROM t WHERE EXISTS (SELECT 1 FROM other WHERE other.id = t.x);
Correct
SELECT * FROM t WHERE x IN (1, 2, 3); -- literal list is out of scope

Configure it

// eslint.config.js
import postgresql from "eslint-plugin-postgresql";

export default [
  {
    files: ["**/*.sql"],
    languageOptions: {
      parser: postgresql.configs.recommended.languageOptions.parser,
    },
    plugins: { postgresql },
    rules: {
      "postgresql/prefer-exists-over-in-subquery": "warn",
    },
  },
];

Options

This rule has no options.

Try this rule

Edit the SQL — only prefer-exists-over-in-subquery is enabled.

Pre-filled with the first incorrect example. Toggle off in the rule shelf to see how the diagnostic disappears.

0 errors 0 warnings parse 0ms · rules 0ms
Diagnostics

No issues found.

2 rules enabled.

Rule under test prefer-exists-over-in-subquery — plus no-syntax-error as a safety net.
eslint-plugin-postgresql

An ESLint plugin that lints .sql files with real PostgreSQL grammar and a curated set of best-practice rules.

© 2026 eslint-plugin-postgresql contributors Built on libpg-query · PostgreSQL 17