Обектът и референтната цялост са важни в релационните бази данни.
Цялостността на обекта и референтната цялост са две форми на интегритет на данни, които са особено важни в релационните бази данни. Релационните бази данни разбиват съхранението на данни на елементи, които обикновено трябва да бъдат съединени отново заедно, за да се получат значими резултати. Без гаранции за тези два вида интегритет данните биха били изпуснати или дублирани.
Релационни бази данни
Системите за управление на релационни бази данни представляват най-широко прилагания модел на база данни в света днес. Релационният модел разчита на "нормализирани" данни. Нормализирането е процес, извършван в процеса на проектиране на база данни, за да се гарантира, че таблиците съхраняването на данните няма повтарящи се данни и не може да създаде повторение или загуба, когато се съединят заедно
Видео на деня
Референтни данни
Повечето приложения за бази данни използват два различни типа данни: данни за транзакциите и референтни данни. Като пример, една много основна складова база данни ще записва транзакции за движение на запасите. Представете си запис на транзакция като: Артикул 1010, Количество 5, Посока навън. Мениджърът може да пожелае да види отчет с тези данни, съдържащ името на артикула и описанието на артикула, както и номера на артикула. Тези подробности са атрибути на различен обект, който описва всяка част в склада. Това е референтна таблица.
Нормализиране
В примера за база данни за склад, таблицата на транзакциите трябва да съдържа само идентификатор за частта. Ако подробности като име и описание се съхраняват в таблицата на транзакциите, това би причинило ненужно повторение. Всеки артикул винаги има едно и също име и описание и тези подробности се отнасят до частта, а не до транзакцията. В тази примерна система детайлите на частите се съхраняват в различна таблица. Всеки запис в таблицата трябва да бъде уникално идентифициран от едно поле или комбинация от полета, наречени първичен ключ. Разделянето на повтарящи се групи се нарича "нормализация".
Интегритет на обекта
В примера за база данни за склад, първичният ключ на таблицата с части трябва да бъде атрибут, който уникално идентифицира всеки запис. Това е целостта на обекта. По принцип цифровите полета са по-добри за първичен ключ, отколкото текстовите полета. В таблицата с части най-доброто поле за първичен ключ би било номерът на артикула. Организацията може да продава различни продукти със същото име, като "малък гаечен ключ". Номерът на артикула винаги ще бъде уникален за артикул и така това гарантира целостта на обекта за таблицата с части. Ако няколко записа имат една и съща стойност на първичен ключ, препращане към подробности от тази таблица, като я присъедините към таблицата на транзакциите ще доведе до дублиране на записите на транзакциите, за да съвпаднат с всеки запис със същия идентификатор.
Референтна цялост
Референтната цялост гарантира, че връзката между таблицата на транзакциите и таблицата с части е правилно формирана. В таблицата на транзакциите номерът на артикула формира външния ключ, който е атрибутът, който се свързва с първичния ключ на таблицата с части. В таблицата на транзакциите могат да се показват само номерата на артикули, изброени в таблицата с частите. Това е референтна цялост. Ако таблицата на транзакциите съдържа номер на артикул, който също не е в таблицата с частите, свързването на таблиците заедно ще доведе до изключване на транзакции с липсващия номер на артикул от резултатите.