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. Потом перейдем к производству, выделению его сущностей.

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

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

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

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