Каковы преимущества явного Транзитивного замыкания соединения в SQL?

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

В наши дни весь этот синтаксис все равно выходит наружу.

Это грязный, злой синтаксис наследия. Вы пишете это как

Select
  *  -- Oh, and don't ever use *, either
From
  A 
  Inner Join B On A.ID = B.ID
  Inner Join C On B.ID = C.ID

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

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

а = б = c

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

Я просто хочу сказать, что такого рода объединение-это дьявольская работа.
Просто подумайте об этом; условия для объединения и фильтрации смешиваются вместе в операторе where.
Что происходит, когда вам нужно объединить 20 таблиц и отфильтровать 15 значений?

Опять же, только мои $.Ноль два

В Microsoft SQL планы запросов для этих двух запросов идентичны - они выполняются одним и тем же способом.

Этот вопрос похож на этот здесь с очень глубоким объяснением:

SQL вопрос из статьи Джоэла Спольски

Короткий ответ заключается в том, что явное объявление свойства transitiv может ускорить выполнение запроса. Это связано с тем, что оптимизация запросов не является тривиальной задачей, и некоторые серверы SQL могут иметь проблемы с ней.

Однако этот синтаксис имеет свои преимущества ... бывают случаи, когда вам нужно объединить две таблицы на более чем одном поле