Клиентская ошибка вставки?

Question

У меня есть программа на C # / sql2005, начатая в C # 2 и теперь использующая C # 3, которая плохо работает только для одного пользователя.Он в состоянии использовать программу для выбора, вставки, удаления - даже BACKUP - но он НЕ в состоянии вставить в ОДИН ТАБЛИЦУ ... Он работает с базой данных sqlexpress на своей собственной машине (как и все наши другие пользователи FUNCTIONING).)

Он в поле и является администратором на машине <... я знаю ...>, поэтому я понятия не имею, что он мог установить или поковыряться до или после установки моей программы, И яне сможет вовремя добраться до своего компьютера для устранения неполадок, связанных с конкретной платформой.

ТАК - в данном случае - я бы хотел иметь возможность обвинить мой код, потому что я мог бы просто исправить его и отправить ему обновление, но чем больше я об этом думаю, тем большеэто похоже на проблему конфигурации ... или повреждение?(Однако, если это повреждение, это не было очевидно, когда я восстановил его БД на своем собственном сервере sql2005 и запустил его с той же сборкой программы, которую он использует)

НОВАЯ ИНФОРМАЦИЯ

3 /9/11 10:45 -5GMT

Помните, я говорил, что программа изначально была разработана на c # 2, но теперь работает на c # 3?Ну, этот пользователь не имеет .NET 2.0 Framework на своем ПК.У него есть .NET 1.1+ и .NET 3.5.Я понял это, когда он упомянул, что у него также были проблемы с добавлением элементов в Dictionary<string,object> Он получил эту ошибку:

Элемент нельзя добавить в список только для чтения или список фиксированного размера

Возможно ли, что обе проблемы связаны с отсутствием .NET 2.0 framework?

Опять же, любая помощь будет оценена.

Answer 1

Не так много информации для работы, такой как метод вставки, глубина транзакции, текст ошибки и т. Д. Но я могу выдвинуть несколько догадок.

Место на диске было бы моим первым предположением.Таблица настроена на конечное расширение или на том, который просто не хватает места.Все другие методы (чтение, удаление) будут успешными, но расширение таблицы не удастся.Особенно, если файловая группа настроена на расширение с очень большой скоростью (% 10 +), если вы достигли ограничения по размеру, и она пытается расширить файловую группу и не хватает места, транзакция завершится неудачей.

То же самое для файла журнала ...

Далее будет проблема с разрешениями, что маловероятно, поскольку он может удалять и обновлять.

Далее будет первичный ключ идентификации, который проиндексирован дляэто верхние границы.Если вы используете крошечный \ small int или что-то еще и достигли максимума в диапазоне, вы получите нарушение.

Просто угадайте с тем, что доступно.