
Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
28.03.2008, 16:45
|
|||
|---|---|---|---|
|
|||
Иерархаческий справочник |
|||
|
#18+
Народ. хочу услышать ваше мнение. Как оптимальнее хранить иерархический справочник. Одной таблицей с ParenID или в двух разных связанных таблицах? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
28.03.2008, 16:48
|
|||
|---|---|---|---|
|
|||
Иерархаческий справочник |
|||
|
#18+
Одной ( id, name, idParent). Корневые записи имеют idParent=null Непонятно для чего тебе вторая таблица? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
28.03.2008, 17:43
|
|||
|---|---|---|---|
|
|||
Иерархаческий справочник |
|||
|
#18+
Ну например тогда можно делать уникальные ключи, иначе придется делать более сложные телодвижения ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
28.03.2008, 17:49
|
|||
|---|---|---|---|
Иерархаческий справочник |
|||
|
#18+
izoldov-roskiniНу например тогда можно делать уникальные ключи, иначе придется делать более сложные телодвижения ??? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
28.03.2008, 19:21
|
|||
|---|---|---|---|
Иерархаческий справочник |
|||
|
#18+
izoldov-roskiniНу например тогда можно делать уникальные ключи, иначе придется делать более сложные телодвижения уникальные ключи только в пределах подчинения? пожалуйста Код: plaintext Но рекомендую все же id оставить уникальным в пределах справочника, а завести отдельное поле Code. В котором как угодно хранить доп. код. Иначе нужно будет создавать составные FOREIGN KEY. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
28.03.2008, 20:31
|
|||
|---|---|---|---|
|
|||
Иерархаческий справочник |
|||
|
#18+
хочу знать преимущества и недостатки обоих реализаций ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
28.03.2008, 21:06
|
|||
|---|---|---|---|
|
|||
Иерархаческий справочник |
|||
|
#18+
to izoldov-roskini Тоесть если у вас будет в иерархии три уровня, то будете создавать 3 таблицы ? А если 10 уровней, то 10 таблиц и т.д. ??? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
28.03.2008, 22:53
|
|||
|---|---|---|---|
Иерархаческий справочник |
|||
|
#18+
Версионность иерархий не нужна? Делайте одну таблицу. Иначе - две (точнее, три). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
31.03.2008, 11:11
|
|||
|---|---|---|---|
|
|||
Иерархаческий справочник |
|||
|
#18+
Честно говоря я так и делал, ка одну таблицу, но есть реализации с двумя таблицами: в первой только группы, а во второй элементы ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
31.03.2008, 14:52
|
|||
|---|---|---|---|
Иерархаческий справочник |
|||
|
#18+
Группы и элементы могут сущесвенно отличаться по поведению - разные права доступа, разный набор атрибутов, разные связи с другими таблицами. Тогда группы отдельно элементы отдельно оправдано. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
02.04.2008, 17:09
|
|||
|---|---|---|---|
Иерархаческий справочник |
|||
|
#18+
ModelRГруппы и элементы могут сущесвенно отличаться по поведению - разные права доступа, разный набор атрибутов, разные связи с другими таблицами. Тогда группы отдельно элементы отдельно оправдано. легче ввессти поле типа BOOL которое будет отвечать группа это или элемент, и хранить все данные в одной таблице. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
03.04.2008, 11:21
|
|||
|---|---|---|---|
Иерархаческий справочник |
|||
|
#18+
про герр ModelRГруппы и элементы могут сущесвенно отличаться по поведению - разные права доступа, разный набор атрибутов, разные связи с другими таблицами. Тогда группы отдельно элементы отдельно оправдано. легче ввессти поле типа BOOL которое будет отвечать группа это или элемент, и хранить все данные в одной таблице.ага, и развлекаться решением задачек типа а вот если это группа, то у меня в поле X ссылка на одну таблицу, а иначе на другую, а вот как бы сделать FK из таблицы Z, но только на элементы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
08.04.2008, 22:37
|
|||
|---|---|---|---|
Иерархаческий справочник |
|||
|
#18+
izoldov-roskiniхочу знать преимущества и недостатки обоих реализаций Если количество уровней вложенности заранее известно, и меняться стопудово не будет, то можно использовать 1,2,3.. таблицы. Да и то с оговорками. Преимощества и недостатки зависят от конкретной задачи, главное чтобы было удобно обрабатывать данные. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|

start [/forum/topic.php?fid=32&mobile=1&tid=1543935]: |
0ms |
get settings: |
10ms |
get forum list: |
20ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
202ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
65ms |
get tp. blocked users: |
2ms |
| others: | 254ms |
| total: | 576ms |

| 0 / 0 |
