Что такое база данных

База данных является всего лишь организовала сбор информации. Она позволяет множество различных типов данных, которые будут храниться и возвращенных в высшей степени эффективно. Информация в базе данных состоит из таблиц. В таблице, это просто набор полей, которые могут иметь свои собственные уникальные данные типа. Например, вы могли бы иметь единую таблицу в базе данных, которая содержит игрока, имя, возраст и адрес электронной почты. После того как вы таблицы определяются в вашу базу данных, вы можете добавлять записи в таблицы. А запись одной записи в таблице, которая содержит данные для каждого из полей, указанных в таблице.

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

Хороший пример, когда реляционная база данных может быть использована в простой чат апплет. Абонентская информация может быть сохранена в виде таблицы называется userinfo, которое будет содержать имя пользователя, пароль и адрес электронной почты. Кроме того, в каждом отчете (пользователей информации), будет присвоен уникальный идентификационный номер, автоматически в базе данных, поэтому всегда будет одно поле в таблице userinfo (уникальный номер местах), которые могли бы определить одной записи из всех остальных. Сейчас в нашей базе данных будет содержать единую таблицу, что провел пользовательской информации. Что бы мы ни делали, но, если мы хотели, чтобы пользователи имели один список контактов, в которые они могли бы добавить их пособников в чате системы? Мы могли бы иметь отдельный стол, что будет называться используя пользовательский логин (например, если пользователь получил название "bobby", таблица будет называться "bobby_contacts") для каждого пользователя. Каждая из этих таблиц для пользователей будет содержать записи дублировать их контактную информацию для всех пользователей, чтобы они были добавлены к их контакт-лист.

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

Идеальным способом решения этой проблемы было бы использовать элементы реляционной базы данных. То есть, использовать уникальный номер, что на местах была возложена на каждого пользователя автоматически в базе данных. Вместо создания индивидуальной таблице для каждого пользователя, все, что надо сделать, это создать единую таблицу для всех пользователей, которые "попарно" пользователей с другими пользователями, которые были добавлены к их список контактов. Мы называем это новая таблица relate_contacts_to_users. Такая таблица часто упоминается в качестве связующего звена таблице. В таблице, будет содержать два поля для хранения двух пользователей уникальные номера, а также свои собственные уникальные установленного числа, чтобы они соответствовали в реляционную базу данных. Поэтому, когда пользователь добавляет друга, чтобы его или ее списке контактов, то апплет будет добавлено положение о вступлении в эту новую таблицу, добавив пользователя уникальный номер, в первом поле, а затем на друга уникальный номер, во второй области. Это представляет собой полный отчет в новой таблице. Таким образом, мы можем добавить много друзей на одного пользователя с счет лишь три целочисленные значения, а не дублировать много строк и чисел, которые представляют пользователям подробную информацию.

Поэтому, используя этот метод лучше, если бы мы этого хотели бы добавить, Бобби и Джон также контакты для Дженни, все, что мы должны сделать, это добавить два дополнительных записей в таблице relate_contacts_to_users связать уникальный идентификатор номера Бобби и Джон с Дженни уникальный идентификатор .

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