snsmmrk wrote:
> Ради интереса проверил аналогичные запросы на PostgreSQL, который
> отличается соблюдением стандартов SQL (местами почти болезненным).
> Ха-ха! Похоже что MS SQL выполняет неправильно 3 теста из 4, а ASE валит
> только один (3-й, режет концевые пробелы в varchar). Если конечно за
> "правильно" принять комитетский "стандарт" :)
Да хрен с ним, со стандартом...
В БОЛе хотя бы написано - как интерпретируется rvalue и lvalue в LIKE...
В стандартной документации по Сайбейзу написано только про урезание
хвостовых пробелов в rvalue до одного... а вот то, что сайбейз
расценивает lvalue как char добитый пробелами... там такого нету :-(
Posted via ActualForum NNTP Server 1.3

Maadox wrote:
> > > 8.немного отличается order by
> > >
> > > Это как ? Может быть просто "глючит" в комбинации с distinct ?
> > Не глючит - работает как надо, но по другому.
> > Есть еще отличия с использованием альясов на колонки.
>
> create table DistinctOrderBug(A int, B int)
> go
> insert DistinctOrderBug select *1*, *4*
> insert DistinctOrderBug select *3*, *5*
> insert DistinctOrderBug select *1*, *2*
> go
> select distinct A
> from DistinctOrderBug
> order by B
>
> select distinct A
> from DistinctOrderBug
> order by A
> go
>
> drop table DistinctOrderBug
> go
Это не баг, это так и должно быть, судя по докам.
Зачем надо - представляю с трудом, но так оно и есть
эквивалентно сиквельному

Posted via ActualForum NNTP Server 1.3