Может ли LINQ to SQL и традиционные хранимые процедуры сосуществовать? - PullRequest
Новая
       11

Может ли LINQ to SQL и традиционные хранимые процедуры сосуществовать?

0 голосов
/ 12 июня 2009

Во-первых, чтобы прояснить ситуацию, я не говорю о LINQ to SPRocs.

У меня есть существующий DAL, который использует более 100 хранимых процедур. Это было создано, когда эта программа была веб-приложением. Теперь это приложение winform в иногда подключенной среде, которая использует локальную базу данных. Я оставил существующий DAL на месте в интересах времени, но сейчас нахожу

У меня вопрос: есть ли какие-то подводные камни, о которых я должен знать, чтобы создать dbml (datacontext) для моей программы, чтобы продолжить работу, оставив существующий DAL на месте?

Это позволило бы мне заменить существующий DAL небольшими шагами.

Ответы [ 2 ]

1 голос
/ 12 июня 2009

Хорошо, одна потенциальная ловушка, о которой вам нужно знать, - это если один из ваших SProcs изменяет данные объекта, который в данный момент использует ваш LINQ DataContext.

Если у вас есть оптимистическая блокировка параллелизма на месте, в худшем случае сущность LINQ не может быть обновлена ​​позднее (поскольку базовые значения в базе данных изменились «за» спиной).

Это действительно не большая проблема - вам все равно придется иметь дело с этим (параллелизм между несколькими пользователями). Кроме этого я не вижу никаких проблем.

Марк

1 голос
/ 12 июня 2009

Ни о чем я не знаю. DataContext может рассматриваться как просто другое приложение; Предполагается, что ваша база данных может обрабатывать произвольные соединения приложения, если приложение хорошо себя ведет. Linq to SQL использует стандартные команды SQL за кулисами для выполнения своей работы и знает о типичных вещах, таких как блокировки записей и транзакции. Я думаю, что ваш подход обоснован.

...