Шрифт:
– с помощью опции Автостраница;
– с помощью мастера страниц;
– в режиме конструктора страниц.
Открыть уже существующую страницу доступа к данным можно:
– в режиме просмотра страницы;
– в Internet Explorer.
Все эти способы подробно рассмотрены в настоящей главе.
4. Кроме того, в Access 2002 можно создать и включить в страницу доступа к данным компонент Сводная таблица. С его помощью пользователи могут просматривать данные отчетов, выполнять их динамическую сортировку и фильтрацию, группировать сведения по строкам или столбцам, получать суммарные значения и изучать их отдельные составляющие. Все это позволяет эффективно обрабатывать как небольшие объемы данных, так и крупные массивы информации.
Глава 7 Конвертирование баз данных из других программных сред
Мы уже говорили о том, что по мере появления новых, более совершенных СУБД все актуальнее становится проблема использования данных, которые накоплены в информационных банках предыдущих, в том числе и морально устаревших, версий. И сами эти СУБД, и организованные в них сведения очень разнообразны по составу, структуре и форматам данных, а также по программной основе. Эти БД часто создавались разными организациями и разработчиками, вот почему какие-либо правила, четко регламентирующие проектирование банков данных, отсутствуют. Несмотря на это в большинстве случаев информация, в какой бы форме она ни содержалась, сохраняет свою ценность, например, когда речь идет о статистических данных. Следовательно, нужно уметь использовать сведения независимо от того, в СУБД какого типа они хранятся.
В решении этой проблемы на сегодняшний день наметились два основных направления:
• применение конвертеров, которые преобразуют данные из одного формата в другой. Наборы таких конвертеров, хотя и не всегда достаточно полные, есть практически во всех СУБД, и пока это основной путь решения проблемы;
• использование технологии 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 останется в своем первоначальном виде, а все изменения будут происходить в связанных файлах. Однако в таком случае усложняется ведение комплексной БД: если файл данных был перемещен, то вы не сможете просматривать и редактировать его, пока не обновите информацию о местоположении этого файла.