Что такое ограничения базы данных? [закрыто]

Каково четкое определение ограничения базы данных? Почему ограничения важны для базы данных? Какие бывают типы ограничений?

Ограничения являются частью определения схемы базы данных.

Ограничение обычно связано с таблицей и создается с помощью оператора CREATE CONSTRAINTили CREATE ASSERTIONSQL.

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

Общие виды ограничений:

• not null - каждое значение в столбце не должно быть NULL
• уникальный - значение (я) в указанном столбце (ах) должно быть уникальным для каждой строки в таблице
• первичный ключ - значение (я) в указанном столбце (ах) должно быть уникальным для каждой строки в таблице и не быть NULL ; обычно каждая таблица в базе данных должна иметь первичный ключ - он используется для идентификации отдельных записей
• внешний ключ - значение (я) в указанном столбце (ах) должно ссылаться на существующую запись в другой таблице (через ее первичный ключ или какое-либо другое уникальное ограничение )
• check - указано выражение, которое должно быть истинным, чтобы ограничение было удовлетворено

Чтобы понять, зачем нам нужны ограничения, вы должны сначала понять ценность целостности данных.

Целостность данных означает достоверность данных. Ваши данные действительны? Представляют ли ваши данные то, для чего вы их создали?

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

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

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

Вы должны признать, что проектирование вашей базы данных - это только рождение вашего решения. Здесь после этого он должен прожить (надеюсь) долгое время и терпеть все виды (странного) поведения со стороны своих конечных пользователей (то есть клиентских приложений). Но этот этап разработки имеет решающее значение для долгосрочного успеха вашего решения! Уважайте его и уделяйте ему необходимое время и внимание.

Один мудрец однажды сказал: «Данные должны защищать себя!» . И это то, что делают ограничения. Это правила, которые сохраняют данные в вашей базе данных как можно более достоверными.

Есть много способов сделать это, но в основном они сводятся к следующему:

• Ограничения внешнего ключа, вероятно, являются наиболее часто используемым ограничением и гарантируют, что ссылки на другие таблицы разрешены только в том случае, если действительно существует целевая строка для ссылки. Это также делает невозможным разрушение такой связи путем удаления указанной строки, создавая мертвую ссылку.
• Проверочные ограничения могут гарантировать, что в определенном столбце разрешены только определенные значения. Вы можете создать ограничение, разрешающее только слово «желтый» или «синий» в столбце VARCHAR. Все остальные значения приведут к ошибке. Получите идеи по использованию проверочных ограничений. Проверьте sys.check_constraintsпредставление в образце базы данных AdventureWorks.
• Правила в SQL Server можно использовать повторно. Проверка ограничений (позволяет поддерживать синтаксис из одного места и упрощает развертывание ограничений в других базах данных)

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

Ограничения FOREIGN KEY - Microsoft

Ограничение внешнего ключа - w3schools

ПРОВЕРИТЬ ограничения

Удачи! ;)

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

1. Первичный ключ : однозначно идентифицирует данные. Если это ограничение было указано для определенного столбца, мы не можем вводить повторяющиеся данные в этот столбец.
2. Проверить : например NOT NULL. Здесь мы можем указать, какие данные мы можем ввести для этого конкретного столбца, а какие не ожидается для этого столбца.
3. Внешний ключ : ссылки внешнего ключа на строку другой таблицы. Таким образом, данные, указанные в одной таблице из другой таблицы, всегда доступны для ссылающейся таблицы.

Ограничения могут использоваться для обеспечения соблюдения определенных свойств данных. Простой пример - ограничить столбец int значениями [0-100000]. Этот введение выглядит неплохо.

Ограничения определяют, какие значения допустимы для данных в базе данных. Например, вы можете обеспечить, чтобы значение a не было нулевым ( NOT NULLограничение), или что оно существует как уникальное ограничение в другой таблице ( FOREIGN KEYограничение), или что оно уникально в этой таблице ( UNIQUEограничение или, возможно, PRIMARY KEYограничение в зависимости от ваших требований. ). Более общие ограничения могут быть реализованы с помощьюCHECK ограничений.

Документация MSDN об ограничениях SQL Server 2008, вероятно, является лучшим отправным местом.

1. UNIQUEограничение (из которых PRIMARY KEYограничение является вариантом). Проверяет уникальность всех значений данного поля в таблице. Это Xограничение оси (записи)

2. CHECKограничение (из которых NOT NULLограничение является вариантом). Проверяет выполнение определенного условия для выражения над полями той же записи. Это Yограничение оси (поля)

3. FOREIGN KEYограничение. Проверяет, находится ли значение поля среди значений поля в другой таблице. Это Zограничение оси (таблицы).

База данных - это компьютеризированное логическое представление концептуальной (или бизнес-модели), состоящее из набора неформальных бизнес-правил. Эти правила представляют собой понятное пользователю значение данных. Поскольку компьютеры понимают только формальные представления, бизнес-правила не могут быть представлены непосредственно в базе данных. Они должны быть отображены в формальное представление, логическую модель, которая состоит из набора ограничений целостности. Эти ограничения - схема базы данных - являются логическим представлением в базе данных бизнес-правил и, следовательно, являются смыслом данных, понятным СУБД. Отсюда следует, что если СУБД не знает и / или не применяет полный набор ограничений, представляющих бизнес-правила, у нее есть неполное понимание того, что означают данные, и, следовательно,

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

"Старый класс ошибок" Фабиана Паскаля

В SQL есть четыре основных типа ограничений:

• Ограничение домена: если одно из значений атрибута, предоставленных для нового кортежа, не принадлежит указанному домену атрибутов

• Ключевое ограничение: если значение ключевого атрибута в новом кортеже уже существует в другом кортеже в отношении

• Ссылочная целостность: если значение внешнего ключа в новом кортеже ссылается на значение первичного ключа, которого нет в указанном отношении

• Целостность сущности: если значение первичного ключа в новом кортеже равно null

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