Olchi,

Неправильно.

А что именно тут составлено?

Навскидку, не понравились нумерованные поля вида "Отрезок1...Отрезок5".
Об остальном трудно судить, не зная предметной области, но по некоторым признакам, ошибки есть и смысловые.

И растяните окошко "Коды проводов", а то скроллбар не работает :-)

Вопрос:

Что есть продукция, а что - составные части? Какие у них параметры?

Что такое показатели качества?

В чем заключается процесс изготовления, какие у него параметры? Что такое движение по производству?

Что такое режим изготовления и отбраковка?

Почему отрезков именно пять, а испытаний именно шесть? Это связано с пяти-шестимерностью нашего пространства-времени, или все же может меняться?

Кратко прокомментируйте каждый из атрибутов таблиц.

Подведем итог, господа присяжные заседатели.

Готовая продукция - Барабан, с намотанными на него несколькими Отрезками Провода одной и той же (?) Марки Провода одного и того же (?) диаметра.

Барабан характеризуется:

(таблица Реестр Барабанов)


Отрезок Провода - промежуточная единица продукции, определенной Марки Провода и диаметра.

(таблица Реестр Отрезков Провода)


Контроль качества - процедура проверки Отрезка Провода на определенные параметры.

Его атрибуты:

(таблица Журнал Контролей Качества)


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

Контроль на пробой:

(таблица Журнал Контролей на пробой)


Контроль на механику:

(таблица Журнал Контролей на механику)


Теперь о производстве. Отрезки провода производятся на Линиях, которые стоят в Цехах (или наоборот?).

Цех:

(таблица Справочник Цехов)


(таблица Справочник Линий)



Ну и нормативка:

(таблица Справочник Марок Проводов)


Например, парка провода ПЭВ-2, означает, что это медный одножильный провод, покрытый двумя слоями высокопрочной эмали,
если я не забыл курс "Электротехнические материалы".
Но он может быть разных димаметров, например, ПЭВ-2 0.1, ПЭВ-2 0.15 и т.д.


(таблица Справочник Марок Проводов)


Реальный диаметр провода определяется при Контроле Качества. Например, если он получился 0.103 мм, то провод относят к номинальному диаметру "0.1 мм", пишут на этикетке 0.1, и под этим видом и продают.

Возвращаемся к производству. Отрезки провода изготавливаются на Линиях, состоящих из разных приборов (конвейера, обмотчиков, печей, генераторов). Датчики периодически контролируют ряд параметров этих приборов, и сохраняют их в Журнал Режимов.

Для простоты предположим, что каждый Прибор имеет уникальный номер в Линии, и с него снимается один числовой параметр. Если нужно что-то более развитое - конкретизируйте; а пока набросок:

(таблица Справочник Типов Приборов)


(таблица Справочник Приборов)


(таблица Журнал Режимов Оборудования)


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

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

* вместо

(таблица Справочник Марок Проводов)

Номинальный диаметр_ID
Значение мм

следует читать:

(таблица Справочник Номинальных Диаметров )

Номинальный диаметр_ID
Значение мм

OlchiЦех всего один. Данные с приборов записываются на бумажку.

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

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


Ну тогда

Справочник Вид Провода

Вид Провода ID
Марка провода ID FK
Конструкция провода ID FK
Номинальный диаметр ID FK

и соответственно простейшие справочники Марок и Конструкций.

OlchiНапример, код 301001 - это медная проволока диаметром 1,06мм изолированная по конструкции А3 с применением определенного материала, где первые три цифры кода (301) отведены под изменения материала, а вторые три цифры(001) под номинальные сечения.


Нарушение первой нормальной формы. В печь!

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


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

OlchiНо это не правило и возможны варианты.

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

OlchiДа, забыла сказать, что на этапе отбраковки нужно учитывать еще и причины, из-за которых произошло размножение (их может быть очень много и все учесть невозможно)

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

Olchiа также вес брака.

Если предположить, что брак - это тоже Отрезок Провода, только бракованный, то вес его так и будет храниться в таблице Реестр отрезков (посмотрел - я забыл добавить туда поле "Вес", конечно же, нужно добавить).

Или брак выкидывают отдельно от отрезков? К чему тогда цепляют его вес? К барабану? Тогда, видимо, в таблице Барабаны сделать поле "Вес брака"? Но тут ясности нет.

OlchiCane Cat Fisher,

по поводу режимов пока не готова ответить. В чем-то Вы правы. изначально таблица выглядит так:
id режима
дата
линия
код провода
скорость
обороты1
обороты2
печи 1,2,3
генератор
примечания

А что, во всех линиях ровно по два намотчика и три печи? И других линий в природе не существует?

OlchiПо поводу состава линии - да, на всех линиях по 2 обмотчика и три печи, хотя в природе чего только не существует, но нам об этом неизвестно.

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

Olchi 1.В таблице Реестр барабанов отсутствуют данные о длинах(отрезках), а мне нужно знать из чего складывается общая длина, т.е. длину отрезка и номер исходного барабана.

Делается немного не так. В Реестре Отрезков должно быть поле - Барабан ID, внешний ключ, ссылка на на Реестр Барабанов. Ведь Отрезок в данный момент может быть намотан только на один барабан, верно? Вот пусть и сам знает, на какой.

А для барабана, список его отрезков получим запросом select * from РеестрОтрезков where БарабанID = %мой%.

Собственно, это я и пытался выразить словами "Барабан, с намотанными на него несколькими Отрезками Провода", т.е. отношение один-ко-многим.

Olchi2.В таблице Журнал Контроля качества отсутствует иифа о номере барабана.

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

Olchi3. И еще, как к одной таблице прикрепить две другие, чет у меня не получается.

Не огорчайтесь, возьмите молоток побольше :-) А что не получается?

Стоп, обнаружено новое понятие: "номер исходного барабана".

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

Olchi- а не будет путаницы?

Я предложил лишь следующее:

1. У каждого барабана есть уникальный ID Барабана.
2. У каждого отрезка провода есть уникальный ID Отрезка.
3. В любой момент времени, каждый отрезок намотан на какой-либо барабан. Поэтому в таблице Отрезков нужна ссылка на ID Барабана. Это "текущий" барабан.

В этом варианте никакой путаницы не будет.

Другое дело, что вариант этот не окончательный, поскольку Ваши потребности гораздо больше, да выдаете Вы их по чайной ложке, и то весьма путанно :-)

Olchi Просто у меня под одним и тем же номер могут быть отрезки разных сечений (код провода). Все-таки я склоняюсь к тому, чтобы учитывать разные сечения по КОДУ, а не по диаметру и марке, так будет проще для всех. Есть причины и другого характера. Дело в том, что одна и таже конструкция может учитываться по разным маркам провода, поэтому мне лучше ориентироваться на конструкцию, она мне важнее, именно от нее многое зависит(если не сказать, что все).


Ниасилил.

Сечение - это площадь жилы провода, мм2. Диаметр - мы выяснили, бывает номинальный и фактический. Марка - это обозначение провода, например ПЭЛ, ПЭВ-2, МГТФ, но не задающее диаметр: провод одной марки может быть разных диаметров. Конструкция - мы еще не обговаривали, но подозреваю, это что-то вроде "Трехжильный кабель в прорезиненной изоляции" То есть, все это разные вещи, разные параметры отрезка провода. Как можно "учитывать" одни из них по другим? Или у Вас есть типовые конструкции проводов, типа "Трехжильный кабель в прорезиненной изоляции из трех жил ПВ-2 сечением 2.5 мм2", и иных сочетаний быть не может? Тогда огласите, составим справочник типовых конструкций.

Совет: составьте словарик терминов предметной области. Без него продолжать обсуждение трудновато.


OlchiА для барабана, список его отрезков получим запросом select * from РеестрОтрезков where БарабанID = %мой%. А можно это осветить подробнее, где писать этот запрос и, главное, как?


Честно: там, где надо, если понадобится. Больше сказать не могу. Я лишь хотел сказать, что таблица Барабаной не должна хранить отрезки. Наоборот, пусть отрезки ссылаются на барабаны.

Olchiизначально барабан и отрезок это одно и тоже.


Изначально - возможно, но в общем случае - нет. База данных составляется для общего случая. Если она сможет хранить данные о нескольких отрезках на барабане, то и изначальный частный случай с одним отрезком на барабане ее не смутит.

Olchiне получается вот что: первичный ключ таблицы Журнал Контроль Качества ссылается на две другие таблицы - контроль Пробоев и контроль механик

Наоборот: Пробои и Механики ссылаются на Журнал Контроль Качества. Один контроль - несколько испытаний на пробой и механику.

Dimitry Sibiryakov,

Я не возражаю, но подозреваю, что топикстартер из проводов ПЭВ-2 плетет нечто еще более составное, а выразить пока не может.

OlchiКонструкция- это количество слоев(прирост) изоляции определенного типа, в свою очередь изоляция имеет два типа и несколько марок (различается по производителям). Соответственно разное сочетание кол-ва этих типов и марок будут давать разные конструкции.

Если так, что здесь сложного?

Справочник - Типы изоляции (ID, NAME),
Справочник - Марки изоляции (ID, NAME),
Справочник - Конструкции изоляции (ID, NAME, Кол-во слоев, Тип, Марка)

У ОтрезкаПровода - добавляем Конструкция_Изоляции_ID.


OlchiВы правильно понимаете само понятие МАРКИ, но специфика данного учета немного смешанная, а именно - в данной базе должна быть возможность не только посчитать объем выпущенной и отбракованной продукции, но и проследить изменение технологии во времени в зависимости от применяемых материалов для разных конструкций и диаметров, а также изменение показателей качества.


Любой учет имеет свою специфику, но это не повод усложнять и смешивать простые понятия ;-)

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

Как говорил Карлсон, "продолжаем разговор:" что осталось непонятным?

Можно пойти с обратной стороны? Какие отчеты Вы бы хотели получить из системы? Нарисуйте эскизы с шапками.

Olchi,

Согласен со справочником "Оборудование". Остальное - переделать.

Связи настолько хаотичны, что трудно даже что-то комментировать.

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

Где барабаны, в конце концов?

OlchiЯ подумала, что разницы нет, но если это важно - верну на место.


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

OlchiЧтобы не запутаться, наверное, т.к. это абсолютно разные и марки, и типы проводов.


Давайте договоримся: марки - это одно, типы - это другое, а размеры (диаметр для круглых, или сечение для квадратных (кстати, что с прямоугольными? Ведь бывают и такие, и их надо различать)) - третье. Провода разных типов и марок могут иметь разные размеры. Это и должна отразить структура. Рисуйте.

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


Стало быть, конструкция - это 1..N слоев пленки определенной марки и типа (а марки и типы пленок между собой взаимосвязаны, или нет? А толщина у пленки тоже может быть разной?), наложенных с разными процентами наложения каждая. Рисуйте.

OlchiГде барабаны, в конце концов? - Этот справочник я переименовала в Провод, просто мне так понятнее.

Прелестно. А во что переименовали Провода? И как быть, возвращаясь к истокам, если на одном барабане несколько кусков?

А провод - это все еще барабан?

А где марка провода?

Так можно продолжать до бесконечности :(

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

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

Для продолжения разговора, я требую:

1. Словарь предметной области - краткие определения всего. Марка, тип, размер, типоразмер, провода, барабаны, первичные и вторичные, пленки, конструкции. Что в чем содержится, что от чего зависит или не зависит. Многое мы уже рассмотрели, но надо свести все в кучу.

2. Основанную на этом словаре, структуру БД справочников нормативки. Для начала. Все эти марки и типы в виде иерархии таблиц.

3. Потом перейдем к производству, выделению его сущностей.

А как устанавливают все эти проценты наложения?

Надо ли их контролировать в ходе изготовления провода?

То есть, номинальные проценты (те, что должны быть), и фактические (те, что стоят на оборудовании) - эт озаведомо одно и то же ? Или нет?

Другими словами, Вы описали то, что получается. Но как оно изготовляется?

Когда и как устанавливаем и проверяем параметры оборудования?

Перед началом производства куска провода, или также в процессе его производства?

А температуры и скорости контролируем в процессе?