Вместо того, чтобы ответить на подтекст вопроса (который является то, что приложения Access не страшны ни на что), я дам некоторую информацию о будущем доступа:
Access является флагманским продуктом для Microsoft. В линейке продуктов Microsoft нет никакой замены, поэтому Microsoft будет продолжать продвигаться и разрабатываться в той или иной форме в обозримом будущем (до тех пор, пока есть пакет Office из MS, будет доступ).
Практически отсутствует конкуренция за пределами MS для функциональных возможностей, предоставляемых Access. Единственным сравнимым продуктом является FileMaker Pro. Можно сказать, что базовый компонент в пакете OpenOffice является конкурентом, но он охватывает только часть функций, предлагаемых FM и Access (что не означает, что этого может быть недостаточно для любого количества сценариев).
Доступ (и весь пакет Office) по-прежнему использует VBA в качестве языка программирования, а остальная часть Microsoft перешла от VB к языкам на основе .NET. Другие продукты Office теперь могут использовать компоненты .NET (но не так, как они используют VBA), но это не относится к Access. Я ожидал бы, что когда-нибудь в следующих двух версиях Access (не в A2010), поддержка .NET будет представлена каким-то образом. Но, зная историю MS, VBA будет поддерживаться в нескольких версиях.
Приложения доступа исторически имели огромную слабость в отношении развертывания в Интернете, что FileMaker предлагал много лет назад. A2010 исправляет это большое время благодаря интеграции Sharepoint, которая позволяет создавать приложение Access с использованием новых веб-объектов, которые могут выполняться идентично в клиенте доступа и в веб-браузере (любой совместимый со стандартами веб-браузер - не больше веб-компонентов и ограничений на IE).
Двигатель базы данных Jet был в основном объявлен мертвым MS вокруг выпуска Jet 4 (который вышел в 1999 году), хотя MS сделала Jet 4 компонентом операционной системы Windows (и она по-прежнему есть). Jet получил новую жизнь с выпуском Access 2007 и включением новой версии ядра базы данных Jet под названием ACE и принадлежащей команде разработчиков Access (Jet 4 по-прежнему принадлежит команде разработчиков Windows и заморожен как , без дополнительной разработки).Большая часть новой функциональности, внедренной в ACE, основана на стремлении Microsoft интегрировать Access с Sharepoint, но с A2010 некоторые из новых функций (таких как макросы данных на уровне таблицы, которые обеспечивают эквивалент триггеров) очень полезны даже без использование Sharepoint (другие, как многозначные поля, не являются). В 64-разрядной версии Office теперь имеется 64-разрядная версия ACE, поэтому Jet/ACE теперь можно использовать в 64-разрядных приложениях, не требуя компиляции только в 32-разрядной версии.
Теперь последний вопрос: спросил
@ChrisDiRulli:
Есть ли причина продолжать использовать эту технологию (помимо избежать затрат, чтобы переместить его на)?
Конечно, есть очень веские причины, чтобы продолжить использование доступа:
приложение уже разработаны.
приложение работает или работает достаточно хорошо, чтобы выполнить работу.
Приложению нужны только некоторые новые функции, а не полная переписывание.
приложение используется группой пользователей, для которых нет проблем с развертыванием (все они имеют полный доступ или используют среду выполнения).
Есть большое будущее для доступа, мне кажется. Я не восхищался Access после выпуска Office 95/97, который представил VBA в пакете Office и позволил создать «мета-приложения», созданные поверх пакета Office.
Теперь в любой конкретной ситуации, с устаревшим приложением Access, проблема может заключаться в том, что никто не знает, как исправить существующее приложение, или что существующее приложение является святым беспорядком спагетти-кода и макросов (что гораздо хуже, если оно использует макросы, так как почти невозможно рассказать, как они взаимосвязаны), или схема плохая, или, или, или ...
Если проблема в том, что никто не имеет отбивных (или процентов) для спасения приложения , вы должны рассмотреть возможность найма подрядчика, который является опытным разработчиком Access. Найти этих людей не так просто, но их много. Вы можете сказать, кто компетентные из них публичные публикации в группах Access Usenet и даже некоторые из них здесь, на SO.
Если вы не хотите этого делать, вы, скорее всего, потратите гораздо больше денег, пытаясь понять, как исправить приложение Access, или, наоборот, обнаружив, насколько дорого реплицировать ту же функциональность за пределами доступа. В последнем случае многие организации предпочитают заменять приложение тем, у кого есть только одна и та же функциональность. Это отличный способ оттолкнуть конечных пользователей и подтолкнуть их к удалению оговорки и не спрашивать у ИТ о помощи в будущем, так что это, вероятно, не очень хорошая идея.
Но первые вещи сначала:
Lose враждебность к доступу. Это иррационально и 99,99%, вероятно, что он полностью основан на невежестве.
duplicate, i reckon: http://stackoverflow.com/questions/469799/what-are-the-appro-uses-for-ms-access – hawbsl
Должен ли вы опробовать вопрос, потому что вам не нравится ответ афера? – JeffO
Мне действительно все равно, что касается доступа или спорных вопросов, но Дэвид сделал такую приятную работу, чтобы ответить на это, что я думаю, что это стоит того. Попробовал отредактировать часть негатива ... – Shog9