Сколько не пытался решить эту задачу сам, не получается
Итак, есть таблица компаний
компании companies
| ID | NAME |
|----|--------------------|
| 1 | Первая компания |
| 2 | Вторая компания |
| 3 | Третья компания |
| 4 | Четвертая компания |
| 5 | Пятая компания |

мэйлов emails (все мыла уникальны и могут принадлежать разным компаниям)
| ID | NAME |
|----|---------------------|
| 1 | first@fdsfjsfj.dfs |
| 2 | second@fdsfjsfj.dfs |
| 3 | third@fdsfjsfj.dfs |
| 4 | forth@fdsfjsfj.dfs |

телефоны phones (все телефоны уникальны и могут принадлежать разным компаниям)
| ID | NAME |
|----|---------------------|
| 1 | +79780000000|
| 2 | +79781111111 |
| 3 | +79781111222 |
| 4 | +79783333333 |

связывающая таблица companies_emails
| COMPANY_ID | EMAIL_ID |
|------------|----------|
| 1 | 1 |
| 1 | 2 |
| 2 | 3 |
| 2 | 4 |
| 3 | 1 |

таблица связывает компании и телефоны companies_phones
| COMPANY_ID | PHONE_ID |
|------------|----------|
| 1 | 1 |
| 2 | 2 |
| 5 | 2 |

Как видно, первая и третья компании имеют один общий мэйл, вторая и пятая - общий телефон.
Нужно, чтоб компании выводились обычно по Id, но если мы в процессе вывода видим, что у какой-то из компаний есть общий телефон или мэйл с другой компанией(это мы определяем таблицами companies_emails и companies_phones), выводим сначала её или их, если их несколько.
То есть в нашем случае выводим первую компанию, смотрим в таблицы companies_emails и companies_phones, и обнаруживаем, что у этой компании есть "родственная" Третья компания - выводим её (если бы у нее были тоже общие телефоны и эмэйлы с еще невыведенными компаниями, нужно было бы вывести и их). Теперь возвращаемся и выводим вторую компанию, видим, что у нее общий телефон с пятой, выводим пятую, возвращаемся и наконец Четвертую.
Как это реализовать в sql?

alex564657498765453ещо тадобно уточнить...
если я вывел компанию 1 с мылом 1 и телефоном 1

у компании 2 телефон 1
а у компании 3 мыло 1

какая компания должна ити после первой? та где совпал только телефон, или та где только мыло?
В идеале та, где больше совпадений, если одно и там и там, то та, которая первая попалась, а вообще это неважно, главное, чтоб все смежные оказались рядом

Alex_Ustinov,

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

alex564657498765453а если 1000 компаний, у всех уникальные мылы и телефоны, вот они списком идут...

1001 телефон совпал с 100 компанией скажем...мы её тогда должны после сотой выдать...но её мыло (1001 компании ) совпадает с 999.

и вот вопрос 999 надо на 102 место ставить или нет?
да, после сотой, дальше проверяем ее на смежность, находим 999-ую и ставим её 102-ой, у этой 999-ой тоже ищем смежные, если не находим, идем по списку, находим - ставим 103-ей

alex564657498765453а зачем делать вывод компаний по йади(а если не по айди а случайно...пользователь это както заметит?)


но если совпало мыло или телефон тулить следом...

вот идёт 1 компания, есть 300 компаний с такимже телефоном, их ставить после первой?

а на каждую из 300 есть ещо 100 компаний с совпавшим мылом...если их тоже следом выводить...в чом смысл тогда такого вывода?

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

если не по id, то как? можно хоть по дате добавления если бы было поле, главное, чтоб каждый раз при обновлении страницы была одна и та же картина.

все предложения верны. смысл в том, чтоб смежные компании были рядом.. вряд ли их одинаковых будет так много

alex564657498765453
и вот нам надо по айди, но если совпадает телефон то следом...

с помощью чего это лучше делать? case, if или есть что-то лучше?

не понял вот этого в рассуждении
alex564657498765453первая цифра это номер телефона, вторая мыло...

дальше - нет компаний с цифрами 1 и 0.

а если сделать одно поле для объединения, такое возможно в sql? Т.е. аналогично тому, если бы отсортировать нужно было бы только по общему мэйлу..