У меня проблемы с тем, чтобы в SQL Server 2k работало следующее, но оно работает в 2k5:
--works in 2k5, not in 2k
create view foo as
SELECT usertable.legacyCSVVarcharCol as testvar
FROM usertable
WHERE rsrcID in
( select val
from
dbo.fnSplitStringToInt(usertable.legacyCSVVarcharCol, default)
)
--error message:
Msg 170, Level 15, State 1, Procedure foo, Line 4
Line 25: Incorrect syntax near '.'.
Итак, legacyCSVVarcharCol - это столбец, содержащий списки INT, разделенных запятыми. Я понимаю, что это огромный WTF, но это устаревший код, и сейчас со схемой ничего нельзя поделать. Передача "testvar" в качестве аргумента функции также не работает в 2k. Фактически, это приводит к немного другой (и даже более странной ошибке):
Msg 155, Level 15, State 1, Line 8
'testvar' is not a recognized OPTIMIZER LOCK HINTS option.
Передача жестко запрограммированной строки в качестве аргумента функции fnSplitStringToInt работает как в 2k, так и в 2k5.
Кто-нибудь знает, почему в 2к не работает? Возможно, это известная ошибка в планировщике запросов? Есть предложения, как заставить его работать? Опять же, я понимаю, что настоящий ответ - «не храните списки CSV в своей базе данных!», Но, увы, это вне моего контроля.
Некоторые образцы данных, если это поможет:
INSERT INTO usertable (legacyCSVVarcharCol) values ('1,2,3');
INSERT INTO usertable (legacyCSVVarcharCol) values ('11,13,42');
Обратите внимание, что данные в таблице не имеют значения, поскольку это синтаксическая ошибка, и она возникает, даже если таблица пользователя полностью пуста.
Обновлено: Понимая, что, возможно, начальный пример был неясным, вот два примера, один из которых работает, а другой нет, что должно подчеркнуть возникающую проблему:
--fails in sql2000, works in 2005
SELECT t1.*
FROM usertable t1
WHERE 1 in
(Select val
from
fnSplitStringToInt(t1.legacyCSVVarcharCol, ',')
)
--works everywhere:
SELECT t1.*
FROM usertable t1
WHERE 1 in
( Select val
from
fnSplitStringToInt('1,4,543,56578', ',')
)
Обратите внимание, что единственное различие заключается в том, что первый аргумент для fnSplitStringToInt - это столбец в случае, когда происходит сбой в 2k, и буквальная строка в случае, когда успешно выполняется и то, и другое.





Я не думаю, что функции могут иметь значения по умолчанию в функциях в SS2K.
Что происходит, когда вы запускаете этот SQL в SS2K?
select val
from dbo.fnSplitStringToInt('1,2,3', default)
Передача значений столбца в определяемую пользователем функцию, возвращающую табличное значение, не поддерживается в SQL Server 2000, вы можете использовать только константы, поэтому следующая (более простая версия) также не сработает:
SELECT *, (SELECT TOP 1 val FROM dbo.fnSplitStringToInt(usertable.legacyCSVVarcharCol, ','))
FROM usertable
Однако, как вы уже выяснили, он будет работать на SQL Server 2005.