Проектирование базы данных для программы отбора и оценки научных журналов

Вид выбранного приложения, среда разработки и проектирование базы данных. Разработка концептуальной и логической модели БД. Нормализация и создание физической модели БД. Листинг программы, таблицы базы данных в MySQLWorkbench, SQL дамп базы данных.

Рубрика Программирование, компьютеры и кибернетика
Вид отчет по практике
Язык русский
Дата добавления 01.08.2020
Размер файла 1,5 M

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.

Размещено на http://www.allbest.ru/

Федеральное государственное бюджетное образовательное учреждение высшего образования «Национальный исследовательский университет «МЭИ»

Кафедра ВМСС

Отчет по преддипломной практике

на тему: Проектирование базы данных для программы отбора и оценки научных журналов

Выполнил:

Зыльков П.А.

Группа: А-08-16

Проверила:

Аляева Ю.В.

Москва, 2020

1. Постановка задачи

1.1 Описание предметной области

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

· Обновление функционала будетзанимать большое количество времени;

· Изменение структуры данных будет требовать изменения самого приложения.

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

На сегодняшний день существует несколько основных видов баз данных:

Иерархическая

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

Реляционная

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

Сетевая

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

1.2 Анализ предметной области

Рисунок 1 - Состав программы отбора и оценки научных журналов

Конечная программа работает со списком журналов, для которых необходимо задать первичную информацию: рейтинги по различным шкалам, количество диссертационных советов и научных специальностей. Эти данные хранятся в соответствующих таблицах базы данных под управлением СУБД MySQL.Состав основной программы представлен на Рисунке 1.

Для связи таблиц журналов и рейтингов используется уникальный номер периодического издания -ISSN(Рисунок 2). Рейтинги научных журналов могут быть получены из разных источников, поэтому их необходимо преобразовать в формализованный формат, пригодный для загрузки в базу данных.

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

Рисунок 2 - Формат международного стандартного серийного номера

1.3 Вид приложения, среда разработки

Конечная программа является программой для ОСWindows. Разрабатывается программа в среде PyCharmи QtDesigner. Средой для разработки самой БД была выбрана MySQLWorkbenchкак самая распространенная и функциональная [3].

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

2. Проектирование базы данных

2.1 Проектирование концептуальной модели БД

Проектирование концептуальной модели является основной задачей при создании БД. Цель концептуальной модели- обеспечение наиболее естественных для человека способов сбора и представления той или иной информации, которую предполагается хранить в создаваемой базе. Поэтому данную модель данных пытаются строить по аналогии с естественным языком. Основными конструктивными элементамиконцептуальных моделей являются сущности, связи между ними и их свойства.[1]

Рисунок 3 - Декомпозиция состава программы отбора и оценки научных журналов

Поэтому необходимо четко поставить цель данной БД, а также установить, какую информацию получает пользователь в результате работы с программой. Для более наглядного понимания работы итоговой программы и разработки базы данных, была составлена декомпозиция состава программы, представленная на Рисунке 3. По данной декомпозиции легко определяются сущности и атрибуты необходимой базы данных.

2.2 Проектирование логической модели БД

Проектирование логической модели- важный этап в проектировании БД. На этом этапе важно правильно выделить сущности и описать их атрибуты. [1]

Рисунок 4 - Логическая модель данных

Логическая модель представляет собой модель базы данных, которая не привязана к конкретной СУБД. В ней выделяют основные объекты БД и определяют связи между этими объектами. Иногда определятся типы данных отдельных объектов. Данная модель построена методом Сущность-связь.(Рисунок 4) На основании декомпозиции предметной области создадим список ее сущностей (таблиц) и атрибутов (полей).

Таблица 1 - Список сущностей предметной области

Сущность

Описание

1

Список журналов

Хранит список названий журналов и их уникальных идентификаторов

2

Список рейтингов

Хранит список рейтингов с привязкой к уникальным идентификаторам журналов

3

Список критериев отбора

Хранит список критериев, которые используются для отбора научных журналов

4

Список интегральных показателей

Хранит список рассчитанных интегральных показателей с привязкой к уникальным идентификаторам журналов

5

Список специальностей

Хранит список специальностей, для которых заявлен научный журнал

2.3 Нормализация

Метод нормальных форм (НФ) состоит в сборе информации о объектах решения задачи в рамках одного отношения и последующей декомпозиции этого отношения на несколько взаимосвязанных отношений на основе процедур нормализации отношений.

Цель нормализации: исключить избыточное дублирование данных, которое является причиной аномалий, возникших при добавлении, редактировании и удалении кортежей(строк таблицы).[1]

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

Таблица 2 - Атрибуты предметной области

Атрибут

Описание

1

Название журнала

Название периодического издания

2

ISSN журнала

Уникальный международный стандартный серийный номер

3

Дата издания

Дата выхода журнала

4

Номер журнала

Порядковый номер журнала

5

Наименование рейтинга

Название рейтинга

6

Значение рейтинга

Численное значение рейтинга

7

Наименование критерия отбора

Критерий для отбора журнала

8

Наименование специальности

Специальности, для которых заявлен научный журнал

9

Интегральный показатель

Рассчитанный на базе рейтинга показатель

10

Минимальное значение

Минимальное значение

11

Максимальное значение

Максимальное значение

12

Направленность

Порядок сортировки лучших показателей

13

Год рейтинга

Год рейтинга

Нарушение нормализации 1НФ происходит в строках«Наименование специальности» и «Наименование критерия отбора», т.к. в одной ячейке может содержаться список из нескольких элементов, т.е. он не является атомарным.

Первая нормальная форма

Преобразуем таблицу к 1НФ, для этого выделим отдельно сущности «Наименование специальности» и «Наименование критерия отбора».

Таблица 3 - Атрибуты предметной области

Атрибут

Описание

1

Название журнала

Название периодического издания

2

ISSN журнала

Уникальный международный стандартный серийный номер

3

Дата издания

Дата выхода журнала

4

Номер журнала

Порядковый номер журнала

5

Наименование рейтинга

Название рейтинга

6

Значение рейтинга

Численное значение рейтинга

7

Интегральный показатель

Рассчитанный на базе рейтинга показатель

8

Минимальное значение

Минимальное значение

9

Максимальное значение

Максимальное значение

10

Направленность

Порядок сортировки лучших показателей

11

Год рейтинга

Год рейтинга

В «Список критериев отбора» (Таблица 4) входят количество научных изданий (журналов), входящих в Перечень ВАК, количество диссертационных советов (ДС), в которых можно защищаться по указанной НС, само количество защит по специальности и показателя избыточности научных изданий.

Таблица 4 - Атрибуты сущности «Список критериев отбора»

Сущность

Атрибут

Описание

Список критериев отбора

Код списка

Уникальный идентификатор в базе данных

Наименование списка

Название списка

Минимальное значение

Минимальное значение

Максимальное значение

Максимальное значение

Направленность

Порядок сортировки лучших показателей

В «Список специальностей» (Таблица 5) входят специальности, по которым проводятся защиты диссертаций и входящие в классификатор ОК 009-2016.

Таблица 5 - Атрибуты сущности «Список специальностей»

Сущность

Атрибут

Описание

Список специальностей

Код специальности

Уникальный идентификатор в базе данных

Шифр специальности

Шифр специальности по «ОК 009-2016»

Название специальности

Название специальности

Вторая нормальная форма

Отношение находится во 2НФ, если оно находится в 1НФ и каждый не ключевой атрибут неприводимо зависит от Первичного Ключа (далее - ПК).[1]

Неприводимость означает, что в составе потенциального ключа отсутствует меньшее подмножество атрибутов, от которого можно также вывести данную функциональную зависимость.

Таблица 3находится в первой нормальной форме, но не во второй. Значение рейтинга и интегрального показателя зависят от ISSNжурнала. Наименование рейтинга зависят от названия журнала, то есть зависимость от первичного ключа неполная. Исправляется это путем декомпозиции на два отношения, в которых не ключевые атрибуты зависят от первичного ключа.

В «Список журналов» (Таблица 6)входят названия и код научных журналов из Перечня ВАК.

Таблица 6 - Атрибуты сущности «Список журналов»

Сущность

Атрибут

Описание

Список журналов

Код журнала

Уникальный идентификатор в базе данных

ISSN

Уникальный международный стандартный серийный номер

Название журнала

Название журнала

Дата издания

Год и месяц издания журнала

Номер журнала

Порядковый номер издания

В «Список рейтингов» (Таблица 7) входят: место в общем рейтинге SCIENCE INDEX за определенный год, двухлетний импакт-фактор РИНЦ, двухлетний импакт-фактор по ядру РИНЦ, число цитирований статей предыдущих двух лет, пятилетний импакт-фактор РИНЦ, пятилетний импакт-фактор по ядру РИНЦ, число цитирований статей предыдущих 5 лет, пятилетний индекс Херфиндаля по цитирующим журнала, десятилетний индекс Хирша

Таблица 7 - Атрибуты сущности «Список рейтингов»

Сущность

Атрибут

Описание

Список рейтингов

Код рейтинга

Уникальный идентификатор в базе данных

Наименование рейтинга

Название рейтинга

Минимальное значение

Минимальное значение

Максимальное значение

Максимальное значение

Направленность

Порядок сортировки лучших показателей

Год рейтинга

Год присвоения рейтинга

«Список интегральных показателей» (Таблица 8) будет содержать такие же наименования как «Список рейтингов» (Таблица 7), но другие численные значения, рассчитанные в соответствии с предлагаемой методикой.

Таблица 8 - Атрибуты сущности «Список интегральных показателей»

Сущность

Атрибут

Описание

Список интегральных показателей

Код показателя

Уникальный идентификатор в базе данных

Наименование показателя

Название показателя

Минимальное значение

Минимальное значение

Максимальное значение

Максимальное значение

Направленность

Порядок сортировки лучших показателей

Третья нормальная форма

Отношение находится в 3НФ, когда находится во 2НФ и каждый не ключевой атрибут нетранзитивно зависит от первичного ключа. Другими словами, правило приведения к 3НФ требует выносить все не ключевые поля, содержимое которых может относиться к нескольким записям таблицы, в отдельные таблицы. [1]

Для приведения модели базы данных к 3НФ все вышеуказанные сущности объединяются с помощью сущности «Рейтинги журналов» и «Специальности журналов», содержащие внешние ключи.

Таблица 9 - Атрибуты сущности «Рейтинги журналов»

Сущность

Атрибут

Описание

Список рейтингов журналов

Код рейтинга журнала

Уникальный идентификатор в базе данных

Код рейтинга

Внешний ключ к сущности «Рейтинги»

Код журнала

Внешний ключ к сущности «Журналы»

Код интегрального показателя

Внешний ключ к сущности «Интегральные показатели»

Значение рейтинга

Численное значение рейтинга

Значение интегрального показателя

Численное значение интегрального показателя

Таблица 10 - Атрибуты сущности «Специальности журналов»

Сущность

Атрибут

Описание

Список специальностей к журналам

Код специальности журнала

Уникальный идентификатор в базе данных

Код журнала

Внешний ключ к сущности «Журналы»

Код специальности

Внешний ключ к сущности «Специальности»

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

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

Связи между таблицами

Когда какие-то данные являются уникальными для конкретного объекта, то мы имеем дело со связью один-ко-многим. Например, для журнала такой связью может стать издательство, которое его выпустило. Для реализации данной связи нужны две таблицы.

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

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

Для реализации такой связи используются таблицы «Рейтинги журналов» и «Специальности журналов».

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

2.4 Создание физической моделиБД

Рисунок 5 - Физическая модель данных

Физическая модель (СУБД ориентированная модель) содержит всю информацию, необходимую для реализации конкретной БД. Эта модель связана с конкретной СУБД. На этом этапе появляются таблицы, типы данных и т.д. Данная модель БД определяет способ размещения данных в среде хранения и способы доступа к этим данным, которые поддерживаются на физическом уровне. Физическая модель будет выглядеть следующим образом (Рисунок 5 и Рисунок 6).

Рисунок 6 - Схема базы данных в MySQLWorkbench

Вывод

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

Среда разработки MySQLWorkbench показала себя с лучшей стороны для разработки базы данных.

Список использованных источников

1. Атре, Ш. Структурный подход к организации баз данных / Ш. Атре. - М.: Финансы и статистика, 2010. - 317 c.

2. Селко, Дж. SQL для профессионалов. Программирование / Селко Джо. - М.: ЛОРИ, 2015. - 464 c.

3. АткинсонMySQL. Библиотека профессионала / Аткинсон, Леон. - М.: Вильямс, 2002. - 624 c.

Приложение

Листинг программы

Код создания таблиц:

CREATE TABLE `rating_base`.`rating_list` (

`id_rating` INT NOT NULL,

`rating_name` VARCHAR(200) NULL,

`rating_min` INT NULL,

`rating_max` INT NULL,

`rating_napr` INT NULL,

`rating_year` DATE NULL,

PRIMARY KEY (`id_rating`));

Создание таблицы «Список рейтингов»

CREATE TABLE `rating_base`.`select_list` (

`id_select_list` INT NOT NULL,

`select_list_name` VARCHAR(200) NULL,

`select_list_min` INT NULL,

`select_list_max` INT NULL,

`select_list_napr` INT NULL,

PRIMARY KEY (`id_select_list`));

Создание таблицы «Список критериев отбора»

CREATE TABLE `rating_base`.`magazine_list` (

`id_magazine_list` INT NOT NULL,

`magazine_list_issn` INT NULL,

`magazine_list_barcode` VARCHAR(13) NULL,

`magazine_list_name` VARCHAR(250) NULL,

`magazine_list_date` DATE NULL,

`magazine_list_number` INT NULL,

PRIMARY KEY (`id_magazine_list`));

Создание таблицы «Список журналов»

CREATE TABLE `rating_base`.`integral_list` (

`id_integral_list` INT NOT NULL,

`integral_list_name` VARCHAR(200) NULL,

`integral_list_min` INT NULL,

`integral_list_max` INT NULL,

`integral_list_napr` INT NULL,

PRIMARY KEY (`id_integral_list`));

Создание таблицы «Список интегральных показателей»

CREATE TABLE `rating_base`.`spec_list` (

`id_spec_list` INT NOT NULL,

`spec_list_code` VARCHAR(45) NULL,

`spec_list_name` VARCHAR(250) NULL,

PRIMARY KEY (`id_spec_list`));

Создание таблицы «Список специальностей»

CREATE TABLE `rating_base`.`speclist_magazine` (

`id_speclist_magazine` INT NOT NULL,

`speclist_magazine_key` INT NULL,

`speclist_speciality_key` INT NULL,

PRIMARY KEY (`id_speclist_magazine`));

Создание таблицы «Специальности журналов»

CREATE TABLE `rating_base`.`magazine_rating` (

`id_magazine_rating` INT NOT NULL,

`magazine_rating_date` DATE NULL,

`magazine_key` INT NULL,

`rating_key` INT NULL,

`integral_key` INT NULL,

`rating_value` INT NULL,

`integral_value` INT NULL,

PRIMARY KEY (`id_magazine_rating`));

Создание таблицы «Рейтинги журналов»

Таблицы базы данных в MySQLWorkbench

SQL Дампбазыданных:

CREATE DATABASE IF NOT EXISTS `rating_base` /*!40100 DEFAULT CHARACTER SET utf8 */;

USE `rating_base`;

-- MySQL dump 10.13 Distrib 8.0.16, for Win64 (x86_64)

--

-- Host: 127.0.0.1 Database: rating_base

-- ------------------------------------------------------

-- Server version 5.6.41-log

/*!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */;

/*!40101 SET @OLD_CHARACTER_SET_RESULTS=@@CHARACTER_SET_RESULTS */;

/*!40101 SET @OLD_COLLATION_CONNECTION=@@COLLATION_CONNECTION */;

SET NAMES utf8 ;

/*!40103 SET @OLD_TIME_ZONE=@@TIME_ZONE */;

/*!40103 SET TIME_ZONE='+00:00' */;

/*!40014 SET @OLD_UNIQUE_CHECKS=@@UNIQUE_CHECKS, UNIQUE_CHECKS=0 */;

/*!40014 SET @OLD_FOREIGN_KEY_CHECKS=@@FOREIGN_KEY_CHECKS, FOREIGN_KEY_CHECKS=0 */;

/*!40101 SET @OLD_SQL_MODE=@@SQL_MODE, SQL_MODE='NO_AUTO_VALUE_ON_ZERO' */;

/*!40111 SET @OLD_SQL_NOTES=@@SQL_NOTES, SQL_NOTES=0 */;

--

-- Table structure for table `integral_list`

--

DROP TABLE IF EXISTS `integral_list`;

/*!40101 SET @saved_cs_client = @@character_set_client */;

SET character_set_client = utf8mb4 ;

CREATE TABLE `integral_list` (

`id_integral_list` int(11) NOT NULL,

`integral_list_name` varchar(200) DEFAULT NULL,

`integral_list_min` int(11) DEFAULT NULL,

`integral_list_max` int(11) DEFAULT NULL,

`integral_list_napr` int(11) DEFAULT NULL,

PRIMARY KEY (`id_integral_list`)

) ENGINE=InnoDB DEFAULT CHARSET=utf8;

/*!40101 SET character_set_client = @saved_cs_client */;

--

-- Dumping data for table `integral_list`

--

LOCK TABLES `integral_list` WRITE;

/*!40000 ALTER TABLE `integral_list` DISABLE KEYS */;

/*!40000 ALTER TABLE `integral_list` ENABLE KEYS */;

UNLOCK TABLES;

--

-- Table structure for table `magazine_list`

--

DROP TABLE IF EXISTS `magazine_list`;

/*!40101 SET @saved_cs_client = @@character_set_client */;

SET character_set_client = utf8mb4 ;

CREATE TABLE `magazine_list` (

`id_magazine_list` int(11) NOT NULL,

`magazine_list_issn` int(11) DEFAULT NULL,

`magazine_list_barcode` varchar(13) DEFAULT NULL,

`magazine_list_name` varchar(250) DEFAULT NULL,

`magazine_list_date` date DEFAULT NULL,

`magazine_list_number` int(11) DEFAULT NULL,

PRIMARY KEY (`id_magazine_list`)

) ENGINE=InnoDB DEFAULT CHARSET=utf8;

/*!40101 SET character_set_client = @saved_cs_client */;

--

-- Dumping data for table `magazine_list`

--

LOCK TABLES `magazine_list` WRITE;

/*!40000 ALTER TABLE `magazine_list` DISABLE KEYS */;

/*!40000 ALTER TABLE `magazine_list` ENABLE KEYS */;

UNLOCK TABLES;

--

-- Table structure for table `magazine_rating`

--

DROP TABLE IF EXISTS `magazine_rating`;

/*!40101 SET @saved_cs_client = @@character_set_client */;

SET character_set_client = utf8mb4 ;

CREATE TABLE `magazine_rating` (

`id_magazine_rating` int(11) NOT NULL,

`magazine_rating_date` date DEFAULT NULL,

`magazine_key` int(11) DEFAULT NULL,

`rating_key` int(11) DEFAULT NULL,

`integral_key` int(11) DEFAULT NULL,

`rating_value` int(11) DEFAULT NULL,

`integral_value` int(11) DEFAULT NULL,

PRIMARY KEY (`id_magazine_rating`)

) ENGINE=InnoDB DEFAULT CHARSET=utf8;

/*!40101 SET character_set_client = @saved_cs_client */;

--

-- Dumping data for table `magazine_rating`

--

LOCK TABLES `magazine_rating` WRITE;

/*!40000 ALTER TABLE `magazine_rating` DISABLE KEYS */;

/*!40000 ALTER TABLE `magazine_rating` ENABLE KEYS */;

UNLOCK TABLES;

--

-- Table structure for table `rating_list`

--

DROP TABLE IF EXISTS `rating_list`;

/*!40101 SET @saved_cs_client = @@character_set_client */;

SET character_set_client = utf8mb4 ;

CREATE TABLE `rating_list` (

`id_rating` int(11) NOT NULL,

`rating_name` varchar(200) DEFAULT NULL,

`rating_min` int(11) DEFAULT NULL,

`rating_max` int(11) DEFAULT NULL,

`rating_napr` int(11) DEFAULT NULL,

`rating_year` date DEFAULT NULL,

PRIMARY KEY (`id_rating`)

) ENGINE=InnoDB DEFAULT CHARSET=utf8;

/*!40101 SET character_set_client = @saved_cs_client */;

--

-- Dumping data for table `rating_list`

--

LOCK TABLES `rating_list` WRITE;

/*!40000 ALTER TABLE `rating_list` DISABLE KEYS */;

/*!40000 ALTER TABLE `rating_list` ENABLE KEYS */;

UNLOCK TABLES;

--

-- Table structure for table `select_list`

--

DROP TABLE IF EXISTS `select_list`;

/*!40101 SET @saved_cs_client = @@character_set_client */;

SET character_set_client = utf8mb4 ;

CREATE TABLE `select_list` (

`id_select_list` int(11) NOT NULL,

`select_list_name` varchar(200) DEFAULT NULL,

`select_list_min` int(11) DEFAULT NULL,

`select_list_max` int(11) DEFAULT NULL,

`select_list_napr` int(11) DEFAULT NULL,

PRIMARY KEY (`id_select_list`)

) ENGINE=InnoDB DEFAULT CHARSET=utf8;

/*!40101 SET character_set_client = @saved_cs_client */;

--

-- Dumping data for table `select_list`

--

LOCK TABLES `select_list` WRITE;

/*!40000 ALTER TABLE `select_list` DISABLE KEYS */;

/*!40000 ALTER TABLE `select_list` ENABLE KEYS */;

UNLOCK TABLES;

--

-- Table structure for table `spec_list`

--

DROP TABLE IF EXISTS `spec_list`;

/*!40101 SET @saved_cs_client = @@character_set_client */;

SET character_set_client = utf8mb4 ;

CREATE TABLE `spec_list` (

`id_spec_list` int(11) NOT NULL,

`spec_list_code` varchar(45) DEFAULT NULL,

`spec_list_name` varchar(250) DEFAULT NULL,

PRIMARY KEY (`id_spec_list`)

) ENGINE=InnoDB DEFAULT CHARSET=utf8;

/*!40101 SET character_set_client = @saved_cs_client */;

--

-- Dumping data for table `spec_list`

--

LOCK TABLES `spec_list` WRITE;

/*!40000 ALTER TABLE `spec_list` DISABLE KEYS */;

/*!40000 ALTER TABLE `spec_list` ENABLE KEYS */;

UNLOCK TABLES;

--

-- Table structure for table `speclist_magazine`

--

DROP TABLE IF EXISTS `speclist_magazine`;

/*!40101 SET @saved_cs_client = @@character_set_client */;

SET character_set_client = utf8mb4 ;

CREATE TABLE `speclist_magazine` (

`id_speclist_magazine` int(11) NOT NULL,

`speclist_magazine_key` int(11) DEFAULT NULL,

`speclist_speciality_key` int(11) DEFAULT NULL,

PRIMARY KEY (`id_speclist_magazine`)

) ENGINE=InnoDB DEFAULT CHARSET=utf8;

/*!40101 SET character_set_client = @saved_cs_client */;

--

-- Dumping data for table `speclist_magazine`

--

LOCK TABLES `speclist_magazine` WRITE;

/*!40000 ALTER TABLE `speclist_magazine` DISABLE KEYS */;

/*!40000 ALTER TABLE `speclist_magazine` ENABLE KEYS */;

UNLOCK TABLES;

/*!40103 SET TIME_ZONE=@OLD_TIME_ZONE */;

/*!40101 SET SQL_MODE=@OLD_SQL_MODE */;

/*!40014 SET FOREIGN_KEY_CHECKS=@OLD_FOREIGN_KEY_CHECKS */;

/*!40014 SET UNIQUE_CHECKS=@OLD_UNIQUE_CHECKS */;

/*!40101 SET CHARACTER_SET_CLIENT=@OLD_CHARACTER_SET_CLIENT */;

/*!40101 SET CHARACTER_SET_RESULTS=@OLD_CHARACTER_SET_RESULTS */;

/*!40101 SET COLLATION_CONNECTION=@OLD_COLLATION_CONNECTION */;

/*!40111 SET SQL_NOTES=@OLD_SQL_NOTES */;

-- Dump completed on 2020-05-19 10:49:23

Размещено на Allbest.ru


Подобные документы

  • Построение концептуальной модели, процесс моделирования смыслового наполнения базы данных. Основные компоненты концептуальной модели. Построение реляционной модели. Целостность данных в реляционной базе. Нормализация. Проектирование базы данных в ACCESS.

    курсовая работа [1,8 M], добавлен 29.10.2008

  • Сущность базы данных. Процесс построения концептуальной модели. Построение реляционной модели, создание ключевого поля. Процесс нормализации. Проектирование базы данных в ACCESS. Порядок создание базы данных. Создание SQL запросов и работа в базе данных.

    курсовая работа [185,6 K], добавлен 08.11.2008

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

    контрольная работа [784,2 K], добавлен 10.04.2014

  • Построение инфологической (концептуальной) модели предметной области. Проектирование логической и физической структуры базы данных. Реализация проекта в среде конкретной СУБД. Организация корректировки и ввода данных в БД. Разработка интерфейса.

    курсовая работа [1,4 M], добавлен 14.01.2018

  • Понятие базы данных, модели данных. Классификация баз данных. Системы управления базами данных. Этапы, подходы к проектированию базы данных. Разработка базы данных, которая позволит автоматизировать ведение документации, необходимой для деятельности ДЮСШ.

    курсовая работа [1,7 M], добавлен 04.06.2015

  • Проектирование базы данных для автоматизированной системы "Склад". Разработка концептуальной модели (ER-диаграмма). Преобразование в реляционную модель и ее нормализация. Разработка запросов к базе данных на языке SQL. Скрипт для создания базы данных.

    курсовая работа [161,8 K], добавлен 07.10.2013

  • Методика и основные этапы проектирования логической и физической модели базы данных. Реализация спроектированной модели в системе управления базами данных, принципы создания и апробация специального клиентского приложения для работы данной программы.

    курсовая работа [1,3 M], добавлен 27.06.2013

  • Особенности проектирования программы на языке С++ для обработки данных из таблиц базы данных. Основные функции программы, создание концептуальной модели базы данных и диаграммы классов, разработка интерфейса пользователя и запросов к базе данных.

    курсовая работа [2,1 M], добавлен 08.06.2012

  • Построение инфологической концептуальной модели предметной области. Структура базы данных Microsoft Office Access. Формы, запросы и отчеты. Создание форм, запросов и отчетов в базах данных. Схема данных физической и логической сущности в Erwin 4.0.

    курсовая работа [5,1 M], добавлен 13.12.2011

  • Анализ баз данных и систем управления ими. Проектирование и создание реляционной базы данных в среде MS Access для ресторана "Дельфин": построение информационно логической модели, разработка структур таблиц базы данных и схемы данных, создание Web-узла.

    курсовая работа [3,7 M], добавлен 15.11.2010

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.