SQLite Forum

row value misuse
Login

row value misuse

(1) By beetlejuice (coleifer) on 2021-07-05 18:08:59 [link]

I was hoping someone could help me understand the rules around using row values and the VALUES keyword. I am having a little trouble understanding what is and isn't allowed.

Starting with a simple table containing a key, value:

    create table kv (key text, val integer);
    insert into kv (key, val) values ('k1', 1), ('k2', 2), ('k3', 3);

The following works with Sqlite:

    select * from kv
    where (key, val) = ('k1', 1);

The following seems to work in Postgres, but Sqlite is reporting "row value misused":

    select * from kv
    where (key, val) in (('k1', 1), ('k3', 3));

The following works in both Postgres and Sqlite:

    select * from kv
    where (key, val) in (values ('k1', 1), ('k3', 3));

--------

Another thing I have seen done is to join on a list of values, which works well in Postgres, but Sqlite reports a syntax error near "(":

    select * 
    from kv 
    inner join (values ('k1', 1), ('k3', 3)) as bar("k", "v")
      on kv.key = bar.k and kv.val = bar.v;

The following, unsurprising, also works in Postgres but not Sqlite:

    select *
    from kv, (values ('k1', 1), ('k3', 3)) as bar(k, v)
    where (kv.key = bar.k AND kv.val = bar.v);

Moving it into a CTE works in both Postgres and Sqlite:

    with bar(k, v) as (values ('k1', 1), ('k3', 3))
    select * from kv
    inner join bar 
      on (kv.key = bar.k and kv.val = bar.v);

---------

My questions are:

* When should one use plain row-values versus VALUES?
* Why does (key, val) = ('k1', 1) work but (key, val) IN (('k1', 1)...) not?
* Are there ways of constructing the above type of query which would be better or more idiomatic with Sqlite?

Thank you in advance for the help.

(2) By Harald Hanche-Olsen (hanche) on 2021-07-06 13:31:03 in reply to 1

I am not an expert or authority, but here is my understanding of the issue, as far as it goes. If I am wildly off target, someone will hopefully correct me.

- A comma-separated list of expressions in parenthesis usually signifies a row value, or tuple.
- A `VALUES` expression is a special [select statement](https://sqlite.org/syntax/select-stmt.html), and as such produces a *sequence* of rows. Even if that sequence contains precisely one row, it is something different from a row value.
- A row value can contain any of the [datatypes](https://sqlite.org/datatype3.html) allowed by SQLite. Note that a row value is not among these; hence `((1,2,),(3,4))` is illegal.

> The following seems to work in Postgres, but Sqlite is reporting "row value misused":
> 
> ```
> select * from kv
> where (key, val) in (('k1', 1), ('k3', 3));
> ```

That is not so clear-cut. What's on the right side of `WHERE … IN (…)` is not an expression but [a parenthesised list of expressions](https://sqlite.org/syntax/expr.html), so arguably, a list of row values *could* have been legitimate according to these rules. Perhaps it would be useful; but OTOH, the alternative to a list of expressions is a select statement, and `VALUES` is of course a select statement, so that will always work.

> Another thing I have seen done is to join on a list of values, which works well in Postgres, but Sqlite reports a syntax error near "(":
> 
> ```
> select * 
> from kv 
> inner join (values ('k1', 1), ('k3', 3)) as bar("k", "v")
>   on kv.key = bar.k and kv.val = bar.v;
> ```

I am not sure why that does not work in SQLite. The syntax diagrams seem to allow it.

(3) By mzm2021 on 2021-07-06 14:13:41 in reply to 2 [link]

SQLite does not accept temporary column names in a table/view alias.

That's why it is reporting a syntax error near the left parenthesis of:

> … as bar("k", "v")

PostgresSQL docs describe aliases with column names in:

[](https://www.postgresql.org/docs/13/queries-table-expressions.html#id-1.5.6.6.5.7.3)

But the SQLite syntax diagram of the FROM clause does not allow such a syntax:

[](https://sqlite.org/syntax/table-or-subquery.html)

(4) By Harald Hanche-Olsen (hanche) on 2021-07-06 15:27:55 in reply to 3 [link]

Ah, that explains it.

I do wish for more context in SQLite error messages sometimes. I mean, just adding a few characters, say  “`near "("k","`” would be a lot more helpful than “`near "("`”.