Лучшее место для размещения SQL в приложении ASP.NET - это ...?

Question

Я создаю приложение ASP.NET, которое в значительной степени самодостаточно, оно будет отправлено на разные хосты и в результате будет включать встроенный механизм базы данных - я действительно смотрел на SQLite, но он не может работать при среднем доверии и это может быть проблемой, поэтому похоже, что это будет Microsoft SQL Server Compact Edition 4.

Microsoft SQL Server Compact Edition не поддерживает хранимые процедуры, и поэтому мне интересно, где будет лучшее место для включения кода SQL, с учетом будущих изменений и т. Д.

До сих пор я думаю, что мои параметры либо напрямую встроены в код в виде типа String или Stringbuilder (который может запутаться в сложных запросах), либо, может быть, в файлы SQL, хранящиеся в папке App_GlobalResources - второй вариант - это нечто что я только что рассмотрел, но думаю, что это будет довольно хороший вариант для локализации и будущего редактирования - есть ли у кого-нибудь еще предложения?

С уважением, Натан.

Answer 1

Вы можете сохранять параметризованные запросы в файле ресурсов .

Answer 2

Вы можете использовать MS SQL Express.Он бесплатный, имеет хранимые процедуры, но имеет ограничение размера базы данных 4 ГБ (увеличено до 10 ГБ для SQL Server Express 2008 R2).

Для получения дополнительной информации прочитайте this .

Answer 3

Как и другие, говорят, что ORM, Entity Framework или Linq to SQL, вероятно, лучше, чем встроенный SQL, однако, поскольку ваш вопрос не задавал ни одного из этих вопросов, я бы посоветовал хранить ваши файлы SQL в качестве встроенных ресурсов. Другие упоминали файлы ресурсов, но я чувствую, что файлы ресурсов трудны в использовании, и у вас нет хорошей IDE для разработки внутри. Внедрение файлов .SQL должно облегчать управление версиями, использовать их в Visual Studio, позволять максимально приблизить запросы к компонентам доступа к данным и затруднить их однократное изменение в производственной среде.

Answer 4

Я думаю, что лучше использовать какой-либо инструмент ORM или LINQ to SQL, чем хранить собственные строки SQL.