|
|
|
Склад: Помочь с логической разработкой структуры.
|
|||
|---|---|---|---|
|
#18+
Здравствуйте все! Помогите разработать правильную логическую структуру базы данных для склада. У нас есть 3 склада, в каждом складе есть разные подкатегории, в каждой подкатегории есть учетные карточки. В каждой подкатегории учетные карточки под своими индивидуальными инвентарными номерами, и в каждой подкатегории они могут быть одинаковые по инвентарным номерам, но с разными наименованиями. То есть можно сказать так что на складе 1 в подкатегории "химия" есть учетная карточка с инвентарным номером 12 с наименованием "окислитель", в то же время на складу 2 в подкатегории "Шины" есть тоже учетная карточка с инвентарным номером 12 с наименованием "шины Роксел", также на складу 1 в подкатегории "Канцтовары" есть учетная карточка с инвентарным номером 12 с наименованием "скрепки".... Надо организовать "Приход и расход". То есть сколько положили на склад такого-то материала, сколько взяли другого материала. Пока что схема такая(см.приложение): Возможно придется переделывать.... Подскажите, как правильно сделать такую структуру, и как правильно организовать данную базу данных. И в форме "Приход и Расход"сделать такую выборку: Пользователь выбирает тип операции (приход или расход), потом он выбирает номер склада, автоматом подбиваются подкатегории данного склада, пользователь выбирает подкатегорию, автоматом подбиваются инвентаризационные номера учетных каточек с наименованием и остатком, пользователь выбирает Номер Уч.Карточки. Пользователь вводит количество (которое хочет положить или вхять со склада) и дату операции, и потом сохраняет. Примерно так я вижу.. Может вы подскажете более правильный подход. Спасибо за внимание. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.12.2010, 12:37 |
|
||
|
Склад: Помочь с логической разработкой структуры.
|
|||
|---|---|---|---|
|
#18+
Бред какой-то.... Карточки товара должны быть в едином справочнике с единым ключом из одного поля. Сто раз обсасывалось в этом и соседних форумах. Пара таблиц(шапка/строки) для первичных документов и 2-3 таблицы движения. Получаем партионный учет и правильный склад. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.12.2010, 15:18 |
|
||
|
Склад: Помочь с логической разработкой структуры.
|
|||
|---|---|---|---|
|
#18+
Ваша схема данных не относится к предметной области совершенно. Я бы Вам посоветовал, на первом этапе, упростить модель максимально, чтобы у Вас у самого возникло бы понимание того, что Вы хотите сделать. 1) Есть один склад . 2) Он имеет множество ячеек (мест хранения), каждая из которых имеет уникальный код (идентификатор). 3) Есть материалы , каждый из которых имеет уникальный код (идентификатор). 4) Есть приход материлов извне. 5) Есть перемещение материалов внутри склада (из ячейки в ячейку). 6) Есть уход материалов во вне. Как видим, пока, нет: множества складов, материально ответственных лиц, партий материалов (и, соответсвенно, партионного учета), процедур инвентаризации и др. "тонкостей". Нет так же и никаких "карточек":) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.12.2010, 15:28 |
|
||
|
Склад: Помочь с логической разработкой структуры.
|
|||
|---|---|---|---|
|
#18+
LSVБред какой-то.... Пара таблиц(шапка/строки) для первичных документов и 2-3 таблицы движения. Получаем партионный учет и правильный склад. Так кто-то то же может сказать - бред. 4-5 таблиц для какого-то склада? Вполне можно обойтись двумя:) А кто-то может спросить: Разве не очевидно, что меньше 100 отношений в 3НФ никак не получится? И тоже будет прав:) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.12.2010, 15:33 |
|
||
|
|

start [/forum/topic.php?fid=32&fpage=67&tid=1542401]: |
0ms |
get settings: |
11ms |
get forum list: |
16ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
54ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
48ms |
get tp. blocked users: |
2ms |
| others: | 209ms |
| total: | 360ms |

| 0 / 0 |
