Встречный вопрос. А что, на складе хранятся "заказы", а не их составляющие?
По логике вещей, на складе должны лежать конкретные вещи - бывшие "позиции"
заказа.

Regards
Alexander Artamonov


"гаврош" <nospam@sql.ru>; сообщил/сообщила в новостях следующее:
news:1021646@sql.ru...
Файл mdb.
"Главная" таблица "Заказ" содержит 72 поля атрибутов заказа. Появилась нужда
добавить сведения о хранении заказа на складе. Навскидку это еще ~10 полей.
Как лучше - добавить в "Заказ" эти поля или создать новую таблицу "Хранение"
со связью один-к-одному?
Аргументы против:
1. в умных книжках связь один-к-одному не приветствуется.
2. добавление в запрос-источник еще одной таблицы, по идее, должно
подтормаживать его работу.
Аргумент за:
1. данные будут обособлены с родственными - по смыслу, это удобнее.
2. в таблице записей будет намного меньше, чем в "Заказы".
По идее, все упирается в скорость выборки из запроса.
Что посоветуете?
Тема Ответить

Posted via ActualForum NNTP Server 1.0

Ну если заказ "неделим" тогда конечно. А не бывает такого, чтобы со склада
выдали отдельную позицию из заказа (у нас это сплошь и рядом)?

--
Regards
Alexander Artamonov


"гаврош" <nospam@sql.ru>; сообщил/сообщила в новостях следующее:
news:1022870@sql.ru...
Встречный ответ :
На складе, в данном случае, "лежат" именно заказы, т.к. "заказ" - есть
никогда неделимый комплект "позиций", которых м.б. несколько десятков.
Учитывая все это, "атрибуты хранения" можно поместить именно в
табл."Заказы", а не в дочернюю - "ПозицииЗаказа".
Тема Ответить

Posted via ActualForum NNTP Server 1.0

1. ОК
2. Ваша правда. Незачем. Просто Аутлук так настроен. Надо перестроить. :-)

--
Regards
Alexander Artamonov

Posted via ActualForum NNTP Server 1.0