Кто нибудь пытался реализовывать справочник адресов?

← →
Сафаров © (2005-11-09 21:39) [0]

Поставили задачу реализовать многоуровневый справочник адресов :(
Даже не знаю с какой стороны к этой задаче подходить. Реализовать БД как в kladr (в виде одной талицы) или создать несколько связанных таблиц (страна, регион и т.д.). Как лучше организовать интерфейс - через TreeView или как по другому?
Кто нибудь сталкивался с такой задачей? Если да, то какой вы путь выбрали? Буду благодарен за советы.

← →
Kerk © (2005-11-09 21:41) [1]

Лучше попроси программиста написать этот справочник.

← →
Сафаров © (2005-11-09 21:44) [2]

Очень мудрый совет ;)

← →
TUser © (2005-11-09 21:45) [3]

> какой вы путь выбрали?

Узнать, что скрывается за термином "многоуровневый справочник адресов".

← →
Сафаров © (2005-11-09 21:46) [4]

С древовидными структурами сталкивался, реализовывал с помощью TreeView. Но именно для адресов мне кажется это не очень удобно. Поэтому и спрашиваю

← →
Сафаров © (2005-11-09 21:48) [5]

Страна-Регион-Город-и т.д.
Город может быть областного подчинения. а может и федерального (Москва) и.т.д. Может кто нибудь встречал такое? Буду очень рад ссылке

← →
Kerk © (2005-11-09 21:49) [6]

Ну ER-диаграмму написуй. Чего сложного-то?

← →
Сафаров © (2005-11-09 21:55) [7]

Исходя из каких соображений в kladr реализовали все в виде одной таблицы? Почему ограничились только одной таблицей с нарушением всех возможных ограничений целостности (с точки зрения теории баз данных)?

← →
Lamer@fools.ua © (2005-11-09 21:56) [8]

>>Сафаров © (09.11.05 21:39)

>Даже не знаю с какой стороны к этой задаче подходить.

Ну, например, со стороны выделения сущностей, их атрибутов и связей между ними.

← →
Сафаров © (2005-11-09 22:31) [9]

>>Ну, например, со стороны выделения сущностей, их атрибутов и связей между ними.
Навряд ли разработчики этого справочника не знали о существовании "сущностей, их атрибутов и связей между ними"

← →
Virgo_Style © (2005-11-09 22:33) [10]

Сафаров © (09.11.05 22:31) [9]
Тогда, вероятно, стоит спросить у самих авторов

← →
Карелин Артем © (2005-11-10 06:24) [11]

> Почему ограничились только одной таблицей с нарушением всех
> возможных ограничений целостности

Вопрос номер адын: нафига плодить ненужное?
Вопрос номер дыва: зачем утяжелять качаемый по инету справочник еще и индексами с ключами чиста для ограничения целостности?
Вопрос номер третий: поддерживается ли ссылочная целостность ВСЕМИ существующими драйверами и движками DBF, включая ДОСовыми?

Ответ на заданный аффтаром вопрос: как КЛАДР делать справочник адресов несколько неинтересно. Взять КЛАДР и сделать его справочником для справочника еще можно. Рекомендую реально оценить свои познания в разрезе требований и сделать адреса как тебе проще будет. Работа с адресами делается как в виде дерева, так и по аналогии с программами МНС. Это вопрос эргономики в конкретном случае. Я не рекомендую дерево для ввода адреса использовать.
Дерево по КЛАДР вполне неплохо рисуется. Добавлять города самостоятельно в КЛАДР и вообще использовать ссылки на него не рекомендую.

← →
ANB © (2005-11-10 09:29) [12]

Работал с налоговой. Есно, опыт использования КЛАДР у них солидный. Они сделали отдельный справочник используемых адресов. Причем адрес может быть как привязан к КЛАДР (структуированный), так и не привязан (т.к. КЛАДР не успевает за всеми нововведениями). Деревом его делать не стоит (видел такой вариант реализации, его даже на оракле раскручивать не просто). Тут больше подходит жесткая структура. Ее можно содрать из КЛАДРа.

← →
Карелин Артем © (2005-11-10 09:58) [13]

> ANB © (10.11.05 09:29) [12]

Может неправильно раскручивали? У меня на FB усе летаеть.

← →
Calm © (2005-11-10 09:58) [14]

> Деревом его делать не стоит (видел такой вариант реализации,
> его даже на оракле раскручивать не просто).

Может все-таки в ровности рук дело было?

← →
Карелин Артем © (2005-11-10 09:58) [15]

> ANB © (10.11.05 09:29) [12]

Может неправильно раскручивали? У меня на FB усе летаеть.

← →
ZeroDivide © (2005-11-10 10:04) [16]

Ни надо ни какого дерева, вот те пример:

SELECT id, persinfo_id, addresstype_id, country_id, zip_code, region_id,
area_id, city_id, settlement_id, street_id, house, building,
apartment, fulladdress, date_from, date_to, cityarea_id
FROM address

SELECT id, name
FROM address_type (Прописка, место рождения, почтовый адрес)

SELECT id, code, name
FROM country (справочник стран)

SELECT id, name, shortcut, code
FROM region (Справочник регионов)

SELECT id, name, shortcut, ai_id
FROM area (Справочник районов области)

SELECT id, name, shortcut
FROM address_items (элементы адреса)

SELECT id, name, shortcut, ai_id
FROM city (Справочник городов)

SELECT id, name, shortcut, ai_id
FROM street (Справочник улиц)

SELECT id, name, city_id
FROM cityarea (Районы города)

Данная стуртура позволяет генерить адреса во всех форматах, для всей отчетности (для налоговой, пенсфонда и т.д.)

← →
Карелин Артем © (2005-11-10 10:16) [17]

ZeroDivide © (10.11.05 10:04) [16]
> Данная стуртура позволяет генерить адреса во всех форматах,
> для всей отчетности (для налоговой, пенсфонда и т.д.)

Нда? А как насчет того, что внутри крупного города может быть населенный пункт в формате налоговой?

← →
ZeroDivide © (2005-11-10 10:26) [18]

> Нда? А как насчет того, что внутри крупного города может
> быть населенный пункт в формате налоговой?

Не понял вопроса.

← →
msguns © (2005-11-10 10:28) [19]

Ребята, а как вы думаете, зачем и для чего был придуман почтовый индекс ? Какое нафиг дерево ? Какая "раскрутка" на сервере ? ИМХО, это уже синдром маниакально-оракульного гигантизма. Срочно в локалбазарий, на излечение ;)))

← →
Sergey13 © (2005-11-10 10:31) [20]

Я бы и работал с КЛАДР-ом. Ну может быть с переливкой в нормальную БД. Нафига геморой с самодеятельностью? Тут важнее соответствие справочника действительности (требованиям налоговой например), а не какая то "лучшая" структура и т.п. Знай заливай обновления.
ИМХО.

← →
Sergey13 © (2005-11-10 10:34) [21]

2[19] msguns © (10.11.05 10:28)
>Ребята, а как вы думаете, зачем и для чего был придуман почтовый индекс ?
Чтобы запутать всех. 8-)
У меня (у родителей вернее) он как минимум 3 раза менялся. Дом не при этом не переносили - здоровый он - 9 подъездов.

← →
ANB © (2005-11-10 10:43) [22]

> Карелин Артем © (10.11.05 09:58) [13]

Проблема не сколько с раскруткой, сколько с проверкой корректности. Например, чтобы в строке вывести полный адрес нужно писать функцию. Чтобы фильтрануть по части адресов - нужно опять крутить дерево. Плюс ошибки заполнения труднее проверять. Короче, конвертили базу, где было 1,5 миллиона адресов (перкладывали в плоский формат, реализованный налоговой) - весьма не быстро. И накопали кучу ошибок в данных. Исходную базу писали крутые ребята.

> msguns © (10.11.05 10:28) [19]

> Sergey13 © (10.11.05 10:31) [20]
- присоединяюсь.

> ANB © (10.11.05 10:43) [22]

Ну не знаю. У меня долго только нечеткий поиск населенных пунктов внутри непонятно как введенных регионов долго работал.

> Sergey13 © (10.11.05 10:31) [20]

В КЛАДР не всегда нужные населенные пункты и улицы есть. Особенно на периферии.

2[23] Карелин Артем © (10.11.05 11:11)
> В КЛАДР не всегда нужные населенные пункты и улицы есть. Особенно на периферии.

Я с подобным не встречался (я с ним вообще плотно не работал), но что мешает его пополнять самому? Ну может с признаком, что это запись самодеятельная.

> Sergey13 © (10.11.05 11:16) [24]

Бывает, бывает. Только ручками его пополнять не стоит, так как при обновлении все это затирать придется или задерешься синхронизить. Имхо - подход РНИВЦ - самый толковый. Правда они в использовании этого справочника потом намутили, но это уже отдельная песня.

2[25] ANB © (10.11.05 11:30)
>Бывает, бывает.
Да я и не спорю, просто не сталкивался.

>Только ручками его пополнять не стоит, так как при обновлении все это затирать придется или задерешься синхронизить.
А как же? Пришел клиент за покупкой с адресом в паспорте, которого нет в справочнике. Посылать его на том основании, что такого адреса нет?
А про трудности синхронизации - а кто кому обещал легкую жизнь? 8-)

>Имхо - подход РНИВЦ - самый толковый.
А что за подход?

> А как же? Пришел клиент за покупкой с адресом в паспорте,
> которого нет в справочнике.

Забивается в справочник адресов как неструктуированный (не кладровый) и помечается специальным флажком, чтобы можно было иногда сажать оператора и заставлять приводить адреса в порядок.

> А что за подход?

См. пост [12]. Это они и делали.

2[27] ANB © (10.11.05 11:39)
> и помечается специальным флажком,
так и я про тоже писАл
"Ну может с признаком, что это запись самодеятельная."

> Sergey13 © (10.11.05 11:42) [28]

Так я и писал, что полностью присоединяюсь к твоему мнению. А мой пример - это пример промышленной реализации.

Сейчас одна вещь вспомнилась...
В КЛАДРе правильный код у Чечни? А то чеченцы просили сменить его...

Ребята, а как вы думаете, зачем и для чего был придуман почтовый индекс ?

А кто его знает!
Он не однозначен. По крайней мере у нас (Украина), и описывает не территориально-административное деление, а почтовые отделения.
Отсюда - одно почтовое отделение может обслуживать несколько населенных пунктов,
и в одном городе может быть много почтовых отделений.

Кто нибудь пытался реализовывать справочник адресов? Найти похожие ветки