Как достать все поля, но где один столбец уникальный?

Question

[accountnujen]

Есть запрос, который возвращает

Мне нужно достать все столбцы, но только уникальных записей (id 2,3,5,10,11,12). Достать только уникальные столбцы можно через Distinct, но он возвращает не все столбцы, а мне нужны все.
Также в сети говорят, что можно использовать SELECT * WHERE ..... GROUP BY type, но у меня вылетает ошибка:

#1055 - Expression #1 of SELECT list is not in GROUP BY clause and contains nonaggregated column 'roomtest.rooms.id' which is not functionally dependent on columns in GROUP BY clause; this is incompatible with sql_mode=only_full_group_by.

В сети советуют убрать в sql_mode only_full_group_by, но проблема в том, что в моей mysql 8 и так нет only_full_group_by...

Подскажите, каким образом можно достать все столбцы уникальных записей?

Запрос выглядит вот таким образом:

SELECT * FROM rooms WHERE id NOT IN (SELECT room_id FROM `bron` WHERE
'2022-03-04 13:00:00' <= end AND '2022-03-04 13:00:00' >= start OR
'2022-03-06 11:00:00' <= end AND '2022-03-06 11:00:00' >= start)

Comments

[ThunderCat]

Мне нужно достать все столбцы,

SELECT * и так достает все столбцы

но только уникальных записей (id 2,3,5,10,11,12)

Если id автоинкрементный первичный ключ, то он и так будет уникальным, "бай дизайн" типа.

Достать только уникальные столбцы можно через Distinct, но он возвращает не все столбцы, а мне нужны все.

Сдается мне вы еще и столбцы со строками путаете... И да, дистинкт удалит неуникальные строки, логично.

Подскажите, каким образом можно достать все столбцы уникальных записей?

Не понятно что вы хотите получить, даже с учетом что ваши "столбцы" это строки...

На примере вашей картинки опишите что там должно остаться а что быть не должно, короче что вам надо получить?

[accountnujen]

ThunderCat,

[Rsa97]

1. Задумайтесь, как MySQL должен определить, какое именно значение id выбрать при группировке, и почему именно его.
2. Если price может быть разным для одного и того же type, то предыдущий вопрос относится и к полю price.
3. Если для одного и того же type значение price всегда одно и то же, то надо нормализовать базу, вынеся соотношение type : price в отдельную таблицу (третья нормальная форма).

[accountnujen]

Rsa97,

1. Задумайтесь, как MySQL должен определить, какое именно значение id выбрать при группировке, и почему именно его.

первый, который встретится. То есть минимальный. Из списка с 3 до 7 мне нужен только 3

2. Если price может быть разным для одного и того же type, то предыдущий вопрос относится и к полю price.

не может быть... Здесь злую шутку сыграла скорее моя попытка максимально упростить вопрос, чтобы было понятнее. Type - это не совсем тип номера, это id одинаковых номеров в определённой гостинице. У гостиницы может быть 10 одинаковых номеров. Мне не нужно на сайте показывать все эти номера. Мне нужно знать, что есть хотя бы один номер на заданные даты. И если есть, то выдать нам его и дать возможность забронировать . Поэтому я хочу одним айдишником сгруппировать все эти номера и выдавать лишь один (если такой будет). Вот то, что у разных type будет одна цена - это я вам даже гарантировать могу.

3. Если для одного и того же type значение price всегда одно и то же, то надо нормализовать базу, вынеся соотношение type : price в отдельную таблицу (третья нормальная форма).

а вот это я не совсем могу понять. Я часто встречаю такую позицию, что можно/нужно для некоторых вещей делать отдельные базы. А разве SELECT из 10 разных таблиц лучше, чем получение 10 нужных колонок из одной таблицы? Мне кажется, в 1 случае мы теряем сильно в производительности. Мне сейчас сложно проверить, потому что любой, даже самый конченный запрос у меня выполняется за 0,0005 секунд, но есть подозрение, что оно должно работать медленнее, чем если бы запрос был один...

[Rsa97]

первый, который встретится

А почему именно первый, а не последний? На чём должен быть основан выбор? Именно из-за такой неоднозначности стандарт SQL и не допускает использование в выборке полей, не входящих в условие группировки или не включённых в агрегатную функцию.

Вот то, что у разных type будет одна цена - это я вам даже гарантировать могу.

Точно? И можете гарантировать, что во время изменения цены не произойдёт сбоя, при котором изменится цена только у части номеров? И что, если вдруг понадобится изменить категорию номера, то при этом не забудут изменить цену? Нормальные формы придуманы не случайно. Они позволяют, в том числе, минимизировать затраты на поддержание логической целостности базы.

Мне кажется, в 1 случае мы теряем сильно в производительности

А у вас уже есть проблемы с производительностью? При объединении (JOIN) таблиц по первичному ключу (или другому индексу) накладные расходы минимальны.

[ThunderCat]

Я часто встречаю такую позицию, что можно/нужно для некоторых вещей делать отдельные базы.

Не базы а таблицы.

А разве SELECT из 10 разных таблиц лучше, чем получение 10 нужных колонок из одной таблицы?

Сильно зависит, но чаще всего селект из 10 оправданно лучше, и иногда даже быстрее.

Мне кажется, в 1 случае мы теряем сильно в производительности.

Если и теряем, то незначительно. Объединение всего в одну кучу во первых экономия на спичках, во вторых выстрел себе в ногу, так как на определенном этапе сделать что-то нормальное на такой архитектуре уже не получается. Базы потому и называются реляционные (с отношениями/зависимостями), что многие таблицы друг от друга зависят или соотносятся вообще через 3 таблицу связей. Все механизмы современных РБД заточены под такие операции и работают очень быстро.

Answer 1

[ThunderCat]

accountnujen, не знаю что у вас там не срабатывало, такая конструкция вполне рабочая и очевидная...

SELECT * FROM rooms 
WHERE id NOT IN (
   SELECT room_id 
   FROM `bron` 
   WHERE '2022-03-04 13:00:00' <= end 
   AND '2022-03-04 13:00:00' >= start 
  OR '2022-03-06 11:00:00' <= end 
  AND '2022-03-06 11:00:00' >= start
)
GROUP BY `type`
ORDER BY `id`

Comments

[accountnujen]

[ThunderCat]

accountnujen, перед вашим запросом добавьте настройку

SET GLOBAL sql_mode=(
  SELECT REPLACE(
     @@sql_mode,'ONLY_FULL_GROUP_BY',''
   )
);

либо перечислите какие-то агрегирующие функции для значений, не входящих в груп, так как мускуль не понимает какое значение брать из неповторяющихся строк.

Answer 2

[galaxy]

В сети советуют убрать в sql_mode only_full_group_by, но проблема в том, что в моей mysql 8 и так нет only_full_group_by

правда что ли? А select @@sql_mode; что выводит?

В общем, можно либо выключать only_full_group_by:

SET sql_mode=(SELECT REPLACE(@@sql_mode, 'ONLY_FULL_GROUP_BY', ''));

либо переписать запрос так:

SELECT ANY_VALUE(id), type, ANY_VALUE(price) FROM rooms WHERE id NOT IN ( ... ) GROUP BY type

Comments

[accountnujen]

MySQL вернула пустой результат (т.е. ноль строк). (Запрос занял 0,0002 сек.)

[galaxy]

accountnujen, на какой запрос?

[accountnujen]

galaxy,

SET sql_mode=(SELECT REPLACE(@@sql_mode, 'ONLY_FULL_GROUP_BY', ''));

[galaxy]

accountnujen, а какого результата вы ожидали от запроса на изменение параметра СУБД?

Второй запрос должен вернуть нужный результат