Проектирование базы данных для программы отбора и оценки научных журналов
Вид выбранного приложения, среда разработки и проектирование базы данных. Разработка концептуальной и логической модели БД. Нормализация и создание физической модели БД. Листинг программы, таблицы базы данных в 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