Access 2002: Самоучитель

4. Щелкните по кнопке

5. В ответ на сообщение Выполнен импорт ES_oper щелкните по кнопке OK.

6. В окне базы данных появится новая таблица ES_oper.

Если вы теперь откроете таблицу ES_oper (см. рис. 7.16), то увидите, что даты в исходной и в импортированной базах данных совпадают и отображаются в правильном формате, а поля времени вообще отсутствуют. Можно вздохнуть свободно: проблем, которые пришлось решать при импорте предыдущей БД, в этом случае не будет. Переходите ко второму этапу конвертации.

Рис. 7.16

Второй этап: импорт данных из Access 97 в Access 2002

Импорт файлов на втором этапе происходит практически так же, как и на первом, однако стоит отследить имеющиеся различия. Итак, второй этап включает в себя следующие шаги:

1. Откройте окно базы данных в Access 2002 (см. рис. 7.12).

2. Войдите в меню базы данных, а выполните ряд команд:

Файл → Внешние данные → Импорт.

3. Найдите файл.dbf в исходной базе данных (см. рис. 7.15). Чтобы файлы с таким расширением были видимыми, предварительно укажите в этом окне соответствующий тип файла (или Все файлы).

4. Щелкните по кнопке

5. На появившееся сообщение Файл ES_oper успешно импортирован следует ответить OK.

6. В окне базы данных появится новая таблица ES_oper.

Пока все в порядке, но не забывайте, что вы импортировали только один файл, хотя и самый большой – ES_oper. Однако в базе данных Контроль ЧС содержится еще много словарных файлов. Проведите для каждого из них аналогичную двухэтапную процедуру импорта.

Опустим промежуточные детали, подробно рассмотренные на примере файла ES_oper. На рис. 7.17 представлено окно новой базы данных в Access 2002, в которой собраны наконец все файлы – как свои, «родные», так и импортированные.

Рис. 7.17

В заключение надо русифицировать имена полей в файлах, подобно тому как это было показано на рис. 7.11 для файла File1 из базы данных БД ЧЭС. Посвящать изменениям каждого файла по отдельному рисунку нет смысла – файлов слишком много. Кроме того, эти изменения будут рассмотрены в последующих главах, когда речь пойдет о программировании в базе данных.

Резюме

1. По мере появления новых, более совершенных СУБД все актуальнее становится проблема использования данных, которые накоплены в информационных банках предыдущих, в том числе и морально устаревших версий.

2. В решении этой проблемы на сегодняшний день наметились два основных направления:

– применение конвертеров, которые преобразуют данные из одного формата в другой. Наборы таких конвертеров, хотя и не всегда достаточно полные, есть практически во всех СУБД, и пока это основной путь решения проблемы;

– использование технологии ODBC (Open Database Connectivity). Это открытый интерфейс доступа к базам данных из прикладных программ. Он позволяет работать с документами «чужих» для конкретной БД форматов.

В настоящей главе рассмотрен первый способ решения проблемы.

3. Как показывает опыт, при конвертировании баз данных, кроме собственно преобразования форматов СУБД, могут возникнуть еще две трудности:

– несовпадение кодов словарей;

– различие между форматами даты и времени в разных БД.