Альтернатива Microsoft Access для сбора данных

Question

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

Я понятия не имею, кто создал его, поскольку человек с тех пор оставил и не оставил следов того, что он сделал. Я могу получить доступ к файлам, зарегистрировать данные и перейти к коду, чтобы у них не было проблем с целостностью.

Мой вопрос однако есть. С тех пор существуют лучшие альтернативы для сбора данных в базе данных, которые легко доступны с помощью простого интерфейса и функции отчетности, например Access. Я знаю, что есть альтернативы, такие как MSSQL, MySQL и т. Д., Но не хочу идти по этому пути, так как интерфейс все равно должен быть разработан для этого типа БД.

Answer 1

Существуют различные инструменты управления базами данных вдоль уровня доступа, перечисленных в http://alternatives.rzero.com/db.html и Alternatives to Access. Проблема в том, что перенос данных часто довольно легко по сравнению с формами и кодом.

Если у вас есть существующее приложение, работающее нормально, но не задокументированное и т. Д., То я бы придерживался этого. Понимать приложение, документировать его и разрабатывать будущие требования, прежде чем пытаться переместить его в другую структуру. У вас есть определенная гибкость при доступе, если он работает нормально для текущих пользователей.

• Можно использовать Access as a front end to SQL Server.
• Доступ тривиально для использования практически из всех средств разработки Windows. Поэтому, если вам нужно написать новый интерфейс, вы можете постепенно это сделать.
• Доступ имеет различный уровень integration with SharePoint. Для простых приложений (я не знаю, есть ли у вас) многие люди просматривают списки и представления SharePoint. Это не всегда лучшее решение, но это стоит посмотреть.

Answer 2

use sqlite

И поиск интерфейсов, есть много

Answer 3

Если у вас есть достаточно прямые потребности в CRUD для ваших данных, вы можете попробовать перейти на MS SQL Server и использовать ASP.NET Dynamic Data для создания интерфейса. Sql Server Reporting Services затем может использоваться для обработки потребностей в отчетах. Microsoft предоставляет some tools, чтобы помочь вам перенести данные из MS Access на SQL Server. Это также даст вам путь для добавления пользовательских функций по мере необходимости.

Чтобы немного расширить функциональность добавления. Технологии ASP.NET могут live side by side в одном приложении. Таким образом, в вашем случае вы можете начать с Dynamic Data в качестве интерфейса, затем по мере необходимости добавьте пользовательские формы ASP.NET MVC для [некоторые бизнес-причины] и, возможно, представите некоторые данные через веб-службы WCF для потребления других приложений. Таким образом, вы можете постепенно увеличивать свои потребности без больших авансовых инвестиций.

Answer 4

VS Lightswitch, возможно, стоит посмотреть.

Answer 5

"С тех пор ... 2000"? Я думаю, что более поздние версии Access намного лучше (2003-2010). Таким образом вы можете выполнить обновление вместо преобразования.

Если вы пытаетесь избежать лицензий для нескольких пользователей, есть способы создать приложение (все еще нужна одна лицензия) и распространять его другим пользователям. Они теряют способность создавать вещи самостоятельно.

Я бы разложил приложение на два файла: A) Только данные (поместить на общий диск) B) Приложение (создайте копии пользователей, чтобы разместить их на HD и ссылку на файл данных). Отсюда вы можете решить любые проблемы с производительностью, если они появятся.

Если у вас есть другие недостатки с вашим приложением, вы можете сделать это через день или два.