The_ImmortalВ общем, вот простенькая схемка:

Таблица городов и таблица расстояний между ними.

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

Надо что-то поменять в мозгу наверное, но не могу понять что именно... Создавать 2 таблицы для городов - совсем не разумно...


не destination а distance.

Не понятно, в чём проблема.
Тут ещё вопрос как хранить расстояния -- дважды для одной пары городов или один раз.
Лучше наверное один раз, тогда на записи в таблице расстояний надо наложить
какое-то правило, и его же применять в генерируемых запросах.
например, что пишется в id_city1 идентификатор города с меньшим идентификатором,
или раньше идущий по алфавиту или ещё что-то.

О! Суперсложный запрос.

Прочитай про JOIN-ы что ли ....

The_ImmortalLSV,

неа :)

MasterZiv,

Я в них не врубился :( Поэтому не использую... В этой ситуации без JOIN'ов не обойтись? По идее к ним всегда можно подобрать эквивалент... Или нет?

Нет. Это базовый аппарат, без которого не обойтись вообще.
Если ты не понимаешь JOIN-ы, ты вообще ничего не понимаешь в SQL.

The_Immortal
P.S. SQL89 рулит! :)

SQL89 -- говнище, которое надо забыть, как страшный сон.
Я имею в виду способы написания jOIN-ов в нём, естественно.

On 06/11/2012 06:59 PM, The_Immortal wrote:

> Чем же этот говнище SQL89 так плох? На моем примере, скажем.

JOIN-ы, я имел в виду JOIN-ы в "старом" формате.

Ну и устарел стандарт-то.
Posted via ActualForum NNTP Server 1.5

The_ImmortalНу чисто функционально использование неявных JOIN-ов никак не отражается, верно?

Неверно. Поищи и прочитай о различии в выполнении внешних JOIN-ов так и так.

On 06/11/2012 07:44 PM, Dimitry Sibiryakov wrote:

> Это будет тяжко, поскольку в SQL89 внешние объединения отсутствуют как класс.

О том и спичь.
Posted via ActualForum NNTP Server 1.5