Доброго всем времени суток !
Помогите понять странное поведение SQL Server’а. Как обойти это , я уже нашел, но вот понять - никак...
Итого:
SQL Server 2000 Standard Edition на MS Windows 2000 Server, стоят все сервис-паки (админ за этим бдит).

Есть две таблицы (слегка упрощенный вид ):
1) CREATE TABLE Object Base2.dbo.Objects (
[Nr] [int] IDENTITY (1, 1) NOT NULL ,
[ClientID] [int] NULL ,
-- = = = = = = = = = = =
-- Здесь прочие поля
-- = = = = = = = = = = =
[ClientObjectID] [nvarchar] (50) NULL ,
[ClientObjectID2] [nvarchar] (50) NULL ,
) ON [PRIMARY]
CREATE UNIQUE INDEX [object1] ON [dbo].[Objects](Nr) WITH FILLFACTOR = 90 ON [PRIMARY]
GO
CREATE INDEX [object4] ON [dbo].[Objects](ClientID) WITH FILLFACTOR = 90 ON [PRIMARY]
CREATE INDEX [object19] ON [dbo].[Objects](ClientObjectID2) ON [PRIMARY]

2) CREATE TABLE Base1.dbo. Table1_temp (
ObjektID nvarchar(10) NULL ,
Week int NULL ,
Date_from smalldatetime NULL ,
Date_to smalldatetime NULL ) ON [PRIMARY]
GO
CREATE INDEX [IX_Table1_temp] ON [dbo].[Table1_temp](ObjektID) WITH FILLFACTOR = 90 ON [PRIMARY]
GO
В таблице Objects примерно 30000 записей, из них под условие выборки попадает примерно 2300,
в таблице Table1_temp - от 0 до примерно 50000, под выборку попададает не менее 90% .

Проблема в том что один и тот же SELECT с INNER JOIN возвращает неодинаковые результаты при исполнении в Query Analyzer и в stored procedure , если в таблице Table1_temp более 20-25 тысяч записей. Запрос в QA возвращает все полностью, SP часть записей теряет

SELECT DISTINCT O.Nr, C.Date_From, C.Date_To, 3 AS LockType
FROM Base1.dbo.Table1_temp C
INNER JOIN Base2.dbo.Objects O
ON C.ObjectID = O.ClientObjectID2
WHERE O.ClientID = 8913

Пока выкрутился тем , что поставил SELECT внутрь курсора и выполняю выборку для каждого уникального ObjectID.

Кто-нибудь сталкивался с чем-то подобным ? Или может подсказать , почему SP себя так ведет ?

Буду признателен за любую помощь...

2Dankov
Спасибо за ответ, но это не помогло ... Поскольку NULL-значений в данных не было, включение или выключение ANSI_NULLS и ANSI_PADDINGS никак не отразилось на результате ...