Часто задаваемые вопросы (LINQ to SQL)
Обновлен: November 2007
В следующих разделах даны ответы на некоторые вопросы, которые могут возникнуть при реализации LINQ.
Решение других проблем рассматривается в разделе Устранение неполадок (LINQ to SQL).
Не удается подключиться
В. Не удается подключиться к базе данных.
A. Проверьте правильность строки подключения и работу экземпляра SQL Server. Обратите внимание, что для LINQ to SQL требуется включенный протокол именованных каналов. Дополнительные сведения см. в разделе Обучение с помощью пошаговых руководств (LINQ to SQL).
Потеряны изменения, внесенные в базу данных
Q. В базу данных были внесены изменения, однако при повторном запуске приложения их там не оказалось.
О. Проверьте, что для сохранения результатов в базе данных был вызван метод SubmitChanges.
Соединение с базой данных: как долго сохранять открытым?
В. Какое время подключение к базе данных будет оставаться открытым?
О. Обычно подключение остается открытым, пока не будут использованы результаты запроса. Если планируется выделить время для обработки и кэширования всех результатов, к запросу следует применить ToList<TSource>. В типичных сценариях, где каждый объект обрабатывается только один раз, потоковая модель является предпочтительной в DataReader и LINQ to SQL.
Точные сведения об использовании подключения зависят от следующих моментов.
Состояние подключения, если DataContext создан с помощью объекта подключения.
Параметры строки подключения (например, включение режима MARS). Дополнительные сведения см. в разделе Режим MARS.
Обновление без выполнения запросов
В. Можно ли обновить данные таблицы, не отправляя запрос в базу данных?
В. Хотя в LINQ to SQL отсутствуют команды обновления на основе наборов, для обновления без выполнения запроса можно воспользоваться любым из следующих способов.
Чтобы отправить код SQL, используйте ExecuteCommand.
Создайте новый экземпляр объекта и инициализируйте все текущие значения (поля), влияющие на обновление. Затем прикрепите объект к DataContext с помощью Attach и отредактируйте поле, которое нужно изменить.
Неожиданные результаты запроса
В. Запрос возвращает неожиданные результаты. Как узнать, что случилось?
О. LINQ to SQL предоставляет несколько средств для проверки создаваемого кода SQL. Одним из наиболее важных Log. Дополнительные сведения см. в разделе Поддержка отладки (LINQ to SQL).
Неожиданные результаты хранимой процедуры
В. Имеется хранимая процедура, возвращаемое значение которой вычислено с помощью функции MAX(). При перетаскивании процедуры в область Сред. Объектно-реляционный конструктор возвращаемое значение становится неверным.
О. LINQ to SQL предоставляет два способа возвращения значений, созданных базой данных, с помощью хранимых процедур.
Путем именования выходного результата.
Путем явного указания выходного параметра.
Ниже представлен пример неверных выходных данных. Поскольку LINQ to SQL не может сопоставить результаты, он всегда возвращает 0.
create procedure proc2
as
begin
select max(i) from t where name like 'hello'
end
Ниже представлен пример правильных выходных данных с использованием выходного параметра.
create procedure proc2
@result int OUTPUT
as
select @result = MAX(i) from t where name like 'hello'
go
Ниже представлен пример правильных выходных данных с именованием выходного результата.
create procedure proc2
as
begin
select nax(i) AS MaxResult from t where name like 'hello'
end
Дополнительные сведения см. в разделе Настройка операций с помощью хранимых процедур (LINQ to SQL).
Ошибки сериализации
В. При попытке сериализации возвращается следующее сообщение об ошибке: «Тип 'System.Data.Linq.ChangeTracker+StandardChangeTracker'... не помечен как сериализуемый».
О. Создание кода в LINQ to SQL поддерживает сериализацию DataContractSerializer. Оно не поддерживает XmlObjectSerializer или BinaryFormatter. Дополнительные сведения см. в разделе Сериализация (LINQ to SQL).
Несколько DBML-файлов
В. При работе с несколькими DBML-файлами, использующими общие таблицы, возникает ошибка компилятора.
О. В каждом DBML-файле задайте свойствам Пространство имен контекста и Пространство имен сущности из Сред. Объектно-реляционный конструктор разные значения Это способ исключает конфликты имен/пространств имен.
Предупреждение явного задания значений, созданных базой данных, в Insert или Update
В. Имеется таблица базы данных со столбцомDateCreated, соответствующим по умолчанию SQL Getdate(). При попытке вставить новую запись с помощью LINQ to SQL возвращается значение NULL. Хотя ожидается заданное по умолчанию значение базы данных.
LINQ to SQL автоматически обрабатывает данную ситуацию для столбцов identity (автоувеличение), rowguidcol (формируемые базой данных идентификаторы GUID) и timestamp. В других случаях свойствам IsDbGenerated=true и AutoSync=Always/OnInsert/OnUpdate следует задать значения вручную.
Несколько параметров DataLoadOptions
В. Можно ли задать дополнительные параметры загрузки, не переопределяя исходные?
О. Да. Исходные параметры не переопределяются, как показано в следующем примере.
Dim dlo As New DataLoadOptions()
dlo.LoadWith(Of Order)(Function(o As Order) o.Customer)
dlo.LoadWith(Of Order)(Function(o As Order) o.OrderDetails)
DataLoadOptions dlo = new DataLoadOptions();
dlo.LoadWith<Order>(o => o.Customer);
dlo.LoadWith<Order>(o => o.OrderDetails);
Ошибки при использовании SQL Compact 3.5
В. При переносе таблиц из база данных SQL Server Compact 3.5 возникает ошибка.
О. Сред. Объектно-реляционный конструктор, в отличие от среды выполнения LINQ to SQL, не поддерживает SQL Server Compact 3.5. В этом случае необходимо создать собственные классы сущностей и добавить соответствующие атрибуты.
Ошибки в связях наследования
В. При использовании фигуры наследования панели элементов в Сред. Объектно-реляционный конструктор для соединения двух объектов возникают ошибки.
О. Простого создания связи недостаточно. Необходимо предоставить сведения, такие как столбец дискриминатора, значение дискриминатора базового класса и значение дискриминатора производного класса.
Модель поставщика
В. Доступна ли модель общего поставщика?
О. Такая модель отсутствует. В настоящий момент LINQ to SQL поддерживает только SQL Server и SQL Server Compact 3.5.
Атаки путем внедрения кода SQL
В. Каким образом LINQ to SQL защищен от атак типа SQL-injection?
О. Внедрение SQL-кода представляло серьезную угрозу для традиционных SQL-запросов, созданных путем объединения вводимых пользователем данных. LINQ to SQL предотвращает подобное внедрение за счет использования SqlParameter в запросах. Вводимые данные преобразуются в значения параметров. Этот способ исключает использование вредоносных команд из введенных данных.
Создание флага "Только чтение" в файлах DBML.
В. Каким можно устранить методы установки из некоторых свойств при создании объектной модели из файла DBM?
О. Выполните следующие действия.
В файле DBML измените свойство, присвоив флагу IsReadOnly значение True.
Добавьте разделяемый класс. Создайте конструктор с параметрами для членов, доступных только для чтения.
Проверьте значение по умолчанию UpdateCheck (Never), чтобы определить, является ли оно правильным для приложения.
.gif "Предупреждающее замечание")
Внимание!При использовании Сред. Объектно-реляционный конструктор в Visual Studio изменения могут быть переопределены.
APTCA
В. Помечена ли сборка System.Data.Linq для использования кодом с частичным доверием?
О. Да, System.Data.Linq.dll входит в число сборок .NET Framework, отмеченных атрибутом AllowPartiallyTrustedCallersAttribute. Без данной отметки сборки в .NET Framework предназначены для использования только полностью доверенным кодом.
Основной сценарий в LINQ to SQL, разрешающий частично доверенный вызывающий код, предусматривает разрешение доступа к сборке LINQ to SQL из веб-приложений, причем для уровня доверия установлено значение «Средний».
Дополнительные сведения см. в разделах Управление доступом для кода в ASP.NET и Управление доступом для кода в ASP.NET.
Сопоставление данных из нескольких таблиц
В. Данные в сущность поступают из нескольких таблиц. Как их сопоставить?
О. В базе данных можно создать представление и сопоставить ему сущность. LINQ to SQL создает одинаковый SQL для представлений и таблиц.
.gif "Примечание") Примечание. |
|---|
В данном сценарии использование представлений имеет ограничения. Способ работает с максимальной безопасностью, если операции, выполняемые в Table<TEntity>, поддерживаются базовым представлением. Операции, которые предполагается использовать, известны только вам. Например, большинство приложений доступно только для чтения, а другая значительная часть выполняет действия Create/Update/Delete только при использовании хранимых процедур в представлениях. |
Объединение подключений в пул
В. Существует ли конструкция, с помощью которой можно объединить DataContext?
О. Не пытайтесь повторно использовать экземпляры DataContext. Каждый DataContext сохраняет состояние (включая кэш идентификации) для одного определенного сеанса редактирования/запроса. Для получения новых экземпляров на основе текущего состояния базы данных используйте новый DataContext.
Можно по-прежнему использовать базовое объединение подключений ADO.NET. Дополнительные сведения см. в разделе Организация пулов соединений SQL Server (ADO.NET).
Не выполняется обновление второго DataContext
В. Для хранения значение в базе данных использовался один экземпляр DataContext. Однако второй DataContext в той же базе данных не отражает обновленные значения. Второй экземпляр DataContext, вероятно, возвращает кэшированные значения.
О. Это сделано намеренно. LINQ to SQL продолжает возвращать те же экземпляры/значения, которые отображались в первом экземпляре. При выполнении обновлений используется оптимистическая блокировка. Для проверки текущего состояния базы данных используются исходные данные, которые подтверждают неизменность ее состояния. Если состояние изменилось, возникает конфликт, который должен быть устранен приложением. Одним вариантом является сброс исходного состояния до текущего состояния базы данных и повторная попытка обновления. Дополнительные сведения см. в разделе Как управлять конфликтами изменений (LINQ to SQL).
Кроме того, ObjectTrackingEnabled можно задать значение "false", которое отключает кэширование и отслеживание изменений. После этого самые последние значения можно будет извлекать при каждом запросе.
Не удается вызвать метод SubmitChanges в режиме "только чтение"
В. При попытке вызвать метод SubmitChanges в режиме только для чтения возникает ошибка.
О. Режим только для чтения отключает возможность контекста отслеживать изменения.
См. также
Задачи
Устранение неполадок (LINQ to SQL)