Бази даних-20210115T104840Z-001 / Реферат на тему _Современные СУБД_ / Using_MySql,_MS_SQL_Server_and_Oracle(1)

Пример 47: формирование и анализ связанных структур

71) "connections_next"

72LEFT JOIN "connections_temp"

75WHERE "connections_temp"."cn_from" IS NULL

76AND "connections_temp"."cn_to" IS NULL;

77

78rows_inserted := SQL%ROWCOUNT;

79END LOOP;

80

81-- Извлечение маршрутов, соответствующих условию поиска:

82OPEN final_paths FOR

83SELECT *

84FROM "connections_temp"

85WHERE "cn_from" = start_node

86AND "cn_to" = finish_node

87ORDER BY "cn_cost" ASC;

88END;

Для второго варианта решения, как и в случае с MySQL и MS SQL Server, нам понадобятся вспомогательные таблицы для хранения текущего и финальных путей.

1-- Создание таблицы для хранения текущего пути:

2CREATE GLOBAL TEMPORARY TABLE "current_path"

3(

4"cp_id" NUMBER(10),

5"cp_from" NUMBER(10),

6"cp_to" NUMBER(10),

7"cp_cost" NUMBER(15,4),

8"cp_bidir" CHAR(1)

9);

10

11-- Создание таблицы для хранения готовых путей:

12CREATE GLOBAL TEMPORARY TABLE "final_paths"

13(

14"fp_id" NUMBER(15,4),

15"fp_from" NUMBER(15,4),

16"fp_to" NUMBER(15,4),

17"fp_cost" NUMBER(15,4),

18"fp_bidir" CHAR(1)

19);

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

Пример 47: формирование и анализ связанных структур

Алгоритм второго варианта решения:

•если текущий путь пуст, отправной точкой является точка старта, иначе отправной точкой является точка прибытия последней связи в пути (строки 2640; обратите внимание на то, как в Oracle проверяется на пустоту результат выполнения запроса — классическое выражение IF (NOT) EXISTS здесь не работает);

•открыть курсор для выбора всех связей между городами (строки 8-24, 42);

•для всех связей повторять цикл, в котором:

oпроверить, совпадает ли отправная точка рассматриваемой связи с текущей отправной точкой (строки 46-49 и, если нет, перейти к следующей итерации цикла;

oпроверить, не присутствует ли уже рассматриваемая связь в пути (строки 52-60) и не приводит ли переход по этой связи к циклическому маршруту (строки 63-70) — в случае выполнения любого из этих условий перейти к следующей итерации цикла;

oпроверить (строка 73), не совпала ли конечная точка связи с точкой финиша:

если совпала — мы нашли путь, для которого генерируем уникальный идентификатор (строка 75) и переносим в таблицу для хранения найденных путей (строки 77-88), не забыв добавить в конец саму связь, которую мы только что рассматривали (строки

89-99);

если не совпала — путь ещё не найден, а потому: добавляем рассматриваемую связь к текущему пути (строки 102-113), выполняем рекурсивный вызов (строка 116), после которого убираем из текущего пути последнюю связь (строки 119-121).

По завершении работы в таблице final_paths будут находиться все

найденные пути между двумя указанными городами.

3AS

4from_node NUMBER(10) := 0;

5rows_count NUMBER(10) := 0;

6rand_value NUMBER(15,4) := 0;

7

8CURSOR nodes_cursor IS

9SELECT "cn_from",

10"cn_to",

11"cn_cost",

12"cn_bidir"

13FROM (SELECT "cn_from",

18UNION

19SELECT "cn_to",

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

Пример 47: формирование и анализ связанных структур

Oracle Решение 7.1.2.b (код процедуры, второй вариант) (продолжение)

25BEGIN

26SELECT COUNT(1) INTO rows_count

27FROM "current_path";

28

29IF (rows_count = 0)

30THEN

31-- Если текущий путь пуст, отправной точкой является точка старта

32from_node := start_node;

33ELSE

34-- Если текущий путь НЕ пуст, отправной точкой

35-- является точка прибытия последней связи в пути

36SELECT "cp_to" INTO from_node

37FROM "current_path"

38WHERE "cp_id" = (SELECT MAX("cp_id")

42FOR one_link IN nodes_cursor

43LOOP

44-- Отправная точка связи не совпадает с текущей

45-- отправной точкой, пропускаем

46IF (one_link."cn_from" != from_node)

47THEN

48CONTINUE;

49END IF;

50

51-- Такая связь уже есть в текущем пути, пропускаем

52SELECT COUNT(1) INTO rows_count

53FROM (SELECT 1

54FROM "current_path"

55WHERE "cp_from" = one_link."cn_from"

56AND "cp_to" = one_link."cn_to");

57IF (rows_count > 0)

58THEN

59CONTINUE;

60END IF;

61

62-- Такая связь приводит к циклу, пропускаем

63SELECT COUNT(1) INTO rows_count

64FROM (SELECT 1

65FROM "current_path"

66WHERE "cp_from" = one_link."cn_to");

67IF (rows_count > 0)

68THEN

69CONTINUE;

70END IF;

71

72-- Конечная точка связи совпала с точкой финиша, путь найден

73IF (one_link."cn_to" = finish_node)

74THEN

75rand_value := DBMS_RANDOM.VALUE(1,10);

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

Пример 47: формирование и анализ связанных структур

100ELSE

101-- Добавляем связь в текущий путь

102INSERT INTO "current_path"

115-- Продолжаем рекурсивно искать следующие связи

116FIND_PATH (start_node, finish_node);

117

118-- Удаляем последнюю связь из текущего пути

119DELETE FROM "current_path"

120WHERE "cp_id" = (SELECT MAX("cp_id")

122END IF;

123END LOOP;

124END;

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

MySQL и MS SQL Server.

На представленном в начале данного примера наборе данных для поиска пути из города 1 в город 6 оба решения возвращают одинаковые (хоть и по-разному представленные) результаты.

Результат первого варианта решения:

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

Пример 47: формирование и анализ связанных структур

1-- Для первого варианта решения:

2TRUNCATE TABLE "connections_temp";

3DECLARE

4fp SYS_REFCURSOR;

5cn_from NUMBER(10);

6cn_to NUMBER(10);

7cn_cost DOUBLE PRECISION;

8cn_bidir CHAR(1);

9cn_steps NUMBER(5);

10cn_route VARCHAR(1000);

11BEGIN

12FIND_PATH({начальная_точка}, {конечная_точка}, fp);

13LOOP

14FETCH fp INTO cn_from,

20EXIT WHEN fp%NOTFOUND;

21DBMS_OUTPUT.PUT_LINE(cn_from || ' | ' ||

27END LOOP;

28CLOSE fp;

29END;

30

31-- Для второго варианта решения:

32TRUNCATE TABLE "current_path";

33TRUNCATE TABLE "final_paths";

34BEGIN

35FIND_PATH({начальная_точка}, {конечная_точка});

36END;

37SELECT * FROM "final_paths";

Но если в таблицу connections поместить следующие данные

и поискать путь между городами 1 и 5, результаты будут разными. Результат первого варианта решения:

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

Пример 47: формирование и анализ связанных структур

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

На этом решение данной задачи завершено.

Задание 7.1.2.TSK.A: в тех СУБД, которые поддерживают соответствующую функциональность, реализовать решение{493} задачи 7.1.2.b{491} не через хранимую процедуру, а через хранимую функцию.

Задание 7.1.2.TSK.B: сравнить производительность первого и второго вариантов решения{493} задачи 7.1.2.b{491} для MySQL.

Задание 7.1.2.TSK.C: реализовать первый вариант решения{493} задачи 7.1.2.b{491} для Oracle с использованием выражения CONNECT BY.

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

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

7.2. Операции с базами данных

7.2.1.Пример 48: резервное копирование и восстановление базы данных

Задача 7.2.1.a{516}: написать командный файл для автоматизации создания резервной копии базы данных.

Задача 7.2.1.b{518}: написать командный файл для автоматизации восстановления базы данных из резервной копии.

Задача 7.2.1.c{519}: написать командный файл для автоматизации создания рабочей копии базы данных.

Ожидаемый результат 7.2.1.a:

Поскольку само решение и является ожидаемым результатом, см. решение

7.2.1.a{516}.

Ожидаемый результат 7.2.1.b:

Поскольку само решение и является ожидаемым результатом, см. решение

7.2.1.b{518}.

Ожидаемый результат 7.2.1.c:

Поскольку само решение и является ожидаемым результатом, см. решение

7.2.1.c{519}.

Решение 7.2.1.a{516}.

В данном случае под «резервной копией базы данных» мы будем понимать набор SQL-команд, выполнив которые (возможно, с предварительной правкой) на произвольном сервере, мы получим полноценную рабочую копию исходной базы данных.

Здесь не будет идти речь о создании резервных копий конкретного сервера и/или его конкретных баз данных, о резервировании по расписанию, инкрементных резервных копиях и прочих способах автоматизировать резервное копирование и восстановление в рамках одной системы.

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

MySQL Решение 7.2.1.a (код cmd-файла) (общая идея)

1 mysqldump -uИМЯ -pПАРОЛЬ БАЗА_ДАННЫХ > БАЗА_ДАННЫХ.sql

1 mysqldump -uabc -pdef library > library.sql

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

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

В MS SQL Server получить резервную копию базы данных в виде SQL-кода можно с помощью MS SQL Server Management Studio43 или с помощью SQL Server Management Objects44, но столь же простого и элегантного решения, как в MySQL, в этой СУБД нет. Зато есть возможность получить бинарную резервную копию с помощью следующего командного файла (удостоверьтесь, что путь к утилите sqlcmd прописан в переменной окружения PATH).

Представленный ниже код должен быть записан одной строкой, и расширение файла обязательно должно быть bak.

MS SQL Решение 7.2.1.a (код cmd-файла) (общая идея)

1 sqlcmd -U ИМЯ -P ПАРОЛЬ -S СЕРВЕР\СЕРВИС -Q "BACKUP DATABASE [БАЗА_ДАННЫХ] TO DISK='ПОЛНЫЙ_ПУТЬ_К_ФАЙЛУ.bak'"

MS SQL Решение 7.2.1.a (код cmd-файла) (пример)

1 sqlcmd -U abc -P def -S COMP\MS SQLSRV -Q "BACKUP DATABASE [library] TO

DISK='C:\backup\library.bak'"

В Oracle (как и в MS SQL Server) нет простого пути получения из командной строки полноценного SQL-кода с полной резервной копией базы данных (но можно использовать Oracle SQL Developer45), зато есть утилита expdp, создающая бинарную резервную копию. Код с её использованием показан ниже (удостоверьтесь, что путь к утилите expdp прописан в переменной окружения PATH).

Также обратите внимание на то, что в командном файле первые две строки отвечают за выполнение SQL-запросов, которые производят необходимую подготовку на уровне СУБД.

Oracle Решение 7.2.1.a (код cmd-файла) (общая идея)

1@echo GRANT CREATE ANY DIRECTORY TO ИМЯ; | sqlplus ИМЯ/ПАРОЛЬ@СЕРВЕР

2@echo CREATE DIRECTORY ЛОГИЧЕСКОЕ_ИМЯ_КАТАЛОГА AS 'ПОЛНЫЙ_ПУТЬ_К_КАТАЛОГУ';

| sqlplus ИМЯ/ПАРОЛЬ@СЕРВЕР

3expdp ИМЯ/ПАРОЛЬ@СЕРВЕР schemas=ИМЯ directory=ЛОГИЧЕСКОЕ_ИМЯ_КАТАЛОГА dumpfile=ИМЯ_ФАЙЛА.dmp logfile=ИМЯ_ЛОГ_ФАЙЛА.log

1@echo GRANT CREATE ANY DIRECTORY TO abc; | sqlplus abc/def@COMP

2@echo CREATE DIRECTORY LIBRARY_BACKUP AS 'C:\backup'; | sqlplus

abc/def@COMP

3expdp abc/def@COMP schemas=abc directory=LIBRARY_BACKUP dumpfile=library.dmp logfile=library_log.log

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

На этом решение данной задачи завершено.

43http://blog.sqlauthority.com/2011/05/07/sql-server-2008-2008-r2-create-script-to-copy-database-schema-and-all-the-objects-data- schema-stored-procedure-functions-triggers-tables-views-constraints-and-all-other-database-objects/

44https://www.simple-talk.com/sql/database-administration/automated-script-generation-with-powershell-and-smo/

45http://docs.oracle.com/cd/E17781_01/server.112/e18804/impexp.htm#ADMQS256

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

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

Решение 7.2.1.b{516}.

В MySQL для решения данной задачи мы используем поставляемый с данной СУБД консольный клиент.

Удаление и повторное создание (строки 1-2) являются способом быстрого получения пустой базы данных: как правило, база данных, которую нужно восстанавливать из резервной копии, уже повреждена настолько, что её можно удалять.

Внимательно следите за именами баз данных в представленном ниже коде командного файла. Есть риск удалить «не ту» базу данных.

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

1mysql -uИМЯ -pПАРОЛЬ -e "DROP SCHEMA `БАЗА_ДАННЫХ`;";

2mysql -uИМЯ -pПАРОЛЬ -e "CREATE SCHEMA `БАЗА_ДАННЫХ` DEFAULT CHARACTER SET

1mysql -uabc -pdef -e "DROP SCHEMA `library`;";

2mysql -uabc -pdef -e "CREATE SCHEMA `library` DEFAULT CHARACTER SET utf8

COLLATE utf8_general_ci;";

3mysql -uabc -pdef library < library.sql

ВMS SQL Server есть два пути восстановления базы данных из резервной копии. Первый путь актуален, если у вас есть полный SQL-код базы данных со всеми её структурами и данными.

1 sqlcmd -U ИМЯ -P ПАРОЛЬ -S СЕРВЕР\СЕРВИС -i БАЗА_ДАННЫХ.sql

1 sqlcmd -U abc -P def -S COMP\MS SQLSRV -i library.sql

Второй путь актуален, если восстановление нужно произвести из бинарной резервной копии. Следующий код представляет собой одну строку.

1sqlcmd -U ИМЯ -P ПАРОЛЬ -S СЕРВЕР\СЕРВИС -Q "RESTORE DATABASE [БАЗА_ДАННЫХ] FROM DISK='ПОЛНЫЙ_ПУТЬ_К_ФАЙЛУ.bak'"

1sqlcmd -U abc -P def -S COMP\MS SQLSRV -Q "RESTORE DATABASE [library] FROM DISK='C:\backup\library.bak'"

ВOracle восстановление можно выполнить с использованием утилиты impdp (при условии, что резервное копирование было выполнено утилитой expdp). Следующий код представляет собой одну строку.

1impdp ИМЯ/ПАРОЛЬ@СЕРВЕР schemas=ИМЯ directory=ЛОГИЧЕСКОЕ_ИМЯ_КАТАЛОГА dumpfile=ИМЯ_ФАЙЛА.dmp logfile=ИМЯ_ЛОГ_ФАЙЛА.log

1impdp abc/def@COMP schemas=abc directory=LIBRARY_BACKUP dumpfile=library.dmp logfile=library_log.log

На этом решение данной задачи завершено.

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

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

Решение 7.2.1.c{516}.

Самым простым, быстрым и универсальным решением данной задачи для всех трёх СУБД является комбинация решения{516} задачи 7.2.1.a{516} и решения{518} задачи 7.2.1.b{516} с небольшой доработкой — восстанавливать базу данных мы будем под новым именем.

ВMySQL не требуется никаких дополнительных приготовлений и ухищрений

—просто реализуем только что описанную логику.

1rem Экспорт

2mysqldump -uИМЯ -pПАРОЛЬ ИСХОДНАЯ_БАЗА_ДАННЫХ > ИСХОДНАЯ_БАЗА_ДАННЫХ.sql

3rem Импорт

4mysql -uИМЯ -pПАРОЛЬ -e "DROP SCHEMA `НОВАЯ_БАЗА_ДАННЫХ`;";

5mysql -uИМЯ -pПАРОЛЬ -e "CREATE SCHEMA `НОВАЯ_БАЗА_ДАННЫХ` DEFAULT CHARAC-

1rem Экспорт

2mysqldump -uabc -pdef library > library.sql

3rem Импорт

4mysql -uabc -pdef -e "DROP SCHEMA `library_copy`;";

5mysql -uabc -pdef -e "CREATE SCHEMA `library_copy` DEFAULT CHARACTER SET

utf8 COLLATE utf8_general_ci;";

6mysql -uabc -pdef library_copy < library.sql

ВMS SQL Server экспорт представляет собой обычное резервное копирование, а в процессе импорта необходимо использовать конструкцию WITH MOVE,

чтобы указать новые имена файлов базы данных.

Строка 5 нужна для того, чтобы определить логические имена, присутствующие в резервной копии, и вписать их в строку 6. Т.е. при первом запуске строку 6 можно закомментировать, т.к. она всё равно, скорее всего, не сработает. А при повторных запусках можно закомментировать строку 5, т.к. она уже не нужна.

1rem Экспорт

2sqlcmd -U ИМЯ -P ПАРОЛЬ -S СЕРВЕР\СЕРВИС -Q "BACKUP DATABASE [ИСХОД-

НАЯ_БАЗА_ДАННЫХ] TO DISK='ПОЛНЫЙ_ПУТЬ_К_ФАЙЛУ.bak'"

3rem Импорт

4sqlcmd -U ИМЯ -P ПАРОЛЬ -S СЕРВЕР\СЕРВИС -Q "DROP DATABASE [НОВАЯ_БАЗА_ДАН-

6sqlcmd -U ИМЯ -P ПАРОЛЬ -S СЕРВЕР\СЕРВИС -Q "RESTORE DATABASE [НОВАЯ_БАЗА_ДАННЫХ] FROM DISK='ПОЛНЫЙ_ПУТЬ_К_ФАЙЛУ.bak' WITH MOVE 'ЛОГИЧЕСКОЕ_ИМЯ_1' TO 'НОВОЕ_ПОЛНОЕ_ИМЯ_ФАЙЛА_1', MOVE 'ЛОГИЧЕСКОЕ_ИМЯ_2' TO 'НОВОЕ_ПОЛНОЕ_ИМЯ_ФАЙЛА_2'"

1rem Экспорт

2sqlcmd -U abc -P def -S COMP\MS SQLSRV -Q "BACKUP DATABASE [library] TO

DISK='C:\backup\library.bak'"

3rem Импорт

4sqlcmd -U abc -P def -S COMP\MS SQLSRV -Q "DROP DATABASE [library_copy]"

5sqlcmd -U abc -P def -S COMP\MS SQLSRV -Q "RESTORE FILELISTONLY FROM

DISK='C:\backup\library.bak'"

6sqlcmd -U abc -P def -S COMP\MS SQLSRV -Q "RESTORE DATABASE [library_copy] FROM DISK='C:\backup\library.bak' WITH MOVE 'library' TO 'C:\new\library_copy.mdf', MOVE 'library_log' TO 'C:\new\library_copy_log.ldf'"

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