3.Access: Исправление ошибок в таблице: автозамена, проверка орфографии

Режим автозамены позволяет автоматически исправлять слова, при вводе которых часто допускаются ошибки, а также автоматически заменять сокращения полными значениями. Например, можно определить аббревиатуру «тк» для «Торговая компания». Всякий раз при вводе букв тк с последующим пробелом или знаком препинания «тк» будет автоматически заменяться на «Торговая компания». Автозамена работает с текстом объектов в режиме таблицы или с текстом формы в режиме формы.

В меню Сервис выберите команду Параметры автозамены.

Настройка параметров проверки орфографии

В меню Сервис выберите команду Параметры, а затем перейдите на вкладку Орфография.

Выберите необходимые параметры.

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

18

1.Основные методы использования бд на Web

Две архитектуры:

• Представление и логика приложения могут размещаться на клиенте, БД на - на сервере.

• Представление на клиенте, приложение на сервере приложений, данные на сервере БД.

Достоинства второго варианта:

• Логика приложения представляется в виде изолированных компонентов, которые можно использовать в др. системах.

• Различные уровни приложения можно распространить по различным компонентам, что позволяет повысить производительность и улучшить координацию.

• Разработку отдельных уровней можно поручить различным группам разработчиков.

Примеры архитектур.

Долгое время использовался централизованный (персональный) вариант применения СУБД. Централизованная архитектура: СУБД и БД размещаются и функционируют на одном компьютере, а пользователи получают доступ к БД через терминал.

Вархитектуре «файл – сервер» (рис.8) БД хранится на сервере, а СУБД устанавливаются на каждой ЭВМ.

Рис.8. Архитектура файл – сервер

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

В современных СУБД используется архитектура «клиент – сервер» (рис.9), когда БД хранится на сервере, а СУБД имеет клиентскую и серверную части.

Чтобы уменьшить еще объем передачи данных, которые должны подвергаться прикладной обработке, предлагается трехуровневая архитектура «тонкий клиент – сервер приложений – сервер БД» (рис.10). Тонкий клиент обеспечивает взаимодействие с пользователем через браузер, вся прикладная обработка выносится на сервер приложений, который обеспечивает формирование запроса к БД. Сервер БД и сервер приложений могут функционировать в различных ОС.

Рис. 9. Клиент – серверная архитектура

Рис. 10. Трехуровневая архитектура

2.Информационные ресурсы (международные, национальные и корпоративные бд)

Многое при создании информационного ресурса зависит от уровня управления данными, масштабов системы, этапов обработки данных. Информация циркулирует в системе переработки данных каждого учреждения или находящегося в системе сбора, хранения, обмена и обработки данных на международном, национальном, ведомственном и корпоративном уровнях. На каждом из этих уровней нужна своя информация. Так для взаимодействия на международном уровне необходимы сведения о международных соглашениях, массивах данных, предназначенных или переданных в международный обмен, включая сведения о рейсах и станциях, форматах обмена данными, программных средствах их обработки и др. На национальном уровне нужны сведения о мореведческих организациях, массивах данных, которые они хранят, программных средствах обработки, форматах сбора и обмена на уровне страны, наблюдательных платформах, наблюдательных сетях и др. На корпоративном уровне необходима детальная информация по массивам (базам данных) в виде сведений о рейсах НИС и их состоянии (в обработке, на каком носителе и т.п.), о состоянии изученности того или иного географического района по различным параметрам. Для лиц, принимающих решения, в первую очередь необходимы сведения об информационной продукции и регламенте ее выпуска, а также возможных типах запросов и решаемых задач. То есть в системе обеспечения имеются как справочные сведения одного класса (сведения о массивах данных, источниках данных, форматах и т.п.), которые можно объединить в одну таблицу, так и специфические для каждого уровня управления данными (сведения о международных соглашениях, конвенциях, законах, наставлениях, руководствах и т.п.).