TempUserDubВ SQL в параметрах таблицы может присутсвовать первичный ключ.

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

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

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

TempUserDubСпасибо за ответы.
Забегая вперед, я только начал изучать SQL.
А вопросы задаете не про SQL)) Вероятно, точнее, Вы только начали изучать теорию реляционных БД, пропустив теорию БД.
TempUserDubПризнаться, не понимаю в чем отличие первичного ключа от уникального.
Если в таблице указан столбец, обозначенный, как первичный ключ, то мы не может добавить в него поле, уже имеющееся в данном столбце. Тем не менее, данной возможностью обладает и уникальный ключ.
Точнее "возможный" ("потенциальный"), а не "уникальный". Вот текст автора так и не реализованной РМД:
"For each base relation one candidate key is selected as the primary key. For a given database, those domains upon which the simple (i.e., single-attribute) primary keys are defined are called the primary domains of that database. Note that not all component attributes of a compound (i.e., multiattribute) primary key need be defined on primary domains. Primary domains are important for the support of transactions such as "remove supplier 3 from the database", in which we wish to remove 3 wherever it occurs as a supplier serial number, but not in any of its other uses."
Не расстраивайтесь, если этот текст запутает Вас еще больше))...
"Первичный ключ" моделирует в РБД тот факт, что сущность существует независимо от значений ее свойств. В настоящих БД для этой цели используется идентификатор, не являющийся свойством сущности.
TempUserDubПервичный ключ служит для идентификации каждой строки. Не смотря на это, при выборке с помощью команды Select приходится указывать условие, представляющее собой содержимое поля-первичного ключа. Аналогичную возможность предоставляет уникальный ключ. Помимо этого, для точной идентификации строк мы можем использовать несколько условий. В случае, если будет несколько строк с абсолютно идентичными данными - мы все-равно получим необходимую нам информацию, хоть и продублированную.
В настоящей БД - да (поскольку идентификатор не является свойством сущности).
В РБД - нет, поскольку в отношении не может быть одинаковых кортежей.
В SQL-БД такая возможность допускается, но смысла в ней нет, по мнению Дейта.
TempUserDubДанное определение дается в начале книги, как основополагающее. Если единственное отличие первичного ключа от уникального только возможность связывать таблицы - в чем смысл его давать в начале книги?
Не связывать таблицы, а моделировать связь между сущностями , которые, в свою очередь, моделируются с помощью таблиц))
Связывать таблицы можно по любым полям.