Материал: Using_MySql,_MS_SQL_Server_and_Oracle

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам

Пример 21: вставка данных

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

сложными способами9.

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

& Задание 2.3.1 .TSK.A: добавить в базу данных информацию о троих новых читателях: «Орлов О.О.», «Соколов С.С.», «Беркутов Б.Б.»

Задание 2.2.1 .TSK.B: отразить в базе данных информацию о том, что каждый из добавленных в задании 2.3.1.TSK.A читателей 20-го января 2016го года на месяц взял в библиотеке книгу «Курс теоретической физики».

& Задание 2.2.1.TSK.C: добавить в базу данных пять любых авторов и десять книг этих авторов (по две на каждого); если понадобится, добавить в базу данных соответствующие жанры. Отразить авторство добавленных книг и их

принадлежность к соответствующим жанрам.

9 http://www.oracle.com/technetwork/issue-archive/2012/12-sep/o52plsql-1709862.html

Работа с MySQL, MS SQL Server и Oracle в примерах © EPAM Systems, RD Dep, 2016-2018 Стр: 200/545

Пример 22: обновление данных

2.3.2.Пример 22: обновление данных

ОЗадача 2.3.2.a{190}: у выдачи с идентификатором 99 изменить дату возврата на текущую и отметить, что книга возвращена.

ОЗадача 2.3.2.b{191}: изменить ожидаемую дату возврата для всех книг, которые читатель с идентификатором 2 взял в библиотеке 25-го января 2016-го

года, на «плюс два месяца» (т.е. читатель будет читать их на два месяца дольше, чем планировал).

VVU Ожидаемый результат 2.3.2.a: строка с первичным ключом, равным 99, ‘ту'ЛГ примет примерно такой вид (у вас дата в поле sb_finish будет другой).

sb_id	sb_subscriber	sb_book	sb_start	sb_finish	sb_is_active
99	4	4	2015-10-08	2016-01-06	N

Ожидаемый результат 2.3.2.b: следующие строки примут такой вид.

sb_id	sb_subscriber	sb_book	sb_start	sb_finish	sb_is_active
102	2	1	2016-01-25	2016-06-30	N
103	2	3	2016-01-25	2016-06-30	N
104	2	5	2016-01-25	2016-06-30	N

Решение 2.3.2.a{190}:

Значение текущей даты можно получить на стороне приложения и передать в СУБД, тогда решение будет предельно простым (см. вариант 1), но текущую дату можно получить и на стороне СУБД (см. вариант 2), что не сильно усложняет запрос.

MySQL і Решение 2.3.2.a

-- Вариант 1: прямая подстановка текущей даты в запрос.

UPDATE 'subscriptions'

SET 'sb_finish' = '2016-01-06 !

'sb_is_active' = 'N' WHERE 'sb_id' = 99

-- Вариант 2: получение текущей даты на стороне СУБД.

UPDATE 'subscriptions'

SET	'sb_finish' = CURDATE(),
	'sb_is_active' = 'N'
WHERE	'sb id' = 99

MS SQL Решение 2.3.2.a

1-- Вариант 1: прямая подстановка текущей даты в запрос.

2UPDATE [subscriptions]

3	SET	[sb finish] = CAST(N'2016-01-06' AS DATE),
4		[sb_is_active] = N'N'
5	WHERE	[sb_id] = 99
6

7-- Вариант 2: получение текущей даты на стороне СУБД.

8UPDATE [subscriptions]

SET

[sb finish] = CONVERT(date, GETDATE()),

10[sb_is_active] = N'N'

11WHERE [sb id] = 99

Работа с MySQL, MS SQL Server и Oracle в примерах © EPAM Systems, RD Dep, 2016-2018 Стр: 201/545

Пример 22: обновление данных

Oracle I Решение 2.3.2.a

1-- Вариант 1: прямая подстановка текущей даты в запрос.

2UPDATE "subscriptions"

3	SET	"sb	finish" = TO DATE('2016-01-06', 'YYYY-MM-DD'),
4		"sb	is active" = 'N'
5	WHERE	"sb_id" = 99

7-- Вариант 2: получение текущей даты на стороне СУБД.

8UPDATE "subscriptions"

SET

"sb finish" = TRUNC(SYSDATE ,

10"sb is active" = 'N'

11WHERE "sb id" = 99

(

Применение функции TRUNC в 9-й строке запроса нужно для получения из полного формата представления даты-времени только даты.

Внимательно следите за тем, чтобы ваши запросы на обновление данных содержали условие (в этой задаче — строки 5 и 11 всех трёх запросов). UPDATE без условия обновит все записи в таблице, т.е. вы «покалечите» данные.

Существует ещё две очень распространённых ошибки при решении любой задачи, связанной с понятием «текущая дата»:

1)Если пользователь и сервер с СУБД находятся в разных часовых поясах, каждые сутки возникает отрезок времени, когда «текущая дата» у пользователя и на сервере отличается. Это следует учитывать, внося соответствующие поправки либо на уровне отображения данных пользователю, либо на уровне хранения данных.

2)Если дата хранит в себе не только информацию о годе, месяце и дне, но и о часах, минутах, секундах (дробных долях секунд), операции сравнения могут дать неожиданный результат (например, что с 01.01.2011 по 01.01.2012 не прошёл год, если в базе данных первая дата представлена как «2011-01-01 11:23:17» и «сегодня» представлено как «2012-01-01 15:28:27» — до прохождения года остаётся чуть больше четырёх часов).

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

Решение 2.3.2.b{190}.

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

Работа с MySQL, MS SQL Server и Oracle в примерах © EPAM Systems, RD Dep, 2016-2018 Стр: 202/545

Пример 22: обновление данных

Типичная ошибка: разобрать дату на строковые фрагменты, получить числовое представление месяца, добавить к нему нужное «смещение», преобразовать назад в строку, и «собрать» новую дату. Представьте, что к 15-му декабря 2011-го года надо добавить шесть месяцев: 2011-12-15 ^ 2011-18-15.

Получился 18-й месяц, что несколько нелогично. С отрицательными смещениями получается ещё более «забавная» картина.

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

Во всех трёх СУБД решения достаточно просты и реализуются идентичным образом, за исключением специфики функций приращения даты.

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

Да, мы не всегда можем заранее знать, сколько записей затронет обновление, но всё же существуют случаи, когда это известно (например, библиотекарь отметил чек-боксами некие три выдачи и нажал «Книги возвращены», значит, обновление должно затронуть три записи).

&Задание 2.3.2.TSK.A: отметить все выдачи с идентификаторами <50 как возвращённые.

&Задание 2.2.2.TSK.B: для всех выдач, произведённых до 1-го января 2012-го года, уменьшить значение дня выдачи на 3.

Задание 2.2.2.TSK.C: отметить как невозвращённые все выдачи, полученные читателем с идентификатором 2.

Пример 23: удаление данных

2.3.3. Пример 23: удаление данных

Задача 2.3.3.a{193}: удалить информацию о том, что читатель с идентификатором 4 взял 15-го января 2016-го года в библиотеке книгу с идентификатором 3.

Задача 2.3.3. b{193}: удалить информацию обо всех посещениях библиотеки читателем с идентификатором 3 по воскресеньям.

Ожидаемый результат 2.3.3.a:b следующаяие записьи должнаыббытьудалена.

удалены.

sb_id	sb_subscriber	sb_book	sb_start	sb_finish	sb_is_active
62101	43	53	20146-081-0315	20146-1001-0330	YN
86	3	1	2014-08-03	2014-09-03	Y

Решение 2.3.3.a{193}.

В данном случае решение тривиально и одинаково для всех трёх СУБД за исключением синтаксиса формирования значения поля sb_start.

Внимательно следите за тем, чтобы ваши запросы на удаление данных содержали условие (в этой задаче — строки 2-4 всех трёх запросов). DE- LETE без условия удалит все записи в таблице, т.е. вы потеряете все данные.

Решение 2.3.3.b{193}.

В решении{39} задачи 2.1.7.b{39} мы подробно рассматривали, почему в условиях, затрагивающих дату, выгоднее использовать диапазоны, а не извлекать фрагменты даты, и оговаривали, что могут быть исключения, при которых диапазонами обойтись не получится. Данная задача как раз и является таким исключением: нам

Источник: https://studfile.net/preview/16420333/

Смотрите также:

_-___-~1
_3 тема - Диффузия
_Роджерс Карл, Брак и его альтернативы
'Заповит' Рейнгольда Глиэра: стилистические особенности
'Создание и продвижение интернет - платформы реферальной системы' на примере компании Бартер–кард
[БИЛЕТЫ] IMK №3
[ТЕСТЫ] ИМК №1 по физиологии (база 1 семестр и на экз)
[ТЕСТЫ] Спланхнология
[ТЕСТЫ] ЦНС - ЛУЧШИЕ 2020
+ Проблемы криминологии. Курс лекций