|
|
|
Проектирование адреса с учетом слияния регионов
|
|||
|---|---|---|---|
|
#18+
Есть база, (СУБД - firebird) в которой реализована функция сравнения 2-х адресов с учетом специфики (запрос критичен по скорости выполнения, для ряда запросов внутренним, т.е. самым ресурсоемким, будет сравнение на идентичность адресов) возможна такая таблица: REGION ID: pk int Name compotable ID int (Index); (foreign key НЕ СТРОИМ). соответственно объединения будут оч. простыми, но в таблице будет избыточность: так Читинская обль и АгинскийБурятский АО будут объединятся 2 раза: 1. раз для ID соответствующий Читинской области 2 раз для ID соотв. АгБут АО. у кото есть соображения на этот счет. м.б. кто-нибудь знает нормализованные отношения, со столь же быстрым (без внутренних join как в случае с иерархией областей) поиском. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.02.2008, 13:02 |
|
||
|
Проектирование адреса с учетом слияния регионов
|
|||
|---|---|---|---|
|
#18+
автору кото есть соображения на этот счет. м.б. кто-нибудь знает нормализованные отношения, со столь же быстрым (без внутренних join как в случае с иерархией областей) поиском Посмотрите реализацию КЛАДР-а. Не нормализованно, но быстро :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.02.2008, 09:48 |
|
||
|
|

start [/forum/topic.php?fid=32&msg=35143238&tid=1544018]: |
0ms |
get settings: |
5ms |
get forum list: |
13ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
165ms |
get topic data: |
7ms |
get forum data: |
2ms |
get page messages: |
28ms |
get tp. blocked users: |
1ms |
| others: | 197ms |
| total: | 422ms |

| 0 / 0 |
