PredeclaredВы засунули в "мясорубку" описание "физика", средств коммуникации, частей описания адреса, смололи это,
и назвали это Customer.
Я предлагаю отделить "мух от котлет".
Спасибо за рекомендации, но я так и не осознал, что вы имеете ввиду.(

vmag- Таблица 1_5_Product_category как корове седло, она просто не нужна ибо таблица не несущая никакой информации и состоящая только из вторичных ключей в априори избыточна... ну не ужели не понятно что если в таблице 5_nomenclature есть запись с определенным id_categories, то уже и так есть связь между 1_categories и 5_nomenclature....
Хотел сделать так, чтобы можно было одному товару, назначить более 1 категории, возможно реализация не совсем верная. Мне нужно, чтобы была какая-то одна основная категория и еще можно было добавить товар и в другие категории.
Подскажете как лучше это сделать?

vmag- Прайс вообще то нужно на дату или на период а не просто так...
- Заказ вешать на прайс а не на номенклатуру? Мдя...
- Остаткофффф нету...
- По прайсу понял, поправлю
- Если на номенклатуру заказ повесить, в чем преимущество?
- По остаткам пока что только мысли, было бы хорошо, конечно.

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

ЛапухТак же заметил, что у полей со связями от других таблиц, почему то стоят нолики по умолчанию.
Автоматом ставит 0 сам access, рекомендуете убрать их?

Спасибо всем за рекомендации, буду корректировать базу и возвращаться в новыми вопросами)) Без вас, совсем будет туго.