|
Номенклатурный справочник - головная боль
|
|||
---|---|---|---|
#18+
Старая структура: NOM_MAT - номенклатурный спр. F1 - номенкл. номер (первые 2 цифры GRUPPA из CATALNOM) F2 - цена F3 - наименование F4 - код ед.изм. F5 - марка F6 - склад UR1 UR2 UR3 - поля для создания "типа" дерева и тут для каждого материала с одним и тем же наименованием, но новой ценой создается новая запись с новым ном.номером :(((( CATALNOM - спр. для формирования дерева GRUPPA - группа UR1 UR2 UR3 - уровни дерева NAME - название уровня От этой структуры одна головная боль. Как перейти на нормальную структуру при этом старое тоже должно работать по прежнему? Если можно пример нормальной структуры? Чтобы можно было задавать несколько цен, коэфициенты перевода ед.измерения и т.д. Огромная проблема. :(((( ... |
|||
:
Нравится:
Не нравится:
|
|||
11.12.2003, 09:03 |
|
Номенклатурный справочник - головная боль
|
|||
---|---|---|---|
#18+
Цена должна задаваться в таблице ПриходПодродно Т.е. Приход-Шапка (реквизиты прихода: даты, поставщики и т.п.) Приход-Подробно (код номенклатуры, цена, налоги ) Номенклатура - связь с таблицей Склад - лишняя. Непонятно, что за поля создания "типа" дерева. В любом случае - "типа" дерево д.б. в отдельной таблице, связанной с Номенклатурой. Можно включить цену в Номенклатуру как некое рекомендуемой (справочное) значение (не используемое для расчетов). Если ее надо отличать по Складам - то это еще одна таблица. ... |
|||
:
Нравится:
Не нравится:
|
|||
11.12.2003, 09:25 |
|
Номенклатурный справочник - головная боль
|
|||
---|---|---|---|
#18+
Может, примерно такая структура (под номенклатурным спр. подразумеваем спр. товаров): справочник товаров REF_GOODS (ID, --уникальный id CODE, -- код NAME, -- наименование ID_ITEM, -- единица измерения по умолчинию ) справочник единиц измерения REF_ITEMS (ID -- уник. id (может, и не нужен :-) ) ID_GOOD -- id товара ID_ITEM_NAME -- id типа ед. измерения (в ней расшифровки - шт., коробка, блок и т.п.) QUANTITY -- кол-во штук товара в этой самой ед. измерения ) --сюда же можно приплести вес и объем справочник цен REF_PRICES (ID_PRICE_TYPE --id типа цены ID_GOOD -- id товара ID_CURRENCY -- id валюты PRICE --цена ) --тут же нужны даты цен для хранения истории цен, хотя их можно вынести в отдельную таблицу ну в остальном , как подсказал Senin Viktor. Если что еще, спрашивай. ... |
|||
:
Нравится:
Не нравится:
|
|||
11.12.2003, 10:21 |
|
Номенклатурный справочник - головная боль
|
|||
---|---|---|---|
#18+
Ну вот, система меня уже и не опознает :-( Пост от viktor_k (Guest) вообще-то мой :-) ... |
|||
:
Нравится:
Не нравится:
|
|||
11.12.2003, 10:26 |
|
Номенклатурный справочник - головная боль
|
|||
---|---|---|---|
#18+
Создай таблицу типа: Id (PK) Parent_Id (FK на Id) F1 (FK на F1 из NOM_MAT) Получится нормальное дерево. и тут для каждого материала с одним и тем же наименованием, но новой ценой создается новая запись с новым ном.номером :(((( При таком подходе дерево быстро превратится в разросшийся кустарник и потеряет всякую информативность. Цены в отдельную таблу надо, ИМХО. ... |
|||
:
Нравится:
Не нравится:
|
|||
11.12.2003, 10:49 |
|
|
start [/forum/topic.php?fid=32&fpage=175&tid=1546714]: |
0ms |
get settings: |
11ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
68ms |
get topic data: |
13ms |
get forum data: |
2ms |
get page messages: |
47ms |
get tp. blocked users: |
2ms |
others: | 14ms |
total: | 178ms |
0 / 0 |