powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Очень интересный вопрос. Для профи.
7 сообщений из 32, страница 2 из 2
Очень интересный вопрос. Для профи.
    #35947527
Фотография mixassio
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
скриптов к сожалению нету, могу написать структуру на память

1. Таблица T_TREE содержит ОКП (иерархический)
1.1 ID идентификатор
1.2 PARENT_ID ссылка на ID (родительского класса)
1.3 CODE код класса окп
1.4 NODE_NAME наименование класса окп
2. Таблица T_CLASS содержит "листы" дерева окп, может содержать как классы окп, так и разработанные классы
2.1 ID идентификатор
2.2 TREE_ID ссылка на поле ID таблицы T_TREE
2.3 CODE код класса
2.4 CLASS_NAME наименование класса окп
3. Таблица T_CLASSITEM содержит свойства классов
3.1 ID идентификатор
3.1 CLASS_ID ссылка на поле ID таблицы T_CLASS
3.2 ITEMNUMBER порядковый номер свойства
3.3 PROPERTY Название свойства
4. Таблица T_NAME содержит значения свойств классов
4.1 ID идентификатор
4.1 CLASSITEM_ID ссылка на поле ID таблицы T_CLASSITEM
4.2 VALUENUMBER порядковый номер значения свойства
4.3 ITEM_VALUE Название значения свойства
это структура классификатора, ну и пятая табличка собственно справочник мтр где хранятся конкретные объекты, кодируемые с помощью классификатора.
...
Рейтинг: 0 / 0
Очень интересный вопрос. Для профи.
    #35947533
Фотография mixassio
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
SMAKSx86А может, это не к реляционной БД прикручивать надо?
Может, в PostgreSQL это поудобнее как-нибудь сделать или в другой, предназначенной для таких задач. разрабатывалось на оракле, а работает (уже реально) на MS SQL
...
Рейтинг: 0 / 0
Очень интересный вопрос. Для профи.
    #35947646
SMAKSx86
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mixassioSMAKSx86А может, это не к реляционной БД прикручивать надо?
Может, в PostgreSQL это поудобнее как-нибудь сделать или в другой, предназначенной для таких задач. разрабатывалось на оракле, а работает (уже реально) на MS SQL
Я не спорю, я просто предлагаю, как мне кажется, более логичный способ решения задачи
...
Рейтинг: 0 / 0
Очень интересный вопрос. Для профи.
    #35947666
Фотография mixassio
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
SMAKSx86mixassioSMAKSx86А может, это не к реляционной БД прикручивать надо?
Может, в PostgreSQL это поудобнее как-нибудь сделать или в другой, предназначенной для таких задач. разрабатывалось на оракле, а работает (уже реально) на MS SQL
Я не спорю, я просто предлагаю, как мне кажется, более логичный способ решения задачи Логика отступает когда майкрософт активно продвигает свои продукты в госкомпании и не только. На чом сказали, на том и разрабатывали))))
...
Рейтинг: 0 / 0
Очень интересный вопрос. Для профи.
    #35947850
SMAKSx86
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2 mixassio

Это уже другой разговор :-)
Правда, иногда есть еще вопрос сертификации. А для сертификации необходима заинтересованность разработчика СУБД и ее желание потратить на это деньги
...
Рейтинг: 0 / 0
Очень интересный вопрос. Для профи.
    #35958148
однобитный
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
тринадцатиэтажные SQL запросы при поиске... однако...
...
Рейтинг: 0 / 0
Очень интересный вопрос. Для профи.
    #35958154
однобитный
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
phpTeach
Код: plaintext
1.
2.
3.
4.
sections (разделы)
--------
id
parent_id (id родителя)
name (имя раздела)

Код: plaintext
1.
2.
3.
4.
goods (товары)
-----
id
section_id (id раздела)
name (имя товара)

Код: plaintext
1.
2.
3.
goods_properties (свойства товаров)
----------------
id
name (Имя свойства)

Код: plaintext
1.
2.
3.
4.
sections_properties (привязка свойств к разделам)
-------------------
id
section_id (id раздела)
property_id (id свойства)
Код: plaintext
1.
2.
3.
4.
goods_sections_properties_values (значения для свойств определенного раздела)
--------------------------
good_id
section_property_id
values

Надеюсь понятно

мне вот интересно при таком подходе поле values... ведь оно не всегда должно быть текстовым, а может быть и числовым, или ещё хуже, записью set с id_справочника и значением этого справочника... тогда поиск по параметрам будет очень медленным...
...
Рейтинг: 0 / 0
7 сообщений из 32, страница 2 из 2
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Очень интересный вопрос. Для профи.
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


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