Мигрировать доступ к ASP.NET

Question

Текущее приложение является своего рода приложением CRM, построенным на MS Access. Приложение для внутреннего пользования. Моя работа состоит в том, чтобы перенести его в веб-приложение ASP.NET. Теперь босс требует сохранить Access в качестве базы данных и разрабатывать для него код ASP.NET.

Мой вопрос: есть ли недостатки в использовании Access в качестве базы данных в приложении ASP.NET? (например, проблема оптимистичного параллелизма?) Должен ли я убедить босса обновить Access до MS-SQL?

Большое спасибо!

Answer 1

Мы успешно использовали Access в качестве бэкенда для веб-сайтов. Это дешево, может эффективно использоваться программистами средней квалификации, и вы можете хранить MDB на сервере документов, чтобы его можно было сохранить.

Большинство ИТ-специалистов не любят Access, но с точки зрения бизнеса, доступ может быть очень ценным.

Answer 2

Я промоутер Access, но не для использования на веб-сайтах, потому что Jet / ACE не является потокобезопасным (хотя Майкл Каплан однажды сказал, что это потокобезопасен, если вы обращаетесь к нему через ADO / OLEDB; я не совсем понимаю, как Уровень абстракции базы данных может смыть характеристику базового движка базы данных, который он вызывает, но если MichKa сказал, это на 99% вероятно.

Теперь исключения будут, если вы используете это для создания прототипа чего-то, что будет использовать другую базу данных, или если это только для чтения или для чтения и записи, но когда-либо будет иметь очень небольшое количество пользователей.

Веб-сайт Майкла Каплана, trigeminal.com, использовал базу данных Jet в качестве бэк-энда (возможно, все еще - я не знаю, когда MichKa когда-либо меняла ее), и когда это был его основной веб-сайт, он сообщал о получении 100K хиты в день. Но это сайт только для чтения, так что он соответствует моим ограничениям.

Существует так много разных альтернатив, и они в основном просты в использовании, поэтому я просто не вижу смысла пытаться использовать Jet / ACE в качестве серверной части для веб-сайта. Я бы никогда этого не сделал сам (все сайты, за которые я отвечаю, используют MySQL).

Answer 3

Ваш босс, вероятно, любит делать специальные вещи с доступом / Excel. Если вы переместите БД в SQL Server Express, вы сможете использовать Access и функцию связанных таблиц, чтобы ваш начальник продолжал выполнять свои специальные задачи через Access, сохраняя данные в SQL Server Express. Если вы сохраните имена связанных таблиц такими же, как у старых физических таблиц, все его отчеты и запросы будут работать.

Answer 4

Если вы планируете обновить базу данных Microsoft Access до SQL Server 2008, используйте Помощник по миграции SQL Server (SSMA) вместо мастера увеличения, встроенного в MS

10 + советы по увеличению размера базы данных Access до SQL ServerAccess.

Answer 5

Проблема, с которой вы столкнетесь при обновлении с Access на MS-SQL, заключается в том, что для приложения требуются значительные инвестиции. Если в вашей компании уже есть инфраструктура (лицензирование, оборудование ...), вам не придется сражаться с боссом.

Что касается технического ответа:

Я бы сказал, что вам нужно сообщить начальнику, что базы данных доступа не идеальны для одновременного использования, которое, как предполагает веб-приложение, является целью приложения. Я считаю, что Access предназначен для информации базы данных, которую небольшой набор пользователей будет просто использовать для небольшого ввода данных и запросов. НИКОГДА не используйте Access для создания решения корпоративного уровня.

Answer 6

MS Access, как известно, нестабилен в многопользовательских средах. Веб-приложение по определению является многопользовательским.

Так что ИМХО, оставляя MS Access в качестве базовой БД, вызов для проблемы. Хотя бы используйте SQL Express (это бесплатно)

Answer 7

Проще говоря, иди с MSSQL. Экспресс-версия бесплатна и предоставит вам все необходимое для перехода от Access. В этих статьях конкретно говорится о приложениях Access, но те же проблемы будут преследовать вас.

http://resources.zdnet.co.uk/articles/features/0,1000002000,39285074,00.htm

https://web.archive.org/web/1/http://techrepublic%2ecom%2ecom/5208-6230-0.html?forumID=102&threadID=205509&messageID=2136367