--PAGE_BREAK--- наличие языка запросов высокого уровня, ориентированного на конечного пользователя, который обеспечивает вывод информации из базы данных по любому запросу и предоставление ее в виде соответствующих отчетных форм, удобных для пользователя.
СУБД является основой создания практических приложений пользователя для различных предметных областей.
Критерии выбора СУБД пользователем. Выбор СУБД для практических приложений пользователем определяется многими факторами, к которым относятся:
- имеющееся техническое и базовое программное обеспечение, их конфигурация, оперативная и дисковая память;
- потребности разрабатываемых приложений пользователя;
- тип поддерживаемой модели данных, специфика предметной области, топология информационно-логической модели;
- требования к производительности при обработке данных;
- наличие в СУБД необходимых функциональных средств;
- наличие русифицированной версии СУБД;
- уровень квалификации пользователей и наличие в СУБД диалоговых средств разработки и работ с БД.
Установка СУБД. СУБД является программным продуктом, поставляемым в виде пакета прикладных программ, который должен быть установлен (инсталлирован) на компьютер с учетом его конфигурации, ресурсов и операционной системы, а также требований к набору функций.
Процесс поэтапного внедрения. После установки СУБД можно осуществлять создание БД, в том числе задавать структуру БД, производить ввод данных, а также выполнять любые действия, предусмотренные функциональными возможностями СУБД. Следует заметить, что современные СУБД для ПК обладают достаточной гибкостью. Это позволяет на самых ранних этапах разработки приложений пользователя приступать к созданию отдельных частей БД. Такая БД по мере углубления разработки может легко расширяться и модифицироваться. Таким образом, облегчается ускоренное освоение персоналом технологии работы с БД, изучение возможностей СУБД и поэтапное внедрение.
Разработка структуры базы данных. Разработка приложений на основе СУБД предполагает подготовку решений по структуре БД. Эти решения непосредственно связаны с внемашинной сферой — с описанием внемашинной ИБ, ее документов, содержащих необходимую информацию, а также с постановкой и алгоритмизацией задач по обработке этой информации.
На начальном этапе разработки структуры БД целесообразно построение информационно-логической модели, отражающей логическую структуру информации предметной области. Такая модель, отвечающая требованиям нормализации данных, является основой создания реляционных баз данных.
Создание базы данных средствами СУБД. В соответствии с разработанной структурой базы данных осуществляется ее создание средствами СУБД на машинном носителе и ввод в эксплуатацию. Для обеспечения процессов создания БД и ее эксплуатации необходимо знание возможностей инструментальных средств СУБД. При этом следует руководствоваться рекомендациями по технологии использования средств СУБД. Такая технология должна определять все необходимые процессы, включая первоначальный ввод, загрузку БД и контроль данных, выполнение операций по внесению изменений, реализацию запросов для получения нужных справок, восстановление БД и т. п. Одним из важнейших этапов этой технологии является подготовка экранных форм ввода-вывода для загрузки информации с документов внемашинной сферы в базу данных, корректировки данных и их просмотра.
Обработка данных средствами СУБД. Добавление, удаление, изменение и выборка данных производится при помощи языка запросов, встроенного алгоритмического языка и других средств СУБД. Реализация запросов обеспечивается диалоговой системой команд с меню или запросами по примеру QBE (Query By Example). В первом случае отдельный запрос выполняется одной или несколькими командами языка СУБД. Последовательность команд языка СУБД образует программу — командный файл (СУБД Dbase). Во втором — для выполнения запроса пользователь выбирает последовательно один или несколько пунктов меню или указывает в запросе пример (образец), по которому составляется запрос, а также при необходимости условия выбора и операции вычисления, которые необходимо выполнять с данными (СУБД Paradox, Access). Последовательность команд меню и запросов может быть заполнена в программе-макросе и в дальнейшем выполнена так же, как командный файл.
СУБД может иметь включающий или базовый язык программирования. В СУБД с включающим языком используется один из универсальных алгоритмических языков (С, Pascal и т. п.). Прикладная программа, написанная на включающем языке, может инициировать команды СУБД. В СУБД с базовым языком применяется собственный алгоритмический язык, позволяющий кроме операций манипулирования данными выполнять различные вычисления и обработку данных. Стандартным реляционным языком запросов является язык структурированных запросов SQL (Structured Queries Language).
2.3 История, тенденции развития и классификация СУБД
Наибольшую популярность среди настольных систем, функционирующих в среде DOS, завоевали реляционные СУБД Dbase (компания Ashton-Tate), Paradox (Borland), R:base (Mierorim), FoxPro (Fox Software), Clipper 5.0 (Nantucket), db_VISTA (Raima) с сетевой моделью данных.
В течение продолжительного периода времени широко использовались СУБД, совместимые со стандартом Xbase. Однако доля Xbase на рынке настольных СУБД сокращается. СУБД Dbase, FoxBase, FoxPro являются представителями этого семейства. СУБД Dbase имеют простой командный язык манипулирования данными и пользовательский интерфейс типа меню, средства генерации отчетов и экранных форм. Эта СУБД отличается хорошим быстродействием при выполнении запросов в небольших базах данных. В большинстве реляционных СУБД этого поколения, работающих в среде DOS, программы на базовом языке выполняются в режиме интерпретации, то есть заранее не преобразовываются в машинный код, что снижает их производительность.
Система db_VISTA, с включающим универсальным языком С, поддерживает сетевую модель. Она пользовалась популярностью среди профессиональных программистов. Областью ее применения, в частности, являются банковские информационные системы. К сетевым СУБД относится также AdabasD, которая предназначена для создания больших баз данных и может работать на разных платформах (техническая и программная среда).
Реляционная СУБД Paradox (версии 3.5, 4.0, 5.0) появилась на рынке в 1985г. Она отличается от семейства Xbase-продуктов запросами по образцу (QBE), генератором приложений на основе объектного подхода, настраиваемым меню пользователя, диалоговыми средствами и автоматическим формированием макросов, в которых можно запомнить все отлаженные пользователем процессы. В Paradox используется, кроме языка запросов QBE, базовый язык программирования PAL (Paradox Application Language) — язык для разработки приложений. Paradox, как и семейство Xbase, хранит свои объекты (таблицы, формы, отчеты, макросы) в отдельных файлах и обладает достаточной гибкостью, что позволяет модифицировать базу данных без перезагрузки данных. Обеспечивается создание сложных форм для нормализованных таблиц, через которые можно однократно вводить данные с внемашинных документов. Создание форм, запросов, отчетов, макросов легко выполняет пользователь-непрограммист. Для выполнения запроса в Paradox достаточно заполнить бланки запроса, которые на экране отображаются структурой таблицы базы данных.
К мощным реляционным СУБД профессионального класса относится PROGRESS (фирмы Progress Software Co., USA). Она имеет встроенный язык SQL и собственный язык 4GL, может работать на разнообразных программно-аппаратных платформах, поддерживает архитектуру клиент-сервер.
Перспективы развития архитектур СУБД связаны с развитием концепции обработки нетрадиционных данных и их интеграции, обмена данными из разных СУБД, многопользовательской технологии в локальных сетях.
С 1996 г. операционная система Windows 95 стала стандартом для настольных ПК. Для использования преимуществ этой операционной системы необходим переход к использованию 32-разрядных СУБД нижнего уровня. Наиболее известными и популярными СУБД такого типа являются: Access (Microsoft), Paradox 7 for Windows 95 and Windows NT (Borland) и Approach for Windows 95 (Lotus).
Относительно простой в изучении и использовании считается Approach for Windows 95, которая ориентирована на разработку несложных приложений. Более совершенными, обладающими мощным языком разработки приложений пользователя являются две первые из названных СУБД — Paradox и Access.
К общим свойствам СУБД Approach, Paradox и Access относятся:
- графический многооконный интерфейс, позволяющий пользователю в диалоговом режиме создавать таблицы, формы, запросы, отчеты и макросы;
- специальные средства, автоматизирующие работу, — многочисленные мастера (Wizards) в Access, ассистенты (Assistants) в Approach и эксперты (Experts) в Paradox;
- возможность работы в локальном режиме или в режиме клиента на рабочей станции (Windows NT 3.51, Novell NetWare 4.1);
- использование объектной технологии OLE2 для внедрения в базу данных разной природы (текстов, электронных таблиц, изображений и т. п.);
- наличие собственного языка программирования.
Особенности СУБД Approach, Paradox, Access:
- в Approach, в отличие от Paradox и Access, не обеспечивается полная поддержка языка запросов SQL, что ограничивает ее возможности в многопользовательских системах только просмотром данных;
- в Access предусмотрена автоматическая генерация кода SQL при создании запроса пользователем;
- в Approach язык для разработки приложений Lotus Script уступает по интеграционным возможностям и удобству работы объектноориентированным языкам (в Paradox — ObjectPAL, в Access — Visual Basic);
- Visual Basic в Access является наиболее мощным языком программирования, которым обладает свойством автономности от СУБД и переносимости в другие приложения Microsoft Office, обеспечивая хорошую интеграцию данных;
- в Access имеется Мастер анализа таблиц, с помощью которого можно выполнить нормализацию таблицы.
Одной из важнейших тенденции развития СУБД является разработка «универсальных» СУБД, способных интегрировать в базе традиционные и нетрадиционные данные — тексты, рисунки, звук и видео, страницы HTML и др. Это особенно актуально для Web. Имеются два подхода к построению таких СУБД; объектно-реляционный — совершенствование существующих реляционных СУБД и объектный.
Следует отметить, что современные реляционные СУБД уже способны интегрировать данные, однако нетрадиционные данные недоступны для внутренней обработки. «Универсальные» СУБД должны выполнять такую обработку. В таких системах не нужны разнородные программы, которыми сложно управлять. По пути создания объектно-реляционных СУБД пошли такие фирмы, как IBM, Informix и Oracle. В IBM разработана объектно-реляционная СУБД DB2 для ОС AIX и OS, 2. На начальном этапе фирма Oracle выпустила реляционный продукт Oracle Universal Server, интегрирующий СУБД Oracle 7.3 и специализированные серверы (Web, пространственных данных, текстов, видеосообщений), поддерживающие данные в разных хранилищах. В объекто-реляцпонной Oracle 8 должны быть интегрированы реляционные и нетрадиционные типы данных. Informix создала объектно-реляционную СУБД Universal Server.
Корпорация Microsoft сделала ставку на объектно-ориентированный интерфейс
OLE DB, который обеспечивает доступ к данным Microsoft SQL Server (реляционная СУБД).
Фирма Sybase ориентирована на использование специализированных серверов, а интеграцию данных намеревается проводить другими средствами, то есть идет по пути создания объектно-реляционной СУБД (Adaptive-Server).
Информационные хранилища на базе СУБД с параллельной обработкой рассчитаны на многопроцессорные системы. Такие СУБД разделяются по типу архитектуры — без разделения ресурсов и с совместным использованием дискового пространства. В нервом случае за каждым из процессоров закреплены выделенные области памяти и диски, что дает хорошую скорость обработки. Во втором случае все процессоры делят между собой как оперативную память, так и место на диске.
Примерами СУБД без разделения ресурсов являются: DB2 (IBM), Informix Online Dynamic (Informix), Navigation Server (Sybase). СУБД с совместным использованием памяти является AdabasD версия 6.1 (Software AG). В СУБД Oracle 7.2 обеспечивается лучшая переносимость на различные платформы. Следует заметить, что выбор СУБД целесообразно осуществлять не только по типу архитектуры и качеству внешнего интерфейса, но прежде всего исходя из функциональных возможностей. Важными критериями выбора являются способность обработки сложных запросов (и скорость обработки), возможность переноса между платформами. Хорошей скоростью обработки сложных запросов отличается СУБД DB2 (IBM), а также DSA (Informix).
Классификация современных СУБД К важным признакам классификации современных СУБД относятся:
- среда функционирования — класс компьютеров и операционных систем (платформа), на которых работает СУБД, в том числе разрядность операционной системы, на которую ориентирована СУБД (16- или 32-разрядные);
- тип поддерживаемой в СУБД модели данных — сетевая, иерархическая или реляционная;
- возможности встроенного языка СУБД, его переносимость в другие приложения (SQL, Visual Basic, ObjectPAL и т. п.);
- наличие развитых диалоговых средств конструирования (таблиц, форм, запросов, отчетов, макросов) и средств работы с базой данных;
- возможность работы с нетрадиционными данными в корпоративных сетях (страницы HTML, сообщения электронной почты, изображения, звуковые файлы, видеоклипы и т. п.);
- используемая концепция работы с нетрадиционными данными — объектно-реляционные, объектные;
- уровень использования — локальная (для настольных систем), архитектура клиент-сервер, с параллельной обработкой данных (многопроцессорная);
- использование объектной технологии OLE 2.0;
- возможности интеграции данных из разных СУБД;
- степень поддержки языка SQL и возможности работы с сервером баз данных (SQL-сервером);
- наличие средств отчуждаемых приложений, позволяющих не проводить полной инсталляции СУБД для тиражируемых приложений пользователя.
3.Режим работы с базами данных
3.1 Основные возможности Access
СУБД Microsoft Access 7.0 является 32-разрядной системой управления реляционными базами данных нового поколения, работающей в среде Windows 95 и Windows NT. На его примере и рассмотрим режим работы с базами данных
В СУБД Access поддерживается реляционная модель данных.
В СУБД Access процесс создания реляционной базы данных включает создание схемы данных. Схема данных наглядно отображает таблицы и связи между ними, а также обеспечивает использование связей при обработке данных и целостность базы данных. Схема данных олицетворяет неразрывную связь внемашинного проектирования базы данных с этапом ее создания.
СУБД Access ориентирована на работу с объектами, к которым относятся таблицы базы данных, формы, запросы, отчеты, макросы и модули. Для типовых процессов обработки данных — ввода, просмотра, обновления, поиска по заданным критериям, получения отчетов — Access позволяет конструировать в диалоговом режиме такие объекты, как формы, запросы и отчеты. Эти объекты состоят из графических элементов, называемых элементами управления. Основные элементы управления служат для связи объектов с записями таблиц, являющихся источниками данных.
Множество мастеров Access 7.0 помогает пользователю выполнить работы, не прибегая к конструированию. Мастера позволяют создать новые формы, запросы, отчеты, анализировать таблицы базы данных и даже полностью создать одну из многочисленных типовых баз данных.
Для создания приложений пользователя могут использоваться макросы и модули на языке программирования Visual Basic.
Каждый объект и элемент управления имеет свои свойства, определяя которые можно настраивать объекты и элементы управления.
Таблицы создаются пользователем для хранения данных по одному объекту
модели данных предметной области.
Запросы создаются пользователем для выборки нужных данных из одной или нескольких связанных таблиц. Запрос может формироваться с помощью запросов по образцу (QBE) или с помощью языка структурированных запросов SQL. С помощью запроса можно также обновить, удалить или добавить данные в таблицы или создать новые таблицы на основе уже существующих.
продолжение
--PAGE_BREAK--Формы предназначены для ввода, просмотра и корректировки взаимосвязанных данных базы на экране в удобном виде, который может соответствовать привычному для пользователя документу. Формы также могут использоваться для создания панелей управления в приложении пользователя.
Отчеты предназначены для формирования выходного документа, предназначенного для вывода на печать.
Макросы содержат описание действий, которые должны быть выполнены в ответ на некоторое событие. Каждое действие реализуется макрокомандой. Выбор макрокоманд и задание параметров, используемых ими при выполнении, является простой автоматизированной операцией. Макрос позволяет объединить разрозненные операции обработки данных в приложении.
Модули содержат программы на языке Visual Basic, которые могут разрабатываться пользователем для реализации нестандартных процедур при создании приложения.
Access обладает достаточно удобными средствами создания приложений пользователя. Самым простым средством являются макросы. Макросы позволяют легко связывать отдельные действия, реализуемые с помощью форм, запросов, отчетов, и организовать их выполнение через меню.
Многопользовательская база данных
Получение одновременного доступа нескольких пользователей к общей базе данных возможно при установке Access в локальной сети персональных компьютеров и создании многопользовательской базы данных. Access следит за разграничением доступа разных пользователей к базе данных п обеспечивает защиту данных при одновременной работе пользователей с общими данными. База данных Access может размещаться на компьютере, выделенном в качестве файлового сервера. При этом СУБД Access может быть установлена пли на файловом сервере, или па каждой рабочей станции. Обработка данных базы в обоих случаях осуществляется на рабочих станциях пользователей. Работа в сети со средствами Access для пользователя практически не зависит от конфигурации сети п способа размещения СУБД Access на пей. СУБД Access может функционировать в локальной сети, поддерживающей концепцию клиент-сервер. В такой сети используется сервер баз данных SQL.
На рабочих станциях-клиентах работает Access. Пользователи Access могут взаимодействовать не только со своими локальными базами, но и с данными, расположенными на сервере. Access позволяет посылать на сервер запросы на языке SQL, получать необходимые данные, а также посылать обновленные данные.
Меню Access содержит команды, которые определяют операции, позволяющие пользователю выполнять нужную работу. Access имеет набор встроенных панелей инструментов, обеспечивающий удобный интерфейс пользователя при выполнении работ в каждом из режимов базы данных. Эти панели выводятся в окне Access по умолчанию в соответствии с выбранным режимом работы. Сообщение Готово в строке состояния означает, что Access готов принять команду пользователя.
Открытие базы данных
После запуска Microsoft Access одновременно с его окном выводится первое диалоговое окно, позволяющее начать создание базы данных или открыть существующую базу данных. Если это окно не появляется при запуске Access, для открытия базы данных выполняется команда Файл (Открыть или нажимается кнопка Открыть базу данных. После выполнения этой команды открывается окно базы данных.
Все операции по обработке объектов базы данных начинаются в окне базы данных. На вкладках окна базы данных представлены основные типы объектов
Access: Таблицы, Запросы, Формы, Отчеты, Макросы и Модули. Рабочее поле
окна базы данных предназначено для отображения списка объектов Access выбранного типа.
В этом окне представлены три кнопки, которые позволяют начать работу с объектом:
1. первая кнопка позволяет Открыть выбранную таблицу, форму, запрос, или Просмотреть отчет, или Запустить макрос;
2. кнопка Конструктор позволяет перейти в режим доработки любого ранее созданного объекта;
3. кнопка Создать позволяет приступить к созданию нового объекта любого выбранного типа.
При создании объекта предоставляется возможность выбора режима его разработки. Это может быть «Мастер», или «Конструктор», или некоторый другой режим, зависящий от выбранного типа объекта.
3.2 Создание базы данных
Создание новой реляционной базы данных Access осуществляется в соответствии с ее структурой, полученной в результате проектирования. Создание реляционной базы данных с помощью СУБД начинается с задания структуры таблиц. Затем создается схема данных, в которой устанавливаются связи между таблицами. Access запоминает и использует эти связи при заполнении таблиц и обработке данных. При создании базы данных важно задать параметры, в соответствии с которыми Access будет автоматически поддерживать целостность базы данных. Для этого при определении структуры таблиц должны быть указаны ограничения на допустимые значения данных, а при создании схемы данных на основе нормализованных данных должны быть заданы параметры поддержания целостности связей базы данных.
Завершается создание базы данных процедурой загрузки, то есть заполнением таблиц конкретной информацией. Особое значение имеет технология загрузки взаимосвязанных данных. Удобным инструментом загрузки в Access являются формы ввода-вывода. Формы позволяют создать экранный аналог документа, через который можно вводить данные одновременно в несколько взаимосвязанных таблиц.
Пользователь может начинать работу с базой при любом количестве созданных таблиц еще до создания полной базы, отображающей все объекты модели данных предметной области. База данных может создаваться поэтапно, и в любой момент ее можно дополнять новыми таблицами и вводить связи между таблицами в схему данных.
Создание файла базы данных
Access хранит все таблицы базы данных в одном файле. Прежде чем приступить к созданию таблиц базы данных, необходимо создать файл базы данных с помощью команды Файл \ Создать или кнопки Создать базу данных. В окне Создание можно выбрать один из шаблонов и с помощью Мастера баз данных создать типовую базу данных.
Чтобы создать файл новой не типовой базы данных, нужно выбрать в окне Создание вкладку Общие и щелкнуть значок Новая база данных. Для базы данных задается имя файла и выбирается папка, где разместится файл. Тип файла базы данных по умолчанию имеет расширение MDB. Это расширение является зарегистрированным в Windows и связывается с программой Access. В результате открывается окно базы данных. Список любого выбранного объекта новой базы данных сначала пуст. Теперь можно приступить к созданию таблиц БД.
Создание таблицы базы данных
Создание таблицы БД состоит из двух этапов. На первом этапе определяется ее структура: состав полей, их имена, последовательность размещения в таблице, тип данных, размер, ключевые поля и другие свойства полей. На втором этапе производится создание записей таблицы и заполнение их данными.
Для создания таблицы надо в окне базы данных выбрать вкладку Таблицы и нажать кнопку Создать. Затем выбрать способ создания таблицы: режим таблицы, Конструктора или Мастера таблиц. Режим Конструктора определяет основной способ, при котором структура таблицы полностью задается пользователем.
Режим Конструктора
Структура таблицы определяется в окне Конструктора.
Для определения поля задаются Имя поля, Тип данных, Описание— краткий комментарий, а также общие свойства.
Имя поля. Каждое поле в таблице должно иметь уникальное имя, удовлетворяющее соглашениям об именах объектов в Access.
Тип данных. Тип данных определяется значениями, которые предполагается вводить в поле, и операциями, которые будут выполняться с этими значениями. В Access допускается использование восьми типов данных: текстовый, MEMO (текст большого размера), числовой (конкретные варианты числового типа и их длина задаются в свойстве «Размер поля»), денежный, дата/время, счетчик (используется для определения уникального системного ключа таблицы), логический, поле объекта OLE. Список типов данных вызывается нажатием кнопки списка при выборе типа данных каждого поля.
Общие свойства поля задаются для каждого поля и зависят от выбранного типа данных. Перечислим наиболее важные свойства полей.
1. Размер поля задает максимальный размер данных, сохраняемых в поле. Для поля с текстовым типом данных максимальный размер 255 байт. Для поля с числовым типом данных можно задать использование целых чисел длиной 1,2,4 байта или использование чисел с плавающей точкой длиной 4 или 8 байт.
2. Формат поля задает формат отображения данного на экране или печати.
3. Число десятичных знаков задает для числового и денежного типов данных число знаков после запятой.
4. Подпись поля задает текст, который выводится в заголовках таблиц, форм, отчетов.
5. Условие на значение задает ограничения на вводимые значения и позволяет осуществлять контроль ввода.
6. Сообщение об ошибке задает текст сообщения, выводимый на экран при нарушении условия на значение.
Определение первичного ключа. Для определения первичного ключа выделяются поля, составляющие ключ, и нажимается кнопка Ключевое поле. Для ключевого поля автоматически строится индекс. Индекс ключевого поля всегда уникален и не допускает пустых полей в записях.
После определения структуры таблицы ее надо сохранить с нужным именем. После сохранения таблицы делается доступным режим таблицы, позволяющий перейти ко второму этапу создания таблицы — созданию записей. Переход в режим таблицы осуществляется нажатием кнопки Представление таблицы.
Непосредственный ввод данных в таблицу Непосредственный ввод данных в таблицу осуществляется в режиме таблицы. Для перехода в этот режим из окна базы данных надо выбрать таблицу и нажать кнопку Открыть. В открывшуюся таблицу можно вводить новые записи, заполняя значениями поля.
При заполнении таблиц, для связей между которыми не определены параметры целостности, только от пользователя зависит обеспечение корректности вводимой информации. При одно-многозначных отношениях таблиц и вводе записей в подчиненную таблицу необходимо отслеживать наличие записей с вводимыми значениями ключевых полей в главной таблице. При изменении (удалении) ключевых полей в записях главной таблицы необходимо изменять (удалять) связанные с ними записи в подчиненных таблицах.
После ввода значения в ячейку поля и попытке перейти к другой ячейке Access проверяет, являются ли введенные данные допустимыми для этого поля. Если введено значение, не соответствующее типу данных поля, Access пытается преобразовать его в правильный тип данных.
Для удобства работы с таблицей можно изменить ее представление на экране — макет. При этом можно менять ширину столбца, высоту строки, шрифт данных таблицы, цвет текста, линий сетки и фона, оформление.
Использование данных типа «Поле объекта OLE» В таблице КАФЕДРА рассматриваемой базы данных предусмотрено поле ФОТО, которое должно содержать фотографию заведующего, хранящуюся в формате графического редактора Paint в файле с расширением BMP. Тип данных такого поля должен быть задан при определении структуры таблицы как Поле объекта OLE. Размещение этого объекта в поле производится на этапе заполнения полей таблицы. Для отображения объекта OLE необходимо создать в форме или отчете элемент управления — связанную рамку объекта.
Внедренный объект сохраняется в файле базы данных и всегда является доступным. Связанный объект сохраняется в файле объекта. Файл объекта можно обновлять независимо от базы данных.
Для размещения объекта OLE в поле необходимо в режиме таблицы установить курсор на этом поле и выполнить команду Вставка | Объект. В окне Вставка объекта надо выполнить действия по поиску и выбору файла с фотографией.
Схема данных в Access Схема данных является не только графическим образом базы данных, но используется Access в процессе работы с базой данных. Создание схемы данных позволяет упростить конструирование многотабличных форм, запросов и отчетов, а также обеспечить поддержание целостности взаимосвязанных данных при корректировке таблиц.
Взаимосвязи таблиц. Схема данных задает структуру базы данных. В ней определяются и запоминаются связи между таблицами. Схема данных базы графически отображается в своем окне, где таблицы представлены списками полей, а связи — линиями между полями разных таблиц. Схема данных ориентирована на работу с таблицами, отвечающими требованиям нормализации, между которыми могут быть установлены одно-многозначные (1: М) или одно-однозначные (1:1) связи с обеспечением целостности базы данных. Поэтому схема данных строится в соответствии с информационно-логической моделью.
При построении схемы данных Access автоматически определяет по выбранному полю связи тип связи между таблицами. Если поле, по которому нужно установить связь, является уникальным ключом как в главной таблице, так и в подчиненной, Access устанавливает связь один-к-одному. Если поле связи является уникальным ключом в главной таблице, а в подчиненной таблице является не ключевым или входит в составной ключ, Access устанавливает связь один-ко-многим от главной таблицы к подчиненной.
Связи-объединения. При выборе в качестве поля связи в главной таблице не ключевого поля Access сообщает, что тип отношения не может быть определен.
В этом случае между таблицами возможно установление только связи-объединения. Связь-объединение обеспечивает объединение записей двух таблиц, имеющих одинаковые значения в поле связи. Причем производится объединение каждой записи из одной таблицы с каждой записью из другой таблицы при условии равенства значений в поле связи. Результатом объединения записей, который определяется выбором одного из трех способов, может быть:
• объединение только тех записей, в которых связанные поля обеих таблиц совпадают;
• объединение тех записей, в которых связанные поля обеих таблиц совпадают, а также объединение всех записей из первой таблицы (для которых нет связанных во второй) с пустой записью второй таблицы;
• объединение тех записей, в которых связанные поля обеих таблиц совпадают, а также объединение всех записей из второй таблицы, для которых нет связанных в первой, с пустой записью первой таблицы.
Обеспечение целостности данных. Для связей типа 1:1 и 1: М можно задать параметр обеспечения целостности данных. Обеспечение целостности данных означает выполнение для взаимосвязанных таблиц перечисленных ниже условий корректировки базы данных:
• в подчиненную таблицу не может быть добавлена запись с несуществующим в главной таблице значением ключа связи;
• в главной таблице нельзя удалить запись, если не удалены связанные с ней записи в подчиненной таблице;
• изменение значений ключа связи главной таблицы должно приводить к изменению соответствующих значений в записях подчиненной таблицы.
При попытке пользователя нарушить эти условия в операциях обновления или удаления данных в связанных таблицах Access не допускает выполнения операции.
Установление между двумя таблицами связи типа 1: М или 1:1 и задание для нее параметров целостности данных возможно только при следующих условиях:
• связываемые поля имеют одинаковый тип данных, причем имена полей могут быть различными;
• обе таблицы сохраняются в одной базе данных Access;
• главная таблица связывается с подчиненной по первичному простому или составному ключу (или уникальному индексу) главной таблицы.
Примечание. Access не позволяет создавать связей с параметрами целостности в схеме данных, если ранее введенные в таблицы данные не отвечают требованиям целостности.
Если для выбранной связи обеспечивается поддержание целостности, можно задать режим каскадного обновления и удаления связанных записей. В режиме каскадного обновления связанных записей при изменении значения в поле связи главной таблицы Access автоматически изменит значения в соответствующем поле в подчиненных записях. В режиме каскадного удаления связанных записей при удалении записи из главной таблицы Access выполняет каскадное удаление подчиненных записей на всех уровнях.
продолжение
--PAGE_BREAK--