Основные этапы разработки базы данных в среде MS Access
Модули
В некоторых случаях при создании форм или отчетов вам часто приходится использовать одни и те же сложные вычисления. Хотя в MS Access вы можете без труда создать приложения, используя лишь формы, отчеты и макросы, вам может потребоваться выполнение некоторых действий, которые трудно или невозможно задать только с помощью макросов. В таком случае вы можете создать процедуру, которая выполняет ряд вычислений, и затем использовать ее в качестве функции в форме или отчете.
В приложениях, требующих обработки ошибок (например, когда два пользователя одновременно пытаются обновить одну и ту же запись), вам придется использовать Access Basic. Поскольку язык Microsoft Access Basic — это богатый язык программирования с развитой логикой, способный поддерживать связи с другими приложениями и файлами, то с помощью модулей вы сможете решить самые трудные и необычные проблемы программирования.
Можно выделить ряд типичных этапов:
• разработка и описание структур таблиц данных;
• разработка схемы данных и задание системы взаимосвязей между таблицами;
• разработка системы запросов к таблицам базы данных и (при необходимости) их интеграция в схему данных;
• разработка экранных форм ввода/вывода данных;
• разработка системы отчетов по данным;
• разработка программных расширений для базы данных, решающих специфические задачи по обработке содержащейся в ней информации, с помощью инструментария макросов и модулей;
• разработка системы защиты данных, прав и ограничений по доступу.
Очевидно, что между перечисленными этапами существует большое количество обратных связей, подразумевающих возврат к более ранним шагам, исходя из вновь открывшихся обстоятельств, которые невозможно было заранее учесть или предвидеть.
Еще раз подчеркнем, что описанная последовательность этапов разработки базы данных в MS Access не является безусловным эталоном. Однако очень часто отклонения от нее свидетельствуют не столько об оригинальности хода мысли разработчика, сколько о погрешностях, допущенных им при планировании процесса разработки, или вообще об отсутствии у него какого-либо плана.