Павел Дубнов - Access 2002: Самоучитель

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

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

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

В настоящей главе рассматривается первый способ решения проблемы. Речь пойдет о конвертировании в Access 2002 двух баз данных, созданных в различных СУБД, в различных организациях, в разное время и разными авторами. (Отметим, что по понятным причинам при разработке этих БД никакой предпроектной структуризации данных не производилось.) Первая – база данных по чрезвычайным экологическим ситуациям (БД ЧЭС) [7] – была создана в программной среде Clarion 3.0 (MS DOS) в Государственном институте прикладной экологии (ГИПЭ). Вторая – Контроль ЧС – в программной среде FoxPro 2.5 (Windows 95/98) в Главном управлении Федерального агентства правительственной связи и информации (ГУИС ФАПСИ). Обе базы данных содержат информацию о чрезвычайных ситуациях, происходивших на территории России. Таким образом, эти две БД дополняют друг друга. Мы объединим их с новой базой данных – Контрольно-измерительные приборы, процесс создания которой в среде Access 2002 был подробно описан в предыдущих главах. Полученную таким путем объединенную БД следует рассматривать как часть будущей, более широкой базы данных. Вообще говоря, совсем не обязательно стремиться к тому, чтобы все файлы содержались в одной БД – как и в жизни, гигантомания должна иметь свои пределы. Но это уже иная проблема, которая не имеет отношения к проблеме конвертирования БД и не влияет на ее процесс.

Как показывает опыт, при конвертировании баз данных могут возникнуть еще две трудности:

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

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

Первая проблема носит чисто технический характер. Она вызвана тем, что в разных БД могут использоваться различные словари для одних и тех же понятий или объектов. Это, как правило, неизбежно, если для данного класса понятий отсутствуют словари, утвержденные на федеральном уровне. Здесь возможен простой выход: переводите все файлы, где используются «спорные» понятия, на единые коды (либо перекодируйте словари, либо оставьте для этих понятий только один словарь).

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

Итак, перед началом конвертирования мы имеем:

• базу данных Контрольно-измерительные приборы,созданную в программной среде Access 2002;

• базу данных БД ЧЭС,сформированную в среде Clarion 3.0;

• базу данных Контроль ЧС,разработанную в программной среде FoxPro 2.5.

Наша цель – объединить все эти базы данных в одну, расположенную в программной среде Access 2002. Вся дальнейшая обработка информации будет происходить в этой новой БД. Чтобы решить поставленную задачу, мы будем импортировать базы данных в Access 2002, одновременно преобразуя их из исходных форматов в новый.

Существуют ли какие-либо альтернативы такому решению? Да, теоретически их две:

• если структуры файлов двух или нескольких баз данных совпадают, можно свободно переносить информацию из одной БД в другую. Однако, как уже говорилось, такая ситуация крайне маловероятна;

• можно не импортировать нужные файлы в БД, а связать их с таблицей Access. Отметим, что файлы являются источниками информации, а в таблице Access содержатся только ссылки на соответствующие сведения. Тогда база данных Access останется в своем первоначальном виде, а все изменения будут происходить в связанных файлах. Однако в таком случае усложняется ведение комплексной БД: если файл данных был перемещен, то вы не сможете просматривать и редактировать его, пока не обновите информацию о местоположении этого файла.

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

Импорт БД ЧЭСпо необходимости состоит из двух этапов. Clarion 3.0 – довольно старая программная система, поэтому она содержит очень небогатый набор конвертеров. Из них практическую ценность имеет лишь конвертер данных из формата DAT в формат программы dBase3 – DBF. Именно этим инструментом мы и воспользуемся. Следующим шагом будет импорт файлов с их одновременным конвертированием из базы данных формата dBase3 в БД Контрольно-измерительные приборыв формате Access 2002 – MDB. Конечно, указанное имя этой базы данных уже не будет соответствовать ее содержанию, и его придется изменить.

Двухэтапным будет также и перевод базы данных Контроль ЧСиз формата в формат, но по другим причинам. Дело в том, что при всей мощности и гибкости Access 2002 из этой версии (по сравнению с Access 97) исчез конвертер форматов данных FoxPro. В результате, даже несмотря на родственный формат (.DBF), с которым работают СУБД семейства dBase, при попытке прямого импорта файлов из FoxPro в Access 2002 с помощью конвертеров возникают трудности с преобразованием текстовых файлов: во-первых, не конвертируются файлы типа Memo, во-вторых, текстовые строки преобразуются с искажениями, так что понять эти тексты нельзя. Поэтому порядок работы будет таким: первый шаг – переносим данные из FoxPro в Access 97, второй – из Access 97 в Access 2002.

Начнем с краткой характеристики базы данных БД ЧЭС.

Первый этап: импорт данных из среды Clarion в dBase

Сначала посмотрим, как выглядит фрагмент этой базы данных. На рис. 7.1 представлена часть окна базы данных – ответ на запрос об авариях на магистральных трубопроводах, которые произошли на территории Российской Федерации в 1995 г. По каждой из чрезвычайных ситуаций, содержащихся в этом списке, можно получить (в электронном или печатном виде) более подробную информацию.

Рис. 7.1

Для импорта базы данных используем конвертер Ccvt, который входит в состав программного обеспечения среды Clarion (см. рис. 7.2). Как видно из рисунка, конвертер предоставляет не слишком широкие возможности преобразования форматов: либо в текстовый файл на языке Basic, либо в универсальный обменный формат DIF, либо в один из форматов языка dBase. Однако Basic нам в данном случае не нужен, а DIF не получил широкого распространения. Значит, остается, как мы уже договорились, преобразовывать данные в формат DBF.