Глупый вопрос по SLQ

запусти оба варианта в консоли и сравни, а потом запости сюда резалт

а мы пока организуем тотализатор

Проблема в том, что еще нет архитектуры базы, а количество соединений может колебаться от 0 (select t1.* from t1) до 7-9. Хотелось бы узнать мнение ЛОРовських аналитиков.

я не спец в sql, я только учусь. но когда я спросил очень похожый вопрос у моих коллег, они ответили что-то умное про «множини» (sets), пересечение, полные выборки итд. В итоге я понял одно что если join и не будет быстрее (хотя вряд ли) но и медленнее точно не будет, но зато точно буде правильнее.

Главное в этом деле индексы. если они есть для тех полей по которым идет поиск то все будет ок.

ps: смотрели в гугл?

PS2: надеюсь я изначальный вопрос понял правильно и не написал полной ерунды..

Лучше использовать «join». Встречались случаи, когда объединение через «where» корректно обрабатывалось через раз. Да и запрос будет выглядеть куда более читаемым

Join мне кажется будет лучше и уж не медленнее...

Эти случаи являются ошибками Вашего SQL-сервера. Эти две формы в SQL эквивалентны. Перечисление таблиц через запятую --- сокращённый вариант записи INNER JOIN. А вообще рекомендуется писать INNER JOIN вместо перечисления потому, что так лучше видно, по каким полям таблицы связываются, а в WHERE указывать условия, по которым происходит отбор: SELECT * FROM a INNER JOIN b ON a.id=b.id INNER JOIN c ON b.subid=c.subid WHERE a.somevalue='abc'

Всегда пишу JOIN, оно и нагляднее будет - видно поля, по которым связываются таблицы.

Вопрос: будет ли быстрее работать запрос если использовать не сравнение(where) а join?

Нет.

наверное, зависит от реализации и конкретного сервера. Но вообще разницы не должно быть

explain?

Перечисление таблиц через запятую --- сокращённый вариант записи INNER JOIN.

А не CROSS JOIN ли, а?