|
|
|
БД. "Контроль исполнения заданий" как поступить?
|
|||
|---|---|---|---|
|
#18+
Здравствуйте. Подскажите нолмально ли это. Как должно работать: * Начальник дает задание работникам изготовить деталь А в кол-ве N штук * Для изготовления одной детали нужно выполнить M операций. * Операции выполняются разными работниками. Например: для первой детали в партии операцию №1 выполнил Иванов, операцию №2 - Петров. Для второй детали в партии операцию №1 выполнил Сидоров, операцию №2 - Кузнецов и.т.д. * Работники ставят отметки о выполненных операциях. * После выполнения задания печатается документ для каждой детали в котором указано кто, что и когда сделал. Первое что приходит в голову: Таблица "tasks" (задания) - task_id primary key, - ........ Таблица "parts" (детали) - part_id primary key, - task_id, Таблица "operations" (операции) - part_id, - operation_id, - worker_id, - ...... - primary key (part_id, operation_id) Но.... Если появляется задание на изготовлени 1000 деталей по 100 операций в каждой, то в таблице "operations" будет аж 100000 записей только для этого задания, что меня несколько напрягает. Если есть у кого-нибудь идеи поделитесь пожалуйста. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.07.2014, 13:17 |
|
||
|
БД. "Контроль исполнения заданий" как поступить?
|
|||
|---|---|---|---|
|
#18+
megadumpЕсли появляется задание на изготовлени 1000 деталей по 100 операций в каждой, то в таблице "operations" будет аж 100000 записей только для этого задания Нет, не будет. Если эти детали так велики, что один человек может провести только одну операцию только на одной детали за смену - никогда не будет заказа на 1000 штук. Если работник проводит операцию сразу над несколькими деталями - не будет по 1000 записей на операцию. На реальном производстве это делается так: работник получает на складе N заготовок, проводит на них свою операцию и сдаёт на склад M (почти) готовых деталей и Х бракованных. Соответственно весь учёт ведёт кладовщик, рабочий максимум расписывается в актах приёмки-выдачи. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.07.2014, 13:49 |
|
||
|
БД. "Контроль исполнения заданий" как поступить?
|
|||
|---|---|---|---|
|
#18+
Dimitry SibiryakovНет, не будет. С другой стороны, если каждая деталь/изделие имеет серийный номер и на него ведётся паспорт изделия, то да, будет 100000 записей отметок о проведении операции. Но это немного для любой приличной СУБД. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.07.2014, 13:56 |
|
||
|
БД. "Контроль исполнения заданий" как поступить?
|
|||
|---|---|---|---|
|
#18+
Дак уже было )) Деталюхи то как раз маленькие. В среднем в задании - 150-250 деталей по 40-50 операций и выглядит это так. Операций 1-10 Иванов (сразу для всех деталей в задании) Операций 11-15 Петров (сразу для всех деталей в задании) Операции 16-25 Сидоров (сразу для всех деталей в задании) А дальше каша в стиле: Детали №1,5,20,130..... Операции 35,36,41,48 Кузнецов Детали №6,4,3,54.... Операции 35,36,41,48 Тарасов ...... Причем задания могут висеть достаточно длительный срок. Цель всего это действия, как я уже говорил, "После выполнения задания печатается документ для каждой детали в котором указано кто, что и когда сделал" + приблизительная статистика кто и сколько делает и на каком этапе находится выполнение задания. Никаких складов и кладовщиков нет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.07.2014, 14:05 |
|
||
|
БД. "Контроль исполнения заданий" как поступить?
|
|||
|---|---|---|---|
|
#18+
Проблема еще в том что задания могут неделями висеть, и мы не можем от них избавится ибо информацию об уже выболненных операциях терять нельзя. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.07.2014, 14:08 |
|
||
|
БД. "Контроль исполнения заданий" как поступить?
|
|||
|---|---|---|---|
|
#18+
megadumpЦель всего это действия, как я уже говорил, "После выполнения задания печатается документ для каждой детали в котором указано кто, что и когда сделал" А эта "каждая деталь" как-то способна само идентифицироваться? На ней выбит серийный номер или иной индивидуальный маркер? megadumpНикаких складов и кладовщиков нет. А откуда тогда рабочий берёт изделия для обработки? Тупо выуживает случайные из валяющейся кучи и в неё же потом кидает? megadumpПроблема еще в том что задания могут неделями висеть, и мы не можем от них избавится ибо информацию об уже выболненных операциях терять нельзя. И в каком месте это проблема? Опять в количестве записей в таблице? Я же уже сказал: не парься по таким мелочам, возьми СУБД не Access/SQLite - и будет тебе счастье. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.07.2014, 14:20 |
|
||
|
БД. "Контроль исполнения заданий" как поступить?
|
|||
|---|---|---|---|
|
#18+
А эта "каждая деталь" как-то способна само идентифицироваться? Штрихкод + пиликалка у рабочих Тупо выуживает случайные из валяющейся кучи и в неё же потом кидает? Ага. Выуживает слючайные и одной кучи, а из готовых сооружает другую кучу по соседству) не парься по таким мелочам Ок. Попробуем. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.07.2014, 14:30 |
|
||
|
БД. "Контроль исполнения заданий" как поступить?
|
|||
|---|---|---|---|
|
#18+
megadumpШтрихкод + пиликалка у рабочих Тогда нет проблем вести и печатать паспорт для каждого изделия. Вот если бы у рабочих не было пиликалки, пришлось бы паспорт печатать в начале цикла производства и вносить в комп в конце. А так всё должно делаться само собой. И таки да, схема в стартовом посте правильная - на каждую операцию одна запись в таблице. Количество записей - НЕ проблема. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.07.2014, 14:45 |
|
||
|
БД. "Контроль исполнения заданий" как поступить?
|
|||
|---|---|---|---|
|
#18+
авторКоличество записей - НЕ проблема Ну тогда всё отлично. Спасибо! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.07.2014, 14:49 |
|
||
|
БД. "Контроль исполнения заданий" как поступить?
|
|||
|---|---|---|---|
|
#18+
megadumpПроблема еще в том что задания могут неделями висеть, и мы не можем от них избавится ибо информацию об уже выболненных операциях терять нельзя. Если задания могут висеть неделями по каким-то причинам, то наверное есть вероятность одновременного присутствия в незавершенном производстве детали "А" от разных запусков, с разными плановыми количествами и разным фактическим состоянием. В этом случае нужно добавить еще одно понятие (таблицу) - партия деталей. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.07.2014, 10:17 |
|
||
|
БД. "Контроль исполнения заданий" как поступить?
|
|||
|---|---|---|---|
|
#18+
On 20.07.2014 14:17, megadump wrote: > Но.... Если появляется задание на изготовлени 1000 деталей по 100 > операций в каждой, то в таблице "operations" будет аж 100000 записей > только для этого задания, что меня несколько напрягает. Пусть тебя это не напрягает. 100000 записей -- это немного. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.07.2014, 13:12 |
|
||
|
БД. "Контроль исполнения заданий" как поступить?
|
|||
|---|---|---|---|
|
#18+
On 20.07.2014 14:17, megadump wrote: > Первое что приходит в голову: > > Таблица "tasks" (задания) > - task_id primary key, > - ........ > > Таблица "parts" (детали) > - part_id primary key, > - task_id, > Тут есть нюанс -- зависист ли конфигурация детали от задания, т.е. разные ли одни и те же детали в разных заданиях. У тебя сделано, что разные. А возможно они одинаковые. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.07.2014, 13:15 |
|
||
|
БД. "Контроль исполнения заданий" как поступить?
|
|||
|---|---|---|---|
|
#18+
MasterZiv100000 записей -- это немного. А я всё равно первыйнах. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.07.2014, 14:24 |
|
||
|
|

start [/forum/topic.php?fid=32&fpage=28&tid=1540845]: |
0ms |
get settings: |
9ms |
get forum list: |
12ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
38ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
94ms |
get tp. blocked users: |
2ms |
| others: | 19ms |
| total: | 192ms |

| 0 / 0 |

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