Лекция 4. Модели данных

Контроль качества, приемка и хранение сборных конструкций

Рисунок

Проектирование генеральных планов полигонов проработать самостоятельно

1 – железнодорожный путь (тупик); 2 – склад цемента; 3-6 – склады щебня и песка; 7 – подштабельная галерея; 8 – напольная галерея; 9 – пневмотранспорт цемента;10 – вертикальный элеватор цемента; 11 - бетоносмесительный цех; 12 – транспорт товарного бетона; 13 – формовочный цех; 14 – пропарочные камеры; 15 – склады готовой продукции; 16 - дороги; 17 – лабор; 18 – компрессорная; 19 - …; 20 – контора; 21 – арматурный цех; 22 – цех по изготовлению прокладок; 23 – котельная; 24 – РММ; 25 – проходная (весовая); 26 - ограждения

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

В лаборатории проводят контрольные испытания каждой поступающей партии отбирают пробу 20 кг и проводят испытания (сроки схватывания, НГ, активность). Если арматура поступает в мотках, отбирают пробу по два образца то 10 % мотков. Контролируют дозировку материалов при приготовлении смесей. При весовой дозировке отклонения не должны превышать + 2 %. Контролируют время перемешивания смесей с помощью установленных реле времени. Проверяют качество готовой цементобетонной смеси. (R_сж, R_из, удобоукладываемость). Проверяют качество установленной арматуры, правильность сборки форм, закладных деталей, толщину защитного слоя и т.д. Контролируют степень уплотнения электрическим, механическим и радиометрическим методом. В процессе пропаривания контролируют температуру и режимы термообработки с помощью автоматических программных регуляторов.

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

Модель данных - способ представления данных на электронном носителе.

Она определяет:

1. Структуру данных – способ установления связей между отдельными элементами данных.

2. Набор операций над данными

3. Способы поддержки целостности базы данных (БД).

Основные модели фактографических (содержатся краткие сведения об описываемых объектах, представленные в строго определенном формате) БД:

1. Иерархическая – модель данных представлена как дерево (tree), состоящее из объектов различных уровней (редко используются).

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

3. Реляционная - модель данных строится по принципу взаимосвязанных таблиц (самая распространенная).

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

5. Объектно – ориентированная – модель данных, основанная на принципах объектно-ориентированного программирования (ООП).

Введение в реляционную модель.

Особенности:

1. Вся информация хранится только в таблицах и никак иначе.

2. Связь между таблицами осуществляется за счет общих столбцов.

ИД	Зачетка	ФИО	Дата рождения
		Иванов И.И.	4.12.1992

ИД	Контакт	Примечание
	25-30-45	Домашний телефон
	ivanov@mail.ru	mail

«Студенты» «Контакты»

1

Связь между таблицами один ко многим (1:М)

«Преподаватели» «Сводная» «Предметы»

ИД преподавателя	ИД предмета
	1

ИД предмета	Название
	Информационные технологии
	Программирование

ИД преподавателя	ФИО
	Ржеуцкая С.Ю

Связь между таблицами многие ко многим (М:М)

Обозначения для проекта базы данных (нотации)

Существует несколько разных нотаций для графической наглядности изображения БД.

1) Нотация Чена. Диаграмма «сущность-связь»

ER-диаграмма

Контактная информация

Студенты

1: М

Один ко многим

2) Стандартные нотации

А) нотация IDEX, ICAM, DEFINITION

Ключ

Другие столбцы

Ключ

Другие столбцы

1: М

		Главная		Подчиненная

Б) Нотация IE

Ключ

Другие столбцы

Ключ

Другие столбцы

1: М

3) Нотация Microsoft

Ключ

1

1: М

Пример:

«Студенты» «Контактная информация»

внешний ключ

1

ИД студента

ФИО

Дата рождения

№ зачетки

ИД студента Контакт

Примечание

Потенциальный ключ (Candidate Key) – один или несколько столбцов, которые удовлетворяют 2 свойствам:

- уникальность (двух одинаковых нет)

- безизбыточность (никакая часть ключа не является ключом)

Потенциальных ключей может быть несколько, из них выделяют один первичный (Primary Key), а остальные – альтернативные.

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

Для таблицы контактная информация возможно 3 варианта:

- оставить таблицу без ключа (разрешается, но не рекомендуется)

- выделить составной ключ (ИД студента + контакт)

- добавит суррогатный ключ в таблицу ИД студента, в этом случае ИД студента и контакт – альтернативный ключ

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

Целостность данных любая СУБД обеспечивает автоматически, при этом различают:

1. Целостность уровня потенциальных ключей

Проверяется:

ü уникальность

ü отсутствие «пустого» значения

2. Целостность уровня внешних ключей

Проверяется:

ü при добавлении строк – для подчиненной таблицы наличие первичного ключа с таким же значением

ü при удалении из главной таблицы, идет проверка для главной таблицы:

- каскадное удаление - удаляются все связанные строки

- ограничение удалений – запрещается удалять такие строки, для которых есть связанные

ü при обновлении (изменении значения первичного ключа) теоретически разрешены и запрет, и каскадное обновление, на практике же – каскадное обновление используется крайне редко!