Реферат по информатике студентки 1 курса группы эт
| Вид материала | Реферат |
СодержаниеСвязывание одной таблицы с другой Порядок строк произволен Идентификация строк (первичные ключи) Столбцы именуются и нумеруются |
- Университет культуры (мгук) кафедра теории и истории музыки курсовой реферат студентки, 336.34kb.
- Реферат по предмету «социальная психология» Студента второго курса группы 47б Максима, 284.81kb.
- Отчет по организационно-экономической практике Студентки 4 курса 1 группы специализации, 596.6kb.
- Учебно-методический комплекс курса по выбору "задачи егэ по информатике" (физико-математический, 704.64kb.
- Московский гуманитарно-экономический институт теория государства и права курсовая работа, 352.27kb.
- Контрольная работа по дисциплине «Распределение товаров» студентки факультета маркетинга,, 178.89kb.
- Рабочая программа элективного курса по информатике «Приёмы решения нестандартных задач, 219.89kb.
- Контрольная работа по дисциплине «Регулирование рекламной деятельности», в-7 студентки, 109.65kb.
- О. С. Вейнгарт на курсовую работу студентки группы л-306 Стерликовой Натальи «Нулевой, 16.61kb.
- Реферат по учебной дисциплине «Новые информационные технологии в работе специалиста-международника», 168.94kb.
Связывание одной таблицы с другой
Можно использовать пример нашей адресной книги, чтобы начать обсуждение базы данных, которая может реально использоваться в деловой ситуации. Предположим, что персонажи в нашей первой таблице (адресной книги) — это пациенты больницы. В другой таблице, мы могли бы запомнить дополнительную информацию об этих пациентах. Столбцы второй таблицы могли бы быть помечены как Пациент, Доктор, Страховка, и Баланс.
| Пациент | Доктор | Страховка | Баланс |
| Farish | Drume | B.C./B.S. | $272.99 |
| Grillet | Halben | None | $44.76 |
| Brock | Halben | Health,Inc. | $9077.47 |
Много мощных функций можно выполнить, извлекая информацию из этих таблиц согласно указанным параметрам, особенно когда эти параметры включают в себя фрагменты информации, связанные в различных таблицах друг с другом. Например, возьмем докторов. Предположим, доктор Halben захотел получить номера телефонов всех своих пациентов. Чтобы извлечь эту информацию, он мог бы связать таблицу с номерами телефонов пациентов (по адресной книге) с таблицей, которая бы указывала, какой из пациентов — его. Хотя, в этом простом примере, он мог бы держать это в голове и сразу получать номера телефонов пациентов Grillet и Brock, эти таблицы могут быть слишком большими и слишком сложными. Программы реляционной базы данных разрабатывались для того, чтобы обрабатывать большие и сложные совокупности данных такого типа, что, очевидно, является более универсальным методом в деловом мире. Даже, если бы база данных больницы содержала сотни или тысячи имен — как это, вероятно, и бывает на практике — одна команда SQL могла бы выдать доктору Halben информацию, в которой он нуждался почти немедленно.
Порядок строк произволен
Чтобы поддерживать максимальную гибкость, строки таблицы, по определению, не должны находиться ни в каком определенном порядке. С этой точки зрения, в этом структура базы данных отличается от нашей адресной книги. Вход в адресную книгу обычно упорядочивается в алфавитном порядке. В системах с реляционной базой данных имеется одна мощная возможность для пользователей — это способность упорядочивать информацию так, чтобы они могли восстанавливать ее.
Рассмотрим вторую таблицу. Иногда необходимо видеть эту информацию упорядоченной в алфавитном порядке по именам, иногда в возрастающем или убывающем порядке, а иногда сгруппированной по отношению к какому-нибудь доктору. Наложение порядка набора в строках будет сталкиваться со способностью заказчика изменять его, поэтому строки всегда рассматриваются как неупорядоченные. По этой причине, вы не можете просто сказать: "Мы хотим посмотреть пятую строку таблицы". Пренебрегая порядком, в котором данные вводились или любым другим критерием, мы определим не ту строку, хотя она и будет пятой. Строки таблицы, которые рассматриваются, не будут располагаться в какой-либо определенной последовательности.
Идентификация строк (первичные ключи)
По этим и другим причинам, вы должны иметь столбец в вашей таблице, который бы уникально идентифицировал каждую строку. Обычно этот столбец содержит номер — например, номер пациента, назначаемый каждому пациенту. Конечно, вы могли бы использовать имя пациентов, но, возможно, что имеется несколько Mary Smiths; и в этом случае, вы не будете иметь другого способа, чтобы отличить этих пациентов друг от друга. Вот почему номера так необходимы. Такой уникальный столбец (или уникальная группа столбцов), используемый, чтобы идентифицировать каждую строку и хранить все строки отдельно, называются первичными ключами таблицы. Первичные ключи таблицы — важный элемент в структуре базы данных. Они — основа вашей системы записи в файл; и когда вы хотите найти определенную строку в таблице, вы ссылаетесь к этому первичному ключу. Кроме того, первичные ключи гарантируют, что ваши данные имеют определенную целостность. Если первичный ключ правильно используется и поддерживается, вы будете знать, что нет пустых строк таблицы, и что каждая строка отличается от любой другой строки.
Столбцы именуются и нумеруются
В отличие от строк, столбцы таблицы (также называемые полями) упорядочиваются и именуются. Таким образом, в нашей таблице адресной книги можно указать на столбец "адрес" или на "столбец 3". Конечно, это означает, что каждый столбец данной таблицы должен иметь уникальное имя, чтобы избежать неоднозначности. Лучше всего, если эти имена указывают на содержание поля. В типовых таблицах этой книги, мы будем использовать такие сокращения для имени столбца, как cname для имени заказчика, и odate для даты Заказа. Мы также дадим каждой таблице столбец с личным числовым номером в качестве первичного ключа. Следующий раздел будет объяснять эти таблицы и их ключи более подробно.