Гость
Целевая тема:
Создать новую тему:
Автор:
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Иерархаческий справочник / 13 сообщений из 13, страница 1 из 1
28.03.2008, 16:45
    #35221487
izoldov-roskini
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Иерархаческий справочник
Народ. хочу услышать ваше мнение. Как оптимальнее хранить иерархический справочник.
Одной таблицей с ParenID или в двух разных связанных таблицах?
...
Рейтинг: 0 / 0
28.03.2008, 16:48
    #35221502
AndreyArtemev
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Иерархаческий справочник
Одной ( id, name, idParent).
Корневые записи имеют idParent=null

Непонятно для чего тебе вторая таблица?
...
Рейтинг: 0 / 0
28.03.2008, 17:43
    #35221646
izoldov-roskini
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Иерархаческий справочник
Ну например тогда можно делать уникальные ключи, иначе придется делать более сложные телодвижения
...
Рейтинг: 0 / 0
28.03.2008, 17:49
    #35221654
iscrafm
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Иерархаческий справочник
izoldov-roskiniНу например тогда можно делать уникальные ключи, иначе придется делать более сложные телодвижения
???
...
Рейтинг: 0 / 0
28.03.2008, 19:21
    #35221825
Naf
Naf
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Иерархаческий справочник
izoldov-roskiniНу например тогда можно делать уникальные ключи, иначе придется делать более сложные телодвижения
уникальные ключи только в пределах подчинения?
пожалуйста
Код: plaintext
PRIMARY KEY (id, idParent)
тогда id можно делать уникальным только в пределах подчинения.
Но рекомендую все же id оставить уникальным в пределах справочника, а завести отдельное поле Code. В котором как угодно хранить доп. код. Иначе нужно будет создавать составные FOREIGN KEY.
...
Рейтинг: 0 / 0
28.03.2008, 20:31
    #35221890
izoldov-roskini
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Иерархаческий справочник
хочу знать преимущества и недостатки обоих реализаций
...
Рейтинг: 0 / 0
28.03.2008, 21:06
    #35221933
Олег Гапон
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Иерархаческий справочник
to izoldov-roskini

Тоесть если у вас будет в иерархии три уровня, то будете создавать 3 таблицы ?
А если 10 уровней, то 10 таблиц и т.д. ???
...
Рейтинг: 0 / 0
28.03.2008, 22:53
    #35222060
Urri
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Иерархаческий справочник
Версионность иерархий не нужна? Делайте одну таблицу. Иначе - две (точнее, три).
...
Рейтинг: 0 / 0
31.03.2008, 11:11
    #35223806
izoldov-roskini
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Иерархаческий справочник
Честно говоря я так и делал, ка одну таблицу, но есть реализации с двумя таблицами: в первой только группы, а во второй элементы
...
Рейтинг: 0 / 0
31.03.2008, 14:52
    #35224648
ModelR
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Иерархаческий справочник
Группы и элементы могут сущесвенно отличаться по поведению - разные права доступа, разный набор атрибутов, разные связи с другими таблицами.
Тогда группы отдельно элементы отдельно оправдано.
...
Рейтинг: 0 / 0
02.04.2008, 17:09
    #35230661
про герр
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Иерархаческий справочник
ModelRГруппы и элементы могут сущесвенно отличаться по поведению - разные права доступа, разный набор атрибутов, разные связи с другими таблицами.
Тогда группы отдельно элементы отдельно оправдано.

легче ввессти поле типа BOOL которое будет отвечать группа это или элемент, и хранить все данные в одной таблице.
...
Рейтинг: 0 / 0
03.04.2008, 11:21
    #35232141
ModelR
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Иерархаческий справочник
про герр ModelRГруппы и элементы могут сущесвенно отличаться по поведению - разные права доступа, разный набор атрибутов, разные связи с другими таблицами.
Тогда группы отдельно элементы отдельно оправдано.

легче ввессти поле типа BOOL которое будет отвечать группа это или элемент, и хранить все данные в одной таблице.ага, и развлекаться решением задачек типа
а вот если это группа, то у меня в поле X ссылка на одну таблицу, а иначе на другую,
а вот как бы сделать FK из таблицы Z, но только на элементы.
...
Рейтинг: 0 / 0
08.04.2008, 22:37
    #35243994
Goffman
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Иерархаческий справочник
izoldov-roskiniхочу знать преимущества и недостатки обоих реализаций
Если количество уровней вложенности заранее известно, и меняться стопудово не будет, то можно использовать 1,2,3.. таблицы. Да и то с оговорками.
Преимощества и недостатки зависят от конкретной задачи, главное чтобы было удобно обрабатывать данные.
...
Рейтинг: 0 / 0
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Иерархаческий справочник / 13 сообщений из 13, страница 1 из 1
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


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