@Akella80

Привет. Проблема с пресловутым кладром. В приложенном файле, если зайти в форму призрак и выбрать вариант поиска по ФИО "иванов иван иванович" во вложенной форме будут отображены результаты поиска в том числе и с адресом. Отрабатывает все это удовольствие - запрос POISK. Теперь собственно проблема: если адрес заполнен полностью (17 реальных (т.е. адрес содержит улицу) символов в поле CKLADR таблицы PACIENT) все в порядке, но если содержимое поля CKLADR содержит только код населенного пункта (11 символов) и дополнено нолями, в этом случае дешифровки адреса не происходит. Вопрос - как это поправить? Честно говоря уже думать на эту тему надоело. Спасибо.

Кладр обрезал немного.

Вложения

_Reg_S_Fin_2_F.rar (9.15 Мб, 43 просмотров)

0

shanemac51

а что вы хотите

-у вас пациент стыкуется со справочником улиц, а уже потом на улицу навешиваются регион,район,город

нет улицы--нет ничего

1

@Akella80

Хм. Логично, не подумал. В общем нужно параллельно создать связь с длиной поля ckladr в 11 символов на таблицу NP, так понимаю? Еще вопрос - как передать этот обрезок в качестве параметра объединения? Ставить костыль в саму таблицу PACIENT в виде дополнительного поля смысла нет.

0

@Akella80

Мда. Решил проблему основав запрос на доп запросе, но конструкция получилась чудовищная, есть какие мысли у кого?

Миниатюры

 

0

shanemac51

я бы скорей всего ввела 4 поля(регион,район,город,улица)

причем просмотрела свои данные(малой родины)
-регион,район,город --есть
-улицы --нет(приписаны все улицы микрорайона к одному названию микрорайона)
хотя в школе в свое время училось 500 детей, затем 380,затем еще меньше, но улиц-то около 20

итого: кладР не дает улицы достаточно часто

кроме того
-выбрать регион
-район из районов региона
-населенный пункт из нп района
-улицу по нп с добавлением отсутствующих

1

@Akella80

Это организовано в основных формах - pacient и pacient_dop уже по другим принципам (регион-район-НП-улица и параллельно регион-НП-улица, в первом случае объекты строгой иерархии, во втором - НП регионального значения, включая федеральные типа Москвы, Свердловска, Байконура).
Те формы, о которых идет речь сейчас другого типа - они поисковые, там более логично определять адрес на основе запроса, хотя после последней переделки я уже в этом сильно сомневаюсь Добавлять отсутствующие улицы нельзя - база будет обновляться на основе региональных баз и наличие "левых" улиц в обновляемой базе будет излишним, кроме того возможно применение этой информации не только в регистратуре, ну а в этом случае введение отсутствующих в KLADR кодов не имеет смысла, а скорее вредно. Кроме того не замечал, что улицы выпадают - можно поконкретнее где именно?

0

shanemac51

поверьте на слово, но это так

причем просмотрела свои данные(малой родины)
-регион,район,город --есть
-улицы --нет(приписаны все улицы микрорайона к одному названию микрорайона)
хотя в школе в свое время училось 500 детей, затем 380,затем еще меньше, но улиц-то около 20

0

@Akella80

Проблема в том, что в кладре много уже отсутствующих объектов, за них отвечают по кодам баз kladr и street позиции 10-11 и 16-17 соответственно, возможно что было переопределение кодов и те адреса, что вы проверяли уже неактивны. При чем здесь это? Притом, что в подобном случае часто бывает отсутствия связей между объектами, что приведет к отсутствию соответствующих улиц в частности. По крайней мере это я замечал, возможно и не прав. Перешлите мне примеры адресов, отсутствующих в выборке в личку, я проверю по кладру или, если у вас есть лишнее время - проверьте наличие адресов по оригиналу, скачать актуальный кладр можно отсюда http://gnivc.ru/Document.aspx?id=1571

0

shanemac51

у меня нормальный кладР и улицы родного места я знаю

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

1

@Akella80

Хорошо. Спасибо. Тема закрыта.

0