Форматы файлов баз данных. Расширение базы данных
Программа установки записывает на диск компьютера файл базы данных (БД). Он необходим для первоначального запуска программы. Его можно использовать в дальнейшем для создания базы технологических настроек и ведения базы заказов. Но перед началом использования этого файла БД - загрузки КОнструктива и/или внесения настроек вручную - необходимо провести РЕСТРУКТУРИЗАЦИЮ файла БД.
Так же часто бывает, что необходимо создать несколько разных БД - для дилеров, для архива заказов, для проведения тестов, для проведения обновлений и т.д.
Цель данного раздела ознакомить пользователя с механизмами создания нового файла БД и проведения настроек программы для обеспечения простой работы с несколькими БД путем создания Конфигураций и переключения между ними.
Создание файла БД.
Для создания файла БД пользователь должен обладать правами администратора на своем компьютере и правами доступа в раздел "Администрирование" в ПК "ПрофСтрой 4". При наличии означенных полномочий необходимо пройти в раздел "Администрирование" на закладку "Создание БД".
В Нашем примере для создания файла БД выбрана, заранее созданная, папка C:DBPS4PS TEST Файлу БД присвоено имя base12.fdb . После того как определена папка и имя файла нажать кнопку "Создать" -будет создан новый, пустой файл БД. Программа информирует об этом:
Итак. Файл БД создан и размещен в определенном месте на диске компьютера. Но это просто "болванка" БД - пока в ней нет никакого значимого содержимого. Для того, что бы начать работать с этим файлом подключимся к нему.
Для подключения к файлу БД необходимо пройти в раздел "Системные данные "
В поле "База данных FireBird " указать путь к файлу БД - в нашем случае он таков: C:DBPS4PS TESTBASE12.FDB. Далее перейдем к созданию Конфигурации.
Конфигурация - совокупность файла БД и нескольких служебных папок:
папки для резервной копии;
папки для хранения присоединенных файлов (чаще всего это файлы картинок сечений профилей, изображений МЦ, узлов конструкций, Составов, Комплектов и т.п.);
папки для создания временных файлов (используется при работе программы для формирования, например, файлов изображений внешнего вида изделий для отчетов. Очищается после закрытия программы;);
папки для хранения фалов экспорта данных в 1С - тут хранятся файлы формата XML ;
папки каталога архива проектов - в ней хранятся файлы архивных копий проектов.
Следует заметить, что при работе с несколькими файлами БД создание Конфигурации имеет свои особенности. Так например папки 2 и 3 могут быть общими для всех Конфигураций, а папки 1,4,5 должны быть для каждой Конфигурации уникальны.
После того как папки определены следует установит флаг "Сохранить Конфигурацию как... " , в активизировавшемся поле присвоить Конфигурации уникальное имя и нажать кнопку "Сохранить конфигурацию ". Так же, при использовании нескольких Конфигураций, следует установить флаг "Запрашивать конфигурацию при запуске программы". В этом случае при запуске ПК "ПрофСтрой 4" будет выведен список Конфигураций для выбора той в которой предстоит работать.
После это нажать кнопку "Применить". Программа сформирует Конфигурацию, создаст папки и предложит выбрать пользователя:
Т.к. файл БД пуст - никаких пользователей в нем нет. Первого пользователя необходимо создать сейчас - в поле "Пользователь" ввести удобное имя (в нашем случае оно будет - АДМИН) и нажать кнопку "Применить". Программа проинформирует, что пользователь не существует и запросить подтверждение создания.
После этого будет выпполнен вход в БД. Созданный пользователь будет обладать всеми полномочиями в рамках этой БД. В дальнейшем ему можно присвоить пароль, а так же создать других пользователей системы, если предполагается работа нескольких человек с БД, назначить им соответствующие полномочия, пароли и пр.
База данных создана, Конфигурация определена. Теперь можно переходить к настройке технологической части БД.
Создать базу данных с именем “Education ”. В базе данных создать две таблицы, которые связаны между собой по некоторому полю.
Структура первой таблицы «Student ».
Структура второй таблицы “Session”.
Таблицы должны быть связаны между собой по полю Num_book .
Выполнение
1. Загрузить MS Visual Studio .
2. Активировать окно Server Explorer .
Файл базы данных с расширением “*.mdf ” относится к серверу реляционных баз данных Microsoft SQL Server . Файл содержит непосредственно базу данных.
При создании “*.mdf ” файла базы данных также создается файл с расширением “*.ldf ”, который содержит журнал транзакций.
Перед созданием базы данных, нужно активировать утилиту Server Explorer . Для этого, в MS Visual Studio нужно вызвать (рисунок 1)
View -> Server Explorer
Рис. 1. Вызов Server Explorer
3. Команда “Add Connection… ”.
Для вызова окна создания базы данных в формате mdf нужно вызвать команду Add Connection . Команда Add Connection вызывается двумя способами. Первый способ – это вызов контекстного меню (клик правой кнопкой мыши) на элементе ”Data Connection… ” (рисунок 2).
Рис. 2. Вызов команды Add Connection из контекстного меню
Второй способ – это вызов команды “Connect to Database… ” из меню Tools главного меню Microsoft Visual Studio . Также эту команду можно вызвать из Server Explorer кликом на соответствующей кнопке (рисунок 3).
Рис. 3. Команда “Connect to Database… ”
4. Окно “Add Connection ”.
В результате выполнения предыдущей команды откроется окно “Add Connection ” (рисунок 4). В этом окне пользователь имеет возможность:
- выбрать источник данных (Data source );
- создать новый или выбрать уже существующий файл базы данных (Database file name );
- если нужно, задать пароль входа в базу данных;
- проверить соединение с базой данных (кнопка Test Connection );
- настроить другие параметры вызовом кнопки «Advanced» .
Рис. 4. Окно “Add Connection ”
В качестве источника данных Microsoft Visual Studio предлагает базу данных Microsoft Access . Для создания “*.mdf ” файла базы данных MS SQL Server нужно изменить источник данных выбором кнопки “Change… ”.
В результате откроется второе окно “Change Data Source ” (рисунок 5). В этом окне выбирается источник данных и провайдер.
Система MS Visual Studio предлагает следующие виды источников данных:
- база данных Microsoft Access , которая содержится в файле формата “*.mdb ”;
- база данных, которая поддерживает доступ с помощью драйвера ODBC ;
- база данных типа Microsoft SQL Server , в том числе и локальный сервер SQLEXPRESS ;
- база данных “Microsoft SQL Server Compact 3.5 ”, которая размещается в файлах с расширением “*.sdf ”;
- база данных “”, которая содержится в файлах формата “*.mdf ”;
- база данных Oracle .
Для создания “*.mdf ” файла базы данных Microsoft SQL Server нужно выбрать источник данных “Microsoft SQL Server Database File ” как зображено на рисунке 5.
Рис. 5. Окно “Change Data Source ”
После изменения источника данных в окне Add Connection в поле “Database file name (new or existing): ” нужно ввести имя создаваемой базы данных. Если нужно выбрать “*.mdf ” файл уже существующей базы данных, то для этого предназначена кнопка “Browse… ”.
В нашем случае нужно ввести название базы данных “Education ”, как изображено на рисунке 6.
Рис. 6. Создание базы данных Education
После подтверждения на “OK ”, система выведет окно, как изображено на рисунке 7. Предлагается системная папка по умолчанию:
C:\Users\Sasha\Documents\Education.mdfЕсли нужно установить другую папку, для этого используется кнопка “Browse… ” из окна “Add Connection ”.
Рис. 7. Предложение создать файл “Education.mdf ”
После подтверждения, база данных Education.mdf будет создана (рисунок 8).
Рис. 8. Новосозданная база данных “Education.mdf ”
5. Создание таблицы Student .
На данный момент база данных Education абсолютно пустая и не содержит никаких объектов (таблиц, сохраненных процедур, представлений и т.д.).
Чтобы создать таблицу, нужно вызвать контекстное меню (клик правой кнопкой мышки) и выбрать команду “Add New Table ” (рисунок 9).
Рис. 9. Команда добавления новой таблицы
Существует и другой вариант добавления таблицы базы данных с помощью команд меню Data (рисунок 10):
Data -> Add New -> Table
Рис. 10. Альтернативный вариант добавления новой таблицы
В результате откроется окно добавления таблицы, которое содержит три столбца (рисунок 11). В первом столбце “Column Name ” нужно ввести название соответствующего поля таблицы базы данных. Во втором столбце “Data Type ” нужно ввести тип данных этого поля. В третьем столбце “Allow Nulls ” указывается опция о возможности отсутствия данных в поле.
Рис. 11. Окно создания новой таблицы
С помощью редактора таблиц нужно сформировать таблицу Student как изображено на рисунке 12. Имя таблицы нужно задать при ее закрытии.
В редакторе таблиц можно задавать свойства полей в окне Column Properties . Для того, чтобы задать длину строки (nvchar ) в символах, в окне Column Properties есть свойство Length . По умолчанию значения этого свойства равно 10.
Рис. 12. Таблица Student
Следующим шагом нужно задать ключевое поле. Это осуществляется вызовом команды “Set Primary Key ” из контекстного меню поля Num_book (рисунок 13). С помощью ключевого поля будут установлены связи между таблицами. В нашем случае ключевым полем есть номер зачетной книжки.
Рис. 13. Задание ключевого поля
После установки первичного ключа окно таблицы будет иметь вид как изображено на рисунке 14.
Рис. 14. Таблица Student после окончательного формирования
Теперь можно закрыть таблицу. В окне сохранения таблицы нужно задать ее имя – «Student» (рисунок 15).
Рис. 15. Ввод имени таблицы Student
6. Создание таблицы Session .
По образцу создания таблицы Student создается таблица Session .
На рисунке 16 изображен вид таблицы Session после окончательного формирования. Первичный ключ (Primary Key ) устанавливается в поле Num_book . Имя таблицы задается Session .
Рис. 16. Таблица Session
После выполненных действий, в окне Server Explorer будут отображаться две таблицы Student и Session .
Таким образом, в базу данных можно добавлять любое количество таблиц.
7. Редактирование структуры таблиц.
Бывают случаи, когда нужно изменить структуру таблицы базы данных.
Для того, чтобы вносить изменения в таблицы базы данных в MS Visual Studio , сначала нужно снять опцию “” как показано на рисунке 17. Иначе, MS Visual Studio будет блокировать внесения изменений в ранее созданную таблицу. Окно Options , показанное на рисунке 17 вызывается из меню Tools в такой последовательности:
Tools -> Options -> Database Tools -> Table and Database Designers
Рис. 17. Опция “Prevent Saving changes that require table re-creation ”
После настройки можно изменять структуру таблицы. Для этого используется команда “Open Table Definition ” (рисунок 18) из контекстного меню, которая вызывается для выбранной таблицы (правый клик мышкой).
Рис. 18. Вызов команды “Open Table Definition ”
Также эта команда размещается в меню Data :
Data -> Open Table DefinitionПредварительно таблицу нужно выделить.
8. Установление связей между таблицами.
В соответствии с условием задачи, таблицы связаны между собою по полю Num_book.
Чтобы создать связь между таблицами, сначала нужно (рисунок 19):
- выделить объект Database Diagram ;
- выбрать команду Add New Diagram из контекстного меню (или из меню Data );
- подтвердить создание нового объекта-диаграммы (рисунок 20).
Рис. 19. Вызов команды добавления новой диаграммы
Рис. 20. Сообщение о создании объекта-диаграммы
В результате откроется окно добавления новой диаграммы Add Table (рисунок 21). В этом окне нужно выбрать последовательно две таблицы Session и Student и нажать кнопку Add.
Рис. 21. Окно добавления таблиц к диаграмме
В результате будет создан новый объект с двумя таблицами Student и Session (рис. 22).
Рис. 22. Таблицы Student и Session после добавления их к диаграмме
Чтобы начать устанавливать отношение между таблицами, надо сделать клик на поле Num_book таблицы Student , а потом (не отпуская кнопку мышки) перетянуть его на поле Num_book таблицы Session .
В результате последовательно откроются два окна: Tables and Columns (рис. 23) и Foreign Key Relationship (рис. 24), в которых нужно оставить все как есть и подтвердить свой выбор на OK .
В окне Tables and Columns задается название отношения (FK_Session_Student ) и названия родительской (Student ) и дочерней таблиц.
Рис. 23. Окно Tables and Columns
Рис. 24. Окно настройки свойств отношения
После выполненных действий будет установлено отношение между таблицами (рисунок 25).
Рис. 25. Отношение между таблицами Student и Session
Сохранение диаграммы осуществляется точно также как и сохранение таблицы. Имя диаграммы нужно выбрать на свое усмотрение (например Diagram1 ).
После задания имени диаграммы откроется окно Save , в котором нужно подтвердить свой выбор (рисунок 26).
Рис. 26. Подтверждение сохранения изменений в таблицах
9. Внесение данных в таблицы.
Система Microsoft Visual Studio разрешает непосредственно вносить данные в таблицы базы данных.
В нашем случае, при установлении связи (рис. 22) первичной (Primary Key Table ) выбрана таблица Student . Поэтому, сначала нужно вносить данные в ячейки именно этой таблицы. Если попробовать сначала внести данные в таблицу Session , то система заблокирует такой ввод с выводом соответствующего сообщения.
Чтобы вызвать режим ввода данных в таблицу Student , нужно вызвать команду Show Table Data из контекстного меню (клик правой кнопкой мышки) или с меню Data (рис. 27).
Рис. 27. Команда Show Table Data
Откроется окно, в котором нужно ввести входные данные (рис. 28).
Рис. 28. Ввод данных в таблице Student
После внесения данных в таблицу Student нужно внести данные в таблицу Session .
При внесении данных в поле Num_book таблицы Session нужно вводить точно такие же значения, которые введены в поле Num_book таблицы Student (поскольку эти поля связаны между собой).
Например, если в поле Num_book таблицы Student введены значения “1134”, “1135”, “1221” (см. рис. 28), то следует вводить именно эти значения в поле Num_book таблицы Session . Если попробовать ввести другое значение, система выдаст приблизительно следующее окно (рис. 29).
Рис. 29. Сообщение об ошибке ввода данных связанных таблиц Student и Session
Таблица Session с введенными данными изображена на рисунке 30.
Рис. 30. Таблица Session с введенными данными
Итак, база данных создана. Ввод и обработку данных в таблицах можно реализовать программным путем.
Для создания базы данных запускается утилита IBConsol и устанавливается сеанс связи с локальным сервером. Затем из главного меню утилиты подается команда
Tools -» Interactive SQL
При этом на экран выводится диалоговая панель «Interactive SQL» для описания характеристик файла базы данных (рис. 5.1), в рабочем поле которой и пишется запрос на создание базы данных.
Для выполнения запроса необходимо с клавиатуры подать команду Ctrl + Е или из главного меню подать команду
Рис. 4.1. Запуск сервера InterBase
Создание файла базы данных
Файл базы данных представляет собой контейнер, внутри которого хранятся другие файлы, такие как табличные, индексные, просмотров и т. д. Файл базы данных создается один раз и в дальнейшем изменяться не может. Внутри файла базы данных имеется некоторая область, которая называется метаданные. Внутри этой области хранятся программные блоки, которые содержат в откомпилированном виде описания триггеров, хранимых процедур и генераторов.
Для создания пустого файла базы данных предназначен 501-запрос CREATE DATABASE. В созданный файл базы данных впоследствии будут помещаться файлы таблиц, индексов, просмотров и т. д.
Формат запроса
CREATE DATABASE SCHEMA
[ USER [ PASSWORD ] ]
[ PAGE SIZE [ = ] ]
[ LENGTH [ = ] [ PAGE [ S ] ] ]
[ DEFAULT CHARACTER SET ] f ];
где опция имеет структуру
FILE [ имеет структуру
LENGTH [ = ] [ PAGE [ S ] ] STARTING [ АТ [ PAGE} }
Назначение параметров:
Указывается полное имя файла базы данных. Имя пишется по правилам используемой платформы;
USER - указывается имя пользователя (владельца) базы данных. При каждом обращении к базе данных запрашивается имя пользователя с целью его идентификации;
PASSWORD - указывается пароль, который запрашивается при каждом обращении к базе данных. Пароль запрашивается вместе с именем пользователя (USER
PAGE SIZE [ = ] - задается размер страницы базы данных в байтах. Допустимы следующие размеры одной страницы: 1024 (по умолчанию), 2048, 4096 и 8192;
DEFAULT CHARACTER SET - параметр определяет набор символов, которые будут использоваться для хранения данных в базе данных. То есть задаются символы национальных алфавитов. По умолчанию используется набор NONE , т. е. допускается использование только символов английского алфавита. Для того чтобы использовать буквы русского и английского алфавитов при хранении символьных данных, следует задать набор WIN 1251. Набор символов задается один раз при создании базы данных. Изменить кодировку, заданную по умолчанию или этой опцией, можно при определении конкретных доменов или столбцов;
FILE - указывается имя одного или нескольких файлов, составляющих единую базу данных. Имя каждого файла указывается отдельной опцией FILE ;
STARTING [ АТ [ PAGE ] ] - определяет начальную страницу соответствующего файла базы данных (при многофайловой базе данных);
LENGTH [ = ] [ PAGE [ S ] ] - задает размер текущего файла в страницах. По умолчанию - 75 страниц. Минимальное количество страниц одного файла - 50.
Если определен один файл базы данных (по умолчанию), то предполагается, что он, по мере добавления новых записей, будет занимать все дисковое пространство. Такой подход не рационален при использовании дискового пространства сервера несколькими базами данных. Поэтому на размеры файла (или файлов) накладывают ограничения. При этом отдельные файлы, составляющие единую базу данных, могут храниться на физически разных носителях. Первый из файлов, составляющих единую базу данных, называется первичным, а остальные файлы - вторичными. Вторичные файлы могут отличаться именами, расширениями и местом хранения. При задании параметров вторичных файлов некоторые элементы являются необязательными и их можно не задавать, например знак равенства. Приведенная ниже команда (пример 5.1) создает файл базы данных внутри текущей рабочей директории (папки).
Пароль и имя пользователя, задаваемые в этом операторе, проверяются сервером при каждом обращении к базе данных с целью идентификации пользователя. Права и привилегии доступа к базе данных определяются оператором GRANT, который будет рассмотрен ниже.
Размер страницы для всей базы данных фиксирован и может иметь одно из значений: 1024, 2048, 4096 или 8192 байта. По умолчанию принят размер 1024 байта. Обмен данными между приложением клиента и базой данных производится в размере страницы. Увеличение размера страницы уменьшает время обработки данных (выполнение запросов) за счет сокращения количества операций чтения, но увеличение размера страницы оправдано только в том случае, если выборки данных (порции информации) имеют большой размер. Если размер выборки мал при большом размере страницы, то объем страницы используется не эффективно.
Пример 5.1. Создание многофайловой (распределенной) базы данных.
CREATE DATABASE D:SKAZKABOOK.GDB USER "SYSDBA" PASSWORD "masterkey"
FILE D:SKAZKABOOK.GDl STARTING AT PAGE 1501 LENGTH 100
FILE D:SKAZKABOOK.GD2
На диске D внутри каталога «SKAZKA» создается база данных, состоящая из трех файлов:
- первый файл с именем BOOK.GDB имеет размер страниц 1024 байта (по умолчанию), количество страниц 1500 (с 1 по 1500, так как второй файл BOOK.GD 1 начинается со страницы с номером 1501);
- второй файл с именем BOOK. GDI имеет размер страниц 1024 байта, количество страниц - 100;
- третий файл BOOK.GD2 имеет размер страниц 1024 байта, количество страниц не определено (до заполнения диска).
Заданы имя пользователя (владельца базы данных) - SYSDBA и пароль - masterkey.
Удалить базу данных может либо пользователь (владелец) базы данных, либо системный администратор, используя команду
Причем удаляется текущая база данных, т. е. база данных, с которой установлено соединение.
После применения этой команды последующее восстановление базы данных невозможно.
Использование баз данных других форматов
Системы управления реляционными базами данных различных производителей работают с файлами баз данных определенного формата. Многие из них используют специальные индексные файлы для ускорения поиска и сортировки данных в таблицах .
Access 2010 позволяет работать не только непосредственно с таблицами баз данных других форматов, но и с индексными файлами этих таблиц.
В этом разделе будут описаны форматы баз данных, которые можно импортировать (присоединять) в Access 2002, особенности работы с таблицами баз данных других форматов, а также использование индексных файлов, преобразование типов данных и типичные ошибки, возникающие при импорте таблиц.
Форматы баз данных
В большинстве настольных СУБД каждая таблица базы данных хранится в отдельном файле, который содержит и служебную информацию и данные в соответствующем формате. К служебной относится информация, описывающая структуру файла, например имена и типы данных полей таблицы, число записей в файле, длина файла и т. д.
В отличие от других СУБД, Microsoft Access хранит все объекты (кроме страниц доступа к данным) в одном файле с расширением mdb. Кроме того, MDB-файл включает набор системных таблиц, которые содержат всю необходимую информацию об объектах
базы данных, в том числе информацию о расположении и параметрах присоединенных таблиц других форматов. По умолчанию системные таблицы не выводятся в окне базы данных Access 2010. Чтобы получить доступ к этим таблицам, необходимо изменить один из параметров Access. Для этого нужно выбрать команду Сервис, Параметры
(Tools, Options), раскрыть вкладку Вид
(View) диалогового окна Параметры
(Options) и в группе Отображать
(Show) установить флажок Системные объекты
(System Objects). Системные таблицы Access имеют доступ только на чтение, поэтому они не могут модифицироваться пользователем.
Ниже описаны форматы файлов баз данных, которые могут быть присоединены или импортированы Access 2010.
- Таблицы предыдущей версии Access 2000 (MDB) обрабатываются совершенно аналогично таблицам Access 2010. Они не требуют от пользователя специальных усилий по импорту и открываются так же, как таблицы Access 2010 . Отличие будет состоять только в том, что после названия открытого файла в заголовке окна базы данных в скобках появится надпись: Формат Access 2000 (Access 2000 format file).
- Таблицы dBASE III, III+, IV, 5 и 7 (DBF), файлы полей типа MEMO (DBT), индексные файлы dBASE III (NDX) и индексные файлы dBASE IV (MDX).
Замечание
Драйверы ISAM, входящие в стандартную поставку Microsoft Office в составе компонента Microsoft Data Access Component (MDAC) 2.1 и выше, обеспечивают доступ к файлам формата DBF только на чтение. Чтобы иметь доступ на чтение и запись, требуется установить Borland Database Engine (BDE) 4.x или выше. Существуют также драйверы от фирмы Microsoft, которые обеспечивают доступ на чтение и запись и не требуют установки BDE, но для этого необходимо обратиться в службу Microsoft Technical Support.
Формат файлов таблиц и индексов dBASE III и dBASE IV является стандартным для систем управления базами данных, работающих на персональных компьютерах. Система управления базами данных Access 2010 позволяет присоединять индексные файлы форматов NDX и MDX. При изменении присоединенной проиндексиро-ванной таблицы dBASE Access автоматически обновляет индексные файлы.
Замечание
Наличие индексных файлов NDX (dBASE III), MDX (dBASE IV) необязательно. Тем не менее, если эти файлы доступны, лучше их использовать. В противном случае при изменении присоединенной таблицы dBASE эти изменения не отражаются в индексном файле, что может вызвать ошибки при попытке использования проиндексированных таблиц, измененных в Access, в приложениях dBASE.
Если импортируемый файл dBASE содержит поля типа MEMO, то необходимо, чтобы файлы с данными этих полей (DBT) были доступны, т. е. они должны находиться в той же папке, что и сама таблица. Если Access 2010 не удается найти файл DBT, то присоединение или импорт данных из такой таблицы вызовет ошибку. При экспорте данных из таблицы Access 2010, содержащей поле типа MEMO, в таблицу формата dBASE автоматически создается файл DBT и ему присваивается то же имя, что и файлу таблицы.
- Табличные (DB) и индексные (РХ) файлы Paradox 3.x, 4.x и 5.0.
Access 2010 позволяет присоединять табличные и индексные файлы Paradox 3.x
и 4.x для MS-DOS, а также Paradox для Windows 5.0 и 8.0. При обновлении данных в таблице Paradox из Access индексный файл должен быть доступен наряду с файлом таблицы. В процессе присоединения таблицы Access 2010 автоматически присоединяет и индексный файл (если он существует).
Все дополнительные файлы, используемые при импорте или присоединении таблиц баз данных, должны быть размещены в одной папке с таблицей. Стоит также заметить, что большинство приложений, работающих с файлами таблиц и индексов, ис-
пользуют для этих файлов стандартные расширения, приведенные выше, хотя это и не является обязательным. Поэтому определение конкретного формата файла таблицы базы данных иногда может оказаться нетривиальным.
Присоединение и импорт внешних таблиц
Прежде чем перейти к вопросам, связанным с импортом и присоединением таблиц, нужно понять разницу между этими возможностями Access 2002.
При импорте таблицы из другой базы данных в рассматриваемом файле MDB создается новая таблица Access, которая имеет ту же структуру (состав и типы полей), что и исходная таблица, и содержит все данные исходной таблицы. После этого вы уже работаете с новой таблицей в формате Access, которая не зависит от исходной таблицы.
Когда вы присоединяете внешнюю таблицу, вы просто получаете доступ к таблице другого приложения, можете использовать данные из этой таблицы, но при этом она остается в старом приложении, в Access хранится только информация о связи. Оба приложения (то, в котором эта таблица была создана, и приложение Access) могут работать с этой таблицей одновременно. Однако для того, чтобы данные в присоединенной таблице можно было не только просматривать, но и изменять, эта таблица обязательно должна иметь ключевое поле. Обычно ключевое поле определяется в процессе присоединения таблицы.
С присоединенной к базе данных Access 2010 внешней таблицей можно работать точно так же, как если бы она содержалась в этой базе. Единственным ограничением является то, что невозможно изменить структуру присоединенной таблицы (имена полей, типы данных и т. д.). Однако название таблицы можно изменить (при этом имя файла внешней таблицы не изменяется, изменяется только название (псевдоним) таблицы в базе данных Access), например, сделать его более понятным, т. к. ограничения на имя таблиц в Access менее жесткие, чем в других СУБД.
Кроме того, в присоединенной таблице можно в режиме Конструктора изменять ряд свойств полей (формат, надпись, маску ввода, число десятичных знаков), которые влияют только на то, как эта таблица будет отображаться в Access. При этом в "родном" приложении свойства
полей не меняются.
Замечание
В первых версиях Access для операции присоединения внешней таблицы применялся термин присоединение (attachment) . В последних версиях введен термин связывание (linking). Таким образом, внешние таблицы теперь становятся связанными. Мы используем в этой книге старый термин присоединение и, соответственно, присоединенные таблицы, чтобы не путать со связанными таблицами в одной базе данных, которые содержат связанные данные.
Присоединение внешних таблиц к базе данных Access 2010 бывает выгодным в следующих случаях:
- с таблицей работатют совместно несколько пользователей;
- невозможен отказ от применения другой СУБД для модификации данных;
- таблица хранится на другой машине (например, на сервере локальной сети ) и содержит очень большой объем информации.
Использование импорта внешних таблиц в базе данных Access 2010 оправдано в следующих случаях:
- если при разработке приложений необходимо снять ограничения на изменение свойств внешних таблиц;
- отсутствует непосредственный доступ к файлу таблицы;
- необходимо переопределить ключевые поля таблиц Paradox. Такая ситуация может возникнуть в случае, если структура одной или нескольких таблиц серьезно противоречит правилам нормализации;
- в таблицу предполагается вводить повторяющиеся данные, а первичный ключ внешней таблицы этого не допускает.
При разработке приложения, которое должно работать с присоединенными таблицами, можно временно импортировать таблицу в базу данных, а затем на заключительной стадии разработки перейти к использованию присоединенной таблицы. При этом, чтобы исключить проблемы на этапе перехода от работы с импортированной таблицей на работу с присоединенной, не изменяйте имена и типы данных полей импортированной таблицы. В противном случае может потребоваться произвести множество изменений в запросах, формах, отчетах, макросах и модулях VBA. Если разрабатываемое приложение будет использовать таблицы Paradox, то не изменяйте и поля, образующие первичный ключ. Если же предполагается использовать таблицы dBASE, необходимо убедиться в том, что применяемые индексы соответствуют индексным файлам (NDX и MDX) таблицы dBASE.
Форматы данных
Форматы данных определяют способ хранения информации на жестком диске, а также механизм ее обработки. Модели данных и форматы данных определенным способом взаимосвязаны.
Существует большое количество форматов данных. Можно отметить, что во многих ГИС поддерживаются основные форматы хранения растровых данных (TIFF, JPEG, GIF, BMP, WMF, PCX), а также GeoSpot, GeoTIFF, позволяющие передавать информацию о привязке растрового изображения к реальным географическим координатам, и MrSID - для сжатия информации. Наиболее распространенным среди векторных форматов является - DXF.
Все системы поддерживают обмен пространственной информацией (экспорт и импорт) со многими ГИС и САПР через основные обменные форматы: SHP, E00, GEN (ESRI), VEC (IDRISI), MIF (MapInfo Corp.), DWG, DXF (Autodesk), WMF (Microsoft), DGN (Bentley). Только некоторые, в основном отечественные системы, поддерживают российские обменные форматы - F1M (Роскартография), SXF (Военно-топографическая служба).
Довольно часто для эффективной реализации одних компьютерных операций предпочитают векторный формат, а для других растровый. Поэтому, в некоторых системах реализуются возможности манипулирования данными в том и в другом формате, и функции преобразования векторного в растровый, и наоборот, растрового в векторный форматы.
Базы данных и управление ими
Совокупность цифровых данных о пространственных объектах образует множество пространственных данных и составляет содержание баз данных.
База данных (БД) - совокупность данных организованных по определенным правилам, устанавливающим общие принципы описания, хранения и манипулирования данными
Создание БД и обращение к ней (по запросам) осуществляется с помощью системы управления базами данных (СУБД).
Логическая структура элементов базы данных определяется выбранной моделью БД. Наиболее распространенными моделями БД являются иерархические, сетевые и реляционные и объектно-ориентированные.
Иерархические модели представляют древовидную структуру, в этом случае каждая запись связана только с одной записью, находящейся на более высоком уровне.
Такая система хорошо иллюстрируется системой классификации растений и животных. Примером может также служить структура хранения информации на дисках ПК. Главное понятие такой модели уровень. Количество уровней и их состав зависит от принятой при создании БД классификации. Доступ к любой из этих записей осуществляется путем прохода по строго определенной цепочке узлов. При такой структуре легко осуществлять поиск нужных данных, но если изначально описание неполное, или не предусмотрен какой либо критерий поиска, то он становится невозможным. Для достаточно простых задач такая система эффективна, но она практически непригодна для использования в сложных системах с оперативной обработкой запросов.
Сетевые модели были призваны устранить некоторые из недостатков иерархических моделей. В сетевой модели каждая запись в каждом узле сети может быть связана с несколькими другими узлами. Записи, входящие в состав сетевой структуры, содержат в себе указатели, определяющие местоположение других записей, связанных с ними. Такая модель позволяет ускорить доступ к данным, но изменение структуры базы требует значительных усилий и времени.
Реляционные модели собирают данные в унифицированные таблицы. Таблице присваивается уникальное имя внутри БД. Каждый столбец - это поле, имеющее имя, соответствующее содержащемуся в нем атрибуту. Каждая строка в таблице соответствует записи в файле. Одно и тоже поле может присутствовать в нескольких таблицах. Так как строки в таблице не упорядочены, то определяется один или несколько столбцов, значения которых однозначно идентифицируют каждую строку. Такой столбец называется первичным ключом. Взаимосвязь таблиц поддерживается внешними ключами. Манипулирование данными осуществляется при помощи операций, порождающих таблицы. Пользователь может легко заносить в базу новые данные, комбинировать таблицы, выбирая отдельные поля и записи, и формировать новые таблицы для отображения на экране.
Объектно-ориентированные модели применяют, если геометрия определенного объекта способна охватывать несколько слоев, атрибуты таких объектов могут наследоваться, для их обработки применяют специфические методы.
Для обработки данных, размещенных в таблицах необходимы дополнительные сведения о данных, их называют метаданными.
Метаданные - данные о данных: каталоги, справочники, реестры и иные формы описания наборов цифровых данных.
