Для чего нужна база данных

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

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

Выглядит громоздко. Собирать все данные в одну таблицу — не лучшее решение. Намного проще и быстрее работать с данными, которые поделены на небольшие сегменты или таблицы.

Каждая таблица хранит определённую информацию, например данные о сотрудниках. Связать сотрудника с продажей можно по номеру — например, по идентификатору сотрудника. Теперь в таблице с заказами не нужно хранить имя и почту продавца — достаточно указать его или её идентификатор. А если какие-то данные о сотруднике изменились, их легко обновить: нужно поменять только одну строку в таблице.

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

Базы данных бывают разных видов в зависимости от способа хранения данных. Если данные в базе представлены в виде связанных таблиц, такую базу данных называют реляционной (англ. relation, «связь»). Реляционные базы данных особенно популярны благодаря своей простоте и надёжности. Вы будете работать именно с ними.

У таблиц реляционных баз есть несколько особенностей, которые отличают их от обычных таблиц. Читая документацию или общаясь с другими специалистами, вы обнаружите, что элементы таблицы реляционной базы данных носят особые названия. Столбцы называют полями, строки — записями, объекты на пересечении полей и записей — ячейками. Слова «столбец» и «поле» могут быть взаимозаменяемыми, но не забудьте об этой терминологии, когда встретите непривычное слово.

Другая особенность — в таблице реляционной базы данных не должно быть дубликатов. Если все записи в таблице уникальны, вы будете уверены, что работаете с нужной строкой. Для этого к каждой записи добавляется уникальный признак — первичный ключ. Такой ключ не позволит создать абсолютно одинаковые записи.

Первичный ключ может быть не только номером, но и набором любых символов. Главное, чтобы ключ не повторялся.

Обратите внимание на записи 4 и 7. В них одинаковые данные, но первичный ключ у них разный. Уникальный ключ сделает уникальной всю запись, а значит, записи не потеряются и путаницы не возникнет. Оба сотрудника-тёзки получат премию.

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