Можно ли сделать составной уникальный ключ «в обе стороны» (напр. 3 и 15 == 15 и 3)?

Question

[Роми]

Мне нужно сравнить между собой все записи из одной таблицы, и поместить результат сравнения во вторую таблицу.

Я предполагал решить вопрос с дубликатами, путем создания уникального составного ключа из полей id_1 и id_2

Но потом понял, что это проблему не решает, так как ключ (3 и 15) != (15 и 3) и, соответственно, MySQL не сможет отсеивать такие дубликаты.

Я, конечно, могу это [криво))] решить через PHP, но может можно как-то с помощью MySQL сделать?

Спасибо.

upd.: или может посоветуете какой-то принципиально иной подход?

Comments

[galaxy]

В чем именно у вас проблема?

Если только в том, что дубликаты появляются парами (id=3 - дубликат id=15 и id=15 - дубликат id=3), то отфильтруйте, например, через id_1 < id_2

[Роми]

galaxy, проблема в том, что в моей ситуации значения ключей (3 + 15) и (15 + 3) - одинаковые, но для MySQL это разные ключи

[galaxy]

Роми, так а откуда они у вас взялись?
Деталей вы не привели, так что могу только догадываться. У вас была таблица, вы захотели удалить дубликаты и сделали что-то типа:

INSERT INTO new_tab
SELECT *
  FROM tab as t1, tab as t2
 WHERE t1.id <> t2.id
   AND t1.col1 = t2.col1
   AND t1.col2 = t2.col2
  ...

Если я прав, измените условие t1.id <> t2.id на t1.id < t2.id и в таблице дубликатов не будет дубликатов.

Answer 1

[Akina]

Задача решается созданием вычисляемого поля. Один из вариантов:

CREATE TABLE test (
    id_1 INT,
    id_2 INT,
    ids VARCHAR(255) AS (CONCAT(LEAST(id_1, id_2), ' ', GREATEST(id_1, id_2))) STORED,
    PRIMARY KEY(ids),
    CHECK (id_1 <> id_2)
);

DEMO

В принципе, можно и триггером... но менее надёжно.

Comments

[Роми]

для моих скромных познаний в sql это выглядит как китайская грамота )) но думаю разберусь ) спасибо!

[Vitsliputsli]

Я понимаю, конечно, какой вопрос, такой ответ, но все же... Если это нужно сделать 1 раз, то к чему огород из составных ключей, и ссылок на старую таблицу? Если это нужно на постоянной основе, то что это вообще за жесть, откуда и зачем эта денормализация?
Пока выглядит так, что автор пошёл впиливать очередной костыль, вместо того, чтобы исправить проблему.

[Akina]

Vitsliputsli, Ну... да. Тут "каков вопрос, таков и ответ". Конечно, CHECK (id_1 < id_2) проще. С другой стороны, и решение в ответе, и это - плевок в сторону нормализации.

[Роми]

Akina, Vitsliputsli и что вы предлагаете?

Суть в вопроса в том, что мне нужно для каждых двух записей в таблице получить определенное вычисляемое из этих записей значение, по которому потом делать ORDER BY например, и другие кошерные вещи.

Вычислять это всё на лету - это неподъемно будет.

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

[Роми]

Vitsliputsli, Akina например есть такое:

id | value
-----------
1 | 5
2 | 3
3 | 5
4 | 2

предположим мне нужна сумма (в реальности там будет более ресурсоемко) каждого с каждым

я кладу в итоговую таблицу:

id | id_1 | id_2 | sum
1 | 1 | 2 | 8
2 | 1 | 3 | 10
3 | 1 | 4 | 7
4 | 2 | 1 | 8
и т.д.

обратите внимание на 4 запись второй таблицы - она идентична первой (по сути)

если бы я мог переложить проверку этой идентичности на MySQL мне не было бы нужны проверять это в PHP.

смысл именно в этом.

но если эту задачу можно решить как-то еще - как-то принципиально иначе - скажите - я ведь тоже люблю нормальные формы ))))))))))))

[Vitsliputsli]

Роми, если нужна сумма пары каждого значения с каждым, то агрегат или материализованное представление выглядят вполне логичным решением при большом кол-ве данных. Правда, при таких требоавниях, не вижу особого смысла в составном ключе с проверкой уникальности, достаточно один раз верно написать запрос подготовки агрегата или материализованного представления.
А что за бизнес-задача такая? Если не секрет. Точно ли, ее можно решить только так?

[Роми]

Vitsliputsli, не то что бы секрет...

В общем, есть одна сущность - Value - и есть другая сущность, некое значение, полученное в результате нескольких побитовых операций над двумя разными Value, назовем это - Difference (условно)

Вот мне надо получить это Difference для КАЖДЫХ двух разных Value из таблицы, и сохранить это в отдельной таблице.

В принципе-то, ничего сверхъестественного - просто получить список отличий каждой записи от всех других, и записать это отдельным списком.

Я просто хочу это сделать наиболее элегантным способом ))

[Vitsliputsli]

Роми, тогда вопросов нет, все норм. И, скорее всего, это уже не денормализация, это новая сущность, пусть и зависящая от других.
Насчет составного ключа для проверки уникальности, смотрите по задаче. В зависимости от того, как будете добавлять данные, эта проверка может быть и не лишней.