Заглавная страница Избранные статьи Случайная статья Познавательные статьи Новые добавления Обратная связь FAQ Написать работу КАТЕГОРИИ: АрхеологияБиология Генетика География Информатика История Логика Маркетинг Математика Менеджмент Механика Педагогика Религия Социология Технологии Физика Философия Финансы Химия Экология ТОП 10 на сайте Приготовление дезинфицирующих растворов различной концентрацииТехника нижней прямой подачи мяча. Франко-прусская война (причины и последствия) Организация работы процедурного кабинета Смысловое и механическое запоминание, их место и роль в усвоении знаний Коммуникативные барьеры и пути их преодоления Обработка изделий медицинского назначения многократного применения Образцы текста публицистического стиля Четыре типа изменения баланса Задачи с ответами для Всероссийской олимпиады по праву Мы поможем в написании ваших работ! ЗНАЕТЕ ЛИ ВЫ?
Влияние общества на человека
Приготовление дезинфицирующих растворов различной концентрации Практические работы по географии для 6 класса Организация работы процедурного кабинета Изменения в неживой природе осенью Уборка процедурного кабинета Сольфеджио. Все правила по сольфеджио Балочные системы. Определение реакций опор и моментов защемления |
Классификация моделей баз данных↑ Стр 1 из 3Следующая ⇒ Содержание книги
Похожие статьи вашей тематики
Поиск на нашем сайте
Базы данных 1. БД основные понятия и определения Ответ: Банк данных – это система специальным образом организованных данных – баз данных, программных, технических, языковых, организационно-методических средств, предназначенных для обеспечения централизованного накопления и коллективного многоцелевого использования данных. База данных (БД) – именованная совокупность данных, отражающая состояние объектов и их отношений в рассматриваемой предметной области. Система управления базами данных (СУБД) – совокупность языковых и программных средств, предназначенных для создания, ведения и совместного использования БД многими пользователями. Классификация моделей баз данных К числу классических относят следующие модели данных: · Иерархическая; · Сетевая; · Реляционная. Кроме того, в последние годы появились и стали активно внедряться следующие: · постреляционная; · многомерная; · объектно-ориентированная. Иерархическая модель данных Схема иерархической БД представляет собой совокупность отдельных деревьев (графов), каждое дерево в рамках модели называется физической базой данных. Каждая физическая БД удовлетворяет следующим иерархическим ограничениям: · в каждой физической БД существует один корневой сегмент, то есть сегмент, у которого нет логически исходного (родительского) типа сегмента; · каждый логически исходный сегмент может быть связан с произвольным числом логически подчиненных сегментов; · каждый логически подчиненный сегмент может быть связан только с одним логически исходным (родительским) сегментом. Достоинства иерархической модели данных · Эффективное использование памяти компьютера; · Неплохие показатели времени выполнения основных операций над данными. Недостатки иерархической модели данных · Громоздкость для обработки информации со сложными логическими связями; · Сложность понимания для обычного пользователя. Сетевая модель данных Сетевая модель данных позволяет отображать разнообразные взаимосвязи элементов данных в виде произвольного графа, обобщая тем самым иерархическую модель данных Достоинства сетевой модели данных · Возможность эффективной реализации по показателям затрат памяти и оперативности; · Предоставляет больше возможностей (по сравнению с иерархической моделью) в смысле допустимости образования произвольных связей. Недостатки сетевой модели данных · Высокая сложность и жесткость схемы БД, построенной на ее основе; · Сложность в понимании и обработки информации в БД обычному пользователю. Реляционная модель данных Реляционная модель данных (РМД) некоторой предметной области представляет собой набор отношений, изменяющихся во времени. Отношение - является важнейшим понятием и представляет собой двумерную таблицу, содержащую некоторые данные.Термин отношение происходит от англ. relation (отношение). Сущность - есть объект любой природы, данные о котором хранятся в базе данных. Данные о сущности хранятся в отношении. Атрибуты -представляют собой свойства, характеризующие сущность. В структуре таблицы каждый атрибут именуется и ему соответствует заголовок некоторого столбца таблицы. Домен - представляет собой множество всех возможных значений определенного атрибута отношения. Схема отношения (заголовок отношения) - представляет собой список имен атрибутов. Пример схемы отношения Сотрудники(ИД_Код, ФИО, Отдел, Должность). Первичный ключ (ключ отношения или ключевой атрибут) - называется атрибут отношения, однозначно идентифицирующий каждый из его кортежей. Ключ может состоять из нескольких атрибутов, тогда такой ключ называется сложным составным. Ключи обычно используются для достижения следующих целей: · Исключения дублирования значений в ключевых атрибутах; · Упорядочивания кортежей; · Ускорения работы с кортежами отношения; · Организации связывания таблиц базы данных. Внешний ключ: п усть в отношении сотрудник имеется неключевой атрибут Отдел, значения которого являются значениями ключевого атрибута отношения Отделы, тогда говорят, что атрибут Отдел отношения Сотрудники является внешним ключом отношения Отделы. Пример внешнего ключа: Свойства отношения: · В таблице нет двух одинаковых строк; · Все кортежи в одном отношении должны иметь одну структуру, соответствующую именам и типам атрибутов; · Каждый атрибут в отношении имеет уникальное имя; · Порядок следования кортежей в отношении произволен. Основной единицей обработки данных в реляционной базе денных является отношение, а не отдельные его кортежи.
2. Классификация моделей БД Ответ: К числу классических относят следующие модели данных: · Иерархическая; · Сетевая; · Реляционная. Кроме того, в последние годы появились и стали активно внедряться следующие: · постреляционная; · многомерная; · объектно-ориентированная. Сетевая модель данных Сетевая модель данных позволяет отображать разнообразные взаимосвязи элементов данных в виде произвольного графа, обобщая тем самым иерархическую модель данных Создание хранимой процедуры Для создания хранимой процедуры в среде SQL Server используется оператор CREATE PROCEDURE, синтаксис которого имеет следующий вид: В приведенном выше синтаксисе оператора создания хранимой процедуры вместо элемента имя процедуры нужно указать имя хранимой процедуры. Кроме того, в приведенном выше синтаксисе элемент номер означает необязательное целое число, которое можно использовать для группировки хранимых процедур под одним именем, чтобы их можно было удалить с помощью одного оператора. Нетрудно догадаться, что синтаксическая единица параметр означает возможность передачи в хранимую процедуру необязательных параметров. При использовании опции WITH RECOMPILE план запроса хранимой процедуры не хранится в процедурном кэше. Вместо этого при каждом выполнении процедуры генерируется новый план запроса. Опции FOR REPLICATION и WITH RECOMPILE совместно использовать нельзя. При использовании опции WITH RECOMPILE теряется преимущество плана скомпилированного запроса. Однако скомпилированная процедура выполняется все же быстрее обычного запроса, поскольку текст SQL уже проанализирован и дерево запроса построено. Но более важно то, что в случае применения опции WITH RECOMPILE вы теряете меньше времени (которое уходит на создание плана запроса), чем при использовании некорректного плана запроса, на обработку которого могут уйти минуты или даже часы. Под элементом Оператора SQL понимаются операторы SQL или операторы управления программой, составляющие хранимую процедуру. Пример 1. Создание хранимой процедуры с именем usp_show_authors, которая выбирает все столбцы и строки из таблицы authors. CREATE PROCEDURE usp show authors AS SELECT * FROM authors
Хранимые процедуры создаются в той базе данных, в которой была выполнена команда CREATE PROCEDURE. Исключением являются временные хранимые процедуры, которые создаются в базе данных tempdb. Для запуска хранимой процедуры наберите ее имя в окне запросов программы Microsoft SQL Server Query Analyzer и щелкните на зеленой стрелке. Если же хранимая процедура не является первым оператором в строке запроса, для ее запуска используйте оператор EXECUTE.
Пример 2. Выполнение хранимой процедуры EXECUTE usp show authors А вот сокращенный формат, который, как правило, и используется: ЕХЕС usp show authors Операторы управления GОТО метка BEGIN...END IF...ELSE WAITFOR RETURN WHILE BREAK CONTINUE Оператор DECLARE Оператор PRINT RAISERROR Оператор DECLARE С помощью оператора DECLARE можно создавать переменные, используя стандартные типы данных SQL Server. Переменные, определяемые оператором DECLARE, должны начинаться с символа @. В одном операторе DECLARE можно объявить сразу несколько переменных, разделяя их запятыми. Синтаксис оператора DECLARE имеет следующий вид: DECLARE @переменная 1 тип данных [,@переменная 2 тип данных...]
Пример 3. Создание трех переменных различных типов данных. DECLARE @count INT, @current date DATETIME DECLARE @My_Hessage VARCHAR(255)
Чтобы инициализировать или установить значение переменной, создаваемой с помощью оператора DECLARE, используйте ключевое слово SELECT.
Пример 4. Устанавливание значения переменной @count равного 100 Select @count = 100
Пример 5. Устанавливание значения переменной @count равного общему числу строк в таблице authors, принадлежащей базе данных pubs SELECT @count = count(*) FROM pubs.authors Оператор GOTO Оператор GOTO выполняет ту же самую функцию, что и во многих других языках программирования, таких как С и Visual Basic. Он передает управление соответствующей метке хранимой процедуры, с которой и будет продолжено выполнение операторов. Оператор GOTO имеет следующий синтаксис: GOTO метка
Пример 6. Оператор GOTO пропускает оператор SELECT и выполняет оператор UPDATE: GOTO do_update SELECT * from authors do_update: UPDATE authors SET au_Iname = "Spenik" WHERE state = 'VA'
При определении метки помните, что ее имя должно оканчиваться двоеточием. А при ссылке на метку через GOTO двоеточие опускается. Оператор BEGIN...END Операторы BEGIN и END считаются блочными, поскольку они объединяют набор операторов SQL и операторов языка управления программой в единое целое. Операторы BEGIN и END часто используются с блоками IF...ELSE. Синтаксис операторов BEGIN и END имеет следующий вид: BEGIN {Операторы SQL | блок операторов} END Оператор IF...ELSE С помощью операторов IF...ELSE можно проверять условия и в зависимости от результатов проверки выполнять соответствующие операторы SQL. Оператор IF проверяет выражение типа BOOLEAN, которое возвращает значение TRUE (ИСТИНА) или FALSE (ЛОЖЬ). Если возвращаемое значение равно TRUE, выполняется блок операторов или единственный оператор, который следует сразу за оператором IF. Если же возвращаемое значение равно FALSE, выполняется необязательный оператор ELSE. Синтаксис оператора IF...ELSE выглядит следующим образом: IF Выражение типа BOOLEAN {Операторы SQL | блок операторов} (ELSE [ Выражение_ типа_ВООLEAN {Операторы SQL | блок операторов}]
Пример 7. Использование операторов IF и IF...ELSE как одиночным оператором SQL, так и с блоком операторов. IF ecount = 0 SELECT * FROM authors ELSE SELECT * FROM titles IF @Total!= 0 BEGIN SELECT count(*) FROM authors SELECT count(*) FROM titles
END ELSE BEGIN SELECT * FROM authors SELECT * FROM titles END Оператор WAITFOR Оператор WAITFOR формирует задержку, в течение которой хранимая процедура находится в состоянии ожидания. Величина задержки определяется либо заданным интервалом времени (с помощью опции DELAY), либо интервалом до наступления заданного времени суток (с помощью опции TIME). По истечении времени задержки выполнение хранимой процедуры продолжается. Синтаксис оператора WAITFOR имеет следующий вид: WAITFOR {DELAY 'интервал времени' | TIME 'время суток'} Максимальное время задержки, формируемое оператором WAITFOR, составляет 24 часа. В опциях TIME и DELAY используется формат чч:мм:сс.
Пример 8. формирование 10-секундной задержки. WAITFOR DELAY '00:00:10'
Пример 9. формирование состояния ожидания до 11 часов утра. WAITFOR TIME '11:00:00' Оператор RETURN Оператор RETURN выполняет выход из хранимой процедуры и обеспечивает возврат в вызывающую процедуру или приложение. Синтаксис оператора RETURN выглядит следующим образом: RETURN [Целое значение] Целое значение можно вернуть в вызывающую процедуру или приложение, используя следующий синтаксис: exec @status = имя_процедуря
Пример 10. Представление хранимой процедуры usp return, которая возвращает целое значение в вызывающую процедуру или приложение и хранимой процедуры usp_call, которая вызывает хранимую процедуру usp return и проверяет возвращаемое значение. CREATE PROCEDURE usp_return AS DECLARE @gret_val INT SELECT @gret_val = 0 RETURN @gret_val go
CREATE PROCEDURE usp_call AS DECLARE @Status INT EXEC @Status = usp_return if(@Status = 0) PRINT "Возвращаемое значение равно нулю" go
При написании хранимых процедур в среде SQL Server нулевое значение (0) используется для индикации факта успешного завершения. Отрицательные значения свидетельствуют о возникновении ошибки. Коды возврата, находящиеся в диапазоне от -1 до -99, зарезервированы для SQL Server. С помощью оператора RETURN можно возвращать только целые значения. Если же нужно возвращать данные других типов, необходимо использовать параметры хранимой процедуры. Операторы WHILE, BREAK и CONTINUE С помощью оператора WHILE можно циклически выполнять один оператор SQL или блок операторов до тех пор, пока соблюдается заданное условие. Оператор BREAK вызывает выход из цикла WHILE, а оператор CONTINUE — безусловный переход к началу цикла, пропуская все операторы, стоящие за оператором CONTINUE. Эти операторы имеют следующий формат: WHILE Выражение типа BOOLEAN [оператор SQL | блок операторов} [BREAK | CONTINUE] Оператор PRINT С помощью оператора PRINT можно возвратить сообщение в обработчик сообщений клиента. Сообщение может иметь длину до 1 024 символов. Оператор PRINT имеет следующий синтаксис: PRINT 'любой ASCII-текст' | локальная переменная | @@FUNCTION | строковое выражение
Пример 11. Вывод на печать значение локальной или глобальной переменной, преобразованной сначала в тип CHAR или VARCHAR. DECLARE @msg VARCHAR(255), @count INT SELECT @count = 0 PRINT "Начало процедуры" WHILE fcount < 5 BEGIN SELECT @count = gcount + 1 SELECT @msg = "Значение переменной @count равно " + STR(@count) PRINT @msg END SELECT @msg = "Процедура подходит к концу. " SELECT @msg = @msg + "Значение переменной @count равно " + STR(@count) PRINT @msg GO Используйте операторы PRINT в своих хранимых процедурах во время тестирования, чтобы упростить процесс отладки. Используйте оператор PRINT в качестве оператора трассировки для вывода признаков прохождения отдельных точек программы или значений переменных.
Оператор RAISERROR Оператор RAISERROR устанавливает системный признак SQL Server, чтобы обозначить факт возникновения ошибки, и посылает сообщение об ошибке клиенту. Синтаксис оператора RAISERROR имеет следующий вид: RAISERROR ({Номер_ сообщения | Строка_сообщения}, серьезность, состояние [,аргуыент1[,аргумент 2]]) [WITH (LOG | NOWAIT | SETERROR)] Опцию WITH LOG используйте для записи сообщения об ошибке в журнал ошибок SQL Server и журнал приложений Windows NT. Комментарии Комментарии в хранимой процедуре соответствуют стандарту языка программирования С или стилю ANSI. Комментарии начинаются с сочетания символов /* и заканчиваются теми же символами, но в обратном порядке: */. Все, что находится между парами символов /* и */, относится к комментариям. Комментарии, которые начинаются с символов –, соответствуют стандарту ANSI. Пример 12. Примеры комментариев. /* Это одна строка комментария */ /* Этот комментарий занимает несколько строк */ /* ** Это тоже комментарий; я думаю, что звездочки ** облегчают его чтение. */ *Это комментарий в стиле ANSI.
20. Понятие и применение триггеров Ответ: Триггер — это специальный тип хранимой процедуры, которая выполняется автоматически, когда данные таблиц определенным образом модифицируются (вставляются, обновляются или удаляются). Триггеры используются для внесения каскадных изменений в связанные таблицы или для выполнения сложных ограничений, которые нельзя реализовать обычным способом. Триггеры – это универсальный и мощный инструмент, использующийся для применения и реализации бизнес-логики правил, вытекающих из логики приложения, а также для обеспечения и проверки целостности связей и данных.
SQL Server поддерживает два различных типа триггеров: · триггеры AFTER · триггеры INSTEAD OF. Триггеры AFTER вызываются после выполнения команды, которой они назначены, а триггеры INSTEAD OF вызываются вместо команды. Триггеры AFTER вы можете использовать для команд INSERT, UPDATE и DELETE. Триггеры AFTER можно создавать только для таблиц, но не для представлений. Для каждой из этих трех команд могут быть установлены несколько триггеров. С другой стороны, один триггер может быть применен для любой комбинации этих трех команд. Триггер AFTER вызывается после того, как выполнены все операции по обработке ограничений низкого уровня, и не будут вызваны в случае нарушения ограничения. Триггеры INSTEAD OF заменяют команду, для которой они объявлены. Подобно триггерам AFTER, можно определять триггеры INSTEAD OF для команд INSERT, UPDATE или DELETE. Один триггер может быть применен к нескольким командам. Однако, в отличие от триггеров AFTER, можно создавать триггеры INSTEAD OF как для таблиц, так и для представлений, но для каждого действия над этой таблицей или представлением может быть создан только один триггер INSTEAD OF. Триггеры INSTEAD OF несовместимы с каскадными изменениями связанных данных. Вы не можете объявить триггер INSTEAD OF DELETE или INSTEAD OF UPDATE для таблицы, внешний ключ которой затрагивается действиями удаления (DELETE) или модификации (UPDATE).
Когда триггер срабатывает и начинает выполняться, во время его выполнения существуют две специальные таблицы - INSERTED и DELETED. В них находятся записи, соответственно добавляемые или удаляемые. Если триггер вызывается из команды DELETE, таблица удаления будет содержать строки, которые были удалены из таблицы. При вызове из команды INSERT таблица вставки будет содержать копию новых (вставляемых) строк. Физически оператор UPDATE представляет собой последовательное выполнение команды удаления DELETE и вставки INSERT, так что таблица удаления будет содержать старые значения, а таблица вставки – новые значения. Вы можете обращаться к содержимому этих таблиц из триггера, но вы не можете изменять их. Глобальная переменная @@ROWCOUNT указывает на число записей, участвующих в операциях с данными. Триггер срабатывает один раз на всю операцию вставки, модификации или удаления данных, даже если в ходе выполнения операции было задействовано несколько строк. Даже, если операция реально не затрагивает ни одной записи, как, например, в случае DELETE FROM PAYS WHERE 1=2 триггер все равно сработает, @@ROWCOUNT будет равен нулю, а таблица DELETED пуста. Формирование триггера выполняется с помощью команды CREATE TRIGGER. Синтаксис команды приведен ниже: CREATE TRIGGER [owner.]trigger_name ON [owner.]table_name FOR | AFTER | INSTEAD OF {INSERT, UPDATE, DELETE} [WITH ENCRYPTION] AS sql_statements
Использование функции UPDATE SQL Server предоставляет специальную функцию, UPDATE, которая может быть использована в триггере для определения, подвергся ли изменению определенный столбец в строке. Функция UPDATE имеет следующий синтаксис: UPDATE (имя_столбца) Функция UPDATE будет возвращать TRUE, если значения данных для указанного столбца были изменены командой INSERT или командойUPDATE. Пример: Создадим триггер на обновление, добавление записей в таблицу Student, который помещает в поле lastEdit дату последнего редактирования (добавления) записи. CREATE TRIGGER StudentLastEdit ON Student FOR INSERT, UPDATE AS UPDATE Student SET lastEdit=getDate() FROM Student, inserted WHERE Student.idSt= inserted.idSt print 'Дата последнего редактирования изменена'
Проверим работу триггера, выполним вставку данных в таблицу: insert into Student (nameSt, sNameSt) values ('Анна', 'Иванова') Результат выполнения запроса на вставку: (строк обработано: 1) Дата последнего редактирования изменена
(строк обработано: 1)
Пример: Создадим триггер на удаление, который запретит удалять студентов, уже имеющих номер зачетной книжки. В этом случае создается триггер INSTEAD OF, в теле триггера описаны действия, которые выполняются при попытке удалить строки из таблицы Student. CREATE TRIGGER [dbo].[StudentDel] ON [dbo].[Student] INSTEAD OF DELETE AS DELETE FROM Student WHERE idSt in (SELECT idSt FROM deleted WHERE numZach IS NULL)
Пример: Создадим триггер на изменение данных, который запрещает изменять дату зачисления. CREATE TRIGGER StudUpdate ON Student AFTER UPDATE AS BEGIN SET NOCOUNT ON; IF UPDATE(dateZach) BEGIN RAISERROR('Нельзя изменять дату зачисления',10,1) ROLLBACK END END GO SET NOCOUNT { ON | OFF } - Запрещает вывод количества строк, на которые влияет инструкция Transact-SQL или хранимая процедура, в составе результирующего набора RAISERROR(‘Сообщение’, степень_серьезности, состояние) – формирование сообщений об ошибках. Параметр “Сообщение” – это текст, содержащий описание ошибки Параметр “Уровень серьезности” – уровень серъезности ошибки. Значение от 0 до 18 может указать любой пользователь. Уровни серьезности от 19 до 25 могут быть указаны только членами предопределенной роли сервера sysadmin и пользователями с разрешениями ALTER TRACE. Для уровней серьезности от 19 до 25 требуется параметр WITH LOG.. Параметр «Состояние» - целое число от 0 до 255. Базы данных 1. БД основные понятия и определения Ответ: Банк данных – это система специальным образом организованных данных – баз данных, программных, технических, языковых, организационно-методических средств, предназначенных для обеспечения централизованного накопления и коллективного многоцелевого использования данных. База данных (БД) – именованная совокупность данных, отражающая состояние объектов и их отношений в рассматриваемой предметной области. Система управления базами данных (СУБД) – совокупность языковых и программных средств, предназначенных для создания, ведения и совместного использования БД многими пользователями. Классификация моделей баз данных К числу классических относят следующие модели данных: · Иерархическая; · Сетевая; · Реляционная. Кроме того, в последние годы появились и стали активно внедряться следующие: · постреляционная; · многомерная; · объектно-ориентированная. Иерархическая модель данных Схема иерархической БД представляет собой совокупность отдельных деревьев (графов), каждое дерево в рамках модели называется физической базой данных. Каждая физическая БД удовлетворяет следующим иерархическим ограничениям: · в каждой физической БД существует один корневой сегмент, то есть сегмент, у которого нет логически исходного (родительского) типа сегмента; · каждый логически исходный сегмент может быть связан с произвольным числом логически подчиненных сегментов; · каждый логически подчиненный сегмент может быть связан только с одним логически исходным (родительским) сегментом.
|
||||
Последнее изменение этой страницы: 2016-04-06; просмотров: 3344; Нарушение авторского права страницы; Мы поможем в написании вашей работы! infopedia.su Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав. Обратная связь - 3.14.134.18 (0.009 с.) |