Удаление информации из таблиц базы данных

 

Листинг 13. Удаление записи из таблицы Account

USE [Tester]

DELETE FROM [dbo].[Account]

WHERE [Nick_Name] = 'disturber'

 

Рис 11. Состояние таблицы Account до удаления записи

 

Рис 12. Состояние таблицы Account после удаления записи

 

Листинг 14. Удаление записи из таблицы Type

USE [Tester]

DELETE FROM [dbo].[Type]

WHERE ([Name] = 'Banned' AND [Rights] = 0)

 

Рис 13. Состояние таблицы Type до удаления записи

 

Рис 14. Состояние таблицы Type после удаления записи

 

 

Выводы

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

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

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