Я набрёл на непонятное для меня поведение MSSQL7 (SP3) в довольно простой ситуации. Вот иллюстрирующий это скрипт:

CREATE TABLE #a ( c nvarchar (1), i int PRIMARY KEY )
CREATE TABLE #b ( c nvarchar (1), d int PRIMARY KEY )
insert #a select nchar(1052), 1
insert #a select nchar(1084), 2
insert #b select nchar(1052), 10
insert #b select nchar(1084), 20
insert #b select nchar(1052), 30
insert #b select nchar(1084), 40

select * from #a
select * from #b
select b.c, b.d, (select a.c from #a a where unicode(a.c) = unicode(b.c) )
from #b b
select b.c, b.d, a.c
from #b b
inner join #a a on unicode(a.c) = unicode(b.c)

Результаты:
c i
---- -----------
М 1
м 2

c d
---- -----------
М 10
м 20
М 30
м 40

(<!!!!!!!!!!!!!!!!!!!!!!!)
c d
---- ----------- ----
М 10 М
м 20 М
М 30 М
м 40 М
(!!!!!!!!!!!!!!!!!!!!!!!&gt

c d c
---- ----------- ----
М 10 М
м 20 м
М 30 М
м 40 м

Почему предпоследний запрос возвращает другой набор данных по сравнению с последним?

Благодарю за ответ!

Правда, я не понял, какое отношение указанная статья имеет к моему случаю. Старое объединение - это "*=". Разве я его использовал?

Проблема заключается в том, что 2 сходных запроса возвращают разные результаты

2 Gennady:
Вы считаете, что вложенный запрос выполняется только один раз, а не для каждой строки главного запроса? Так это не так!
Если вставить
insert #a select nchar(1052), 1
insert #a select nchar(1084), 2
insert #a select nchar(65), 3
insert #b select nchar(1052), 10
insert #b select nchar(1084), 20
insert #b select nchar(1052), 30
insert #b select nchar(1084), 40
insert #b select nchar(65), 50

Возвращает:
c d
---- ----------- ----
М 10 М
м 20 М
М 30 М
м 40 М
A 50 A

С уважением, Максим

Дополнение к предыдущему: скрипт

SET NOCOUNT ON
CREATE TABLE #a ( c varchar (1), i int PRIMARY KEY )
CREATE TABLE #b ( c varchar (1), d int PRIMARY KEY )
insert #a select 'М', 1
insert #a select 'м', 2
insert #b select 'М', 10
insert #b select 'м', 20
insert #b select 'М', 30
insert #b select 'м', 40

select * from #a
select * from #b
select b.c, b.d, (select a.c from #a a where ascii(a.c) = ascii(b.c) )
from #b b
select b.c, b.d, a.c
from #b b
inner join #a a on ascii(a.c) = ascii(b.c)

работает аналогично. Так что дело не в Юникоде! Всё страннее и страннее!

Ответ Дед Маздая внёс некую торжественность в нашу дискуссию, которая наверное близка к завершению.
Для меня было интересно узнать (от Фомпро), что это глюк, добавленный при создании 7-й версии. По крайней мере ясно, что баг можно обойти без особых проблем. Странно, что на него раньше никто не наткнулся.

P.S. Договора на внеочередное исправление ошибок у меня, к сожалению, нет.