5. Понятия объект и класс в ообд

В объектно-ориентированной модели при представлении данных имеется возможность идентифицировать отдельные записи базы. Между записями базы данных и функциями их обработки устанавливаются взаимосвязи с по­мощью механизмов, подобных соответствующим средствам в объектно-ори­ентированных языках программирования.

Структура объектно-ориентированной БД графически представима в виде дерева, узлами которого являются объекты. Свойства объектов описываются некоторым стандартным типом или типом, конструируемым пользователем.

Значением свойства типа string является строка символов. Значение свой­ства типа class есть объект, являющийся экземпляром соответствующего клас­са. Каждый объект-экземпляр класса считается потомком объекта, в котором он определен как свойство. Объект-экземпляр класса принадлежит своему классу и имеет одного родителя. Родовые отношения в БД образуют связную иерархию объектов.

Класс – это описание совокупности объектов с общими атрибутами, операциями, отношениями и семантикой.

Логическая структура объектно-ориентированной БД внешне похожа на структуру иерархической БД. Основное отличие между ними состоит в мето­дах манипулирования данными.

Для выполнения действий над данными в рассматриваемой модели БД приме­няются логические операции, усиленные объектно-ориентированными механиз мами инкапсуляции, наследования и полиморфизма.

6. Средства поддержки проектирования.

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

Более интеллектуальные СУБД, в том числе Access, дополнительно пре­доставляют средства для предотвращения аномалий. К ним можно отнести средство помощи при создании таблиц (вспомогательное средство, не исполь­зуемое отдельно) и Мастер анализа таблиц (основное средство).

Перед созданием БД ее нужно спроектировать. Опреде­лить, сколько должно быть таблиц, как они между собой связаны, какие у каждой из таблиц поля, есть ли ключи и прочее. Бывают ситуации, когда: о разрабатываемой информационной системе собрана не вся информация; ин­формация собрана, но не систематизирована; данные, которые необходимо распределить по таблицам БД, импортированы из других СУБД или из тек­стовых файлов и др. В подобных случаях требуется анализ информации. Если объем ее значителен, обойтись без средств автоматизации очень слож­но.

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

Мастер анализа таблиц системы позволяет выполнять анализ и нор­мализацию таблиц. При этом исходная таблица, данные в одном или несколь­ких полях которой повторяются, разделяется на несколько связанных таб­лиц. Разделение таблиц происходит так, чтобы информация не терялась. Пользователь может создать таблицы самостоятельно или с помощью Ма­стера.

Для выполнения анализа таблицы и/или ее нормализации нужно открыть окно БД и выбрать в меню пункт Сервис | Анализ | Таблица (Tools | Analyze | Table). В результате запускается Мастер анализа таблиц. Возможность его использования предоставляется также после операций импорта данных из текстовых файлов или файлов электронных таблиц с помощью одного из Мастеров импорта.