У меня 62 столбца в таблице под SQL 2005, и LINQ to SQL не обрабатывает обновления, хотя чтение будет работать нормально, я попытался повторно добавить таблицу в модель, создал новую модель данных, но ничего не сработало, я ' Я догадываюсь, что достиг максимального числа столбцов на объекте, может ли кто-нибудь это объяснить?
62 столбца? Джебус, приятель, это нормально?





Нет ограничений на количество столбцов, которые LINQ to SQL обрабатывает.
У вас успешно обновляются другие таблицы?
Чем еще отличается доступ к содержимому таблицы?
Я подозреваю, что есть какая-то проблема с идентификатором или столбцом отметки времени (что-то автоматически сгенерировано на сервере SQL). Убедитесь, что любой автоматически сгенерированный столбец отмечен в модели таким образом. Вы также можете посмотреть, как он обрабатывает параллелизм. Если у вас есть триггеры, которые обновляют любые значения в строке после ее обновления (изменения значений) и проверяют все столбцы на обновления, это приведет к сбою обновления. Обычно я создаю свои таблицы со столбцом с меткой времени - LINQ2SQL выбирает это, когда я генерирую модель, и использует ее отдельно для параллелизма.
Решено, любой из следующих двух
-Я использую столбец UniqueIdentifier, который не был установлен как первичный ключ
-Установить первичный ключ уникального идентификатора, проверил свойства того же столбца в обозревателе серверов, и он все еще не отображался как первичный ключ, обновил соединение, удалил ту же таблицу в модели и вуаля.
Итак, я предполагаю, что некоторое время назад я внес изменения в свою модель, удалил таблицу из модели и добавил то же самое из обозревателя сервера, не обновляя соединение, и он никогда не работал.
Вопрос в том, поддерживает ли VS Server Explorer собственную схему таблицы и требует ли обновления соединения каждый раз, когда в базе данных вносятся изменения?
@Zubair: это примерно то, что предложил @tvanosson. Предлагаю вам проголосовать за и принять его ответ.
«не обрабатывает обновления»: какое исключение?