Разработка базы данных для автоматизации учета товарно-материальных ценностей

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

МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ

Выксунский филиал

Федерального Государственного автономного образовательное учреждения высшего профессионального образования Национальный исследовательский технологический университет «МИСиС»

Курсовая работа

по дисциплине: «Разработка и эксплуатация АИС»

по теме: «Разработка БД для автоматизации учета ТМЦ

Выполнил Крылов А.О.

Проверил преподаватель Гипич И.Н.

г. Выкса, 2012

Содержание

Введение

1. Анализ технического задания

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

3. Проектирование БД

4. Разработка БД

Заключение

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

Приложение

Введение

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

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

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

1. Анализ технического задания

В соответствии с техническим заданием на курсовую работу необходимо «Разработать структуру БД для автоматизации учета ТМЦ в отделе ИТ Выксунского филиала НИТУ «МИСиС».

На данный момент в связи с реорганизаций образовательных учреждений ВФ НИТУ «МИСИС» и ГОУ СПО «ВМТ» происходит объединение бухгалтерии, в двух организациях работающих с двумя различными программными продуктами, «1С» и «Парус».

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

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

«Разработка БД для системы учета ТМЦ в отделе ИТ Выксунского филиала НИТУ «МИСиС» ставит перед собой следующие задачи:

просмотр созданной базы данных;

1) Ввод данных о ТМЦ;

2) Редактирование данных о ТМЦ;

3) Отслеживание ТМЦ;

4) Добавление строк в уже существующую таблицу;

5) Добавление новой таблицы (в случае расширения);

6) Удаление таблицы (в случае, если она нужна).

Для решения этой задачи было принято использовать БД Firebird. Так как она имеет подходящий Web интерфейс для сбора и анализа информации.

Firebird Это коммерчески независимый проект C и C++. Он удобен и прост в использовании. Любой начинающий, знающий SQL на уровне оператора Select, легко в нем разберется.

Это компактная, кроссплатформенная, свободная система управления базами данных (СУБД), работающая на Linux, Microsoft Windows и разнообразных Unix платформах.

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

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

Среди основных свойств СУБД Firebird следует отметить такие, как:

1) Высочайшая надежность;

2) Простая удобная оболочка IBExpert;

3) Поддерживает языки запросов SQL;

4) Является полностью свободным от лицензионных отчислений даже для коммерческого использования.

1) Firebird может работать на множестве платформ, включая Microsoft Windows, Linux, Solaris, MacOS X и другие;

2) Не менее важная, причина в том, что исходные коды Firebird открыты;

3) Простота администрирования.

По причине своей компактности, быстродействия и функциональности, SQL-сервер Firebird является идеальной СУБД для обработки и хранения данных для WEB-сайтов. Не самым последним его достоинством является тот факт, что для того, чтобы скачать Firebird бесплатно, нужны лишь доступ к Интернету, желание и время.

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

Необходимо разработать базу данных для автоматизации учета ТМЦ в отделе ИТ ВФ НИТУ «МИСиС». Основные характеристики, включенные в БД, являются неотъемлемой и важной информацией.

В Базе данных учета ТМЦ в отделе ИТ пользователь формирует заявку на приобретение ТМЦ. Заявка должна содержать в себе следующие данные: кто подал заявку, дата оформления заявки, и состояние заявки, номер заявки, наименование заказываемого оборудования, тип оборудования, кол-во. Заявку должен утвердить начальник отдела ИТ и директор образовательного учреждения. Выбирается поставщик, у которого будет закупаться ТМЦ и другие запчасти, данные о поставщике вносятся в БД: наименование организации, адрес, телефонные номера, факс, электронный адрес, банковские реквизиты. После проведения оплаты данные о счете вносятся в БД. При вводе техники в эксплуатацию она ставится на учет, и следующие данные вносятся в инвентарную карточку: наименование ТМЦ, тип, инвентарный номер, заводской номер, год выпуска, дата ввода в эксплуатацию, состояние, место нахождения, МОЛ, номер счета по которому закупалась техника. В БД сохраняется история о перемещениях ТМЦ. По окончании срока эксплуатации ТМЦ производится его списание так же техника будет списываться, если она вышла из строя и не подлежит ремонту.

Перечислим основные сущности и атрибуты, присутствующие в данной БД:

- Сущность объект;

- Сущность МОЛ;

- Сущность кабинет;

- Сущность перемещение объектов;

- Сущность характеристика ТМЦ;

- Сущность счета, по которым закупаются ТМЦ;

- Сущность поставщики;

- Сущность списание объекта;

- Сущность запчастей.

3. Проектирование БД

В ходе анализа всех основных данных объекты становятся сущностями, а их свойства - атрибутами.

Главная сущность - «OBJECTS» здесь хранятся данные о ТМЦ.

Подчиненные ей:

- «PROPERTIES» - представлена информация о описание ТМЦ;

- «MOVE» - представлена информация о перемещение объектов;

- «SPISANIE» - содержит информацию о списание объектов.

Сущность «OBJECTS» имеет атрибуты:

Поле	Тип	Описание
O_ID	INTEGER	Уникальный номер объектов. Хранится в числовом формате
O_NAME	VARCHAR(50)	Текстовое поле хранит название объекта
O_TYPE	INTEGER	Внешний ключ, хранящийся в числовом формате, и указывающий на тип объекта.
O_INV_NUM	VARCHAR(2000)	Текстовое поле содержит инвентарный номер, в котором присутствуют цифры, буквы, и спец символы
O_FABR_NUM	VARCHAR(700)	Текстовое поле содержит заводской номер, в котором присутствуют цифры, буквы, и спец символы
O_GOD_VYPUSKA	INTEGER	Год выпуска объекта, храниться в числовом формате
O_DATA_VVODA	DATE	Дата ввода в эксплуатацию объекта
O_STATE	VARCHAR(15)	Текстовое поле, хранит в себе состояние объекта
O_MESTO	INTEGER	Внешний ключ, хранящийся в числовом формате указывающий, где расположен объект
O_MOL	INTEGER	Внешний ключ, хранящийся в числовом формате указывающий, МОЛ, за которым числиться объект
O_SCHET	BIGINT	Внешний ключ, хранящийся в числовом формате указывающий, на счет по которому покупался объект.

Сущность «MOVE» имеет атрибуты:

Поле	Тип	Описание
MO_ID_OBJ	INTEGER	Внешний ключ, хранящийся в числовом формате указывающий, на объект, который перемещался
MO_FROM	INTEGER	Внешний ключ, хранящийся в числовом формате указывающий, откуда перемещался объект
MO_TO	INTEGER	Внешний ключ, хранящийся в числовом формате указывающий, куда перемещался объект
MO_DTAE	DATE	Дата перемещения объекта

Сущность «SPISANIE» имеет атрибуты:

Поле	Тип	Описание
SP_ID	BIGINT	Уникальный номер списания объекта, хранятся в числовом формате
SP_DATE	DATE	Дата списания объекта
SP_PRICHINA	VARCHAR(50)	Текстовое поле хранит, причину списания объекта
SP_OBJID	INTEGER	Внешний ключ, хранящийся в числовом формате указывающий, на объект, который уже списан

Сущность «PROPERTIES» имеет атрибуты:

Поле	Тип	Описание
P_ID	INTEGER	Уникальный номер описание объектов. Хранится в числовом формате
P_PROPS	VARCHAR(50)	Текстовое поле хранит в себе, характеристику объекта
P_VALUE	VARCHAR(50)	Текстовое поле хранит в себе, значение характеристики объекта
P_OBJ	INTEGER	Внешний ключ, хранящийся в числовом формате указывающий на объект, который описывается

Сущность «MOL» имеет атрибуты:

Поле	Тип	Описание
M_ID	INTEGER	Уникальный номер МОЛ, хранится в числовом формате
M_FAMILY	VARCHAR(50)	Текстовое поле хранит в себе, фамилию МОЛ
M_NAME	VARCHAR(50)	Текстовое поле хранит в себе, имя МОЛ
M_OTCH	VARCHAR(50)	Текстовое поле хранит в себе, отчество МОЛ
M_POST	VARCHAR(255)	Текстовое поле хранит в себе, должность МОЛ

Сущность «KABINETS» имеет атрибуты:

Поле	Тип	Описание
K_ID	INTEGER	Уникальный номер кабинета. Хранится в числовом формате
K_NUMBER	INTEGER	Номер кабинета. Хранятся в числовом формате.
K_KORPUS	VARCHAR(30)	Поле, в котором хранятся название корпуса в текстовом формате
K_FLOOR	SMALLINT	Номер этажа. Хранится в числовом формате
K_TITLE	VARCHAR(700)	Название кабинета. Хранится в текстовом формате

Сущность «ORDERS» имеет атрибуты:

Поле	Тип	Описание
OR_ID	INTEGER	В данном поле, хранится уникальный номер заказа в числовом формате
OR_DATE	DATE	Дата заявки
OR_MOL	INTEGER	Внешний ключ указывающий на МОЛ оформивший заявку, хранится в числовом формате
OR_STATUS	INTEGER	В поле хранится статус заявки, в числовом формате

Сущность «ORD_POSITIONS» имеет атрибуты:

Поле	Тип	Описание
OP_NAME	VARCHAR(50)	Текстовое поле, хранит в себе наименование позиции
OP_TYPE	INTEGER	Внешний ключ, указывающий к какому типу техники относится данная позиция.
OP_COUNT	INTEGER	Поле в числовом формате указывает, на количество единиц заказываемой позиции
OP_ORDNUM	INTEGER	Поле в числовом формате указывает, на номер заказа

Сущность «TYPE» имеет атрибуты:

Поле	Тип	Описание
T_ID	INTEGER	Уникальный номер типа ТМЦ, хранится в числовом формате
T_NAME	VARCHAR(50)	Наименование типа ТМЦ, хранится в текстовом формате
T_YEAR_EKSPL	SMALLINT	Кол-во лет эксплуатации типа ТМЦ, хранится в числовом формате
T_MONTH_EKSPL	SMALLINT	Месяцы эксплуатации типа ТМЦ, хранятся в числовом формате

Сущность «SELLERS» имеет атрибуты:

Поле	Тип	Описание
SL_ID	INTEGER	Уникальный номер поставщика, хранится в числовом формате
SL_NAME	VARCHAR(100)	Название организации, хранится в текстовом формате
SL_ADDRESS	VARCHAR(512)	Адрес поставщика, хранится в текстовом формате
SL_TELEFON	VARCHAR(112)	Телефон поставщика, хранится в текстовом формате
SL_FAX	VARCHAR(112)	Факс поставщика, хранится в текстовом формате
SL_EMAIL	VARCHAR(50)	Электронный адрес поставщика, хранится в текстовом формате
SL_REKVIZITS	BLOB SUB_TYPE 1	Реквизиты поставщика, хранится в текстовом формате

Сущность «SCHETA» имеет атрибуты:

Поле	Тип	Описание
S_ID	BIGINT	Уникальный номер счета, по которым закупаются ТМЦ, хранится в числовом формате
S_NUMBER	VARCHAR(200)	Номер счета, хранится в текстовом формате
S_DATE	DATE	Дата оформления счета
S_SUMMA	DECIMAL(7,2)	Сумма счета, хранится в виде дробного числа
S_IDSELLER	INTEGER	Внешний ключ, указывающий на поставщика, хранится в числовом формате
S_IDORDER	INTEGER	Внешний ключ, указывающий по какой заявки этот счет, хранится в числовом формате

Сущность «SCH_POSITION» имеет атрибуты:

Поле	Тип	Описание
SP_NAME	VARCHAR(50)	Наименование позиции счета, хранится в текстовом формате
SP_EDIZ	VARCHAR(10)	единица измерения, хранится в числовом формате
SP_COUNT	INTEGER	Количество единиц закупаемой позиции, хранится в числовом формате
SP_PRICE	DECIMAL(7,2)	Цена позиции, хранится в виде дробного числа
SP_SCHID	BIGINT	Внешний ключ указывает, к какому счету относится позиция, хранится в числовом формате

Сущность «ZAPCHASTI» имеет атрибуты:

Поле	Тип	Описание
Z_ID	BIGINT	Уникальный номер запчастей, хранится в числовом формате
Z_NAME	VARCHAR(50)	Наименование запчастей, хранятся в числовом формате
Z_OPISANIE	BLOB SUB_TYPE 1	Описание запчастей. Данный тип поля предназначен для хранения информации больших объемов или хранение файлов
Z_STATUS	VARCHAR(50)	Статус запчасти, хранится в текстовом формате
Z_SCHID	BIGINT	Номер счета, по которому закупалась запчасти, хранится в числовом формате

Сущность «ZIP_OBJ» имеет атрибуты:

Поле	Тип	Описание
ZIP_ID	BIGINT	Внешний ключ, указывающий на запчасти, хранится в числовом формате
OBJ_ID	INTEGER	Внешний ключ, указывающий на объект, хранится в числовом формате.

Для проектирования и разработки БД мы используем оболочку для IBExpert. Это оболочка, предназначенная для разработки и администрирования баз данных InterBase и Firebird, и облегчающих работу компонентов: визуальный редактор для всех объектов базы данных, редактор SQL и исполнитель скриптов, отладчик для хранимых процедур и триггеров, построитель области, собственный скриптовый язык, а также для выбора и изменения данных, хранящихся в базах.

Построим ER - диаграмму для создаваемой БД в которой наглядно отображены все сущности их атрибуты, и связи между сущностями.

Что бы получить ER - диаграмму, запускаем Дизайнер БД входящий в состав IBExpert.

На рисунке 1 отображено выпадающее меню, в котором вызывается дизайнер БД.



Рисунок 1 - запуск дизайнера БД.

база автоматизация учет ценность

В дизайнере БД создаем все описанные в анализе предметной области сущности, добавляем их атрибуты. Строим связи между сущностями.

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

Рисунок 2 - окно дизайнера БД.

Получаем следующую ER - диаграмму.

На рисунке 3 отображена ER - диаграмма разрабатываемой БД.

Рисунок 3 -ER-диаграмма разрабатываемой БД.

4. Разработка БД

На основе построенной ER - диаграммы приступим к созданию БД.

Для создания БД используем генератор скрипта который преобразует ER - диаграмму в скрипт создающий

Вызываем меню Designer и выбираем пункт Generate Script.

На рисунке 4 отображен процесс вызова генератора скрипта для создания БД на основе разработанной ER - диаграммы.



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

Рисунок 4 - вызов Generate Script.

В появившемся окне выбираем генерировать в файл, Script Type задаем Create new database, выбираем путь и задаем имя файла сгенерированного скрипта, на вкладке options ставим галочку set generators и нажимаем кнопку Run после чего дизайнер БД начинает генерировать sql код.

После нажатия кнопки Run получили скрипт. На рисунке отображен результат работы генератора скрипта и показан сгенерированный им скрипт.



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

Рисунок 5 - полученный скрипт

Заключение

В ходе разработки курсовой работы была спроектирована структура базы данных. На основании её был создан SQL-запрос для создания базы данных. Данная работа реализована с помощью IBExpert 2011 и СУБД Firebird 2.5

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

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

1. Всё об IBExpert - http://ru.wikipedia.org/wiki/IBExpert

2. Все об Firebird http://ru.wikipedia.org/wiki/Firebird

3. SQL.RU - http://www.sql.ru/

4. Все для программиста - http://www.codenet.ru/

5. Аллен Г. Тейлор - SQL для чайников (4-е издание), 368c., 2010г.

Приложение

SQL - код для создания БД автоматизации учета ТМЦ в отделе ИТ Выксунского филиала НИТУ «МИСиС».

CREATE TABLE KABINETS

K_ID INTEGER NOT NULL,

K_NUMBER INTEGER,

K_KORPUS VARCHAR(30) CHARACTER SET WIN1251 COLLATE WIN1251,

K_FLOOR SMALLINT,

K_TITLE VARCHAR(700) CHARACTER SET WIN1251 COLLATE WIN1251);

CREATE TABLE MOL (

M_ID INTEGER NOT NULL,

M_FAMILY VARCHAR(50) CHARACTER SET WIN1251 COLLATE WIN1251,

M_NAME VARCHAR(50) CHARACTER SET WIN1251 COLLATE WIN1251,

M_OTCH VARCHAR(50) CHARACTER SET WIN1251 COLLATE WIN1251,

M_POST VARCHAR(255) CHARACTER SET WIN1251 COLLATE WIN1251,

M_KABINET SMALLINT);

CREATE TABLE MOVE (

MO_ID_OBJ INTEGER,

MO_FROM INTEGER,

MO_TO INTEGER,

MO_DTAE DATE);

CREATE TABLE OBJECTS (

O_ID INTEGER NOT NULL,

O_NAME VARCHAR(50) CHARACTER SET WIN1251 COLLATE WIN1251,

O_TYPE INTEGER,

O_INV_NUM VARCHAR(2000) CHARACTER SET WIN1251,

O_FABR_NUM VARCHAR(700) CHARACTER SET WIN1251,

O_GOD_VYPUSKA DATE,

O_DATA_VVODA DATE,

O_STATE VARCHAR(15) CHARACTER SET WIN1251 DEFAULT 'НЕТ' COLLATE WIN1251,

O_MESTO INTEGER,

O_PRICE DECIMAL(7,2),

O_MOL INTEGER,

O_SCHET VARCHAR(100) CHARACTER SET WIN1251 NOT NULL COLLATE WIN1251);

CREATE TABLE ORD_POSTIONS (

OP_NAME VARCHAR(50) CHARACTER SET WIN1251 COLLATE WIN1251,

OP_TYPE INTEGER,

OP_PRICE NUMERIC(7,2),

OP_COUNT INTEGER,

OP_ORDNUM INTEGER);

CREATE TABLE ORDERS (

OR_ID INTEGER NOT NULL,

OR_DATE DATE,

OR_SUMMA DECIMAL(7,2),

OR_MOL INTEGER,

OR_STATUS INTEGER);

CREATE TABLE PROPERTIES (

P_ID INTEGER NOT NULL,

P_PROPS VARCHAR(50) CHARACTER SET WIN1251 COLLATE WIN1251,

P_VALUE VARCHAR(50) CHARACTER SET WIN1251 COLLATE WIN1251,

P_OBJ INTEGER);

CREATE TABLE SCH_POSITION (

SP_NAME VARCHAR(50) CHARACTER SET WIN1251 NOT NULL COLLATE WIN1251,

SP_EDIZ VARCHAR(10) CHARACTER SET WIN1251 COLLATE WIN1251,

SP_COUNT INTEGER,

SP_PRICE DECIMAL(7,2),

SP_SCHID BIGINT);

CREATE TABLE SCHETA (

S_ID BIGINT NOT NULL,

S_NUMBER VARCHAR(200) CHARACTER SET WIN1251 COLLATE WIN1251,

S_DATE DATE,

S_SUMMA DECIMAL(7,2),

S_IDSELLER INTEGER,

S_IDORDER INTEGER,

OBJECTS_O_ID INTEGER NOT NULL);

CREATE TABLE SELLERS (

SL_ID INTEGER NOT NULL,

SL_NAME VARCHAR(100) CHARACTER SET WIN1251 COLLATE WIN1251,

SL_ADDRESS VARCHAR(512) CHARACTER SET WIN1251 COLLATE WIN1251,

SL_TELEFON VARCHAR(112) CHARACTER SET WIN1251 COLLATE WIN1251,

SL_FAX VARCHAR(112) CHARACTER SET WIN1251 COLLATE WIN1251,

SL_EMAIL VARCHAR(50) CHARACTER SET WIN1251 COLLATE WIN1251,

SL_REKVIZITS BLOB SUB_TYPE 1 SEGMENT SIZE 512 CHARACTER SET WIN1251 COLLATE WIN1251);

CREATE TABLE SPISANIE (

SP_ID BIGINT NOT NULL,

SP_DATE DATE,

SP_PRICHINA VARCHAR(50) CHARACTER SET WIN1251 COLLATE WIN1251,

SP_OBJID INTEGER);

CREATE TABLE "TYPE" (

T_ID INTEGER NOT NULL,

T_NAME VARCHAR(50) CHARACTER SET WIN1251 COLLATE WIN1251,

T_YEAR_EKSPL SMALLINT,

T_MONTH_EKSPL SMALLINT);

CREATE TABLE ZAPCHASTI (

Z_ID BIGINT NOT NULL,

Z_NAME VARCHAR(50) CHARACTER SET WIN1251 COLLATE WIN1251,

Z_OPISANIE BLOB SUB_TYPE 1 SEGMENT SIZE 80 CHARACTER SET WIN1251 COLLATE WIN1251,

Z_STATUS VARCHAR(50) CHARACTER SET WIN1251 COLLATE WIN1251,

Z_SCHID BIGINT);

CREATE TABLE ZIP_OBJ (

ZIP_ID BIGINT,

OBJ_ID INTEGER);

ALTER TABLE KABINETS ADD CONSTRAINT PK_KABINETS PRIMARY KEY (K_ID);

ALTER TABLE MOL ADD CONSTRAINT PK_MOL PRIMARY KEY (M_ID);

ALTER TABLE OBJECTS ADD CONSTRAINT PK_OBJECTS PRIMARY KEY (O_ID);

ALTER TABLE ORDERS ADD CONSTRAINT PK_ORDERS PRIMARY KEY (OR_ID);

ALTER TABLE PROPERTIES ADD CONSTRAINT PK_PROPERTIES PRIMARY KEY (P_ID);

ALTER TABLE SCHETA ADD CONSTRAINT PK_SCHETA PRIMARY KEY (S_ID);

ALTER TABLE SELLERS ADD CONSTRAINT PK_SELLERS PRIMARY KEY (SL_ID);

ALTER TABLE SPISANIE ADD CONSTRAINT PK_SPISANIE PRIMARY KEY (SP_ID);

ALTER TABLE "TYPE" ADD CONSTRAINT PK_TYPE PRIMARY KEY (T_ID);

ALTER TABLE ZAPCHASTI ADD CONSTRAINT PK_ZAPCHASTI PRIMARY KEY (Z_ID);

ALTER TABLE MOL ADD CONSTRAINT FK_MOL_1 FOREIGN KEY (M_KABINET) REFERENCES KABINETS (K_ID) ON UPDATE CASCADE;

ALTER TABLE MOVE ADD CONSTRAINT FK_MOVE_1 FOREIGN KEY (MO_ID_OBJ) REFERENCES OBJECTS (O_ID) ON UPDATE CASCADE;

ALTER TABLE MOVE ADD CONSTRAINT FK_MOVE_2 FOREIGN KEY (MO_FROM) REFERENCES KABINETS (K_ID) ON UPDATE CASCADE;

ALTER TABLE MOVE ADD CONSTRAINT FK_MOVE_3 FOREIGN KEY (MO_TO) REFERENCES KABINETS (K_ID) ON UPDATE CASCADE;

ALTER TABLE OBJECTS ADD CONSTRAINT FK_OBJECTS_1 FOREIGN KEY (O_TYPE) REFERENCES "TYPE" (T_ID) ON UPDATE CASCADE;

ALTER TABLE OBJECTS ADD CONSTRAINT FK_OBJECTS_2 FOREIGN KEY (O_MESTO) REFERENCES KABINETS (K_ID);

ALTER TABLE OBJECTS ADD CONSTRAINT FK_OBJECTS_4 FOREIGN KEY (O_MOL) REFERENCES MOL (M_ID) ON UPDATE CASCADE;

ALTER TABLE OBJECTS ADD CONSTRAINT FK_OBJECTS_3 FOREIGN KEY (O_SCHET) REFERENCES SCHETA (S_ID) ON UPDATE CASCADE;

ALTER TABLE ORD_POSTIONS ADD CONSTRAINT FK_ORD_POSTIONS_1 FOREIGN KEY (OP_TYPE) REFERENCES "TYPE" (T_ID) ON UPDATE CASCADE;

ALTER TABLE ORD_POSTIONS ADD CONSTRAINT FK_ORD_POSTIONS_2 FOREIGN KEY (OP_ORDNUM) REFERENCES ORDERS (OR_ID) ON UPDATE CASCADE;

ALTER TABLE PROPERTIES ADD CONSTRAINT FK_PROPERTIES_1 FOREIGN KEY (P_OBJ) REFERENCES OBJECTS (O_ID) ON UPDATE CASCADE;

ALTER TABLE SCH_POSITION ADD CONSTRAINT FK_SCH_POSITION_1 FOREIGN KEY (SP_SCHID) REFERENCES SCHETA (S_ID) ON UPDATE CASCADE;

ALTER TABLE SCHETA ADD CONSTRAINT FK_SCHETA_1 FOREIGN KEY (S_IDORDER) REFERENCES ORDERS (OR_ID) ON UPDATE CASCADE;

ALTER TABLE SCHETA ADD CONSTRAINT FK_SCHETA_2 FOREIGN KEY (S_IDSELLER) REFERENCES SELLERS (SL_ID) ON UPDATE CASCADE;

ALTER TABLE SPISANIE ADD CONSTRAINT FK_SPISANIE_1 FOREIGN KEY (SP_OBJID) REFERENCES OBJECTS (O_ID) ON UPDATE CASCADE;

ALTER TABLE ZAPCHASTI ADD CONSTRAINT FK_ZAPCHASTI_1 FOREIGN KEY (Z_SCHID) REFERENCES SCHETA (S_ID) ON UPDATE CASCADE;

ALTER TABLE ZIP_OBJ ADD CONSTRAINT FK_ZIP_OBJ_1 FOREIGN KEY (ZIP_ID) REFERENCES ZAPCHASTI (Z_ID) ON UPDATE CASCADE;

ALTER TABLE ZIP_OBJ ADD CONSTRAINT FK_ZIP_OBJ_2 FOREIGN KEY (OBJ_ID) REFERENCES OBJECTS (O_ID) ON UPDATE CASCADE;

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