**Describe what's wrong**

If you have more than 2 row policies with the same column used in conditions, ClickHouse tries to rewrite them in IN clause, but it doesn't work.

**Does it reproduce on recent release?**

Yes. 
ClickHouse 21.11, 21.8

**How to reproduce**

```
CREATE TABLE test_row
(
    `key` UInt32,
    `value` UInt32
)
ENGINE = MergeTree
ORDER BY key;

INSERT INTO test_row SELECT
    number,
    number
FROM numbers(10);

CREATE ROW POLICY IF NOT EXISTS key_1 ON test_row FOR SELECT USING key =1 TO default;
CREATE ROW POLICY IF NOT EXISTS key_2 ON test_row FOR SELECT USING key =2 TO default;

 SELECT * FROM test_row;

SELECT *
FROM test_row

Query id: c282f548-cf06-45b6-a187-b0ee37062514

┌─key─┬─value─┐
│   1 │     1 │
│   2 │     2 │
└─────┴───────┘

2 rows in set. Elapsed: 0.005 sec.

CREATE ROW POLICY IF NOT EXISTS key_3 ON test_row FOR SELECT USING key =3 TO default;

SELECT *
FROM test_row


0 rows in set. Elapsed: 0.017 sec.

Received exception from server (version 21.12.1):
Code: 35. DB::Exception: Received from localhost:9000. DB::Exception: Number of arguments for function "or" should be at least 2: passed 1: While processing or(key IN (1, 2, 3)), key, value. (TOO_FEW_ARGUMENTS_FOR_FUNCTION)

SET optimize_min_equality_disjunction_chain_length = 10;

SELECT *
FROM test_row
WHERE 1

Query id: 74325911-824d-4121-80de-cb5d9819cf77


0 rows in set. Elapsed: 0.003 sec.

Received exception from server (version 21.12.1):
Code: 35. DB::Exception: Received from localhost:9000. DB::Exception: Number of arguments for function "or" should be at least 2: passed 1: While processing or(key IN (1, 2, 3)), key, value. (TOO_FEW_ARGUMENTS_FOR_FUNCTION)
```

**Expected behavior**

Query works.


**Additional context**

Looks like that or chain rewrite doesn't work correctly for row policies.

{
    
    if (!query.distinct && !query.limitBy() && !query.limit_with_ties && !query.arrayJoinExpressionList().first && query.limitLength())
    {
        auto [limit_length, limit_offset] = getLimitLengthAndOffset(query, context);
        if (limit_length > std::numeric_limits<UInt64>::max() - limit_offset)
            return 0;
        return limit_length + limit_offset;
    }
    return 0;
}
static bool hasWithTotalsInAnySubqueryInFromClause(const ASTSelectQuery & query)
{
    if (query.group_by_with_totals)
        return true;
    /** NOTE You can also check that the table in the subquery is distributed, and that it only looks at one shard.
     * In other cases, totals will be computed on the initiating server of the query, and it is not necessary to read the data to the end.
     */
    if (auto query_table = extractTableExpression(query, 0))
    {
        if (const auto * ast_union = query_table->as<ASTSelectWithUnionQuery>())
        {
            /** NOTE
            * 1. For ASTSelectWithUnionQuery after normalization for union child node the height of the AST tree is at most 2.
            * 2. For ASTSelectIntersectExceptQuery after normalization in case there are intersect or except nodes,
            * the height of the AST tree can have any depth (each intersect/except adds a level), but the
            * number of children in those nodes is always 2.
            */