Проблема параллелизма данных с Linq .ToList() и SqlQuery

Сохраняем список записей из одного приложения, удаляя список элементов и сохраняя обновленный список (список всегда меньше 10 элементов):

using (var context = GetContext())
{
    EFConfiguration.SuspendExecutionStrategy = true;
    using (var dbContextTransaction = context.Database.BeginTransaction())
    {
        try
        {
            context.ItemTable.RemoveRange(context.ItemTable.Where(d => d.ForeignKey == foreignKey));
            foreach (var item in items)
            {
                SetTimeStampFields(item);
                context.ItemTable.Add(item);
            }

            int i = await context.SaveChangesAsync();

            dbContextTransaction.Commit();

            EFConfiguration.SuspendExecutionStrategy = false;
        }
        catch (Exception)
        {
            dbContextTransaction.Rollback();
            EFConfiguration.SuspendExecutionStrategy = false;
            throw;
        }
    }
}

Эти изменения немедленно отображаются в базе данных. Затем извлекаем информацию из этой таблицы из другого приложения:

var itemList = await context.ItemTable.ToListAsync();

Приложение, кажется, получает обновленные значения при первом развертывании, но впоследствии они застревают на одних и тех же значениях. Я попытался добавить AsNoTracking() перед .ToListAsync(), чтобы попытаться обойти любой кеш, поскольку это данные только для чтения, но это не сработало. Единственное решение, которое я нашел, которое получает данные в режиме реального времени:

var itemList = await context.ItemTable.SqlQuery("Select * from TableName").ToListAsync();

Рассматриваемая таблица содержит записи с первичным ключом, двумя внешними ключами и некоторыми данными временных меток.

Мой вопрос: почему контекст не будет получать обновленные значения из таблицы? Эта проблема проявляется в локальных и развернутых средах. Это приложение ASP.NET Core, использующее Entity Framework 6. Рассматриваемая база данных представляет собой зрелую базу данных SQL Server 2012, которая используется в нескольких приложениях без каких-либо проблем, подобных этой.