Найбільш часто використовуються в мережі зв'язку типу «це є». Вони дозволяють побудувати у вигляді мережі ієрархію понять, в яких вузли нижчих рівнів успадковують властивості вузлів більш високих рівнів. Саме таким механізмом перенесення властивостей обумовлена ??ефективність семантичних мереж.
1.4 Реляційні бази даних
Бази даних називаються реляційними, якщо управління ними засноване на математичній моделі, що використовує методи реляційної алгебри і реляційного числення. С. Дейт дає наступне неформальне визначення реляційних баз даних:
1. Вся інформація в базі даних представлена ??у вигляді таблиць.
2. Підтримуються три реляційних оператора - вибору, проектування та об'єднання, за допомогою яких можна отримати будь-які необхідні дані, закладені в таблиці.
Реляційна модель забезпечує незалежність даних на двох рівнях - фізичному і логічному. Фізична незалежність даних означає з точки зору користувача, що подання даних абсолютно не залежить від способу їх фізичного зберігання. Як наслідок цього, фізичне переміщення даних жодним чином не може вплинути на логічну структуру бази даних. Інший тип незалежності, який забезпечувався реляційними системами - логічна незалежність - означає, що зміна взаємозв'язків між таблицями і рядками не впливає на правильне функціонування програмних додатків і поточних запитів [3,124].
У визначенні системи управління реляційними базами даних згадуються три операції по вибірці даних - проектування, вибір і об'єднання, які дозволяють суворо вказати системі, які дані необхідно показати. Операція проектування вибирає стовпці, операція вибору - рядки, а операція об'єднання збирає разом дані з пов'язаних таблиць.
Віртуальні таблиці можна розглядати як деяку переміщувану за таблицями рамку, через яку можна побачити тільки необхідну частину інформації. Віртуальні таблиці можна отримати з однієї або декількох таблиць бази даних (включаючи і інші віртуальні таблиці), використовуючи будь-які операції вибору, проектування та об'єднання. Віртуальні таблиці, на відміну від «справжніх», або базових таблиць, фізично не зберігаються в базі даних. У той же час необхідно усвідомлювати, що віртуальні таблиці це не копія деяких даних, що поміщається в іншу таблицю. Коли ви змінюєте дані у віртуальній таблиці, то тим самим змінюєте дані в базових таблицях. В ідеальній реляційної системі з віртуальними таблицями можна оперувати як і з будь-якими іншими таблицями. У реальному світі на віртуальні таблиці накладаються певні обмеження, зокрема на оновлення. Одне з правил Кодда говорить, що в істинно реляційної системі над віртуальними таблицями можна виконувати всі «теоретично» можливі операції. Більшість сучасних систем управління реляційними базами даних не задовольняють цьому правилу повністю.
У реальному світі управління інформацією дані часто є невідомими або неповними: невідомий телефонний номер, не захотіли вказати вік. Такі пропуски інформації створюють «дірки» в таблицях. Проблема, звичайно, полягає не в простій непривабливості подібних дірок. Небезпека полягає в тому, що через них база даних може стати суперечливою. Щоб зберегти цілісність даних в реляційної моделі, так само, як і в правилах Кодда, для обробки пропущеної інформації використовується поняття нуля.
