powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Категории и группы - что в чём? :)
25 сообщений из 105, страница 3 из 5
Категории и группы - что в чём? :)
    #34761004
Фотография proposed amendment
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Быкис

Уточнения (если вас не затруднит)

1)--значит два дерева...половина дерева технологу
так всё таки два или одно поделённое?



ща поковыряюсь в запасниках...

<ты-дым>

в общем делал и так и так - зависит от применения и архитектуры

что-то работает медленне, что-то хуже настраивается (заполнять-вести сложные иерархические справочники - та еще песня)

в общем в реализации проще в одно дерево, но потом нужно будет прикрутить второе - зависит еще и от "штатки" - кто чем занимается в компании

если есть отдельно технолог на закупках-маркетинге и технолог на производстве то лучше два дерева
...
Рейтинг: 0 / 0
Категории и группы - что в чём? :)
    #34761018
Фотография Быкис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
а 2 и 3 ?
...
Рейтинг: 0 / 0
Категории и группы - что в чём? :)
    #34761114
Фотография Быкис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Так? Нормально? Или перечитывать ветку ещё раз ?
...
Рейтинг: 0 / 0
Категории и группы - что в чём? :)
    #34761209
Фотография proposed amendment
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Быкиса 2 и 3 ?

деревянный справочник PARTS один и плоский - это справочник деталей материалов и комплектующих закупаемых для производства. в таком справочнике может быть

4567-RREW-88790-00 ткань рулонная с пропиткой рисунок 45
5667-RREW-88790-00 ткань рулонная с пропиткой рисунок 56
6789-TQWE-99867-98 жалюзи роликовые ширина 1.2 высота 2.3

например если вы закупаете ткань для изготовления жалюзи
или просто закупаете жалюзи и обрезаете в размер для покупателя

в иерархическом "технологическом справочнике" используется система Парент-Чайлд

при этом АйДи в дереве может не соотноситься с АйДи в "плоском" справочнике комплектующих
а может и соотноситься - "сквозная идентификация" т.е. идентификатор в дереве является и идентификатором в справочнике

никаких дополнительных категорий не требуется (если нет особого желания)

"зависит" как говорится я делал и так и так, и не в ситеме Парент-Чайлд а в системе с одним АйДи (фиксированная глубина дерева)

в общем - по вкусу и по месту
...
Рейтинг: 0 / 0
Категории и группы - что в чём? :)
    #34761238
Фотография Быкис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ну а последняя моя картинка нормальная? можно пробовать делать или может что-то есть чего я не учёл (оно, конечно, есть, но хотелось бы чтобы потом доделовать, а не переделывать).
...
Рейтинг: 0 / 0
Категории и группы - что в чём? :)
    #34761404
Фотография proposed amendment
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Быкисну а последняя моя картинка нормальная?

я не понимаю что там за categories и проч.
...
Рейтинг: 0 / 0
Категории и группы - что в чём? :)
    #34761426
Фотография Быкис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Это деревянный справочник для PARTS. Там TEXTILE_DELUXE и прочие категории (круппы) партсов.
...
Рейтинг: 0 / 0
Категории и группы - что в чём? :)
    #34761770
Фотография Быкис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
мне пожалуй наименования таблиц надо сделать человечески понятное. а то похоже в об одном и том же но на разных языках..
...
Рейтинг: 0 / 0
Категории и группы - что в чём? :)
    #34763503
Фотография Быкис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
proposed amendment
В вашей картинке в ноде "Пластиковые" есть светозащитные, полупрозрачные. В Светозащитные есть "Ширина до 1.2 м", у неё иконка осмыслено такая же как у пра-родителя?
...
Рейтинг: 0 / 0
Категории и группы - что в чём? :)
    #34763532
Фотография proposed amendment
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Быкисесть "Ширина до 1.2 м", у неё иконка осмыслено такая же как у пра-родителя?

иконки (как и все прочие данные) совершенно от балды - этош "типо экзэмпл"
...
Рейтинг: 0 / 0
Категории и группы - что в чём? :)
    #34766061
Фотография Быкис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Пожалуй я всё-таки разделю группы номенклатурные, группу моделей, аналитики, затрат, покрытия, себестоимости, нумерации, номеров серий, дилеров, моделей, цехов и все остальные на отдельные деревянные справочники, сделаю таблицу отношений/вложенонсти между группами. И сделаю связь PARTS по разным внешним ключам для каждой группы (как и предлагал мод). Всем спасибо за помощь, буду попробать собирать гибрид ваших подсказок :) ..
...
Рейтинг: 0 / 0
Категории и группы - что в чём? :)
    #34766986
мод
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Уточнение структуры БД - так лучше
1. Изделия:
- ид
- шифр
- наименование
- группа1 - ссылка на справочник1
- группа2 - ссылка на справочник2
.........
- группаN - ссылка на справочникN
- прочие атрибуты

2. Состав изделий:
- ид изделия
- ид родителя или null
- применяемость - количество изделия для изготовления одного родителя
- прочие атрибуты

3. Cправочники:
- ид
- шифр
- наименование
- ид родителя или null
- прочие атрибуты
...
Рейтинг: 0 / 0
Категории и группы - что в чём? :)
    #34767012
Фотография Быкис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Да. В этом роде. А вот справочники между собой как лучше связать? Я думаю чтонить аля Селко. Потому, что их много и все (многие) между собой должны быть связаны.
...
Рейтинг: 0 / 0
Категории и группы - что в чём? :)
    #34767712
Фотография Быкис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
assaэто тебя гуест_ххх еще не отловил. он бы тебе Селко-то порвал.

(а впрочем - при частом инсерте и перемещении по веткам - в Селко апдейтится полдерева. Если дерево большое - оно тебе нужно? Селко - это для бедных. При наличии процедурного (а не только SQL) языка, или даже непосредственно в SQL-диалекте иерархических запросов - он не нужен.)
Дак это же не совсем иерархия - это связи между справочниками (между круглым и холодным, как сказал мод). Может так (шо_за_связь_тоеть_штосчем;левый_ид;правый_ид). Ну типо... Нет?
...
Рейтинг: 0 / 0
Категории и группы - что в чём? :)
    #34767788
assa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Быкис assaэто тебя гуест_ххх еще не отловил. он бы тебе Селко-то порвал.

(а впрочем - при частом инсерте и перемещении по веткам - в Селко апдейтится полдерева. Если дерево большое - оно тебе нужно? Селко - это для бедных. При наличии процедурного (а не только SQL) языка, или даже непосредственно в SQL-диалекте иерархических запросов - он не нужен.)
Дак это же не совсем иерархия - это связи между справочниками (между круглым и холодным, как сказал мод). Может так (шо_за_связь_тоеть_штосчем;левый_ид;правый_ид). Ну типо... Нет?оспади, быкис. ну задай в поиск вопрос по "селко" и посмотри обсуждение. И подумай головой.
еще отдельно спроси "дерево" - по всем форумам. И хоть обчитайся.
более узко - nested... - тоже получишь инфу для розмыслов.

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

короче, сущность у тебя - это лист (вообще говоря - множества разных деревьев). А классификации - лес деревьев (с обычным, не множ-м наследованием). Связь сущность - классификации - нечто вида (в общем случае) много-много - т.е. табличка. У меня - все.

если же есть явные зависимости промеж классификаций (т.е. классификации не ортогональны) - то в каждом случае надо думать отдельно.
...
Рейтинг: 0 / 0
Категории и группы - что в чём? :)
    #34768777
Фотография Быкис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ну шо.. перчитал, поискал, перчитал... остался при своём - для связи холодное-круглое нестед в самый раз. А связывать так надо. Просто для отчётов, анализа и прогнозов. Лично мне надо.
ЗЫ: Есесенно прочитав только сообщения на форуме утверждать не могу. Только начинаю делать, и, пока, найдя ответ на один вопрос - сразу появляется 10 новых. Связь холодное-круглое оставлю на конец, может и в самом деле не надо моск ломать с множественной наследственностью.
...
Рейтинг: 0 / 0
Категории и группы - что в чём? :)
    #34768911
4321
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
БыкисНу шо.. перчитал, поискал, перчитал... остался при своём - для связи холодное-круглое нестед в самый раз. А связывать так надо. Просто для отчётов, анализа и прогнозов. Лично мне надо.гм. Ты делаешь это в мдб или в MSSQL?
если последнее - выброси нестед нафик. Напиши хранимки, можешь - рекурсивные, и все. Потом перейдешь на 2005 - там есть, говорят, и рекурсивные запросы (типа коннект бая).
...
Рейтинг: 0 / 0
Категории и группы - что в чём? :)
    #34768962
Фотография Быкис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
4321гм. Ты делаешь это в мдб или в MSSQL?В мдб, в висио, на адп. То там посмотрю, порисую, то там :)
На СКЛ будет. Родство между справочниками, например, аля Ткани из Китая Импрегнированные, которе мы режим на станке Нр 5, закупаем раз в 2 месяца и делаем блайнды категории С для Польши.
Но, опять-таки, сначала сделаю справочники (пока атрибуты туды-сюды, туды-сюды таскаю) - потом будет видно как и чем их связывать.
4321там есть, говорят, и рекурсивные запросы (типа коннект бая).
Да, есть. Аля очень удобно, Латук говорит, тормозит, но я не замечал. Во всяком случае, чем хранить связи в отделной таблице, мне больше нравиться получать всех потомков таким запросом.
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
WITH ChildCategories (iParentID, iCategoryID, CategoryLevel) AS
(
	SELECT iParentID, iCategoryID,  0  AS CategoryLevel
	FROM dbo.TBD_Categories
	WHERE iParentID =  1 
	UNION ALL
	SELECT c.iParentID, c.iCategoryID, CategoryLevel +  1 
	FROM dbo.TBD_Categories c INNER JOIN ChildCategories с1 ON c.iParentID = с1.iCategoryID
)
SELECT iParentID, iCategoryID, CategoryLevel
FROM ChildCategories
...
Рейтинг: 0 / 0
Категории и группы - что в чём? :)
    #34768969
Фотография Быкис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
PS: По системе систематизации велосипедов ;)
...
Рейтинг: 0 / 0
Категории и группы - что в чём? :)
    #34773375
Фотография Быкис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Шаг номер 3: Эти загадочные проводки.

С начала мы получаем квитанции заказов (офис, ответсвенные консультатны, менагер, серия бланка заказа, номер, группа, контрагент, статус заказа, дата, термин и другой мусор). Потом мы покупаем все деталюхи чтобы изготовить, то чего у нас назаказывали (Номер инвойса, контрагент, дата и т.д.). Потом мы полученное распределяем (Номер документа, склад отправитель, склад получатель...) Вопрос - это всё в ёбчую таблицу ложить аля проводки и сделать дополнительные таблицы для атрибутов проводок? Или же заказы лучше вынести в отдельную?
...
Рейтинг: 0 / 0
Категории и группы - что в чём? :)
    #34774850
Фотография Быкис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Вот вырисовались некие наброски по поводу части "эти загадочные проводки". Пожалуйста поругайте.
Тут конечно только сам принцип, показаны только ключевые поля только тех таблиц, которые задейвствованы в проводках.

Получилось так, что заказы, продажи и закупки сырья поместились в одну таблицу Documents. Весь мусор (выше перечисленный) в таблицу ёйных атрибутов.
Котрангенты - они же физические, юридические и склады (с полем "Щитать_Остатки?", означающим реальный склад).
Механизм сборки-разборки обеспечиается таблицей TAB_BlindSets. Поэтому необходим подзаголовок (TAB_Blinds) с ссылкой (iTypeID) на шаблон (на шаблоны (Assemblies) ссылается через справочник типов (TBD_Types), указывающий способ сборки-разборки. Единственный нюанс (вопрос номер 1) - эта таблица явно лишняя при закупке сырья. Как избежать?
Все проводки - храняться в таблице "Еvents". То есть, заказ (продажа, закупка) не является в базе ни чем иным кроме мусора, пока блинда (подзаголовок документа) не обрёл свой статус. Соответсвенно только после изменяются остатки товаров в таблице остатков. И все задолжности по кнтрагентам.
Вопрос номер 2 - в ентом направлении можно думать дальше? Али тут полный бред?
...
Рейтинг: 0 / 0
Категории и группы - что в чём? :)
    #34774860
Фотография Быкис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
извинтиляюсь
...
Рейтинг: 0 / 0
Категории и группы - что в чём? :)
    #34775202
Фотография Роман Дынник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Я бы унаследовал категорию от группы (или наоборот, смотря какое понятие более абстрактно в вашей системе), или категорию и группу от общего предка Node. А возможность включения одной node в другую контролировал бы на уровне бизнес-логики.
А вообще, подумайте, так ли необходима категория, может достаточно только одной сущности - "группа".
...
Рейтинг: 0 / 0
Категории и группы - что в чём? :)
    #34775226
Фотография Быкис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
А по последнюму моему вопросу ?
...
Рейтинг: 0 / 0
Категории и группы - что в чём? :)
    #34775314
Фотография Роман Дынник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Честно говоря мало что осмыслил. Постарайтесь при проектировании использовать стандартные понятия используемые в учетных системах, а не изобретать свои.

Опишу примерно как должно быть:
Выделите абстрактную сущность "документ", а от нее уже наследуйте "заказ" и прочие.
Документ имеет статус - это хорошо :)
Значения статуса: проведен/непроведен.
При проведении/отмене проведения документа формируются записи в таблице движений (аля проводки/полупроводки)
Должен существовать регистр остатков (на начало месяца/дня или года в зависимости от объема данных). Регистр остатков формируется на начало периода (по процедуре закрытия периода) на основе таблицы движений и остатка на начало предыдущего периода. Остатки на конкретную дату = остаток на начало периода + обороты за период (из таблицы движений).
Проектирование физ/юр поищите по форуму (достаточно обсуждалось). Но думаю того что у вас есть (с идентификатором-типом ) достаточно.
...
Рейтинг: 0 / 0
25 сообщений из 105, страница 3 из 5
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Категории и группы - что в чём? :)
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]