|
|
|
KЛАДР, какова оптимальная структура?
|
|||
|---|---|---|---|
|
#18+
День добрый! Возник вопрос по правильному использованию базы КЛАДР. Если ее развернуть, то получается такая структура сущностей(таблиц): Регион->Район->Город->Населенный пункт Так как делается, для сайта по торговле, то в бд конечное объявление должно быть привязано либо к населенному пункту, либо к городу. И вопросы такие, стоит ли в бд объединять в 1 таблицу населенные пункты и города? Если да, то как это правильно сделать, ведь при объединении теряется связь Город->Населенный пункт и ,сотвественно, населенные пукнты нужно будет привязать к региону, к которому привязан город. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.05.2011, 11:50 |
|
||
|
KЛАДР, какова оптимальная структура?
|
|||
|---|---|---|---|
|
#18+
xing, А чем не устраивает исходная иерархическая структура? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.06.2011, 15:59 |
|
||
|
KЛАДР, какова оптимальная структура?
|
|||
|---|---|---|---|
|
#18+
xingДень добрый! Возник вопрос по правильному использованию базы КЛАДР. Если ее развернуть, то получается такая структура сущностей(таблиц): Регион->Район->Город->Населенный пунктНепонятно почему из рассмотрения убрали следующие варианты: Регион->Город Регион->Район->Населенный пункт Регион->Населенный пункт Сделайте КЛАДР в виде "дерева" и будет Вам щастье :) wildwindxing, А чем не устраивает исходная иерархическая структура?"исходная иерархическая структура" не устраивает тем, что она неудобная. Это не "дерево" по своей сути и строить иерархические запросы (CTE-запросы) по ней и неудобно, и дорого для сервера. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.06.2011, 14:57 |
|
||
|
KЛАДР, какова оптимальная структура?
|
|||
|---|---|---|---|
|
#18+
Senya_L, Смотря какие запросы. Некоторые как раз наоборот. Я хранил связи между узлами сразу двумя способами, и исходным, и "удобным для CTE". P.S. Так дерево или не дерево? :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.06.2011, 17:14 |
|
||
|
KЛАДР, какова оптимальная структура?
|
|||
|---|---|---|---|
|
#18+
wildwindЯ хранил связи между узлами сразу двумя способами, и исходным, и "удобным для CTE".Это как? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.06.2011, 22:03 |
|
||
|
KЛАДР, какова оптимальная структура?
|
|||
|---|---|---|---|
|
#18+
Senya_L, parent_id и код по KЛАДРу. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.06.2011, 23:50 |
|
||
|
KЛАДР, какова оптимальная структура?
|
|||
|---|---|---|---|
|
#18+
Сделал так. Регионы->Районы->Населенные пункты. В населенные пункты перенес города с регионов (Москва и Питер). В районы - города у которых нету районов, но при этом города сами являются районами для населенных пукнтов. Получилось 1 в 1, как у контакта в поиске людей. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.06.2011, 00:38 |
|
||
|
KЛАДР, какова оптимальная структура?
|
|||
|---|---|---|---|
|
#18+
wildwindP.S. Так дерево или не дерево? :)Поле Code в любом случае необходимо. Хотя бы для последующего обновления или сопоставить адреса из разных баз. Как уж Вы потом используете эти поля в запросах - дело личное. Удобнее какой-то запрос без CTЕ - дело хозяйское. Но коль скоро у Вас появляется PARENT_ID, то это уже "дерево", а не "исходная иерархическая структура". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.06.2011, 17:11 |
|
||
|
|
start [/forum/topic.php?fid=32&fpage=60&tid=1542132]: |
0ms |
get settings: |
8ms |
get forum list: |
12ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
179ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
47ms |
get tp. blocked users: |
1ms |
| others: | 201ms |
| total: | 469ms |
| 0 / 0 |
