Привет уважаемый алл!
У меня возник вопрос по правильному проектированию БД. У меня есть таблица товаротранспортных накладных(ТТН). Следующей структуры.

Таблица ТТН
1. Rec,
2. Номер ТТН,
3. Дата ТТН,
4. Организация владелец,
5. Марка машина,
6. Гос номер машины,
7. Организация владелец автотранспорта,
8. Водитель,
9. Заказчик,
10. Грузоотправитель,
11. Пункт погрузки,
12. Грузополучатель,
13. Пункт разгрузки,
14. Продукция,
15. Вес брутто,
16. Вес тара,
17. Вес нетто.

По моему мнению, поля «Организация владелец», «Организация владелец автотранспорта», «Заказчик», «Грузоотправитель», «Грузополучатель» - следует заполнять из справочника вот только вопрос в том стоит ли заводить для каждого поля отдельную таблицу.

Справочник Организации владельца
1. Rec,
2. Наименование,

Справочник Организация владелец автотранспорта
1. Rec,
2. Наименование,

Грузоотправитель
1. Rec,
2. Наименование,

Заказчик
1. Rec,
2. Наименование,

Грузополучатель
1. Rec,
2. Наименование,

Если мы заведем для каждого поля отдельную таблицу возникают проблемы связанные с тем что «Организация владелец» и «организация грузополучатель» а также «Заказчик» и «Грузополучатель» могут совпадать а это значит данные в справочниках будут дублироваться.
Если Создавать одну таблицу для всех организаций то проблема в том какой SQL запрос создать для добавления записей в таблицу ТТН и какой для вывода данных из таблицы ТТН для отчета.
Еще одна сложность заключается в том что наименование организации может меняться и при замене наименовании организации в справочнике наименование организации заменятся и во всех старых ТТН.

СерегаА ты хотел одной таблицей отделаться?

а это значит данные в справочниках будут дублироваться.
Наоборот.

то проблема в том какой SQL запрос создать
Это не проблема, если знать про псевдонимы таблиц в запросе.

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

Самое главное - что это за поле " ПРОДУКЦИЯ "? Это через запятую что-ли?
И зачем все сразу - брутто, тара, нетто? Ничего посчитать нельзя?

Нет не одной таблицей - таблиц много просто я показал лишь тот участок БД где уменя возникли вопросы.

А вот справочник организаций хотелось бы сделать один на все организации. Только как это сделать?

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

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

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

Посчитать то можно но эти данные будут вводится из документа. Пусть лучше вводятся чем подсчитываются.

gardenmanГоспади... мнеб такую плёвую задачу...

Ну каждую задачу не стоит недооценивать.

>По моему мнению, поля «Организация владелец», «Организация владелец автотранспорта», «Заказчик», «Грузоотправитель», «Грузополучатель» - следует заполнять из справочника вот только вопрос в том стоит ли заводить для каждого поля отдельную таблицу.

Однозначно, не стоит. Таблица должна быть одна.

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

К примеру запрос добавления

(INSERT INTO TTN
(«Организация владелец», «Организация владелец автотранспорта», «Заказчик», «Грузоотправитель», «Грузополучатель»)
VALUES (32,43,54,2,44)

А запрос на выборку?


>Если Создавать одну таблицу для всех организаций то проблема в том какой SQL запрос создать для добавления записей в таблицу ТТН и какой для вывода данных из таблицы ТТН для отчета.

по этому вопросу посоветую книгу.. кажется называется "SQL для чайников"...

Спасибо за совет, обязательно найду и прочитаю.

>Еще одна сложность заключается в том что наименование организации может меняться и при замене наименовании организации в справочнике наименование организации заменятся и во всех старых ТТН.

Читаю!

/topic/177277&pg=4#1485774

gardenmanДа, и еще, наверняка по одной накладной может отправляться несколько видов товара...

Нет специфика такова что товар будет на одну накладную один.

Dik76
Таблицу делать одну.

Заварник
З> какой для вывода данных
З> из таблицы ТТН для отчета.

Да и другие варианты есть...


--
Dik76

Posted via ActualForum NNTP Server 1.1

Спасибо обязательно попробую!

Dik76
Заварник

З> gardenman
З> Да, и еще, наверняка по одной накладной может отправляться несколько
З> видов товара...
З>
З> Нет специфика такова что товар будет на одну накладную один.

Я бы на это не надеялся. Даже представить не могу такую ситуацию...

--
Dik76

Posted via ActualForum NNTP Server 1.1

К нам везут зерно росыпью.

gardenmanДа, и еще, наверняка по одной накладной может отправляться несколько видов товара...

Нет товар один. И иначе быть не может так как я делаю по форме СП-31 а в ней предусмотренно только одно наименование товара.

YBW Заварник Dik76
Заварник

З> gardenman
З> Да, и еще, наверняка по одной накладной может отправляться несколько
З> видов товара...
З>
З> Нет специфика такова что товар будет на одну накладную один.

Я бы на это не надеялся. Даже представить не могу такую ситуацию...

--
Dik76

Posted via ActualForum NNTP Server 1.1

К нам везут зерно росыпью.

не имеет значения - это принципиально неверное решение - а если придется выделять сортность по одной накладной, например...

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

gardenmanты еще нас вспомнишь

Я сегодня еще раз говорил по этому вопросу с человеком который мне давал задание и он еще раз категорично сказал что товар в накладной будет один - так что если что пускай он вас вспоминает. )