Обновление информации в таблицах базы данных
Изменение записи с таблице Account
USE [Tester]
UPDATE [dbo].[Account]
SET [Nick_Name] = 'disturber'
WHERE [Nick_Name] = 'danger'
Состояние таблицы Account до изменений
Состояние таблицы Account после изменений
Изменение записи в таблице TestCase
USE [Tester]
UPDATE [Tester].[dbo].[TestCase]
SET [Time_To_Answer] = '00:03:00'
WHERE [Id] = 3
Состояние таблицы TestCase до изменений
Состояние таблицы TestCase после изменений
Изменение записи в таблице Question
USE [Tester]
UPDATE [Tester].[dbo].[Question]
SET [Name] = 'Вы любите базы данных!',
[Answers] = 'Да, очень люблю!//Нет (Ответ неправильный)'
WHERE [Name] = 'Что такое БД?'
Состояние таблицы Question после изменений
Состояние таблицы Question после изменений
Удаление информации из таблиц базы данных
Удаление записи из таблицы Account
USE [Tester]
DELETE FROM [dbo].[Account]
WHERE [Nick_Name] = 'disturber'
Состояние таблицы Account до удаления записи
Состояние таблицы Account после удаления записи
Удаление записи из таблицы Type
USE [Tester]
DELETE FROM [dbo].[Type]
WHERE ([Name] = 'Banned' AND [Rights] = 0)
Состояние таблицы Type до удаления записи
Состояние таблицы Type после удаления записи
Выводы
В результате выполнения лабораторной работы были написаны сценарии для генерации таблиц базы данных, а также для их заполнения.
Создание проводилось в два этапа: вначале генерировалась сама таблица, а потом ограничения и связи между отношениями (внешние ключи). Нужно заметить, что в один этап осуществить данную операцию (т.е. сотворение одной таблицы за другой уже с заданными внешними ключами) весьма сложно, так как скорее всего в процессе нарушается целостность базы данных - внешние ключи ссылаются на еще несуществующую таблицу. Из этого положения можно выйти следующим образом. Нужно начинать генерацию с таблиц, которые не имеют внешних ключей, а потом перемещаться вверх по иерархии зависимостей, таким образом можно избежать конфликтных ситуаций.
Также существует проблема при изменении структуры отношения, в котором уже содержатся данные, т.к. они могут быть связаны с другими отношениями посредством внешних ключей. Поэтому каждый возврат к проектированию на данном этапе влечет за собой угрозу потери данных.