|
как построрить БД по этим требованиям?
|
||
|---|---|---|
Участник
Откуда: Papua New Guinea
Сообщения: 682 |
||
| 23.07.2009, 00:57 |
|
|
|
|
|
как построрить БД по этим требованиям?
|
|||
|---|---|---|---|
|
#18+
Доброго вам! Помогите соображениями на тему склада предприятия! Есть материалы не имеющие срока хранения, эти материалы нужно учитывать на складе. Склад один. Материалы со слада уходят в производство. Поступают от поставщиков в разной валюте. Информация о цене с учетом валюты и курса используется в программе расчета стоимости производимого продукта. Материалы не хранятся в ячейках по партиям, каждый вид так сказать в своей куче. Хотя учитываются как бы в партиях. У партий материала может быть разная цена, разная валюта, разный курс, разный поставщик. Выбора расхода по партиям не требуется, по умолчанию расходуется самая старшая по времени партия. Со склада требуется получать следующую информацию. Количество любого материала на складе в любой момент времени (не реже пару раз в неделю) в общем. Количество любого материала в партии. Стоимость партии материала с учетом ценны и курса на момент получения этой партии (пока оная не закончилась). Вот и не могу уложить в голове все по полочкам. 1 Как получить остатки определенного материала когда они раскиданы по партиям? 2 Стоит ли хранить остатки в таблице? 3 Стоит ли делать отдельную таблицу прихода? или совместить с партией? 4 Можно ли партии не создавать, если нет изменений при новом приходе, если есть такая же актуальная пария, а заполнять уже существующую? все равно партия нужна лишь для отловки колебания цен (заказчику все-равно). 5 В какой таблице хранить остаток в партии?. Все это с учетом нормализации таблиц )). P.S. Просьба не посылайте форум читать, перечитал я его, нет там того, что мне нужно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.07.2009, 22:04 |
|
||
|
как построрить БД по этим требованиям?
|
|||
|---|---|---|---|
|
#18+
p-lov Просьба не посылайте форум читать, перечитал я его, нет там того, что мне нужно. Хорошо. Посылать на форум не будем, так как вам там делать нечего. Вы бы для приличия накидали свой вариант базы, желательно в case средстве (ервин и т.п.) Тогда все и уляжется в голове. вы факически не пытались даже проектировать базу, а хотите чтобы кто то вместо вас сделал эту работу. Нет Нет и еще раз Нет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.07.2009, 00:57 |
|
||
|
как построрить БД по этим требованиям?
|
|||
|---|---|---|---|
|
#18+
для вас ключевое слово это ПАРТИЯ учитывайте приход по партиям. каждой партии назначайте свой айди (не от фанаря канешно) в таблице прихода должна быть колонка айди партии. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.07.2009, 05:46 |
|
||
|
как построрить БД по этим требованиям?
|
|||
|---|---|---|---|
|
#18+
И определитесь с единой валютой. В нашей стране это рубль, все остальные валюты пересчитываются по курсу. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.07.2009, 09:09 |
|
||
|
как построрить БД по этим требованиям?
|
|||
|---|---|---|---|
|
#18+
1. Таблица Материалы 2. Таблица Склады (сегодня один - завтра пять) 3. Таблица Поставщиков (или в общем Контрагентов - объединив с покупателями, так как поставщик может оказаться покупателем) 4. Таблица Валюты. 5. Таблица Курсов валют (см. организация Периодических сведений с измерением Валюта и ресурсом Курс) 6. Таблица Документов Поступления. Связь с таблицами Контрагентов,Складов,Валют. 7. Таблица Спецификаций поступления (табличная часть накладных поступления - по одной накладной несколько материалов). Связь с таблицами Документов поступления, Материалов. Поля: Цена, Сумма, Количество. Партия - это суть Документ Поступления. Списание по партиям у вас по-видимому по FIFO (или LIFO). 8. Таблицы Остатков и движений материалов - 2 таблицы (см. организация Ресурсов накопления . Здесь измерения: Материал, Склад, Партия. Ресурсы: Количество и Сумма. Движения приход осуществляются Документом поступления - через триггер, например. Суммы хранятся в одной валюте! То есть при поступлении суммы пересчитываются в регистре в эту валюту, в спецификации хранятся в валюте поступления. 9. Таблица Документов расхода в производство (требование-накладная). Связь с таблицей Склады. 10. Спецификация требований-накладных (опять же, по одной накладной несколько материалов). Связь с Материалами. Поле: Количество. Сумм нет! Документ требование-накладная делает движение расход в регистре. Количество списываются по партиям, согласно выбранной методике, например FIFO. Суммы расчитываются пропорционально количеству по партиям. Вот минимальная схема. тему можно продолжать бесконечно: добавить Единицы измерений у материалов, ставки НДС при поступлении,Поджразделения производство и т.д.. В конце концов это описания только поступления и расхода материалов, а есть еще производство и выпуск. Удачи! С уважением, Naf ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.07.2009, 09:13 |
|
||
|
как построрить БД по этим требованиям?
|
|||
|---|---|---|---|
|
#18+
автор2 Стоит ли хранить остатки в таблице? 1. очень скользкое это слово остаток. Не используйте его плиз любая БД хранит в себе только наличие а там называйте его как хотите -- хоть остатком хоть огрызком... 2. Все данные в БД хранятся в таблицах поэтому вопрос где стоит хранить абсурден. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.07.2009, 09:26 |
|
||
|
как построрить БД по этим требованиям?
|
|||
|---|---|---|---|
|
#18+
Почитайте про партионный учет. Меня уже запарило постить сюда и в бид53,58 способы получения сабжа. :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.07.2009, 10:12 |
|
||
|
как построрить БД по этим требованиям?
|
|||
|---|---|---|---|
|
#18+
уважаемый LSV !!! киньте ссылочку на бид53,58 плиз. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.07.2009, 10:37 |
|
||
|
как построрить БД по этим требованиям?
|
|||
|---|---|---|---|
|
#18+
nosovавтор2 Стоит ли хранить остатки в таблице? 1. очень скользкое это слово остаток. Не используйте его плиз любая БД хранит в себе только наличие а там называйте его как хотите -- хоть остатком хоть огрызком... 2. Все данные в БД хранятся в таблицах поэтому вопрос где стоит хранить абсурден. Кажется вы меня не поняли. Так как на самом деле остатки можно и не хранить в таблице. Так что ничего абсурдного я не спросил. А "остаток" может и скользкое, но слово, вполне используемое к чему вы мне это написали? Лижбы писать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.07.2009, 11:33 |
|
||
|
как построрить БД по этим требованиям?
|
|||
|---|---|---|---|
|
#18+
Sergueip-lov Просьба не посылайте форум читать, перечитал я его, нет там того, что мне нужно. Хорошо. Посылать на форум не будем, так как вам там делать нечего. Вы бы для приличия накидали свой вариант базы, желательно в case средстве (ервин и т.п.) Тогда все и уляжется в голове. вы факически не пытались даже проектировать базу, а хотите чтобы кто то вместо вас сделал эту работу. Нет Нет и еще раз Нет. Своих варианта у меня накидано три. Но если бы я хи выложил то все начали бы исправлять существующее, а мне нужны свежие мысли. И к вам у меня вопрос: зачем вы это писали? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.07.2009, 11:37 |
|
||
|
как построрить БД по этим требованиям?
|
|||
|---|---|---|---|
|
#18+
p-lov, вот мои наброски. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.07.2009, 11:49 |
|
||
|
как построрить БД по этим требованиям?
|
|||
|---|---|---|---|
|
#18+
p-lov, На то что у товара 4 цены не смотрите это не от меня зависит так нужно программе. И действительно один и тоже товар может проходить по одной из 4 цен. Группы и комплекты тоже требуются не для склада а для программы расчета. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.07.2009, 11:55 |
|
||
|
как построрить БД по этим требованиям?
|
|||
|---|---|---|---|
|
#18+
p-lov На то что у товара 4 цены не смотрите это не от меня зависит так нужно программе. И действительно один и тоже товар может проходить по одной из 4 цен. Для этого вводится справочник ТипЦен и вводите туда хоть 35 типов цен. Потом, Цены нужно хранить в привязке к номенклатуре, Типу цен и дате (считаю историю чен необходимо хранить). Ресурсы (извлекаемые данные) это собственно цена и валюта ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.07.2009, 14:08 |
|
||
|
как построрить БД по этим требованиям?
|
|||
|---|---|---|---|
|
#18+
авторк чему вы мне это написали? Лижбы писать?это он мне авторИ к вам у меня вопрос: зачем вы это писали?это он Serguei оригинально !!! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.07.2009, 15:57 |
|
||
|
как построрить БД по этим требованиям?
|
|||
|---|---|---|---|
|
#18+
Ладно, описываю ситуацию с ценами, раз на слово не хотите верить. Есть определенные материалы, они могут проходить по одной из 4 цен. Цен больше не может быть (35 не нада),а меньше - да. Если все цены свести в одну таблицу то материалы которые имеют скажем одну цену - будут содержать в понях нули. Что есть не нормально. А в даном случае не будет просто записи. Корень проблемы не в том, что таблиц 4, а в том, что цены 4. Но, этоя не в силах изменить. Меня больше интересует как быть с партиями и приходами. По сути их можно свести в одну таблицу если каждый приход это новая партия. Но параметры партии могут меняться редко. И так как материалы все-равное не хранятся в физических партиях и не предоставляется выбор из какой партии списывать материалы, то нет нужды держать кучу одинаковых партий. Их можно совмещать, если есть такая же по параметрам, актуальная на даный момент времени, партия. Важно только знать сколько одинакового товара есть на складе по одной цене, и когда партия началась, а когда закончилась. Но для того, чтоб их сводить нужно связать партии с приходами один ко многим. Что предполагает, что партия будет создана ранее прихода. Все это в куче как-то коряво смотрится. Так вот главный вопрос есть ли упрямая причина не добавлять партии а создавать новые? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.07.2009, 16:00 |
|
||
|
как построрить БД по этим требованиям?
|
|||
|---|---|---|---|
|
#18+
nosov, Приятно что читаете )) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.07.2009, 16:11 |
|
||
|
как построрить БД по этим требованиям?
|
|||
|---|---|---|---|
|
#18+
авторесть ли упрямая причина не добавлять партии а создавать новые? есть причина и она морального плана. учет не любит вранья и лени. пришла новая партия -- назначьте ей новый айди и заносите ее в БД иначе запутаетесь (имхо) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.07.2009, 16:17 |
|
||
|
как построрить БД по этим требованиям?
|
|||
|---|---|---|---|
|
#18+
Если цены 4, то не будет никаких нулевых цен. Я так понимаю вы до конца не дочитываете. Будет 4 строки в таблице с одним товаром и 4-мя ТИПАМИ ЦЕН. Например: Код: plaintext 1. 2. 3. 4. По поводу партий - от совмещения будет только больше проблем. С уважением, Naf ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.07.2009, 16:23 |
|
||
|
как построрить БД по этим требованиям?
|
|||
|---|---|---|---|
|
#18+
Например: Код: plaintext 1. 2. 3. 4. Naf[/quot] будет так : 01.01.09 профиль бесцветный 125.00 01.01.09 профиль цветной1 125.00 01.01.09 профиль цветной2 125.00 01.01.09 профиль цветной3 125.00 01.01.09 Гвозди бесцветный 100.00 01.01.09 Гвозди <null> 01.01.09 Гвозди <null> 01.01.09 Гвозди <null> 01.01.09 Болты бесцветный 110.00 01.01.09 Болты <null> 01.01.09 Болты <null> 01.01.09 Болты <null> Просто речь о разных ценах. Я же говорю, это тот момент не правильный, но я его не могу изменить так как он используется в программе писаной до меня. Та цена которую вы имеете ввиду будет хранится в партии. Цены которые используются в расчетах (4 штуки) изменяются периодически по мере надобности в ручную. выкинуть я их не могу. и заменить ценами реальными тоже не могу. Так как это даст не контролируемое колебание стоимости конечного продукта. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.07.2009, 16:52 |
|
||
|
как построрить БД по этим требованиям?
|
|||
|---|---|---|---|
|
#18+
nosovавторесть ли упрямая причина не добавлять партии а создавать новые? есть причина и она морального плана. учет не любит вранья и лени. пришла новая партия -- назначьте ей новый айди и заносите ее в БД иначе запутаетесь (имхо) Насчет вранья я с вами согласен, но где оно тут? Информация о приходах контролируется, о расходах тоже. Партии будут существовать по мере надобности. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.07.2009, 16:56 |
|
||
|
как построрить БД по этим требованиям?
|
|||
|---|---|---|---|
|
#18+
NafЕсли цены 4, то не будет никаких нулевых цен. Я так понимаю вы до конца не дочитываете. Будет 4 строки в таблице с одним товаром и 4-мя ТИПАМИ ЦЕН. Например: Код: plaintext 1. 2. 3. 4. По поводу партий - от совмещения будет только больше проблем. С уважением, Naf Глубоко извиняюсь не правильно вас понял. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.07.2009, 17:02 |
|
||
|
как построрить БД по этим требованиям?
|
|||
|---|---|---|---|
|
#18+
nosovуважаемый LSV !!! киньте ссылочку на бид53,58 плиз.Это соседние форумы См. хвостик УРЛа Например Бид1 это MSSQL еще называемый ГФ (главный форум) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.07.2009, 10:23 |
|
||
|
как построрить БД по этим требованиям?
|
|||
|---|---|---|---|
|
#18+
p-lovНапример: Код: plaintext 1. 2. 3. 4. Naf будет так : 01.01.09 профиль бесцветный 125.00 01.01.09 профиль цветной1 125.00 01.01.09 профиль цветной2 125.00 01.01.09 профиль цветной3 125.00 01.01.09 Гвозди бесцветный 100.00 01.01.09 Гвозди <null> 01.01.09 Гвозди <null> 01.01.09 Гвозди <null> 01.01.09 Болты бесцветный 110.00 01.01.09 Болты <null> 01.01.09 Болты <null> 01.01.09 Болты <null> Просто речь о разных ценах. Я же говорю, это тот момент не правильный, но я его не могу изменить так как он используется в программе писаной до меня. Та цена которую вы имеете ввиду будет хранится в партии. Цены которые используются в расчетах (4 штуки) изменяются периодически по мере надобности в ручную. выкинуть я их не могу. и заменить ценами реальными тоже не могу. Так как это даст не контролируемое колебание стоимости конечного продукта. Топикстартеру: 1. Naf имеет ввиду разные ТИПЫ цен, что кстати вполне естественно было предположить из вашего весьма сумбурного описания. Однако, судя по вашему последнему копи-пасту, имеется ввиду случай, когда товар может иметь 1, 2, 3 или максимум 4 (почему кстати всего 4?) разновидности. То есть по сути дела это просто разные виды товара. 2. Вы пишете, что "тот момент" с ценами "не правильный" и вы не можете его изменить, так как он используется в программе, написанной до вас. Но вместе с тем, вы спрашиваете совета в построении структуры БД. Смысл объясните? Если структуру БД менять нельзя, то к чему вопрос? 3. И, наконец, зачем при ответе обращаться к самому себе? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.07.2009, 11:55 |
|
||
|
|
start [/forum/topic.php?fid=32&fpage=85&tid=1543134]: |
0ms |
get settings: |
7ms |
get forum list: |
12ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
63ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
39ms |
get tp. blocked users: |
1ms |
| others: | 218ms |
| total: | 354ms |
| 0 / 0 |
