@Sapon007

Как лучше спроектировать базу данных?

Здравствуйте! Опыта в проектирование БД мало, поэтому надеюсь на небольшую помощь.

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

1) Известно только, что в такой-то год вышло из строя столько то элементов (не известно конкретно какие) из совокупности элементов (например ключи). Т.е. в 1990 году отказало 2 элемента из совокупности ключи.

2) Известно какой конкретный элемент совокупности вышел из строя, + известно дата его начала эксплуатации и конец эксплуатации. Т.е. элемент к1, из совокупности ключи, отказал 12.12.2012, а дата ввода в эксплуатацию 01.05.2010.

Информация по 1 пункту есть для всех совокупности элементов, а подробная информация по 2 пункту лишь для некоторых. Надо хранить и то и то.

Как я думаю, одна таблица хранит информацию о совокупностях элементов(id совокупности, название совокупности, количество элементов в ней).

Вторая таблица как раз про 1) пункт, т.е. информация об отказах совокупности по годам(год, id совокупности, число отказов). И первая со второй таблицей связаны связью "многие ко многим", т.е. будет довольно много строк в результирующей таблице (т.к. годов по которым ведется учет порядка 50 и совокупностей элементов около 80, т.е. будет около 4000 строк) это нормально? Или можно как-то лучше спроектировать?

Третья таблица про конкретные отказы элементов совокупности (id элемента, id совокупности, начало эксплуатации, конец эксплуатации).

Возможно ли как-то улучшить?
  • Вопрос задан
  • 206 просмотров
Пригласить эксперта
Ваш ответ на вопрос

Войдите, чтобы написать ответ

Похожие вопросы