Странное исключение LINQ (индекс выходит за границы)

У меня есть столик, назовем Users. Эта таблица имеет единственный первичный ключ, определенный в SQL Server - автоинкремент int ID.

Иногда мои запросы LINQ к этой таблице завершаются ошибкой "Index was outside the range" - даже самые простые запросы. Сам запрос не использует никаких индексаторов.

Например:

User = Users.Take(1);

или же

IEnumerable<Users> = Users.ToList();

Оба запроса выдавали одну и ту же ошибку. Использование визуализатора отладчика для просмотра сгенерированного запроса - я копирую и вставляю запрос в SQL, и он отлично работает. Я также нажимаю "выполнить" в визуализаторе, и он работает нормально. Но выполнение кода само по себе вызывает эту ошибку. Я не реализую в классе какие-либо частичные методы, поэтому там ничего не происходит. Если я перезапущу свой отладчик, проблема исчезнет, ​​только для того, чтобы снова случайно поднять голову через несколько часов. Что более важно, я вижу эту ошибку в своих журналах ошибок из приложения, запущенного в производственной среде.

Я использую тонну LINQ в своем приложении для десятка или около того различных объектов в моей базе данных, но я вижу эту проблему только в запросах, связанных с конкретным объектом в моей таблице. Некоторые поисковые запросы предполагают, что эта проблема может быть связана с неправильными отношениями, указанными между моей моделью и другим объектом, но у меня нет отношений Любые с этим объектом. Кажется, что он работает 95% времени, только остальные 5% терпят неудачу.

Я полностью удалил объект из дизайнера и повторно добавил его из «обновленного» обозревателя сервера, и это не устранило проблему.

Есть идеи, что здесь происходит?

Вот полное сообщение об ошибке и трассировка стека:

Index was out of range. Must be non-negative and less than the size of the collection. Parameter name: index at System.Data.Linq.SqlClient.SqlProvider.Execute(Expression query, QueryInfo queryInfo, IObjectReaderFactory factory, Object[] parentArgs, Object[] userArgs, ICompiledSubQuery[] subQueries, Object lastResult) at System.Data.Linq.SqlClient.SqlProvider.ExecuteAll(Expression query, QueryInfo[] queryInfos, IObjectReaderFactory factory, Object[] userArguments, ICompiledSubQuery[] subQueries) at System.Data.Linq.SqlClient.SqlProvider.System.Data.Linq.Provider.IProvider.Execute(Expression query) at System.Data.Linq.Table1.System.Linq.IQueryProvider.Execute[TResult](Expression expression) at System.Linq.Queryable.FirstOrDefault[TSource](IQueryable1 source, Expression`1 predicate) at MyProject.FindUserByType(String typeId)

Обновлено: По запросу ниже представлена ​​копия схемы таблицы.

CREATE TABLE [dbo].[Container](
[ID] [int] IDENTITY(1,1) NOT NULL,
[MarketCode] [varchar](max) COLLATE SQL_Latin1_General_CP1_CI_AS NOT NULL,
[Description] [varchar](max) COLLATE SQL_Latin1_General_CP1_CI_AS NOT NULL,
[Capacity] [int] NOT NULL,
[Volume] [float] NOT NULL
 CONSTRAINT [PK_Container] PRIMARY KEY CLUSTERED 
(
[ID] ASC
)WITH (PAD_INDEX  = OFF, STATISTICS_NORECOMPUTE  = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS  = ON, ALLOW_PAGE_LOCKS  = ON) ON [PRIMARY]
) ON [PRIMARY]

Обновлено: трассировка стека показывает FirstOrDefault, но я продублировал ошибку, используя как Take(), так и ToList(). Трассировка стека во всех этих случаях идентична, просто заменяется FirstOrDefault/Take/ToList. Переход вниз по стеку к SqlProvider.Execute фактически идентичен.