Новости

Базы данных шпаргалка

Работа добавлена:






Базы данных шпаргалка на http://mirrorref.ru

Базы данных

1.Уровни представления данных. Категории пользователей Базы Данных

Начальный уровень соответствует представлению о предметной области конечного пользователя – этот уровень называется внешним представлением.

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

В процессе проектирования БД все внешние представления должны быть объединены в одно представление. Такое представление определяет второй уровень абстракции – концепциальное представление. Под ним подразумевается обобщение и согласование внешних представлений пользователей взглядам на предметную область ее администратора.

Внешнее и концепциальное  представление не зависят от ОС, СУБД.

3-уровень абстракции – представление терминов и ограничение моделей данных, поддержка конкретной СУБД. Это логическая модель.

4- уровень – внутреннее представление, которое определяет представление данных в памяти ЭВМ, способ хранения и пути доступа к ней – даталогическое представление.

Все пользователи различаются на внутренние и внешние(конечные)

Внутренние пользователи разрабатывают БД и поддерживают ее функционирование(администратор БД, администратор функциональных подсистем, системные программисты, прикладные программисты)

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

АФП – совместно с АБД осуществляет руководство разработки ПО и взаимодействия с пользователем.

СП – установка и поддержка СУБД, генерация БД, разработка ПО, расширяющего возможность БД.

ПП – разработка прикладных программ при помощи систем программирования, интерактивных и языковых средств СУБД.

Внешние – используют ИС для решения своих персональных задач.

Бывают косвенные и прямые. Прямые – взаимодействуют непосредственно в интерактивном режиме, косвенные - через обслуживающий персонал.

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

Жизненный цикл любого программного продукта в том числе любой   информационной системы состоит из следующих стадий: проектирование, реализации и эксплуатации.

Наиболее значимым фактором в жизненном цикле приложения работающего с БД является проектирование.

Требования к БД:

  1. Удовлетворять всем требованиям пользователя к содержимому БД
  2. Гарантировать не противоречивость и целостность данных
  3. обеспечивать естественное легкое для восприятия структурирование информации
  4. удовлетворять требованиям пользователя в производительности.

Основные этапы проектирования БД:

  1. определить информационные потребности БД
  2. проанализировать объекты предметной области, которые необходимо смоделировать в БД
  3. поставить соответствие сущностям и их свойствам таблицы и столбцы конкретной СУБД
  4. определить атрибуты уникально идентифицирующие каждый объект
  5. разработать правило поддержки непротиворечивости и целостности БД
  6. установить связи между сущностями выполнить нормализацию таблиц
  7. спланировать мероприятия по поддержки надежности хранения данных и при необходимости сохранения секретности данных.

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

  1. Задачи этапа инфологического проектирования

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

Концептуальное представление системно независимо т.е. не зависимо от конкретной СУБД операционной системы и аппаратного обеспечения ЭВМ.

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

  1. выявляет цели, которые преследует администрация предприятия принимая решения о создании информационной системы.
  2. выделяет на основе этих целей потенциальных пользователей информационной системы.
  3. опрашивает пользователей и создает внешние пользовательские представления. При опросе выявляют следующие вопросы:
    • сможет ли новая система объединить существующие приложения или все придется писать заново;
    • кто будет вводить данные в базу, в какой форме и как часто данные будут меняться;
    • достаточно одной БД или будут необходимо несколько БД с различными структурами;
    • какая информация является наиболее чувствительной к скорости ее извлечения, изменения или занесения.

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

Т.о. вся информация о предметной области стекается к проектировщику, он ее обрабатывает и строит концептуальную модель предметной области.

Разработка концептуальной модели:

  1. идентификация функциональной деятельности заданной предметной области(если речь идет о работе предприятия – то ведение учета рабочих, оформление заказов.)
  2. идентификация объектов, которые осуществляют эту функциональную деятельность(«ведение учета рабочих» идентифицирует сущности Работник, Профессия, Отдел)
  3. идентификация характеристик этих сущностей(сущность Работник может включать Идентификатор работника, Фамилия, Профессия. )
  4. идентификация взаимосвязи между сущностями(Сущности Работник, Профессия, Отдел- работник имеет одну профессию, значится в одном отделе, а в одном отделе может находится много работников.)

Основная цель проектирования БД состоит в получении такого проекта, который удовлетворяет следующим требованиям:

  • Корректность схемы БД
  • Сокращение избыточности данных
  • Эффективное функционирование
  • Защита данных от разрушения
  • Простота и удобство эксплуатации.
  • Гибкость

Этапы проектирования

  1. Построение концептуальной модели
  2. Построение логической модели
  3. Построение внутренней модели

Концептуальное проектирование

  • Определение информационных потребностей: определяется цель разработки, определяются классы конечных пользователей, определяется внешнее представление
  • Выделение и анализ объектов реального мира
  • Построение концептуальной модели

Логическое проектирование

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

Физическое проектирование

  • Отображение логической модели в физическом представлении во внешней памяти
  • Определение методов доступа к данным
  • Оценка эксплуатационных характеристик.

3. Методология инфологического проектированияIDEF1X.

IDEF1X-диаграмма строится из трех основных блоков – сущностей, атрибутов, связей.

Сущность – множество индивидуальных объектов-экземпляров, причем все объекты различны.

Атрибут- свойство объекта, характеризующее его экземпляр.

Связь- функциональная зависимость между сущностями.

Процесс построения инфологической модели состоит из следующих шагов:

  1. определение сущностей
  2. определение зависимостей между сущностями
  3. задание первичных и альтернативных ключей
  4. определение атрибутов сущности
  5. приведение модели к требуемому уровню нормальной формы.

Определение сущностей.

  1. Извлечение информации из интервью и выделение сущностей.

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

а)  иметь уникальное имя с одной и той же интерпретацией, причем одна и та же интерпретация не может применяться к различным именам, если только они не являются псевдонимами;

б) обладать одним или несколькими атрибутами, которые либо принадлежат сущности, либо наследуются через связь;

в) обладать одним или несколькими атрибутами, которые однозначно идентифицируют каждый экземпляр сущности;

г) обладать любым количеством связей с другими сущностями.

На диаграмме сущность изображается прямоугольником с указанием ее имени и номера слева над прямоугольником(например «Группа/1») и атрибутов.

  1. Идентификация атрибутов.

Атрибуты сущности разделены на атрибуты составляющие первичный ключ и прочие (не входящие в первичный ключ). Каждая сущность должна обладать хотя бы одним возможным ключом.

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

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

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

Правило нетранзитивной зависимости – каждый неключевой атрибут должен функционально зависеть только от ключевых атрибутов.

Ни одна из частей ключа не должна иметь значениеNULL.

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

Правила выбора первичного ключа из списка предполагаемых ключей таковы:

а) он должен уникальным образом идентифицировать экземпляр сущности;

б) он не может принимать значениеNULL;

в) он не должен изменяться со временем, ибо при изменении ключа меняется и экземпляр сущности;

г) он должен быть как можно более коротким для индексирования данных.

Независимая сущность - каждый экземпляр сущности может быть однозначно идентифицирован без определения его отношений с другими сущностями.

Зависимая сущность - и однозначная идентификация экземпляра сущности зависит от его отношения к другой сущности. На диаграмме она изображается прямоугольником с закругленными углами.

Экземпляры независимой сущности могут быть уникально идентифицированы без определения ее связей с другими сущностями. Экземпляры зависимой сущности, наоборот, не могут быть идентифицированы без определения ее связей с другими сущностями.

Определение зависимостей между сущностями.

Связь – ассоциация между сущностями, при которой, как правило, каждый экземпляр одной сущности, называемойродительской сущностью, ассоциирован с произвольным (в том числе нулевым) количеством экземпляров второй сущности, называемойсущностью – потомком, а каждый экземпляр сущности – потомка ассоциирован в точности с одним экземпляром сущности – родителя. Таким образом, экземпляр сущности – потомка может существовать только при существовании сущности – родителя.

Связь изображается линией между сущностями, и ей дается уникальное для данной пары сущностей имя в виде оборота глагола, например, «состоит», «является» и т.д. Имя связи всегда формируется с точки зрения родителя.

Связь – это понятие логического уровня, которому соответствует внешний ключ на физическом уровне.

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

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

            Связи дополняются указанием мощности, определяющей, какое количество экземпляров сущности – потомка может существовать для каждого экземпляра сущности – родителя. Если мощность не задана, то предполагается нуль, один и более экземпляров.

Связь категоризации.

Некоторые сущности определяют целую категорию объектов одного типа.

ВIDEF1X диаграммах создается сущность для определения категории и для каждого элемента категории, а затем вводится для них связь категоризации.

Супертип – родительская сущность категоризации.Подтип– дочернии.

СОТРУДНИК может содержать данные о преподавателях и инженерах.Общая часть атрибутов (табельный номер, ФИО, адрес, телефон, дата рождения), включая первичный ключ, помещается в сущность сотрудник, а различная часть помещается в сущность-подтип.

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

4. Модели данных. Реляционная модель данных.Структуры данных, операции, ограничения целостности реляционной модели данных

При разработке базы данных необходимо выбрать подходящую модель данных. Модель данных – это совокупность структур данных и операций по их обработке. С помощью модели данных можно наглядно представить структуру объектов и установленные между ними связи. В настоящее время используются следующие три модели данных:

  1. иерархическая модель данных, в которой структура объектов представляется в виде дерева, например, дерево папок и файлов файловой системыMS-DOS, или дерево ключей и параметров операционной системыWindows. В этой модели каждый потомок может иметь только одного предка.
  2. сетевая модель данных, в которой структура объектов представляется в виде сети, когда каждый объект – узел может быть связан с любым другим объектом, в том числе и с самим собой, например, сетьWordWideWeb (www) или гипертекстовые файлы. В этой модели каждый объект может иметь несколько входных связей с другими объектами.
  3. реляционная модель данных, в которой данные представлены в виде прямоугольных таблиц (отношений) и вес операции над базой данных сводятся к манипуляциям с таблицами. Эта модель данных получила самое широкое распространение  в современных базах данных.SQLServer 2000 также использует реляционную модель данных.

Таблица состоит из столбцов (полей) и строк (записей). Она имеет имя, уникальное  в пределах базы данных. Таблица определяет тип объекта реального мира (сущность), а каждая строка – конкретный объект. Столбец при этом представляет совокупность значений конкретного атрибута рассматриваемых объектов. Эти значения выбираются из множества допустимых значений -домена. Каждый столбец имеет имя, уникальное в пределах таблицы. При графическом изображении таблицы он записывается в ее верхней части. В отличие от полей, строки не имеют имен; порядок их следования в таблице не определен, а количество строк в таблице логически не ограничено.

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

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

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

Итак, реляционная база данных – это совокупность таблиц (отношений), содержащих всю информацию, которая храниться в базе данных. Основные требования, которые надо соблюдать при проектировании реляционных баз данных, таковы:

  1. каждая таблица должна иметь уникальное в базе данных имя и состоять из однотипных строк.
  2. каждая таблица должна состоять из фиксированного числа столбцов и простых (не составных) значений в каждом столбце.
  3. ни в какой момент времени в таблице не должно быть двух строк, дублирующих друг друга. Строки должны отличаться хотя бы одним значением, чтобы была возможность однозначно идентифицировать любую строку таблицы.
  4. каждому столбцу должно быть присвоено уникальное в пределах таблицы уникальное имя и задан конкретный тип данных.
  5. полное информационное содержание базы данных  должно быть представлено в виде явных значений самих данных и только таким образом, а не с использованием, например, указателей или ссылок.
  6. при обработке данных должно быть обеспечено свободное обращение к любой строке и к любому столбцу.

Операции реляционной алгебры:

  1. традиционные операции над множествами (объединение, пересечение, разность, декартово произведение)
  2. специальные реляционные операции (селекция, проекция, частное, соединение)

Объединение двух отношений А и В– множество всех кортежейt, принадлежащих или А, или В, или обоим вместе.

Пересечение двух отношений А и В– множество всех кортежейt, принадлежащих как А, так В.

Разность отношений А и В– множество всех кортежейt, принадлежащих А, но не принадлежащих В.

Декартово произведение отношений А и В– множество всех кортежейt, таких, чтоt является конкатенацией кортежа аєА иbєВ.

Селекция – используется для построения «горизонтального» подмножества отношения, т.е. подмножество картежей удовлетворяет некоторому предикату (логическое условие)

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

5. Нормализация отношений реляционной базы данных. Обоснование необходимости нормализации. Нормальные формы отношений. Нормализация через декомпозицию отношений

Единственным средством структуризации данных является отношение. Совокупность отношений составляет реляционную БД. Отношения в РБД должно удовлетворять условию: каждое значение в отношении(т.е. значение каждого атрибута в каждом кортеже) должно быть атомарным (неделимым). Т.е. на пересечении любой строки и любого столбца в таблице должно быть точно одно значение. Отношения, удовлетворяющие этому условию, называются нормализованными.

Дано не нормализованное отношениеСотрудник(Фамилия, Адрес), его надо нормализовать. Оно содержит кортежи:Иванов; Минская; 24;5 иПетров; Пушкина; 4;8.

Атрибут адрес содержит для каждого сотрудника его улицу, дом, квартиру. Нормализованное – этоСотрудник(Фамилия, Улица, Дом, квартира).

Принципы группирования атрибутов в нормализованные отношения.

Рациональные варианты группировки должны отвечать следующим требованиям:

  1. выбранные для отношений первичные ключи должны быть минимальными
  2. выбранный состав отношений БД должен быть минимальным
  3. при выполнении операций включения, удаления и модификации данных в БД не должно быть трудностей.
  4. перестройка набора отношений при введении новых типов данных должна быть минимальной
  5. разброс времени ответа на различные запросы к БД должен быть небольшим.

Аномалии, возникающие при выполнении операции включения, удаления, модификации данных в «неправильном» проекте БД.

Сотрудник(ФИО, Кафедра, ФИО_Зав_кафедрой, Должность)

Аномалия обновления.

ФИО_Зав_кафед повторяется для каждого сотрудника. Аномалия обновления – если на определенной кафедре поменялся заведующий, необходимо изменить значение поляФИО_Зав_кафедво всех кортежах, содержащих сведения о сотрудниках этой кафедры (если изменены не во всех кортежах – противоречивая БД). Или аномалия – изменение одного поля приводит к изменению значений в неопределенном количестве кортежей.

Аномалия включения.

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

Аномалия удаления.

Когда увольняется последний сотрудник некоторой кафедры, автоматически теряются все сведения и о самой кафедре.

Избыточность.

Сведения о названии кафедры и фамилии руководителя повторяются для каждого сотрудника. Модно избавится от аномалии путем разбиения исходной схемы Сотрудник на две.

Сотрудник(ФИО, Должность, Наз_Кафедры)

Кафедра(Наз_Кафедры, ФИО_Зав_кафедрой)

Разбиение выполнено интуитивно, однако существует теория нормализации.

Существует шесть форм нормализации. На практике бывает необходимо и достаточно привести базу данных к третьей нормальной форме.

Таблица считается нормализованной на определенном уровне, когда она удовлетворяет условиям, накладываемым соответствующей формой нормализации. Рассмотрим первые три уровня нормализации:

  1. таблица находится в первой нормальной форме, когда она не содержит повторяющихся полей и составных значений полей.
  2. таблица находится во второй нормальной форме, если она удовлетворяет требованиям первой нормальной формы и все ее поля, не входящие в первичный ключ, связаны полной функциональной зависимостью с первичным ключом.
  3. таблица находится в третьей нормальной форме, если она удовлетворяет требованиям второй нормальной формы и ни одно из ее не ключевых полей функционально не зависит от любого другого не ключевого поля. Таким образом, это дополнительное требование сводится к тому, чтобы все не ключевые поля зависели только от первичного ключа и не зависели друг от друга. Это обеспечивает независимое изменение любого не ключевого поля.

Нормализация через декомпозицию

Нормализация через декомпозицию основана на рассмотренном нами выше определении 3НФ. Всегда можно взять некоторую схему отношенияR, не находящуюся в 3НФ относительно множества функциональных зависимостейF, и разложить (декомпозировать) ее в схему базы данных, имеющую 3НФ относительноF.

Разложение (декомпозиция) схемы отношенияR означает разбиение ее на пару схем отношенийr1 иR2 так, чтобы любое отношениеr(R), удовлетворяющееF, разлагалось без потерь наR1 и Я2, другими словами, соединение отношенийr1иR2 вновь давало бы отношениеR, т.е.

R=∏R1(r)∏R2(r)

Если какое-либо из отношенийR1 иR2 не находится в 3НФ, то процесс декомпозиции продолжается до тех пор, пока все полученные отношения не будут находиться в 3НФ относительноF.

6.ЯзыкSQL. Команды создания базы данных и таблиц

Команда создания таблицы. Она создает пустую таблицу заданной структуры.

Формат команды:

CREATETABLE <имя таблицы>

               (<имя поля><тип>(<длина>)

              [<имя поля><тип>(<длина>), …])

Пример создания таблицы:

CREATETABLEStud

(Nzk N(6) NOT NULL PRIMARY KEY,

             fio C(20) NOT NULL UNIQUE,

             dr d,

             kurs i CHECK (kurs>0 and kurs<6)

                       ERROR ‘Курс в интервле от 1 до 5’DEFAULT 1,

stip N(6,2) NULL DEFAULT 0,

             gr C(6) NOT NULL REFERENCES Gruppa TAG n_gr,

             FOREIGN KEY gr TAG n_gr REFERENCES Gruppa

)

Заданные ограничения в командеCREATETABLE

Исключение  пустых значенийNOTNULL

Ограничение уникальностиUNIQUE

Ограничение на первичный ключPRIMARYKEY

Проверка значения полейCHECK

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

Поддержка ограничения на связь (внешних и родительских  ключей). Когда все значения в поле одной таблицы представлены в поле другой таблицы говорят, что первое поле ссылается на второе. Например, номер группы в таблице «Студент» ссылается на поле номер группы в таблице «Группа». Первое поле называется внешним ключом, второе родительским т.о. каждое значение внешнего ключа должно ссылаться к одному и только одному значению родительского ключа. Если это условие выполняется, то говорят, что данные таблицы находятся в состоянии ссылочной целостности. Для указания внешних ключей используется ключевое полеFOREIGNKEY.

7. ЯзыкSQL. Команда выборки данныхSELECT

Команда  позволяет:

  1. назначать поля, которые должны быть выбраны.
  2. выбрать все поля
  3. управлять вертикальными и горизонтальными порядком выбора полей
  4. формировать собственные заголовки полей в выбранных результирующих таблицах
  5. производить вычисления в списке выбираемых вычислений
  6. использовать текстовые константы в списке выбираемых вычислений
  7. ограничивать число возвращаемых строк
  8. формировать сложные условия поиска
  9. устранять одинаковые строки ив результате

Пример: Student (Nzk, fio, dr, stip)

● Получит все сведения обо всех студентах

select *fromStudent

● Использование вычисления и текстовых констант

select ‘студент’,fio, ’получает’, stip*1.8, ’руб’ from Student

● Уничтожение дублирования в выводимых строках. Получить список групп в которой учится хотя бы один студент

SelectDISTINCTgrfromStudent

● Ограничение на количество выводимых строк (первых 50 студентов)

Select top 50 fio, gr from Student

● ПредикатаBETWEEN. Получить список студентов, чьи фамилии начинаются на Петров, а заканчиваются на Иванов.

select fio, stip from Student WHERE fio BETWEEN ‘ИВ’ AND ‘Пет

● ПредикатаIN. Получить список студентов 1,3 и 5-го курсов

select fio, gr from Student WHERE kurs IN (1,3,5)

● ПредикатаLIKE. Получить список студентов, чьи фамилии заканчиваются на «со»

select fio, gr from Student WHERE fio LIKE ‘%co’

8.Язык SQL.Командымодификации DELETE, INSERT, UPDATE

INSERT – используется для добавления одной или нескольких записей в таблицу.

Формат команды:

INSERTINTO <имя таблицы> (<имя поля 1>< имя поля 2>…< имя поляn>)

VALUES(<значение 1>< значение 2>…< значениеn>)

Пример добавления новой записи в таблицу Студент

INSERT INTO Student(Nzk, fio, gr)

                  Values (381515, ‘Петров’, ‘98ВП2’)

DELETE удаление строк из таблицы.

Формат команды:

DELETEFROM <имя таблицы>WHERE <условие>

Удаление всех студентов таблицы Студент

DELETEFROMStudent

UPDATE– изменение значения поля (модификация таблицы)

Формат команды:

UPDATE <имя таблицы>

SET <имя поля>=<значение> [,<имя поля>=<значение>,..]

       [WHERE <условие>]

Заменить курс студента на следующий

UPDATE Student

            SET kurs=kurs + 1

    WHEREkurs<5

9. Транзакция и целостность данных.Управление транзакциями

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

BEGINTRANZACTION

Основной смысл транзакции определяется фразой «все или ничего» при завершении транзакции операторомCOMMIT - результаты ее выполнения фиксируются в БД, при завершении транзакции операторомROLLBACK- действие всех входящих в транзакцию операторов отменяются.

Транзакция используется:

  1. для обеспечения целостности БД
  2. для создания иллюзии изолированности пользовательских и многопользовательских систем.

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

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

Таким образом каждая транзакция начинается при целостном состоянии БД и должна оставить это состояние целостным после своего завершения.

Базы данных шпаргалка на http://mirrorref.ru


Похожие рефераты, которые будут Вам интерестны.

1. Реферат Базы данных шпаргалка

2. Реферат Табличные базы данных (БД): основные понятия (поле, запись, первичный ключ записи); типы данных. Системы управления базами данных и принципы работы с ними. Поиск, удаление и сортировка данных в БД

3. Реферат Работа с базами данных (списками) в Microsoft Excel. Выборка из базы данных

4. Реферат Создание реляционной базы данных и формы ввода данных

5. Реферат Изучение информационной технологии создания базы данных в системе управления базами данных (СУБД) MS Access

6. Реферат База данных Access Окно базы данных

7. Реферат Разработка базы данных

8. Реферат Понятие базы данных

9. Реферат Базы данных методичка

10. Реферат Введение в базы данных