Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Шаблоны полуфабрикатов - где лучше "развернуть" ?
|
|||
|---|---|---|---|
|
#18+
Всем здравствуйте. В базе есть шаблоны полуфабрикатов, они описывают, сколько в процентах сырья понадобится для изготовления. Для изготовления уже берется вполне определенный вес полуфабриката и, исходя из шаблона, высчитывается, сколько понадобится сырья. Но дело в том, что сначала все сырье, которое понадобится для производства (и отдельное сырье и в виде полуфабрикатов) "складывается" в кучку, т.е. подготавливается к производству :) И потом уже из этой кучи берется. Есть таблицы: Production - это и есть производство. Raw - это общая куча сырья Polufab - это полуфабрикаты. В таблицу Production может добавляться как сырье так и полуфабрикаты. Как правильнее будет добавлять полуфабрикаты, как уже готовый полуфабрикат с весом и составом, или как шаблон полуфабриката? Есть свои плюсы и минусы. Если добавлять как шаблон: тогда придется весь состав шаблона "разворачивать" на клиенте, но зато шаблон полуфабриката может изменяться, он все равно каждый раз пересчитывается - это более универсально и меньше таблиц в базе (проще схема). Если же сразу развернуть полуфабрикат в базе, тогда меньше расчетов, просто будет каждый раз из таблицы извлекаться сырье и все. С учетом того, что количество шаблонов ограничено и шаблон изменению не подлежит (каждый раз - новый), как лучше сделать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.10.2005, 08:05 |
|
||
|
Шаблоны полуфабрикатов - где лучше "развернуть" ?
|
|||
|---|---|---|---|
|
#18+
авторЕсли добавлять как шаблон: тогда придется весь состав шаблона "разворачивать" на клиенте, Можно (и лучше) view на сервере. авторно зато шаблон полуфабриката может изменяться, он все равно каждый раз пересчитывается - Т.е если шаблон изменился, то это другой шаблон? авторэто более универсально и меньше таблиц в базе (проще схема). Если же сразу развернуть полуфабрикат в базе, тогда меньше расчетов, просто будет каждый раз из таблицы извлекаться сырье и все. view может быть материализовааным - если Ваша СУБД имеет такую опцию. С учетом ограниченного объема и редких пересчетов материализованное представление кажется предпочтительным. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.10.2005, 10:14 |
|
||
|
Шаблоны полуфабрикатов - где лучше "развернуть" ?
|
|||
|---|---|---|---|
|
#18+
СУДБ: MS SQL Server. Шаблон не изменяется, каждый раз - новый. А вот что такое "материализованное" view - не знаю, посмотрю. Спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.10.2005, 11:43 |
|
||
|
Шаблоны полуфабрикатов - где лучше "развернуть" ?
|
|||
|---|---|---|---|
|
#18+
Если делать View, то структура базы будет все же без "разворачивания" полуфабрикатов на таблицах? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.10.2005, 12:02 |
|
||
|
Шаблоны полуфабрикатов - где лучше "развернуть" ?
|
|||
|---|---|---|---|
|
#18+
Не пойму я советчиков, при чем тут вьюха???? вьюха - средство решения, но оно никак не является решением вопроса. Шаблоны, в производстве нормы рекомендую решать в БД, а не на клиенте. Если большой трафик - включи опцию компресии протокола, если конечно он имеетсо. А вьюхой выбирать или не вьюхой - дело десятое. Изучи нормирование производства и стадии переделов (завершенное или не завершенное и пр.), и не будет вопросов с разворотом шаблонов (норм пр-ва). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.10.2005, 12:23 |
|
||
|
Шаблоны полуфабрикатов - где лучше "развернуть" ?
|
|||
|---|---|---|---|
|
#18+
Т.е. все же сразу развернуть в базе? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.10.2005, 13:25 |
|
||
|
Шаблоны полуфабрикатов - где лучше "развернуть" ?
|
|||
|---|---|---|---|
|
#18+
KezyaВсем здравствуйте. В базе есть шаблоны полуфабрикатов, они описывают, сколько в процентах сырья понадобится для изготовления. Для изготовления уже берется вполне определенный вес полуфабриката и, исходя из шаблона, высчитывается, сколько понадобится сырья. Но дело в том, что сначала все сырье, которое понадобится для производства (и отдельное сырье и в виде полуфабрикатов) "складывается" в кучку, т.е. подготавливается к производству :) И потом уже из этой кучи берется. Есть таблицы: Production - это и есть производство. Raw - это общая куча сырья Polufab - это полуфабрикаты. В таблицу Production может добавляться как сырье так и полуфабрикаты. Как правильнее будет добавлять полуфабрикаты, как уже готовый полуфабрикат с весом и составом, или как шаблон полуфабриката? Есть свои плюсы и минусы. Если добавлять как шаблон: тогда придется весь состав шаблона "разворачивать" на клиенте, но зато шаблон полуфабриката может изменяться, он все равно каждый раз пересчитывается - это более универсально и меньше таблиц в базе (проще схема). Если же сразу развернуть полуфабрикат в базе, тогда меньше расчетов, просто будет каждый раз из таблицы извлекаться сырье и все. С учетом того, что количество шаблонов ограничено и шаблон изменению не подлежит (каждый раз - новый), как лучше сделать? Такое ощущение, что с реальностью Вы дела не имели... Иначе дали бы таблицам осмысленные имена/описали свою проблему более подробно... Итак, предположим, что Raw - остаток материалов/полуфабрикатов в цехе, Polufab - "состав" (или как Вы называете -"шаблоны") полуфабрикатов, а Production - потребность производства в материалах/полуфабрикатах на плановый выпуск... Действует примерно следующая схема (на каждый материал/полуфабрикат): реальная потребность=потребность на план - остаток в цехе + "аварийный запас" При этом, надо учесть все изменения, вносимые в "шаблон" (например, замена одного материала на другой с теми же свойствами ("допустимая замена")). У нас на заводе было примерно так: - таблица плановых "Рецептов" продукции; - таблица внесенных изменений на каждый день (замены материалов в "шаблоне" и т.д.); - таблица реальных "рецептов" продукции (т.е. с учетом внесенных изменений, временем действия изменений (с-по) и др.); - Таблица инвентаризации остатков в цехе; - таблица выпуска продукции (с привязкой к "шаблону"); - таблица перемещений полуфабрикатов (выдано в другой цех/возвращено брака и т.д.). и др... С этих таблиц считалась плановая потребность в матералах и полуфабрикатах (также выписывались "лимитки", составлялся план выпуска полуфабрикатов), плановый расход материалов и полуфабрикатов в выпуск, произведенный перерасход материалов и полуфабрикатов и т.д. Собирались на основе этьих данных считать загрузку оборудования, выработку рабочих и т.д. (Я там сейчас не работаю, поэтому состояние дел не знаю...) Правда, система получилась достаточно тяжеловесная, но учтено было (по возможности) все... Резюмируя: Ссылки должны быть на "шаблон"; при НЕОБХОДИМОСТИ (например,в отчетах/расчетах) "шаблоны" должны разворачиваться в материалы/подчиненные полуфабрикаты. Т.е. должна быть иерархия представлений: - сверху - готовая продукция (требуется чаще всего); - если необходимо, то показываем полуфабрикаты "верхнего" уровня; - если есть необходимость, то "расшифровываем" полуфабрикаты "верхнего" уровня на материалы и полуфабрикаты "нижнего" уровня; - если есть необходимость, "расшифровываем" полуфабрикаты "нижнего" уровня на материалы... Такая схема есть суть граф-"дерево", где узлы=полуфабрикаты, а листья = матриалы... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2005, 07:48 |
|
||
|
|

start [/forum/topic.php?fid=32&fpage=147&tid=1545601]: |
0ms |
get settings: |
6ms |
get forum list: |
14ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
36ms |
get topic data: |
13ms |
get forum data: |
2ms |
get page messages: |
58ms |
get tp. blocked users: |
3ms |
| others: | 247ms |
| total: | 385ms |

| 0 / 0 |
