Мне надо сохранять в базу связь двух пользователей между собой, и данные по этой связи.
Вариант1:
Все в одной таблице
user1, user2, данные

Проблема возникает в выборках, если я хочу найти все записи по какому то пользователю, мне надо делать два прохода, искать по столбцу user1, потом по столбцу user2
А джоины с другими таблицами вообще кошмар.

Вариант1:
Все в одной таблице
user1, user2, данные
но при записи новых данных всегда пишем 2 строки, дублируя данные и меняя пользователей местами.
user1, user2, данные
user2, user1, данные

С выборками и джоинами все стало просто.
Но данные хранятся 2 раза, и мне это кажется каким то кривым решением.

Вариант3:
Чтобы избежать дублирования, и сохранить симметрию можно использовать вариант с 2мя таблицами:

1) id, данные
2) user, id в таблице с общими данными

Тут и симметрия, и нет избыточного хранения данных, но даже простейший запрос, получается каким то громоздким и по идее гораздо более медленным чем из варианта2.
Основной запрос к базе:
Известен пользователь, найти всех пользователей с которыми он связан и данные связи.

Задача должно быть типичная, и для нее наверное известно наилучшее решение?
подскажите.

L.OtujktdПо постановке задачи пользователи могут быть связаны не напрямую? Например user1-user2-данные1 и user2-user3-данные2? Судя по задаче планируется хранить граф связей между объектами?
Любые два пользователя могут быть связаны между собой.
Также, они могут быть связаны произвольное количество раз, разными данными описывающими эту связь.

Dimitry SibiryakovAkaMitchесли я хочу найти все записи по какому то пользователю, мне надо делать два прохода,
искать по столбцу user1, потом по столбцу user2

"Чо?" (с)

У тебя в SQL кто-то удалил оператор OR?

Давай, приведу пример, а ты покажешь как решить запрос в один проход при помощи OR.
Тк я реально не понимаю, как это сделать простым образом.

user1, user2, dataStrings - столбцы
вася, петя, hash1
петя, коля, hash2
макр, виктор, hash3

Мне надо выбрать все связи имеющиеся у "петя", вне зависимости от того
попал ли петя в user1 или в user2, нужный результат запроса в этом примере:
вася, hash1
коля, hash2

L.OtujktdСудя по задаче планируется хранить граф связей между объектами?
Да точно, это не ориентированный граф получается по структуре.
С нюансом, что кроме самого наличия или отсутствия ребра графа, мне надо хранить еще информацию, описывающую каждое существующее ребро.

PS я не обнаружил возможности отредактировать даже только что написанное сообщение.
Подскажите, тут нет такой кнопки?
Или я ее не нашел?

RissВозможен еще вариант

1 таблица связи

id, Данные

2 таблица список user для связи

поле для id первой таблицы, id таблицы User

такая структура позволит иметь для каждой связи 2 и более user ))) Ну и запроc с exist
В первом посте у меня же этот вариант и описан вроде как "Вариант3"

Я об этом не думал ранее, но действительно такая структура позволит иметь для каждой связи произвольное количество user.. включая кстати и 1.
Что открывает дополнительный простор для ошибок в данных.
В идеале хотелось бы на уровне БД установить, что у каждой связи могут быть ровно 2 user, ни больше ни меньше, и еще они должны быть разными.

Всем кстати спасибо за ответы.
Получается, что "Вариант1" - это рекомендуемый метод для такой структуры данных?

MasterZivAkaMitchМне надо сохранять в базу связь двух пользователей между собой, и данные по этой связи.
Вариант1:
Все в одной таблице
user1, user2, данные



Ну, это конечно самый лучший вариант,
одно не понятно, в поле какого типа будут храниться ДАННЫЕ...

Надесь, TEXT ?
user1, user2 - INT, айдишники пользователей из таблицы с даными по пользователям.
данные - в реальности это 2 поля ip + datatime

Изначально мне Вариант3 больше всего нравился,
по тому как данные выглядят в базе.

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