Похоже, что оптимизатор при построении плана нивелирует огрехи синтаксиса. Но я очкую, есличестно
Потыкайте мордой где неправ...
Разгребал старый говнокод, который успешно (?) пашет уже наверное год на
1.
2.
select @@version
Microsoft SQL Server 2008 (SP2) - 10.0.4316.0 (X64)
и воткнулся в непонятки:
1. удачно тестится и выполняется запрос
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
select cod_artic as 'offer/@id', case when rez_kolch>0 then 'true' else 'false' end as 'offer/@available'
from scl_artc WITH (NOLOCK)
where scl_artc.id_sclad = 1
and cast(scl_artc.rez_kolch/(case when isnull(scl_artc.EDN_V_UPAK,0)!=0 then scl_artc.EDN_V_UPAK else 1 end) as bigint) >= 1
and scl_artc.cod_artic in ( select cod_artic from (select cod_artic, max(rub_price) rub_price
from scl_pric WITH (NOLOCK)
where name_price = 'price'
and id_sclad = 1
and rez_kolch >= 1
group by cod_artic ) GoodsRuPrices )
for xml path (''), root ('offers') , type
2. но внутри используется (внезапно!) ошибочный подзапрос:
1.
2.
3.
4.
5.
6.
select cod_artic from (select cod_artic, max(rub_price) rub_price
from scl_pric WITH (NOLOCK)
where name_price = 'price'
and id_sclad = 1
and rez_kolch >= 1
group by cod_artic ) GoodsRuPrices
1.
Сообщение 207, уровень 16, состояние 1, строка 5
Invalid column name 'rez_kolch'.
, и ущербность подзапроса вот в этой конструкции:
1.
2.
3.
4.
5.
6.
select cod_artic, max(rub_price) rub_price
from scl_pric WITH (NOLOCK)
where name_price = 'price'
and id_sclad = 1
and rez_kolch >= 1
group by cod_artic
ибо действительно
1.
Сообщение 207, уровень 16, состояние 1, строка 5
Invalid column name 'rez_kolch'.
----------------------------
В таблице SCL_PRIC действительно нет поля rez_kolch.
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON
GO
SET ANSI_PADDING ON
GO
CREATE TABLE [dbo].[SCL_PRIC](
[ID] [int] IDENTITY(1,1) NOT NULL,
[COD_ARTIC] [varchar](20) NOT NULL,
[NAME_PRICE] [varchar](30) NULL,
[N_USER] [varchar](8) NULL,
[COEF_PRICE] [float] NULL,
[RUB_PRICE] [float] NULL,
[VALT_PRICE] [float] NULL,
[CONTRACT] [varchar](10) NULL,
[DATE_PRICE] [datetime] NULL,
[ID_SCLAD] [int] NOT NULL,
CONSTRAINT [pk_SCL_PRIC_1] PRIMARY KEY NONCLUSTERED
(
[ID] ASC
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
) ON [PRIMARY]
Это поле есть в scl_artc
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON
GO
SET ANSI_PADDING ON
GO
CREATE TABLE [dbo].[SCL_ARTC](
[COD_ARTIC] [varchar](20) NOT NULL,
[id_sclad] int not null,
[NGROUP_TVR] [varchar](30) NULL,
[NAME_ARTIC] [varchar](200) NULL,
[CENA_ARTIC] [float] NULL,
[NACH_KOLCH] [float] NOT NULL,
[KON_KOLCH] [float] NOT NULL,
[REZ_KOLCH] [float] NOT NULL,
[EDN_V_UPAK] [float] NULL,
[TIP_TOVR] [varchar](10) NULL,
CONSTRAINT [pk_1] PRIMARY KEY NONCLUSTERED
(
[COD_ARTIC] ASC
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
) ON [PRIMARY]
Получается, что оптимизатор (?) понимает что ему надо взять REZ_KOLCH из [dbo].[SCL_ARTC]?
Запрос вообще значимо больше. Непонятно откуда берётся поле в самом "глубоком" подзапросе. Связанный подзапрос?
В плане ни чего не смог увидеть. Попробовал с опубликованной структурой сделать на 2016 на tempdb - поведение запроса и подзапросов аналогично.
--------------------------
No ROM Basic... 
