SQL: указанный сброс недействителен

Ответ 1

В схеме вещей я решил удалить таблицу и воссоздать ее с помощью

[script table as] → [create]

из той же таблицы, которая давала мне проблемы, а затем повторно вставляла все те же данные. Это решило проблему. Поэтому я не считаю, что DML таблицы изменился, и данные не изменились, но это то, что разрешило мою проблему.

Ответ 2

Обе таблицы, которые вы показываете, показывают int как тип данных, но похоже, что это две версии одной и той же таблицы в двух разных базах данных.

Я считаю, что таблица OTHER, в которой вы JOIN, имеет другой тип данных в одной базе данных.

Каков тип данных File_fileType.Id в обеих БД?

Ваш JOIN:

join file_filetype on file_importtable.FileTypeID = file_filetype.ID

Вызывает неявное преобразование.

В приведенной выше диаграмме показано, как SQL Server разрешает или выполняет преобразования типа данных.

Можете ли вы показать DDL для обеих версий обеих таблиц в приведенном выше JOIN?

Ответ 3

Мне кажется, что есть какая-то странная настройка конфигурации, которую трудно найти. Существует инструмент, который называется Redgate SQL Compare, который выполняет удивительное задание при обнаружении различий между схемами базы данных.

У них 14-дневная пробная версия. Я бы попытался загрузить его и выполнить сравнение между вашими базами данных.

Ответ 4

Соответствует ли сортировка SQL? Если вы испытываете различное поведение между базами данных, это может быть вашей проблемой. Щелкните правой кнопкой мыши по каждой базе данных и выберите свойства, сопоставление должно быть указано как что-то вроде * Latin1_General_CI_AS * Если они разные, определенно что-то исключить.

Ответ 5

Вам нужно будет вывести из строки.

file.FileTypeID = int.Parse((string)reader["FileTypeID"]);

EDIT: если вы хотите обходной путь, который должен работать для SQL Server 2000 и 2000

file.FileTypeID = Convert.ToInt32(reader["FileTypeID"]);

Ответ 6

Visual studio (версия Premium и Ultimate в соответствии с this) поставляется с инструментом сравнения базы данных - вы выбираете две базы данных, она показывает вам diff и дает вам набор сценариев, которые перемещают один в состояние другого. Начните с нее и попробуйте переопределить конфигурацию, которая отличается (как я ожидаю, это проблема конфигурации). Проверьте Сравнение данных\Схемы и Data\Data Compare в Visual Studio.

Ответ 7

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

Первая проверка должна быть в обеих базах данных с использованием INFORMATION_SCHEMA.COLUMNS(этого более чем достаточно для требуемого уровня), чтобы убедиться, что схемы идентичны. Вы можете узнать больше о INFORMATION_SCHEMA.COLUMNS на http://msdn.microsoft.com/en-us/library/aa933218(v=sql.80).aspx (SQL 2000) или http://msdn.microsoft.com/en-us/library/ms188348 (SQL 2008). Та же информация из разных источников.

Пример:

SELECT * FROM INFORMATION_SCHEMA.COLUMNS;

Если схемы идентичны, тогда может быть ошибка в коде, который не отображается в представленных вами частях. Для того, чтобы все было правильно с полным кодом, выполните простую проверку, изменив инструкцию select следующим образом:

select CAST(fileTypeID as int), ..., file_filetype.LocalPath, ArchiveDir, EmailList
from file_importtable 
join file_filetype on file_importtable.FileTypeID = file_filetype.ID
where importsuccessdate is null and transferdate is not null
and remotediscoverdate is not null 
and OriginalFileName in ('Test987.xml.pgp')

Если это не удается, запустите в режиме отладки пошаговый тест, используя точку останова и F11. (Иногда возвращение к корням может помочь нам увидеть то, что невидимо перед нашими глазами - в этом случае маловероятно).

Следуя приведенному выше, вы найдете причину (надеюсь).

Последний совет (который может быть первым шагом перед тем, как делать что-либо еще): убедитесь, что ваши серверы sql исправлены с последними пакетами обновлений.

Ответ 8

Увидев, что вы не решили это, попробуйте вместо этого метод GetSqlInt32.

file.FileTypeID = reader.GetSqlInt32((fieldTypeIDOrdinal).ToNullableInt32();

Примечание Я не включил проверку IsDBNull, так как сочетание SqlInt32 с ToNullableInt32 справляется с этим.

Где ToNullableInt32 - метод расширения.

public static int? ToNullableInt32(this SqlInt32 value)
{
    return value.IsNull ? (int?) null : value.Value;
}

В качестве дополнительной заметки вы упомянули, что это приложение с приоритетом производительности, и в этом случае вам может потребоваться прекомпопировать ваши порядковые значения, а не иметь этот reader.GetOrdinal("FileTypeID") каждый цикл вашего reader.Read()

Ответ 9

file.FileTypeID = Convert.ToInt32(reader["FileTypeID"]); вместо file.FileTypeID = (int)reader["FileTypeID"];