Фон
Я работаю над крупной организацией, в которой тысячи приложений MS Access плавают. Я не писал ни одного из них - на самом деле, большинство оригинальных авторов давно покинули компанию, но время от времени другое приложение Access прикладывается к моему столу для поддержки. Я бы очень хотел заменить доступ с помощью другого решения.
Требования
Я знаю, что есть несколько хороших альтернатив для части базы данных MS Access (база данных Jet), например SQLite, MySQL, VistaDB и т.д.
Что я хотел бы знать: есть ли что-то, что заменит переднюю часть MS Access?
т.е. Что-то, что можно использовать для создания форм, написания простых скриптов и запросов и т.д.?
Почему?
@BracC спросил "зачем заменять доступ?" - На самом деле справедливый вопрос.
Я хочу избавиться от доступа, потому что:
- он скрывает логику, приводящую к приложениям с жесткой поддержкой. Логика может быть во множестве разных мест, ни одна из которых не обеспечивает или не поощряет какую-либо структуру:
- макросы
- Модули
- Запросы
- формы
- сама по себе побуждает пользователей создавать "маленькие" приложения, которые становятся "не столь маленькими приложениями". Затем пользователь уходит, и я должен поддерживать кучу спагетти. Я знаю, что доступ не единственный преступник, но он лидер в моей организации, и я хотел бы полностью избавиться от него.
Для дополнительного кредита
то, что я действительно хотел бы найти, это то, что можно читать в файле MDB и выводить что-то вроде С#, который реплицирует функциональность. (Или любой язык - не суетливый).
Надеюсь, это все ясно. Если нет, отправьте комментарий, и я напишу/добавлю подробности.
Update
@GuinnessFan делает некоторые моменты, которые мне интересны. Я добавил свои комментарии, чтобы обсудить эти вопросы.
Что мы сделали с тех пор, как задали вопрос:
- Попросите пользователей предоставить нам окончательный список приложений доступа, которые они используют и нуждаются. (Понимание заключается в том, что любые файлы MDB, не входящие в список, могут быть удалены - ура!).
- Проанализировал MDB в списке, сделав следующие выводы:
- Большинство "приложений" состоят из одного жестко запрограммированного запроса или одной связанной таблицы.
- Многие из них представляют собой небольшое число запросов с, возможно, параметром даты или аналогичным.
- очень немногие (если есть) имеют действительно сложную логику.
- Теперь мы работаем через список, конвертируя большинство приложений в пакеты служб SSRS (SQL Server Reporting Services).
- Все, что не может быть реплицировано с использованием SSRS, станет веб-приложением ручной работы. Однако их не так много.
Могу ли я сказать большое спасибо всем, который дал мне полезные ответы.