MS Access - связанные таблицы против Access Data Project (ADP)? Безопасность? - PullRequest
0 голосов
/ 10 мая 2010

Я пытаюсь определить лучший подход при разработке нового приложения на основе Access. Из-за решений, принятых другими, я должен использовать Access 2003 в качестве внешнего интерфейса и SQL Server в качестве внутреннего хранилища данных (я бы предпочел использовать Winforms / WPF и SQL Server 2008, но это уже другая история).

Изначально я думал об использовании Access Data Projects (ADP), поскольку безопасность данных является большой проблемой в этом проекте, и ADP позволили бы мне хранить все (кроме VBA. Отчетов и форм) в SQL Server. Проблема в том, что многие разработчики, с которыми я говорил, предполагают, что использование ADO - это то, что Microsoft попробовала, а затем отказалась. Они предполагают, что использование связанных таблиц обеспечит более последовательный и менее ошибочный опыт.

Я надеялся получить отзывы о том, что другие считают лучшим решением. Кроме того, мне было бы интересно узнать, считают ли другие связанные таблицы угрозой безопасности по сравнению с ADP. Спасибо за любую помощь.

Изменить ... просто хотел добавить, что количество людей, использующих это приложение, будет небольшим (от 10 до 20). Также стоит добавить, что это приложение разрабатывается с нуля. Преобразование не требуется.

1 Ответ

2 голосов
/ 10 мая 2010

ADP не имеют существенных функций, добавленных в ряде версий. Они также имеют некоторые особенности по сравнению с MDB / ACCDB. Вероятно, есть менее 1% людей, использующих ADP, которые используют MDB / ACCDB, поэтому поддержка намного лучше для MDB / ACCDB.

Часть ADO не имеет значения, так как вы можете использовать ADO или DAO.

Если вы используете аутентификацию Windows, то между ADP и связанными таблицами нет реальной разницы, поскольку идентификаторы пользователей и пароли не хранятся в метаданных связанных таблиц.

Количество пользователей несущественно. Нет никаких причин, по которым вы не могли иметь тысячи пользователей в Access FE против SQL Server BE.

...