Судя по названию вашего вопроса, вы обеспокоены тем, какую базу данных (т.е. контейнер данных) следует использовать вместо Microsoft Access.Однако, просматривая ваш вопрос и последующие ответы и комментарии, вы на самом деле больше заботитесь о том, что использовать для разработки интерфейса приложения / пользователя, что вы называете «интерфейсом запроса».
Вот пара вещейвам нужно понять:
1) SELECT-запросы позволяют извлекать данные из базы данных.Однако данные должны как-то попадать в базу данных.Ни в коем случае вы не указали, используется ли так называемый «интерфейс запроса» для ввода данных.Если это на самом деле используется для ввода данных, как я подозреваю, то вам следует задуматься о том, как вы будете разрабатывать свое «приложение», а не свой «интерфейс запроса».Ввод данных часто требует определенного количества руководства и логики, которые определены вне базы данных.Эта логика включает в себя (но не ограничивается ими) такие вещи, как правила проверки, входные маски, родительские и дочерние отношения, которые реализуются с помощью дизайна GUI.По сути, это приложение, а не просто «интерфейс запроса».Приложения обычно предназначены для облегчения ввода данных, чем когда пользователь вводит данные непосредственно в таблицы.Но даже здесь вы должны понимать, что в конечном итоге пользователь даже не может вводить данные непосредственно в таблицу без какого-либо графического интерфейса приложения, независимо от того, разработан этот графический интерфейс или нет.
2) Microsoft Access - это инструмент быстрой разработки приложений (RAD), позволяющий быстро и легко создавать и сохранять запросы, формы и отчеты.Мне кажется, что вы действительно задаетесь вопросом: Какой инструмент RAD, кроме Microsoft Access, я могу использовать для разработки запросов и форм для просмотра и ввода данных в небольшие базы данных рабочего стола?И какую базу данных вы бы порекомендовали использовать вместе с рекомендованным вами инструментом RAD?
Если я правильно определил ваш фактический вопрос, позвольте мне высказать свою точку зрения на этот вопрос.Во-первых, как уже указывалось в другом ответе, поскольку клиенты работают под управлением MS Windows, вам не нужно отказываться от использования Access / Jet / ACC в качестве базы данных (контейнера данных, части, которая содержиттаблицы).Пока установлен MDAC, база данных Access должна быть «машиночитаемой».
Мне кажется, что более важный вопрос здесь заключается в том, какой инструмент RAD следует использовать вместо Microsoft Access?После того, как вы ответите на этот вопрос, возможно, он поможет вам ответить на первый вопрос, какую базу данных следует использовать.В ответ на этот вопрос давайте будем честными.Хотя у Microsoft Access есть свои недостатки, вы, вероятно, не найдете другого инструмента RAD, который позволял бы вам так легко создавать формы для ввода данных.FileMaker Pro - один из немногих известных мне конкурирующих продуктов.
Да, вы можете использовать Visual Studio .Net для создания исполняемых файлов .exe.Эти среды выполнения могут включать в себя формы для просмотра и ввода данных, а также отчеты.Я думаю, вы обнаружите, что кривая обучения довольно важна, особенно если вы еще не знакомы с ADO.Net, который сильно отличается от DAO или ADO Classic.Если вы хотите предоставить своим пользователям способы создавать свои собственные запросы / фильтры или отчеты, вам придется встроить эту функцию в графический интерфейс, поскольку Visual Studio не предоставляет простых мастеров и инструментов проектирования, которые вы найдете в Microsoft Access.Хотя Visual Studio намного мощнее MS Access, вам необходимо понимать, что время разработки даже для самых простых приложений, вероятно, будет намного больше, особенно когда вы впервые изучаете.
Существуют ли другиеRAD инструменты, которые вы могли бы использовать?Я мало что знаю о различных инструментах проектирования, перечисленных здесь, но это может быть хорошим началом для вас: http://en.wikipedia.org/wiki/List_of_rapid_application_development_tools#Desktop_Rapid_Application_Development_Tools