Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Microsoft Access Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 [2] 3 4   вперед  Ctrl      все
 Re: Архитектура базы  [new]
ПЕНСИОНЕРКА
Member

Откуда: Владимирская обл
Сообщений: 4603
Serg197311
количества деталей/сборок в вышестоящей сборке

а если вышестоящая входит еще более вышестоящую, причем к количестве не равном 1
11 сен 19, 09:58    [21968298]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура базы  [new]
ПЕНСИОНЕРКА
Member

Откуда: Владимирская обл
Сообщений: 4603
Serg197311,

для однотипных изделий выдавались планы изготовления деталей примерно такого типа
изд 01и02и03и04и05и05еи05 тропики08 зипи09 проба
план заполняется, остальное расчетом10уточн21523100
перечень сборок и деталей
с11021523
с111021523
с1220421046
с13408420812
с2110--3
с22-22
с312--
д11110222002
д111е3
д11220444002
д112е6
д11340888002
д113е12
д999120242412002
д114е
покупн11022
покупн22044
крепеж1150-
крепеж2-150
11 сен 19, 10:56    [21968355]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура базы  [new]
Serg197311
Member

Откуда: Жуковский
Сообщений: 627
ПЕНСИОНЕРКА
а если вышестоящая входит еще более вышестоящую, причем к количестве не равном 1

Именно так и есть. Говорил же - написал функцию, которая пробегает по сборкам вверх(используя OWN) и считает реальное количество
11 сен 19, 11:22    [21968381]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура базы  [new]
Serg197311
Member

Откуда: Жуковский
Сообщений: 627
Public Function Getqb(nm1 As Long) As Long
Dim rst As DAO.Recordset
Dim qq As Long
Dim cn As Long
cn = nm1
qq = 1
20 Set rst = CurrentDb.OpenRecordset("SELECT * from MAIN1 where MAIn1!code=" & cn & ";")
   If rst.EOF = False Then
      qq = qq * rst!qt
      cn = rst!OWN
      GoTo 20
   Else
       Getqb = qq
       Exit Function
   End If

End Function
11 сен 19, 11:25    [21968382]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура базы  [new]
ldfanate
Member

Откуда:
Сообщений: 145
ужастный код. За использование goto программистов-базицников линейкой по рукам ещё в конце 90ых начали бить (ну кроме on error goto разумеется). :)
11 сен 19, 11:44    [21968393]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура базы  [new]
ПЕНСИОНЕРКА
Member

Откуда: Владимирская обл
Сообщений: 4603
Serg197311
Таблица MAIN1 - описание конкретных ИЗДЕЛИЙ, где содержится точная информация о составе(дереве) ИЗДЕЛИЯ с его полной структурой

что то мне показалось, что у вас отдельная таблица на каждое изделие
11 сен 19, 12:13    [21968412]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура базы  [new]
Serg197311
Member

Откуда: Жуковский
Сообщений: 627
ldfanate
ужастный код. За использование goto программистов-базицников линейкой по рукам ещё в конце 90ых начали бить (ну кроме on error goto разумеется). :)
Полностью согласен...... Ужасный.....Но я по образованию не программист, поэтому сделал так - работает... Подскажете как переделать - буду очень благодарен.
11 сен 19, 12:36    [21968436]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура базы  [new]
Serg197311
Member

Откуда: Жуковский
Сообщений: 627
ПЕНСИОНЕРКА
что то мне показалось, что у вас отдельная таблица на каждое изделие

Нет, таблица одна. Но для каждого изделия в ней своя структура дерева.
11 сен 19, 12:38    [21968438]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура базы  [new]
ПЕНСИОНЕРКА
Member

Откуда: Владимирская обл
Сообщений: 4603
Serg197311
Но для каждого изделия в ней своя структура дерева

тогда еще более неясно, как ваша функция работает, особенно если в изделии может повторяться одна и та же сборка/деталь несколько раз
дробные применяемости вообще не предусмотрены

я попробовала, создала пример базы,добавив несколько типичных ситуаций
--как и предполагала - нужных(ручных) по сборке 6 итогов не получила
OWNcode1codeverqtна изделие
1511
16***11
56***6c33
514540с22
614641с0,50,5
14515159д12
14515461д12
14515562д0,33330,6666
14615260д10,5
14615361д10,5
11 сен 19, 13:41    [21968514]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура базы  [new]
vmag
Member

Откуда: MP
Сообщений: 3289
ldfanate
ужастный код. За использование goto программистов-базицников линейкой по рукам ещё в конце 90ых начали бить


Это чисто с точки зрения читабельности кода, ну типа грамотности что ли, но иногда не грамотный гораздо продуктивнее грамотного... так в тех же 90-х мною экспериментально было установлено на ес-1060 в языке PL1, что оператор цикла DO WHILE работает в полтора раза медленнее чем цикл на одной переменной с оператором GOTO, видать тот кто реализовывал в компиляторе конструкцию DO WHILE родил из мухи слона, нам то это не очевидно, нас устраивает изящность кода, а так - то да нужно стремиться к искусству...
11 сен 19, 13:56    [21968538]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура базы  [new]
Serg197311
Member

Откуда: Жуковский
Сообщений: 627
ПЕНСИОНЕРКА
тогда еще более неясно, как ваша функция работает, особенно если в изделии может повторяться одна и та же сборка/деталь несколько раз

Вот картинка. структрура видна
выделенная нода - прокладка - 2 шт в сборке подушка
Сборок Подушка в сборке Доработка кресла - 2 шт
Функция на вход использует код записи( на картинке в конце после /)
Берет по нему количество -2, и по коду записи же находит код вышестоящей записи по дереву -
код сборки Подушка, берет их количество - 2, перемножает, находит код вышестоящей записи - Доработка...
и тд пока есть вышестоящая запись.

Каждая нода в дереве - строка в таблице. По коду детали и коду изделия находим запросом нужные записи,
Для получения количества прям в запросе вызываем приведенную функцию. Ну дальше уж как захочется....
Да, запросы с такой функцией выполняется не очень быстро. Но приемлемо, учитывая что это требуется не очень часто.
Основная статистическая обработка будет проводится не в моей базе, а в 1С ERP, куда будут грузится ресурсные спецификации









ПЕНСИОНЕРКА
дробные применяемости вообще не предусмотрены
Ага. Не может быть 0,5 болта, 0,2 гайки или 1,4 сборочных единицы. Материалы считаются совсем по другому

К сообщению приложен файл. Размер - 131Kb
11 сен 19, 14:03    [21968542]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура базы  [new]
ПЕНСИОНЕРКА
Member

Откуда: Владимирская обл
Сообщений: 4603
Serg197311
Не может быть 0,5 болта, 0,2 гайки или 1,4 сборочных единицы

но зато может быть
-упаковочный ящик на несколько изделий(упаковка у нас относилась на изделие)
-аналогично групповой ЗИП(один КОМПЛЕКТ на несколько изделий)
11 сен 19, 14:22    [21968561]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура базы  [new]
Serg197311
Member

Откуда: Жуковский
Сообщений: 627
ПЕНСИОНЕРКА
но зато может быть
....

У меня в базе есть такое понятие - процесс изготовления детали.
Вот к нему может быть привязано дробное количество как материала, так любого покупного(или не покупного) изделия.
Так и делаю сейчас.
11 сен 19, 14:30    [21968569]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура базы  [new]
Stanislav P
Member

Откуда: Сочи
Сообщений: 99
На мой взгляд Вы пытаетесь управленческую задачу по построению бизнес-процесса решить на программном уровне, а потом отдать этот процесс в работу.

Оба предложенные варианта имеют недостатки.
Если использовать первый вариант (состав составного изделие нельзя менять и всегда делать новое), то у продажников могут начаться проблемы: два одинаковых дивана с разными артикулами, хотя между ними разница в одну гайку, что не существенно для покупателя, но по базам у продавцов и бухгалтеров это будут два отдельных номенклатурных изделия. А это геморрой в бумагах - выставлены счета на один товар, а выдается другой.
При использовании второго варианта выше приведённой проблемы нет, но появляется необходимость хранить временную (версионную) составляющую изделия. То есть, неделю назад выписали счёт на диван с болтами и его продали, а сегодня внесли изменение в изделие и вместо болтов там стоят шурупы и тогда изменится состав документа двухнедельной давности (должны быть болты, а стоят шурупы), так как оба счета ссылаются на одну и ту же запись, но с разным составом.

Поэтому, сначала обсудить с руководством сам процесс, а потом уже программировать.
11 сен 19, 14:41    [21968576]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура базы  [new]
Serg197311
Member

Откуда: Жуковский
Сообщений: 627
Stanislav P
На мой взгляд Вы пытаетесь управленческую задачу по построению бизнес-процесса решить на программном уровне, а потом отдать этот процесс в работу..

Абсолютно верное замечание! Почти. Руководство в курсе, и сейчас фактически перестраивается часть бизнес процесса(документооборот) в связи с появлением новых задач.

Оба предложенные варианта имеют недостатки.
Stanislav P
Если использовать первый вариант (состав составного изделие нельзя менять и всегда делать новое), то у продажников могут начаться проблемы: два одинаковых дивана с разными артикулами, хотя между ними разница в одну гайку, что не существенно для покупателя, но по базам у продавцов и бухгалтеров это будут два отдельных номенклатурных изделия. А это геморрой в бумагах - выставлены счета на один товар, а выдается другой..

Итоговое изделие достаточно велико и дорого, их в год продается и изготавливается всего несколько шт, структура каждого изделия долго и нудно согласовывается с заказчиком, так что тут неразберихи не может быть.
Продажников вообще нет)) эти вещи по другому продаются....

Stanislav P
При использовании второго варианта выше приведённой проблемы нет, но появляется необходимость хранить временную (версионную) составляющую изделия. То есть, неделю назад выписали счёт на диван с болтами и его продали, а сегодня внесли изменение в изделие и вместо болтов там стоят шурупы и тогда изменится состав документа двухнедельной давности (должны быть болты, а стоят шурупы), так как оба счета ссылаются на одну и ту же запись, но с разным составом..

Вот че-то похожее пока и происходит, правда в отсутствие сквозной базы данных.


Stanislav P
Поэтому, сначала обсудить с руководством сам процесс, а потом уже программировать.

Высшее руководство не знает, как надо - как всегда на среднем звене создаем концепцию, которая нам наиболее удобна - нам же в итоге и работать. А так руководство конечно в курсе всего что происходит....
11 сен 19, 14:59    [21968589]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура базы  [new]
ldfanate
Member

Откуда:
Сообщений: 145
Stanislav P
Оба предложенные варианта имеют недостатки.


Так там у автора упор был на потребности технологов и конструкторов.
Пока это было только для технологов - это работало норм. Сейчас планируется расширение функций и подключение к базе с таблицами конструкторского отдела.
Для продажников придётся сбоку ещё один тип связей прикрутить, чтобы увязать такие однородные Изделия под потребности продажников, - номенклатура готовых изделий на складе готовой продукции (обычные МТР), регистрация поступления из производства на склад и далее классический складской учёт.
11 сен 19, 15:04    [21968593]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура базы  [new]
Serg197311
Member

Откуда: Жуковский
Сообщений: 627
ldfanate
Для продажников придётся сбоку ещё один тип связей прикрутить, чтобы увязать такие однородные Изделия под потребности продажников, - номенклатура готовых изделий на складе готовой продукции (обычные МТР), регистрация поступления из производства на склад и далее классический складской учёт.

Не, не придется - нет продажников.... Нет готовых изделий на складе и не может быть.... на складе могут быть только детали и отдельные сборочные единицы. Специфическая продукция....
11 сен 19, 15:15    [21968600]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура базы  [new]
Stanislav P
Member

Откуда: Сочи
Сообщений: 99
Serg197311, отдельные сборочные единицы так-же согласовываются и изменяются как и конечный продукт? Так же могут быть изменены в процессе разработки?
11 сен 19, 15:36    [21968620]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура базы  [new]
ldfanate
Member

Откуда:
Сообщений: 145
Serg197311
нет продажников.... Нет готовых изделий на складе и не может быть.... на складе могут быть только детали и отдельные сборочные единицы. Специфическая продукция....


А что, для специфической продукции правила учёта, действующие в РФ, не применяются? Испод-полы торгуем?
Складской учёт, отгрузка заказчику, соответствующие ведомости, товаро-транспортные накладные и проч. не выписываете вовсе?
Себестоимость выпуска готовой продукции и прочие показатели, зависящие в т.ч. и от эффективности производства, складских запасов, ТЗРов и проч., - не считаете?
11 сен 19, 15:47    [21968628]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура базы  [new]
Serg197311
Member

Откуда: Жуковский
Сообщений: 627
Stanislav P
Serg197311, отдельные сборочные единицы так-же согласовываются и изменяются как и конечный продукт? Так же могут быть изменены в процессе разработки?

Да, также....Там ТЗ с приложениями листов на 10-15, и в процессе выполнения бывают к нему изменения....
11 сен 19, 15:48    [21968629]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура базы  [new]
Serg197311
Member

Откуда: Жуковский
Сообщений: 627
ldfanate
А что, для специфической продукции правила учёта, действующие в РФ, не применяются? Испод-полы торгуем??

Все применяется. Потребитель - на 90% государство. Причем так стало в последнее время, и вот тут и появились новые задачи.....

ldfanate
Складской учёт, отгрузка заказчику, соответствующие ведомости, товаро-транспортные накладные и проч. не выписываете вовсе??

А разве для этого нужны продажники?

ldfanate
Себестоимость выпуска готовой продукции и прочие показатели, зависящие в т.ч. и от эффективности производства, складских запасов, ТЗРов и проч., - не считаете?
Считаем, считаем.... для чего еще эта база нужна-то... за исключением складских запасов.
11 сен 19, 15:52    [21968634]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура базы  [new]
Serg197311
Member

Откуда: Жуковский
Сообщений: 627
Да - отгрузки нет. Изделие монтируется на еще большее изделие заказчика нашими силами.
11 сен 19, 15:53    [21968635]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура базы  [new]
ldfanate
Member

Откуда:
Сообщений: 145
ну значит в ворота завода лязгая гусеницами вползает Платформа (т.е. на подотчёт вашей фирме сторонний заказчик выдаёт имущество с определённой стоимостью), а выползает с завода Платформа+Изделие (уже с другой стоимостью).
Всёравно оборот основных средств, товаров (Изделий) и работ-услуг (в т.ч. монтаж Изделия на башенный погон) на предприятии должен присутствовать.
11 сен 19, 16:04    [21968644]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура базы  [new]
ldfanate
Member

Откуда:
Сообщений: 145
и наверное, номенклатура готовых Изделий, и Спецификаций к ним будет ещё и соотноситься с номенклатурой Платформ. Т.е. будут частичные и полные аналоги взаимозаменяемости.
потому что голдовую башню от абрамса не на каждое рено вкрячишь
11 сен 19, 16:08    [21968650]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура базы  [new]
Stanislav P
Member

Откуда: Сочи
Сообщений: 99
Serg197311
code OWN sernn codever qt
151 145 1 59 1
152 146 1 60 1
153 146 1 61 1

Типа так
Code - код текущей записи в MAIN1
OWN - код вышестоящей записи из MAIN1
sernn - код изделия
codever - код детали(сборки) из основного каталога MAIN
qt - количество

Есть большое подозрение, что Own или sernn или codever лишнее поле в таблице MAIN1
Так как в таблице MAIN1 должно хватить четырёх полей для описания всех деталей входящих в составное изделие.
11 сен 19, 17:43    [21968741]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 [2] 3 4   вперед  Ctrl      все
Все форумы / Microsoft Access Ответить