|
Действия ...
|
31.01.2011, 01:17
|
|||
|---|---|---|---|
|
|||
таблица со полем ссылающимся на эту же таблицу |
|||
|
|
Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
31.01.2011, 00:29
|
|||
|---|---|---|---|
|
|||
таблица со полем ссылающимся на эту же таблицу |
|||
|
#18+
Наверно это извращение, но вдруг! Допустим есть таблица Код: plaintext 1. 2. 3. 4. 5. 6. Скажите пожалуйста так делать одобряется или нет? Или лучше заранее завести нужно количество таблиц сабкатегорий? Я так понимаю, что такая таблица увеличит число запросов к бд. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
31.01.2011, 01:17
|
|||
|---|---|---|---|
таблица со полем ссылающимся на эту же таблицу |
|||
|
#18+
On 31.01.2011 0:29, jeep81 wrote: > Допустим есть таблица > > create table categories( > id int auto increment, > title text, > ref_sub int. > state tinyint > ); > > В этой таблице ref_sub ссылается на id, а state указывает на начало. В общем это > просто список. Точнее -- дерево в общем случае. > Скажите пожалуйста так делать одобряется или нет? Почему нет-то? Или лучше заранее завести > нужно количество таблиц сабкатегорий? это как ? Я так понимаю, что такая таблица увеличит > число запросов к бд. С какого ? Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
31.01.2011, 08:58
|
|||
|---|---|---|---|
|
|||
таблица со полем ссылающимся на эту же таблицу |
|||
|
#18+
Смущает название ref_sub. При ссылке на соме себя дляь хранение иерархических данных текущий узел должен знать своего родителя. Обычо это поле называется как-то вроде ParentID, parent_id ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
31.01.2011, 08:59
|
|||
|---|---|---|---|
|
|||
таблица со полем ссылающимся на эту же таблицу |
|||
|
#18+
Сорри за ачепятки, с утра пальцы еще не размяты. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
31.01.2011, 12:14
|
|||
|---|---|---|---|
|
|||
таблица со полем ссылающимся на эту же таблицу |
|||
|
#18+
Программист-ЛюбительСмущает название ref_sub. При ссылке на соме себя дляь хранение иерархических данных текущий узел должен знать своего родителя. Обычо это поле называется как-то вроде ParentID, parent_id Типа того, только сомнения не развеялись по поводу грамотности использования такой таблицы. Наверно еще более понятным станет, если я скажу, что это будет католог товаров. И мне хотелось просто сделать так чтобы была возможность иметь вложения каталогов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
31.01.2011, 12:18
|
|||
|---|---|---|---|
|
|||
таблица со полем ссылающимся на эту же таблицу |
|||
|
#18+
Отношение ID - ParentID стандартное решение для многих случаев. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
31.01.2011, 13:35
|
|||
|---|---|---|---|
таблица со полем ссылающимся на эту же таблицу |
|||
|
#18+
jeep81, если вам заранее известна глубина вложенности ваших "каталогов", то можете обойтись и несколькими таблицами, запросы будут с множественными селф-джойнами. Если глубина заранее неизвестна/тупо большая - то используйте дерево (ид+парентид), а запросы... ну, либо рекурсивные (если СУБД умеет), либо по цепочке гнать кучи запросов (ид --> парентид --> парентпарентид-...) с клиента. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
31.01.2011, 16:03
|
|||
|---|---|---|---|
таблица со полем ссылающимся на эту же таблицу |
|||
|
#18+
Глубина каталога товаров не может быть бесконечной, ибо это не абстрактная математическая сущность, а модель реального явления. Древовидная модель имеет право на жизнь, однако рассмотрите ещё такой вариант: categories( container text, title text, state tinyint, primary key (container, title) ); с примерно таким содержанием: container titleвсевсе ширпотребвсе эксклюзиввсе/ширпотреб бытовая техникавсе/ширпотреб одеждавсе/ширпотреб обувьвсе/эксклюзив ювелирные изделявсе/эксклюзив яхтывсе/ширпотреб/бытовая техника электроника ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
start [/forum/topic.php?fid=32&tablet=1&tid=1542339]: |
0ms |
get settings: |
9ms |
get forum list: |
19ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
74ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
44ms |
get tp. blocked users: |
1ms |
| others: | 220ms |
| total: | 387ms |
| 0 / 0 |
