Добрый день
Есть вот такой запрос, он делает ровно то что нужно, но неправильно отрабатывается один единственный кейс. Мне нужно, чтобы запрос возвращал результат в том случае, если в splitted_intervals всего одна строка. Не могу сообразить, как это сделать.

      SELECT
        a.available_interval_left_part AS available_intervals
        FROM splitted_intervals a
        LEFT OUTER JOIN splitted_intervals b ON
          a.available_interval_left_part <> b.available_interval_left_part AND
          a.available_interval_left_part @> b.available_interval_left_part
        GROUP BY a.available_interval_left_part
        HAVING NOT bool_or(
          COALESCE(
            a.available_interval_left_part @> 
            CASE
              WHEN
                isempty( b.available_interval_left_part )
              THEN
                null
              ELSE
                b.available_interval_left_part
            END, false ) )

Добрый день
Есть вот такой запрос, он делает ровно то что нужно, но неправильно отрабатывается один единственный кейс. Мне нужно, чтобы запрос возвращал результат в том случае, если в splitted_intervals всего одна строка. Не могу сообразить, как это сделать.

      SELECT
        a.available_interval_left_part AS available_intervals
        FROM splitted_intervals a
        LEFT OUTER JOIN splitted_intervals b ON
          a.available_interval_left_part <> b.available_interval_left_part AND
          a.available_interval_left_part @> b.available_interval_left_part
        GROUP BY a.available_interval_left_part
        HAVING NOT bool_or(
          COALESCE(
            a.available_interval_left_part @> 
            CASE
              WHEN
                isempty( b.available_interval_left_part )
              THEN
                null
              ELSE
                b.available_interval_left_part
            END, false ) )

Я, честно говоря, пока не понимаю логику запроса. У вас там везде только available_interval_left_part фигурирует. И в having условие кажется немного бессмысленным.

Потому что это лишь часть запроса из 180 строк. Попробую описать по-другому

SELECT a.*
FROM table a,
LEFT OUTER JOIN table b ON ...

Надо избавиться от джойна если там одна строка

Я, честно говоря, пока не понимаю логику запроса. У вас там везде только available_interval_left_part фигурирует. И в having условие кажется немного бессмысленным.

Там логика такая, что возвращаются интервалы:
8:00-13:00
8:00-12:00
14:00-17:00
14:00-16:00
Логика такая, что если есть пересекающиеся интервалы (например, 8:00-13:00 и 8:00-14:00, то возвращается наименьший из них).
Сделано по мотивам этой статьи, но там есть ошибка, я доработал
https://info.crunchydata.com/blog/range-types-recursion-how-to-search-availability-with-postgresql

За ссылку спасибо, почитаю. Но я теперь ещё больше запутался. Вы пишите про пересечение, а в запросе у вас используется вложенность

странная схема, я бы не использовал в этом случае чисто id как название колонки.
предположу, что inventory_items.id == items.id. однако! тот факт, что:
- items ссылается на inventory_items
- items не имеет явного FK на inventory_items (кроме предполагаемого id)
делает эту таблицу избыточной.

тут надо пересматривать дизайн.

на скрине отсутствует inventoryToItem таблица :(
но я не понимаю другого простого момента, count мне нужно хранить в новой таблице вместе с нужным item или же можно хранить прямо в Item и каким-то образом кастомизировать для каждого юзера?

использоваться оба индекса

В принципе да.

Т.е. если у меня есть индекс по одному из поле можно просто создать индекс по второму.
А не создавать индекс по двум полям.

"В принципе". Правильный индекс по двум, скорее всего, гораздо лучше.
Т.е. PostgreSQL будет использовать два в некоторых случаях, потому что на безрыбье и рак рыба.

Просто сколько смотрел планы, получалось, что одно условие отбиралось по индексу, а второе отфильтровывалос.