Вопросы и ответы

Убедитесь, что строка подключения правильно и запущен ли экземпляр SQL Server. Обратите внимание также, что LINQ to SQL требует включения протокола именованных каналов. Дополнительные сведения см. в разделе Обучение пошагового руководства.

Проверьте, что для сохранения результатов в базе данных был вызван метод SubmitChanges.

Как правило, подключение остается открытым до тех пор, пока не будут использованы результаты запроса. Если планируется выделить время для обработки и кэширования всех результатов, к запросу следует применить ToList. В распространенных сценариях, когда каждый объект обрабатывается только один раз, модель потоковой передачи выше в обоих DataReader случаях и в LINQ to SQL.

Точные сведения об использовании подключения зависят от следующих моментов.

• Состояние подключения, если DataContext создан с помощью объекта подключения.

• Параметры строки подключения (например, включение режима MARS). Дополнительные сведения см. в разделе Несколько активных результирующих наборов (MARS).

Хотя у LINQ to SQL нет команд обновления на основе набора, можно использовать любой из следующих методов для обновления без первого запроса:

• Чтобы отправить код SQL, используйте ExecuteCommand.

• Создайте новый экземпляр объекта и инициализируйте все текущие значения (поля), влияющие на обновление. Затем прикрепите объект к DataContext с помощью Attach и отредактируйте поле, которое нужно изменить.

LINQ to SQL предоставляет несколько средств для проверки кода SQL, который он создает. Одним из наиболее важных Log. Дополнительные сведения см. в разделе "Поддержка отладки".

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 поддерживает DataContractSerializer сериализацию. Оно не поддерживает XmlSerializer или BinaryFormatter. Дополнительные сведения см. в разделе Сериализация.

Задайте свойства пространства имен контекста и пространства имен сущностей из реляционный конструктор объектов в отдельное значение для каждого файла DBML. Это способ исключает конфликты имен/пространств имен.

LINQ to SQL обрабатывает эту ситуацию автоматически для удостоверений (автоматического увеличения) и rowguidcol (GUID, созданных базой данных) и столбцов метки времени. В других случаях следует вручную задать IsDbGeneratedtrue=иAlways=OnUpdateAutoSync/OnInsert/свойства.

Да. Исходные параметры не переопределяются, как показано в следующем примере.

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 Server Compact 3.5, хотя среда выполнения LINQ to SQL выполняется. В этом случае необходимо создать собственные классы сущностей и добавить соответствующие атрибуты.

Простого создания связи недостаточно. Необходимо предоставить сведения, такие как столбец дискриминатора, значение дискриминатора базового класса и значение дискриминатора производного класса.

Такая модель отсутствует. В настоящее время LINQ to SQL поддерживает только SQL Server и SQL Server Compact 3.5.

Внедрение SQL-кода представляло серьезную угрозу для традиционных SQL-запросов, создаваемых путем объединения данных, вводимых пользователем. LINQ to SQL избегает такой внедрения с помощью SqlParameter запросов. Вводимые данные преобразуются в значения параметров. Этот способ исключает использование вредоносных команд из введенных данных.

Выполните следующие действия.

1. В файле DBML измените свойство, присвоив флагу IsReadOnly значение True.

2. Добавьте разделяемый класс. Создайте конструктор с параметрами для членов, доступных только для чтения.

3. Проверьте значение по умолчанию UpdateCheck (Never), чтобы определить, является ли оно правильным для приложения.

   Внимание

   Если вы используете реляционный конструктор объектов в Visual Studio, изменения могут быть перезаписаны.

Да, сборка System.Data.Linq.dll входит в число платформа .NET Framework сборок, помеченных атрибутомAllowPartiallyTrustedCallersAttribute. Без этой маркировки сборки в платформа .NET Framework предназначены только для использования полностью доверенным кодом.

Основной сценарий в LINQ to SQL для разрешения частично доверенных вызывающих объектов — разрешить доступ к сборке LINQ to SQL из веб-приложений, где конфигурация доверия — средняя.

В базе данных можно создать представление и сопоставить с ним сущность. LINQ to SQL создает тот же SQL для представлений, что и для таблиц.

Не пытайтесь повторно использовать экземпляры DataContext. Каждый DataContext сохраняет состояние (включая кэш идентификации) для одного определенного сеанса редактирования/запроса. Для получения новых экземпляров на основе текущего состояния базы данных используйте новый DataContext.

Вы по-прежнему можете использовать базовые ADO.NET пул соединений. Дополнительные сведения см. в разделе Объединение подключений в пул в SQL Server (ADO.NET).

Такое поведение предусмотрено программой. LINQ to SQL продолжает возвращать те же экземпляры и значения, которые вы видели в первом экземпляре. При выполнении обновлений используется оптимистическая блокировка. Для проверки текущего состояния базы данных используются исходные данные, которые подтверждают неизменность ее состояния. Если состояние изменилось, возникает конфликт, который должен быть устранен приложением. Одним вариантом является сброс исходного состояния до текущего состояния базы данных и повторная попытка обновления. Дополнительные сведения см. в статье "Управление конфликтами изменений".

Кроме того, ObjectTrackingEnabled можно задать значение «false», которое отключает кэширование и отслеживание изменений. После этого самые последние значения можно будет извлекать при каждом запросе.

Режим только для чтения отключает для контекста возможность отслеживания изменений.

См. также

• Справочные материалы
• Устранение неполадок
• Безопасность в LINQ to SQL