|
таблица со полем ссылающимся на эту же таблицу
|
||
|---|---|---|
Участник
Откуда: Питер
Сообщения: 32 427 |
||
| 31.01.2011, 01:17 |
|
|
|
|
|
таблица со полем ссылающимся на эту же таблицу
|
|||
|---|---|---|---|
|
#18+
Наверно это извращение, но вдруг! Допустим есть таблица Код: plaintext 1. 2. 3. 4. 5. 6. Скажите пожалуйста так делать одобряется или нет? Или лучше заранее завести нужно количество таблиц сабкатегорий? Я так понимаю, что такая таблица увеличит число запросов к бд. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.01.2011, 00:29 |
|
||
|
таблица со полем ссылающимся на эту же таблицу
|
|||
|---|---|---|---|
|
#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, 01:17 |
|
||
|
таблица со полем ссылающимся на эту же таблицу
|
|||
|---|---|---|---|
|
#18+
Смущает название ref_sub. При ссылке на соме себя дляь хранение иерархических данных текущий узел должен знать своего родителя. Обычо это поле называется как-то вроде ParentID, parent_id ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.01.2011, 08:58 |
|
||
|
таблица со полем ссылающимся на эту же таблицу
|
|||
|---|---|---|---|
|
#18+
Сорри за ачепятки, с утра пальцы еще не размяты. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.01.2011, 08:59 |
|
||
|
таблица со полем ссылающимся на эту же таблицу
|
|||
|---|---|---|---|
|
#18+
Программист-ЛюбительСмущает название ref_sub. При ссылке на соме себя дляь хранение иерархических данных текущий узел должен знать своего родителя. Обычо это поле называется как-то вроде ParentID, parent_id Типа того, только сомнения не развеялись по поводу грамотности использования такой таблицы. Наверно еще более понятным станет, если я скажу, что это будет католог товаров. И мне хотелось просто сделать так чтобы была возможность иметь вложения каталогов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.01.2011, 12:14 |
|
||
|
таблица со полем ссылающимся на эту же таблицу
|
|||
|---|---|---|---|
|
#18+
Отношение ID - ParentID стандартное решение для многих случаев. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.01.2011, 12:18 |
|
||
|
таблица со полем ссылающимся на эту же таблицу
|
|||
|---|---|---|---|
|
#18+
jeep81, если вам заранее известна глубина вложенности ваших "каталогов", то можете обойтись и несколькими таблицами, запросы будут с множественными селф-джойнами. Если глубина заранее неизвестна/тупо большая - то используйте дерево (ид+парентид), а запросы... ну, либо рекурсивные (если СУБД умеет), либо по цепочке гнать кучи запросов (ид --> парентид --> парентпарентид-...) с клиента. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.01.2011, 13:35 |
|
||
|
таблица со полем ссылающимся на эту же таблицу
|
|||
|---|---|---|---|
|
#18+
Глубина каталога товаров не может быть бесконечной, ибо это не абстрактная математическая сущность, а модель реального явления. Древовидная модель имеет право на жизнь, однако рассмотрите ещё такой вариант: categories( container text, title text, state tinyint, primary key (container, title) ); с примерно таким содержанием: container titleвсевсе ширпотребвсе эксклюзиввсе/ширпотреб бытовая техникавсе/ширпотреб одеждавсе/ширпотреб обувьвсе/эксклюзив ювелирные изделявсе/эксклюзив яхтывсе/ширпотреб/бытовая техника электроника ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.01.2011, 16:03 |
|
||
|
|
start [/forum/topic.php?fid=32&msg=37087904&tid=1542339]: |
0ms |
get settings: |
5ms |
get forum list: |
11ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
391ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
48ms |
get tp. blocked users: |
1ms |
| others: | 202ms |
| total: | 678ms |
| 0 / 0 |
