Такие вот у меня соображения.

Все в одну таблицу, в которой есть битовое поле "Товар/Услуга". Собственно оно не очень важно, просто при написании клиента можно будет фильтровать эту таблицу при вызове справочника. Пользователю будет удобно отдельно выбирать из справочников товаров и справочника услуг.


К ней подцепляем таблицу детализации товаров/услуг в отношении один-ко-многим.

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

Можно, конечно, и товары и услуги разнести по двум разным таблицам.

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

В общем-то вариант с 2 таблицами, 3-мя или 4-мя выбирается после анализа атрибутов.

Не иключено, что удобно будет разделить не на "товар/услуга", а на что то вроде "товар типа 1/товар типа2/услуга типа 1/услуга типа 2".

Нет. Название кладбища - это один из возможных атрибутов заказа - основное место предоставления комплекса товаров и услуг. Это мето, наверное, может быть и не кладбищем, а например церковью. Кто-то может заказать просто панихиду в церкви или организацию поминок.

Впрочем, это может быть и атрибутом услуги .

Даже скорее так оно и будет.

Катафалк - это услуга. Он же не продается заказчику, а дается в во временную эксплуатацию.

Так же услугами являются кремирование, панихида, уход за могилой.
Товарами являются: гробы, венки, ленты, цветы, памятники, оградки.

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

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

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


Ядро структуры, пожалуй, будет иметь примерно такой вид

ТипыТоваровУслуг
{
КодТипыТоваровУслуг
Признак
Название
}

Атрибуты
{
КодТипыТоваровУслуг
КодАтрибута
Название атрибута
Значение атрибута
КодЕдиницаИзмерения
ЦенаЗаЕдиницу
КодМестоПредоставления
}

ВидыТоваровУслуг
{
КодТипыТоваровУслуг
КодВидыТоваровУслуг
Название
}

Заказы {
КодЗаказа
Номер документа
Дата документа
Заказчик
}

Количество
{
КодЗаказа
КодВидыТоваровУслуг
КодАтрибута
Количество
}

МестоПредоставления
{
КодМестоПредоставления
Название
}

ЕдиницаИзмерения
{
КодЕдиницаИзмерения
Название
}
==========
Легче написать, структуру, чем объяснить :)

Ошибочка проскользнула.
Первую строку читать так

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

Mr Marmelad,
У человека просто диплом. Хотя в реальной базе это может быть полезным

Cheprasov,

1.
В одну нельзя.

Тип товара - Гроб.

Виды товара "Гроб"

Красный
Белый
Черный
================
2. Никогда. Собственно сам заказ состоит из заказчика и номера документа, а уж к номеру заказа подвязывается таблица Количество один-ко многим.
Количество связано с видами товаров/услуг и атрибутами

Полная расшифровка товаров услуг по одному заказу (без тривиального соединения с местом и единицей иззмерения) выглядит примерно так

select * from Количество
join ВидыТоваровУслуг on Количество.КодВидыТоваровУслуг=ВидыТоваровУслуг.КодВидыТоваровУслуг
join Атрибуты on Количество.КодАтрибута=Атрибуты.КодАтрибута
join ТипыТоваровУслуг on Атрибуты.КодТипыТоваровУслуг=ТипыТоваровУслуг.КодТипыТоваровУслуг

where КодЗаказа = N

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

Ведь бывают варианты, когда манагер выдает записывает что надо и задумчиво глядя в потолок говорит:
- Мы это сделаем за NNN руб.

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