Из каких двух Constraints состоит primary key

Состав и сущность Primary Key в SQL

Primary Key (первичный ключ) — это фундаментальное понятие в реляционных базах данных. Если говорить о составе ограничений (Constraints), из которых состоит PRIMARY KEY, то формально он объединяет в себе два ключевых ограничения:

1. UNIQUE CONSTRAINT (ограничение уникальности)

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

2. NOT NULL CONSTRAINT (ограничение на отсутствие NULL-значений)

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

Важно понимать, что в контексте SQL (например, SQLite, который часто используется в Android) PRIMARY KEY — это единое ограничение, которое подразумевает оба этих свойства. Однако, при декларативном создании таблицы, вы задаете его одним выражением, и СУБД автоматически обеспечивает выполнение обоих условий.

Практическая реализация и нюансы

На практике в SQL это выглядит так:

Синтаксис при создании таблицы (прямое указание):

CREATE TABLE Users (
    id INTEGER PRIMARY KEY,      -- Автоматически NOT NULL и UNIQUE
    name TEXT NOT NULL,
    email TEXT UNIQUE
);

Или для составного ключа:

CREATE TABLE OrderItems (
    order_id INTEGER NOT NULL,
    product_id INTEGER NOT NULL,
    quantity INTEGER,
    PRIMARY KEY (order_id, product_id) -- Комбинация полей уникальна и NOT NULL
    -- NOT NULL для order_id и product_id все равно желательно явно указать
);

Особенности в Room Persistence Library (Android)

При работе с Room в Android разработке, @PrimaryKey аннотация автоматически накладывает те же ограничения на поле сущности.

@Entity
data class User(
    @PrimaryKey(autoGenerate = true)
    val id: Long = 0, // Room гарантирует уникальность и недопустимость null для Long с autoGenerate
    val name: String,
    @ColumnInfo(index = true)
    val email: String
)

• autoGenerate = true аналогично AUTOINCREMENT в SQLite: СУБД сама генерирует уникальные значения.
• Для типов, допускающих null (например, Long?), Room явно требует задания значения, так как null недопустим для PK.

Ключевые выводы и важные уточнения

• Первичный ключ — это логическое объединение UNIQUE и NOT NULL, но это единый механизм целостности данных.
• В SQLite есть техническая особенность: для столбца с типом INTEGER и PRIMARY KEY он автоматически становится ROWID (скрытым целочисленным идентификатором строки), что делает доступ по такому ключу максимально быстрым.
• Отличие от просто UNIQUE: Поле с ограничением UNIQUE может содержать NULL (причем в SQLite даже несколько строк могут иметь NULL в таком поле), тогда как PRIMARY KEY — нет.
• Внешний ключ (FOREIGN KEY) всегда ссылается на PRIMARY KEY или UNIQUE поле другой таблицы, что и обеспечивает ссылочную целостность базы данных.

Таким образом, первичный ключ является краеугольным камнем структуры таблицы, обеспечивая идентифицируемость, целостность и эффективность доступа к данным, а его двухсоставная природа (UNIQUE + NOT NULL) лежит в основе этой гарантии.