rainurka Favn , говоря SQL, имел ввиду, что выражение SELECT он и в T-SQL и в PL/SQL делает одно и тоже. а именно делает выборку из таблицы.
Даже это не так. В Орацле вы получите - состояние на момент старта select-a (by default - snapshot isolation) не учитывающee изменений в течении select time (что правильно и как бы предолагает "мгновенность" исполнения запроса), а в Sybase - смесь из разных моментов времени (by default - read committed), не отражающую ни состояние на начало selecta, ни на конец (!) и зависяшую от "пути" запроса (кто-то мог заблокировать тот или другой индекс например). Конечно если вы поставите isolation level 3 (B Sybase - T-SQL создатель , MSSQL-"плагиатор") "тормозя" других или snapshot isolation в MSSQL (2005) то по идее будет результат одинаков.

Надо бы иметь 2 select-a: один на начало (не учитывающий изменений "по
ходу дела", как Oracle, MSSQL 2005 snapshot isolation), a другой - на
конец ( учитывающий все (!) изменения "по ходу дела" , как Sybase dump, Oracle flashback query), но не такой как все еще сейчас в Sybase - ни то, ни се - результат mess в multiuser system и никто не видит этого (!).

pkarklinsoftwarerПрисутствующий здесь pkarklin в своё время говорил мне примерно так: да я видел такие запросы, что сервер только план для них будет строить несколько минут.

Подтверждаю. Более того, в приведенном по ссылке чуть выше топике я приводил пример (правда там распределенные запросы), когда разбиение одного запроса на несколько с участием промежуточной временной таблицы может сильно упростить работу оптимизатору и поднять общую производительность.
Когда мне пришлось переходить с Oracle на Sybase я тоже понял эту Sybase/MSSQL T_SQL технику (разбиеие запроса на ряд мелких с temp tables
в качестве хранителя проежуточных результатов базирующихся на key-fiedls и затем вытаскивание остальных полей дополительным join с "маленькой" результирующей "key-fields" temp.table), которая говорит о слабости
оптмизатора и несколько отучает думать на "правильном" (все в одном выражении !) SQL.
Sybase ASE 15 имеет оптимизатор AFAIK больше похожий на Oracle (позволяющий строить на выходе optrimizer-a "программу" более "конвейерного" типа ("проход SQL синтаксис дерева в глубину" а не "по уровням c хранением промежуточых реультатов в worktables") не требующий work/temp tables.

Вот за что надо "набить морду" я думаю разработчикам, а затем все-таки
договориться и сделать ANSI standard, так это за почти полный бардак с именами, форматом функций (for example: substring - Sybase/MSSQL, substr - Oracle , Mid - Access, etc...) а ведь без них никуда.