Выполнение CASE

Question

[Георгий Григорьев]

Есть колонка в которой есть произвольное количество строк в которой могут быть либо числа, либо строки, и нужно отобрать только те у которых эта колонка заполнена числом и вернуть их в инт. Пишем запрос такой:

SELECT
Id
,stringwithnumeric
WHERE
CASE
WHEN ISNUMERIC (stringwithnumeric)=1
THEN CAST (stringwithnumeric AS INT)
ELSE 0
END > 0

Вываливается ошибка, что варчар в инт каст мы не можем. Ну хорошо, если у нас when для кейса не проходит, то then по нормальной человеческой логике не выполнится, так думал я. Оказывается, что case проходит выполнение всех веток. Каким образом это работает эффективнее чем отброс по условию, и после применение then? Чем можно объяснить такую странную логику выполнения?

Answer 1

[lair]

Это объясняется тем, что у вас CASE внутри WHERE, и оптимизитор считает, что так будет эффективнее.

Comments

[Георгий Григорьев]

То есть если CASE будет в выборке, то then выполняться не будет?
Действительно, проверил ошибки нет.
Такой запрос работает:
SELECT

CASE
WHEN ISNUMERIC ('del')=1
THEN CAST ('del' AS INT)
ELSE 0
END

Answer 2

[GalinaM]

Вот таблица с тестовыми данными

CREATE TABLE [dbo].[TableTest](
[Id] [int] IDENTITY(1,1) NOT NULL,
[stringwithnumeric] [varchar](50) NULL,
CONSTRAINT [PK_TableTest] PRIMARY KEY CLUSTERED
(
[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]
GO
SET ANSI_PADDING OFF
GO
SET IDENTITY_INSERT [dbo].[TableTest] ON
INSERT [dbo].[TableTest] ([Id], [stringwithnumeric]) VALUES (1, N'1')
INSERT [dbo].[TableTest] ([Id], [stringwithnumeric]) VALUES (2, N'dsa')
INSERT [dbo].[TableTest] ([Id], [stringwithnumeric]) VALUES (3, N'3')
INSERT [dbo].[TableTest] ([Id], [stringwithnumeric]) VALUES (4, N'3')
INSERT [dbo].[TableTest] ([Id], [stringwithnumeric]) VALUES (5, N'gg')
INSERT [dbo].[TableTest] ([Id], [stringwithnumeric]) VALUES (6, N'del')
INSERT [dbo].[TableTest] ([Id], [stringwithnumeric]) VALUES (7, N'33')
INSERT [dbo].[TableTest] ([Id], [stringwithnumeric]) VALUES (8, N'67')
INSERT [dbo].[TableTest] ([Id], [stringwithnumeric]) VALUES (9, N'97')
SET IDENTITY_INSERT [dbo].[TableTest] OFF

Вот запрос

SELECT
Id
,stringwithnumeric
FROM dbo.TableTest
WHERE ISNUMERIC (stringwithnumeric)=1

Или что-то другое хотелось?

Comments

[Георгий Григорьев]

Простите, что?

[GalinaM]

Ну как я поняла условие "… нужно отобрать только те у которых эта колонка заполнена числом и вернуть их в инт". Зачем CASE вообще? Поэтому и подумала, что может хотели что-то другое.

SELECT
Id
,stringwithnumeric
,CAST(stringwithnumeric AS int) + 44 ff — это int
FROM dbo.TableTest
WHERE ISNUMERIC (stringwithnumeric)=1

[Георгий Григорьев]

Не, тут вопрос был именно в странном выполнении этой конструкции, а не в поиске решения.

Answer 3

[SatansClaws]

по табличке GalinaM ваш запрос прекрасно выполняется

Но вот если воткнуть в данные строку вида '1.1' — то ваш запрос ломается,
а вот такое условие — работает:

WHERE 
	CASE 
		--WHEN ISNUMERIC (stringwithnumeric)=1 THEN CAST (stringwithnumeric AS INT) 
		WHEN ISNUMERIC (stringwithnumeric)=1 THEN convert(int, convert(numeric(19, 3), stringwithnumeric))
		ELSE 0 
	END > 0

ЗЫ отучайтесть использовать CAST — он оставлен для обратной совместимости. Используйте CONVERT

Comments

[SatansClaws]

хотя со строкой '.' ломается и мое условие

[Георгий Григорьев]

Вопрос был не в решении задачи как таковой, а в конкретном исполнении её сервером.

[Георгий Григорьев]

А чем cast то Вам не угодил??

Answer 4

[SatansClaws]

дык, проверьте данные в таблице
я на 80% уверен, что в ней есть строки вида "[число].[число]" или близкое к такому
короче, для которого IsNumeric() вернет 1, но приведение типа не сработает

кстати, мой вариант ломается при наличии в данных значения '.'

ЗЫ каст плох тем, что
а) конвертить дату из строки или наоборот выходит ненадежно
б) он таки устаревший. А значит рано или поздно его в скуле не станет (и есть ли он в MS SQL 2012?).
А поскольку какие-то удачные куски кода имеют свойство мигрировать из проекта в проект — может оказаться, что он где-то всплывет, даже если СУБД этого проекта вы апдейтить не будете.

Comments

[Георгий Григорьев]

Вы шутите? Я уже написал про значения в таблице. И на чем он выпадает. Проблема именно в оптимизаторе была. Ну как проблема, скорее работа не поддающаяся однозначному описанию.
P.S. И Вы написали тот же самый запрос, отличающий только конвертом вместо каста.

[SatansClaws]

двойной конверт != одинарный конверт
другое дело, если в данных действительно косяков нет (я упустил этот ваш комментарий выше)

тогда поведение действительно странное.
можно опробовать с классики — обновить статистику для этой таблицы