Постоянно консультируюсь с будущими пользователями... чую курсовой в диплом перетечет. Сразу столько "хотелок" я не ожидал.
Например в формируемую таблицу нужно будет добавлять поля не из каталога. Причем и нумерацию строк надо будет сделать с учетом этой строки.
А добавлять надо строки:
ОБОРУДОВАНИЕ:
ИЗДЕЛИЯ И МАТЕРИАЛЫ:
<Пользовательская строку>:
Это своего рода разделитель в общем списке
Ну и нумерация соответственно:
1 ОБОРУДОВАНИЕ:
1.1
1.2
1.3
1. ...
2 ИЗДЕЛИЯ И МАТЕРИАЛЫ:
2.1
2.2
....

Сейчас соберу мозги после взрыва :)
Честно говоря не понимаю зачем эта иерархическая структура. Можно поподробнее что Вы имеете ввиду и как это должно выглядеть применительно к моей базе.

Еще вопрос такой. Вот я задал размер некоторых полей 30, 50, 150 и т.д. Вот вроде бы с запасом от 20% до 200%. А вот если случится беда и как выяснится неподрасчитал и нужно потом увеличить? Как я понимаю это довольно большая проблема для клиентского приложения. Если я поля сделаю все MAX или все увеличу до больших размеров так чтобы наверняка, чем это плохо?
Понимаю, что ламерские вопросы, но все же.

Переговорил с "заказчиком", обсудили.

В общем думаю надо добавлять еще одно поле ID_Section в таблицу Equipment_catalogue, ну и естественно добавлять таблицу Sections, где будут перечислены разделы.
Условно все оборудование в каталоге можно разделить на этих два раздела (Оборудование, Изделия и материалы). И пользователю будет очень удобно при наборе спецификации чтобы автоматом создавался (если нет) раздел и оборудование автоматом добавлялось в этот раздел. Подразделов не бывает в принципе. Но бывают скажем так "авторские разделы" с произвольным именем. Тут я думаю сделать кнопку создания раздела и пользователь потом будет перетягивать из другого раздела в этот "авторский". Или сделать птичку чтобы любое оборудование добавляемое шло в этот авторский раздел.

Что думаете насчет такого подхода?

Вот так примерно получается:

П-ЛКаталог состоит из фиксированного числа разделов. Любая единица оборудование в каталоге относится к тому или иному, одному разделу. (в реальности фотосумка - в разделе сумок ? в разделе фототехники ?). Категорический отказ от многоуровнего каталога в будущем может аукнуться невозможностью более тонкой классификации.
В каталоге одна запись оборудования - один раздел. Одно и тоже оборудование не может быть в двух разделах (в каталоге).
П-Л1. Спецификация состоит из тех же разделов, что и каталог оборудования ?
2. Пустые разделы создаются при создании спецификации ?
3. При добавлении первого оборудования из раздела, которого еще нет в спецификации ?
1. Да.
2. Пустые разделы? Думаю не будет таких. Все оборудование (в каталоге) разделится четко на разделы. В спецификации будет как минимум 1 раздел всегда.
3. Создается строка с именем раздела и ниже добавляется выбранное из каталога оборудование (картинку прилагаю)

авторНо бывают скажем так "авторские разделы" ...
Совершенно невнятно и непонятно. Смешано описание структуры и процедуры наполнения данными. Сумбур. Какие кнопки, какие птички...[/quot]
Под "авторским разделом" я понимаю раздел, который создал сам пользователь в своей спецификации (не каталоге). И занес в спецификацию, из каталога, то оборудование, которое посчитал нужным, даже если оно относится к другому разделу.

Вот есть например "Светофор" - это в разделе "Оборудование". И есть "Линза светофора" - это уже "Изделие и материалы".
Крайне редко может появится еще какой раздел (для заказчика) например "Мостовое оборудование" и тот же светофор пойдет в этот раздел.

Ну вот не получается четкой классификации. Все оборудование делится... ну пусть хоть на 10 разделов. Но подразделов все равно нет и не планируется. И классификации не планируется - это все только усложнит поиск и наполнение каталога - пользы никакой.

В спецификации пользователь еще должен иметь возможность добавлять запись не из каталога. Т.е. написать руками, заполнив все поля. Проблем тут не вижу. Просто поле ID_Equipment в таблице Specification_lines будет NULL.


Наверно все, что уже можно придумать в ТЗ к программе уже все описал...

Вот второй раздел.
В поле наименование пишется имя раздела - остальные поля пустые

"Утро вечера мудренее" (с)

Задумался над пользовательским вводом оборудования которого нет в каталоге. Думаю надо еще одна таблица User_eqipment_lines где будут храниться записи с пользовательским вводом. В таблице Specification_lines надо будет еще одно поле ID_user_eqipment_line таблицы User_eqipment_lines. Ну и получается так: если в таблице Specification_lines пустое значение в поле ID_Equipment, то читается значение из таблицы User_eqipment_lines.
Либо можно добавить поле User_eqipment в таблицу Eqipment_catalogue, помечая тем самым пользовательские записи (в поиск по каталогу они не должны попадать) - но мне кажется так сложнее потом будет организовать работу. Да и первый вариант как то не смешивает мух и котлеты.

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

П-Л, спасибо за рекомендации! Вот что получилось:

Еще вопрос такой: У меня в таблице Equipment_catalogue есть поле Equipment_description, которое я планирую выводить отдельно например в RichTextBox (или др.). Задача такая, чтобы запись хранила форматированный текст. Какой тип у поля должен быть?

Забыл написать что сделал:
1. Добавил поле User_section в таблицу Sections - чтобы пометить разделы которые добавит пользователь (будет специальная кнопка для создания пользовательского раздела)
2. Добавил поле User_equipment в таблицу Equipment_catalogue - чтобы пометить записи добавляемые пользователем в спецификацию руками.
3. Добавил поле ID_section в таблицу Specification_lines - в это поле будет копироваться значение из Equipment_catalogue при добавлении оборудования в спецификацию. Пользователь неявно может менять значение этого поля.
Единственное меня смущает отсутствие связи этого поля с таблицей Sections. Если я правильно понимаю, то такая связь и называется "частичная денормализация"? Я так понимаю нужно сделать эту связь?

Не понял как это сделать...

Это я понял. Я не не понял "вторую связь надо делать без опции каскадного удаления или обновления". Это надо поменять для "Спецификация INSERT и UPDATE" поля "Правило обновления" и "Правило удаления"? А на какие значения? (при любых пунктиром ничего не меняется)
SQL Server у меня RUS

Пунктир становится когда для связи выбираю "Включить использование ограничения внешнего ключа". На что это влияет не понимаю... да и разбираться уже как-то и времени нет. Если не сложно объясните для чего это делать и нужно ли.

Активно сажусь писать приложение. Курсовой сдача 04.06.2015 - времени не много. Благо на работе могу спокойно писать/учиться.
Для курсового надо показать хоть что-то. На производство программу я конечно же уже сделаю как надо.

Вот картинка как сделал. А что сделал не понял :)

Я стараюсь :(

Решил перенести БД на рабочий сервер.
Писал базу в SQL Server 2014 Express а перенести решил на SQL Server 2012 EE. Данные вроде все перенеслись... жаль диаграмма не копируется. Связи тоже почему-то не скопировались.
Но вот фантастика. Открываю БД которая экспортировалась на сервер через Managment Studio от 2014 и вижу что почти все как было есть кроме связей. Даже примечания скопировались. Ну связи подцепить делов на пару минут, но знать как правильно не мешало бы.
Может есть какой более правильный способ скопировать диаграмму?