Более универсальны, так как взаимосвязи большинства предметных областей имеют сетевой характер.

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

Достоинство: высокая эффективность затрат памяти; оперативность обработки данных.

Недостаток – сложность и жесткость схемы базы; сложность понимания; ослаблен контроль целостности, т.к. в ней допускается устанавливать произвольные связи между записями.

Реляционная модель – комплекс взаимосвязанных простейших двумерных таблиц-отношений. Таблицы-отношения должны обладать следующими свойствами:

*каждый столбец таблицы – это элемент данных и его значения должны быть не расчленяемыми на несколько значений;

*все столбцы однородные;

*в таблице нет двух одинаковых строк;

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

*число строк не ограничено.

Отношение описывает некоторый объект материального мира посредством атрибутов R(A1, A2,..,An), называемого схемой отношения. В теории реляционных моделей данных используется терминология алгебры отношений. Согласно ей столбцы отношения называются доменами, а строки – кортежами. При работе с реляционными таблицами используют также альтернативные им понятия – поле и записи. В отношении записи должны иметь уникальный идентификатор – ключ. Ключ – один или несколько полей, однозначно определяющих записи. Ключ служит для быстрого поиска нужной информации.

8. 
   Постреляционная модель данных.
   

Классическая реляционная модель предполагает неделимость данных, хранящихся в полях записей таблиц. Это означает, что информация в таблице представляется в первой нормальной форме. Существует ряд случаев, когда это ограничение мешает эффективной реализации приложений.

Постреляционная модель данных представляет собой расширенную реляционную модель, снимающую ограничение неделимости данных, хранящихся в записях таблиц. Постреляционная модель данных допускает многозначные поля — поля, значения которых состоят из подзначений. Набор значений многозначных полей считается самостоятельной таблицей, встроенной в основную таблицу.

---

Поскольку постреляционная модель допускает хранение в таблицах ненормализованных данных, возникает проблема обеспечения целостности и непротиворечивости данных. Эта проблема решается включением в СУБД механизмов, подобных хранимым процедурам в клиент-серверных системах.

Для описания функций контроля значений в полях имеется возможность создавать процедуры (коды конверсии и коды корреляции), автоматически вызываемые до или после обращения к данным. Коды корреляции выполняются сразу после чтения данных, перед их обработкой. Коды конверсии, наоборот, выполняются после обработки данных.

Достоинства: Возможность представления совокупности связанных реляционных таблиц одной постреляционной таблицей. Это обеспечивает высокую наглядность представления информации и повышение эффективности ее обработки.

Недостатки: Сложность решения проблемы обеспечения целостности и непротиворечивости хранимых данных.

Примером СУБД поддерживающих данную модель является uniVers, Bubba и Dasdb.

9. 
   Объектно-ориентированная модель данных.
   

Объектно-ориентированная модель представляет собой структуру, которую можно изобразить графически в виде дерева, , узлами которого являются объекты. Каждый объект характеризуется уникальным идентификатором, состоянием, поведением. Поведение объекта описывают методы, называемые процедурами, т.е. составной частью описания объекта являются процедуры, способные производить действия над атрибутами объекта.

Объекты могут соединяться в классы. Экземпляры одного класса отличаются лишь значениями своих свойств, но не своими методами.

Суть наследования состоит в том, что на основании существующего класса можно образовать новый класс объектов, который будет наследовать свойства родительского класса.

Доступ к данным осуществляется только в соответствии с правилами поведения объекта, описываемыми методами (инкапсуляция).

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

Основным достоинством объектно – ориентированной модели является способность отображать информацию о сложных объектах с исчерпывающим описанием взаимосвязей между ними и их динамического поведения. 

Недостатком является сложность понятийного аппарата, что затрудняет ее применение и отрицательно сказывается на накоплении опыта создания и эксплуатации объектно-ориентированных баз данных.

---

10. 
    Объектно-реляционная модель данных.
    

Объектно-реляционная модель данных (ОРМД) реализована с помощью реляционных таблиц, но включает объекты, аналогичного понятию объекта в объектно-ориентированном программировании. В ОРМД используются такие объектно-ориентированные компоненты, как пользовательские типы данных, инкапсуляция, полиморфизм, наследование, переопределение методов и т.п.

Объектно-реляционная модель данных является реляционной моделью с некоторыми свойствами объектной модели данных, или наоборот. Четкого определения не существует.

Основными преимуществами расширенной реляционной модели данных являются повторное и совместное использование компонентов. Например, в приложении может понадобиться использование данных пространственного типа, представляющие собой точки, линии, и многоугольники, со связанными с ними функциями, которые вычисляют расстояние между точками, расстояние между точкой и линией, проверяют наличие точки в многоугольнике и т.д. При правильном проектировании с учетом новых возможностей подобный подход позволяет организациям воспользоваться преимуществами новых расширений эволюционным путем без утраты преимуществ, получаемых от использования компонентов и функций уже существующей базы данных.

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

Основные недостатки объектно-реляционной и объектно-ориентированной моделей:

·отсутствие унифицированной теории, которая есть в реляционных моделях;

·отсутствие формальной методологии проектирования баз данных, как нормализация в реляционных базах;

·отсутствие специальных средств создания запросов;

·отсутствие общих правил определения целостности и др.

11.   1   2   3

---

Многомерная модель данных.

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

Основные понятия многомерных моделей данных: измерение и ячейка.

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

Ячейка – это поле, значение которого однозначно определяется фиксированным набором измерений. Тип поля чаще всего определен как цифровой. В зависимости от того, как формируются значения некоторой ячейки, она может быть переменной (значения изменяются и могут быть загружены из внешнего источника данных или сформированы программно) либо формулой (значения, подобно формульным ячейкам электронных таблиц, вычисляются по заранее заданным формулам).
Достоинством многомерной модели является удобство и эффективность анализа больших объемов данных, имеющих временную связь, а также быстрота реализации сложных нерегламентированных запросов. 

Недостаток этой модели в громоздкости в случае ее использования для решения стандартных задач оперативной обработки. Она, по сравнению с реляционными, не эффективно использует память, так как в ней резервируется место для всех значений, даже если некоторые из них будут отсутствовать

12. 
    Требования, предъявляемые к базе данных.
    

Проектирование базы данных – это процесс создания проекта базы данных, предназначенной для поддержки функционирования экономического объекта и способствующей достижению его целей.

Оно представляет собой трудоемкий процесс, требующий совместных усилий аналитиков, проектировщиков и пользователей.

При проектировании базы данных необходимо учитывать тот факт, что база данных должна удовлетворять комплексу требований. Эти требования следующие:

---

1)  целостность базы данных – требование полноты и непротиворечивости данных;

2)  многократное использование данных;

3)  быстрый поиск и получение информации по запросам пользователей;

4)  простота обновления данных;

5)  минимизация избыточности данных;

6) защита данных от несанкционированного доступа, искажения и уничтожения.

13. 
    Жизненный цикл базы данных.
    

Жизненный цикл базы данных (ЖЦБД) – это процесс проектирования, реализации и поддержки базы данных. ЖЦБД состоит из семи этапов:

1) предварительное планирование;

2) проверка осуществимости;

3) определение требований;

4) концептуальное проектирование;

5) логическое проектирование;

6) физическое проектирование;

7) оценка работы и поддержка базы данных.

1. Предварительное планирование базы данных – важный этап в процессе перехода от разрозненных данных к интегрированным. На этом этапе собирается информация об используемых и находящихся в процессе разработки прикладных программах и файлах, связанных с ними. Она помогает установить связи между текущими приложениями и то, как используется их информация. Кроме того, позволяет определить будущие требования к базе данных. Информация документируется в виде обобщенной концептуальной модели данных.

2. Проверка осуществимостипредполагает подготовку отчетов по трем вопросам:

1) есть ли технология – необходимое оборудование и программное обеспечение – для реализации запланированной базы данных (технологическая осуществимость);

2) имеются ли персонал, средства и эксперты для успешного осуществления плана создания базы данных (операционная осуществимость);

3) окупится ли запланированная база данных (экономическая эффективность).

3. Определение требований:

· цели базы данных;

· информационные потребности различных структурных подразделений и их руководителей;

· требования к оборудованию;

· требования к программному обеспечению.

4. Концептуальное проектирование. Создаются подробные модели пользовательских представлений данных предметной области. Затем они интегрируются в концептуальную модель, которая фиксирует все элементы корпоративных данных, подлежащих загрузке в базу данных. Эту модель еще называют концептуальной схемой базы данных.

---

Смотрите также файлы

• Мониторинг инвестиционной деятельности регионов рф.ppt

• Практическая работа 2 Проект управленческого решения и перечень поручений.docx

• Білімділік масаты.docx

• "Бастау" олимпиадасы логикалы есептер 3 сынып.docx

• Название База данных oracle.pptx