Теми рефератів
> Реферати > Курсові роботи > Звіти з практики > Курсові проекти > Питання та відповіді > Ессе > Доклади > Учбові матеріали > Контрольні роботи > Методички > Лекції > Твори > Підручники > Статті Контакти
Реферати, твори, дипломи, практика » Статьи » Історія використання будівельної арматури

Реферат Історія використання будівельної арматури





модель можна представити як граф із записами у вигляді вузлів графа і наборами у вигляді його ребер. Найбільш повно концепція мережевих БД вперше викладена в пропозиції групи CODASYL.

Для опису схеми мережевої БД використовується дві групи типів: запис і зв'язок raquo ;. Тип зв'язок визначається для двох типів запис raquo ;: предка і нащадка. Змінні типу зв'язок є екземплярами зв'язків.

Мережева БД складається з набору записів і набору відповідних зв'язків. На форматування зв'язку особливих обмежень не накладається. Якщо в ієрархічних структурах запис-нащадок могла мати тільки одну запис-предка, то в мережевій моделі даних запис-нащадок може мати довільне число записів-предків (вільних батьків).

Фізичне розміщення даних у базах мережевого типу може бути організовано практично тими ж методами, що і в ієрархічних базах.


Малюнок 3. Подання зв'язків в мережевій моделі.


До числа найважливіших операцій маніпулювання даними баз мережевого типу можна віднести наступні:

§ пошук запису в БД;

§ перехід від предка до першого нащадку;

§ перехід від нащадка до предка;

§ створення нового запису;

§ видалення поточного запису;

§ оновлення поточного запису;

§ включення запису в зв'язок;

§ виключення запису з зв'язку;

§ зміна зв'язків і т.д.

Перевагою мережевої моделі даних є можливість ефективної реалізації за показниками витрат пам'яті та оперативності. У порівнянні з ієрархічною моделлю мережева представляє великі можливості в сенсі допустимості освіти довільних зв'язків.

Недоліком мережевої моделі даних є висока складність і жорсткість схеми БД, побудованої на її основі, а також складність для розуміння і виконання обробки інформації в БД звичайним користувачем. Крім того, в мережевій моделі даних ослаблений контроль цілісності зв'язків внаслідок допустимості встановлення довільних зв'язків між записами.

Системи на основі мережевої моделі не набули широкого поширення на практиці.


. 4 Об'єктно-орієнтована база даних


Об'єктно-орієнтована база даних - база даних, в якій дані оформлені у вигляді моделей об'єктів, що включають прикладні програми, які управляються зовнішніми подіями. Результатом поєднання можливостей (особливостей) баз даних і можливостей об'єктно-орієнтованих мов програмування є Об'єктно-орієнтовані системи управління базами даних (ООСУБД). ООСУБД дозволяє працювати з об'єктами баз даних також, як з об'єктами в програмуванні на ООЯП. ООСУБД розширює мови програмування, прозоро вводячи довготривалі дані, управління паралелізмом, відновлення даних, асоційовані запити й інші можливості.

Деякі об'єктно-орієнтовані бази даних розроблені для щільної взаємодії з такими об'єктно-орієнтованими мовами програмування як Python, Java, C #, Visual Basic .NET, C ++, Objective-C і Smalltalk; інші мають свої власні мови програмування. ООСУБД використовую точно таку ж модель, що і об'єктно-орієнтовані мови програмування.

Об'єктно-орієнтовані бази даних зазвичай рекомендовані для тих випадків, коли потрібна високопродуктивна обробка даних, мають складну структуру.

У маніфесті ООБД (Atkinson et al., 1989) пропонуються обов'язкові характеристики, яким повинна відповідати будь-яка ООБД. Їх вибір заснований на 2 критеріях: система повинна бути об'єктно-орієнтованої і представляти собою БД.

Три класи характеристик:

§ Обов'язкові.

§ Необов'язкові.

§ Відкриті - дозволяють користувачеві вибирати властивості.

СУБД

§ Довготривале зберігання

§ Використання зовнішньої пам'яті

§ Паралелізм

§ Відновлення

§ Нерегламентовані запити

ГО характеристики

1. Підтримка складних об'єктів. В системі повинна бути передбачена можливість створення складових об'єктів за рахунок застосування конструкторів складових об'єктів. Необхідно, щоб конструктори об'єктів були ортогональні, тобто будь конструктор можна було застосовувати до будь-якого об'єкту.

2. Підтримка індивідуальності об'єктів. Всі об'єкти повинні мати унікальний ідентифікатор, який не залежить від значень їх атрибутів.

. Підтримка інкапсуляції. Коректна інкапсуляція досягається...


Назад | сторінка 8 з 18 | Наступна сторінка





Схожі реферати:

  • Реферат на тему: Маніфест систем об'єктно-орієнтованих баз даних
  • Реферат на тему: Розробка мережевої моделі даних
  • Реферат на тему: Розробка бази даних засобами системи управління базами даних MS Access
  • Реферат на тему: Вивчення бази даних та системи управління базами даних
  • Реферат на тему: Бази даних та системи управління базами даних