|
|
|
Укажите на ошибки и посоветуйте, как правильно спроектировать модель бд.
|
|||
|---|---|---|---|
|
#18+
1. Разработка структуры справочников и их взаимосвязи. Номенклатура – справочник номенклатуры предприятия o код o наименование o … Склад – справочник мест хранения o код o наименование o … МОЛ – справочник материально ответственных лиц o код o … Сотрудник – справочник физических лиц o фамилия o имя o отчество o … и т.д. 2. Разработать информационную схему, учитывающую условия и операции: • договор с МОЛом может быть индивидуальным (с одним сотрудником) или групповым (с несколькими сотрудниками) • для склада можно указать не более 3 МОЛов • хранение номенклатуры на складе • движение номенклатуры (приход, выдача), оформлять операцию может МОЛ закрепленный за складом Подготовить отчет по складам за период. Отчет должен содержать сведения о количестве номенклатуры на начало и окончание периода, общие сведения по приходу за период и общие сведения по расходу за период. Предусмотреть возможность выгрузки отчета в XML файл. 3. Разработать универсальный поиск различной информации внутри системы (например, поиск сотрудников, складов и т.д. в системе). 4. Разработать блок по восстановлению удаленной информации. Достаточно будет показать на двух взаимосвязанных справочниках. На диаграмме: CatalogStores - Справочник складов. Store - конкретный склад. Nomenklature - номенклатура изделий предприятия. Invoice - накладная. Mol - материально ответственное лицо. Employee - список сотрудников. Contract - справочник контрактов. Впервые в жизни проектирую модель данных, так что не судите строго. Буду благодарен вашим компетентным замечаниям и советам. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.07.2016, 23:28 |
|
||
|
Укажите на ошибки и посоветуйте, как правильно спроектировать модель бд.
|
|||
|---|---|---|---|
|
#18+
ИМХОшные замечания: 1. Справочник складов желательно иметь древовидный (допустим двухуровневый), т.к. конкретный склад может условно делиться на несколько. На самом деле движение товара происходит между некими ID_хранения. Поэтому склад по сути мало чем отличается от контрагента. И вполне справочник складов можно объединить со справочником контрагентов. Тем более что в контрагентах тоже может быть иерархия (главная компания, филиалы, точки отгрузки и пр.). Но тут надо хорошо подумать и взвесить. К тому же в таком справочнике могут быть служебные записи (по сути своей не контрагенты и не склады). Например "списание", "усушка" или "до выяснения". :) 2. Справочник МОЛов не особо нужен. Достаточно соотв. признака у Сотрудника. 3. Цена не должна быть в таблице товаров: цен может быть много, у цены есть история (документ переоценки) и пр. 4. Нужно иметь таблицу-журнал товарных операций (колво/цена/приход/расход/дата и пр.). Все с нужным знаком и ЕИ.Тогда по ней делаются все товарные отчеты (простое суммирование за период). зы: Вообще тема очень насыщена деталями и вариантами решения. И чтобы сразу сделать по правильному (чтоб потом не переделывать), то нужно изрядно попотеть. Имейте ввиду, что "Если первая пуговица застегнута неправильно, то все остальные пуговицы будут застегнуты неправильно" (с) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.07.2016, 09:42 |
|
||
|
Укажите на ошибки и посоветуйте, как правильно спроектировать модель бд.
|
|||
|---|---|---|---|
|
#18+
di03Впервые в жизни проектирую модель данных, так что не судите строго. Буду благодарен вашим компетентным замечаниям и советам. Первое, что бросается в глаза: а) CatalogStores и Store ну очень неудачно названы б) не видно реализации ограничения в три МОЛа на склад (хотя ограничение левое, да. препод не напрягался) в) не видно "блока по восстановлению удалённой информации" ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.07.2016, 06:13 |
|
||
|
Укажите на ошибки и посоветуйте, как правильно спроектировать модель бд.
|
|||
|---|---|---|---|
|
#18+
di03, все неправильно. таблицы Номенклатура, Склад, МОЛ, должны быть одной и той же таблицей. переделывай ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.07.2016, 11:48 |
|
||
|
Укажите на ошибки и посоветуйте, как правильно спроектировать модель бд.
|
|||
|---|---|---|---|
|
#18+
MasterZivтаблицы Номенклатура, Склад, МОЛ, должны быть одной и той же таблицей. Теоретически - да. :) Но на практике все таки лучше разные. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.07.2016, 14:36 |
|
||
|
Укажите на ошибки и посоветуйте, как правильно спроектировать модель бд.
|
|||
|---|---|---|---|
|
#18+
MasterZivdi03, все неправильно. таблицы Номенклатура, Склад, МОЛ, должны быть одной и той же таблицей. переделывайне ну чисто интересно, почему Номенклатура и Склад это одна и та же таблица? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.07.2016, 09:16 |
|
||
|
Укажите на ошибки и посоветуйте, как правильно спроектировать модель бд.
|
|||
|---|---|---|---|
|
#18+
NafMasterZivdi03, все неправильно. таблицы Номенклатура, Склад, МОЛ, должны быть одной и той же таблицей. переделывайне ну чисто интересно, почему Номенклатура и Склад это одна и та же таблица?Потому что нужен просто список неких ID. Не важно каких, главное, чтоб уникальных. И весь учет строится на связях между этими ID. Теоретически можно сделать сколь угодно большую систему, в кот. будет одна такая таблица + несколько дополнительных. Но это неудобно и ненаглядно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.07.2016, 09:37 |
|
||
|
Укажите на ошибки и посоветуйте, как правильно спроектировать модель бд.
|
|||
|---|---|---|---|
|
#18+
Nafне ну чисто интересно, почему Номенклатура и Склад это одна и та же таблица? С некоторой точки зрения вся база должна быть одной таблицей. Это облегчает некоторые операции. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.07.2016, 09:38 |
|
||
|
Укажите на ошибки и посоветуйте, как правильно спроектировать модель бд.
|
|||
|---|---|---|---|
|
#18+
softwarerNafне ну чисто интересно, почему Номенклатура и Склад это одна и та же таблица? С некоторой точки зрения вся база должна быть одной таблицей. Это облегчает некоторые операции. Ясно)) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.07.2016, 10:17 |
|
||
|
Укажите на ошибки и посоветуйте, как правильно спроектировать модель бд.
|
|||
|---|---|---|---|
|
#18+
LSV, По моему гемороя будет больше ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.07.2016, 10:17 |
|
||
|
Укажите на ошибки и посоветуйте, как правильно спроектировать модель бд.
|
|||
|---|---|---|---|
|
#18+
NafLSV, По моему гемороя будет большеИменно поэтому обычно и делают отдельные таблицы. Хотя и можно обойтись одной. :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.07.2016, 11:52 |
|
||
|
Укажите на ошибки и посоветуйте, как правильно спроектировать модель бд.
|
|||
|---|---|---|---|
|
#18+
di03, Если у договора с МОЛами имеют срок действия, то либо в МОЛах нужно делать таблицу хроники договоров, либо делать для договоров спецификацию, в которой будет указываться с какими МОЛами заключен договор. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.07.2016, 12:19 |
|
||
|
|

start [/forum/topic.php?fid=32&msg=39272194&tid=1540309]: |
0ms |
get settings: |
10ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
162ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
46ms |
get tp. blocked users: |
1ms |
| others: | 239ms |
| total: | 488ms |

| 0 / 0 |

Извините, этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
... ля, ля, ля ...