Мы наблюдаем сбой задания Sql / пакета DTS, потому что он передает нечисловые символьные данные в процедуру преобразования int.
Данные с очень высокой вероятностью выглядят так, как будто они взяты из другого столбца в наших таблицах, где его нечисловой формат подходит.
Это происходило не раз.
Кто-нибудь слышал о том, что задание Sql / пакет DTS «сбивается с пути» и получает доступ к данным из неправильного столбца?
Я считаю, что это редкая возможность, но мы используем систему SSMS 2008 R2 для пакетов DTS (которые даже в этой системе считаются устаревшими), и я полагаю, что все возможно ...
Похоже (по крайней мере, в этом случае), что к столбцу обычно обращались в предложении соединения.
Это было чем-то похоже на выполнение:
a.height = b.weight
Кроме того, представьте, что вес является двойным, тогда как высота задается как округленное значение int в дюймах, и что каким-то образом ожидается int в весе ...
хотя это была не точная ситуация (он действительно пытался преобразовать char в int), это несколько приближает ее ...
Очевидно, окружающая логика не позволяла этому предложению работать большую часть времени, поэтому ошибка, которая в противном случае была бы довольно очевидной, была скрыта.
Его нашел коллега.
Тем не менее, это может помочь кому-то другому ...