В 1 район входит множество улиц, в 1 участок входит множество улиц и домов.
Как в Access поменять единицу и знак бесконечности местами ?

Решил вот так, правда хз куда теперь номер дома запихать

maytonleshqowВ 1 район входит множество улиц, в 1 участок входит множество улиц и домов.
Как в Access поменять единицу и знак бесконечности местами ?
Никогда так не делай.

Географический классификатор не имеет строго определённых типов уровней.
В разных странах и разных регионах, штатах есть разная иерархия городов,
посёлков городского типа, районов улиц и переулков и площадей и прочее.


И в такой жесткой модели которую ты придумал всегда будет ситуация
(я готов спорить на коньяк) что ЗАЙДУТ новые данные которые невозможно
туда уложить потому-что невозможно никак. Будут также дубли улиц которые
ты наверняка не предусмотрел.

Что я советую сделать.

Сделать надо иерархическую табличку. Типа.
ID ParentID NodeName NodeSuffix NodeType0null ROOT 10Кацапетовка посёлок городского типа 21Ленина улица31Барсукова Генерала тупичок

В таком варианте у тебя есть свобода размещения разных гео-объектов
на разных уровнях.

Работать с табличкой надо соотв функциями CONNECT BY e.t.c.

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

ROOT-главная нода с которой начинается твоя география. ROOT может двигаться вверх.
Ты можешь добавить Кацапетовскую Область и переподчинить к ней Кацапетовку.
И появистя новый рут который снова стоит на верху но не имеет родителя.

Атрибут NodeSuffix. У тебя может возникнуть (руки чешутся) желание
вести какие-то справочники или ключевать поле по типу объекта в узле.
Я не советую. В этом нет совершенно никакого смысла. Операторы всё равно
лупят туда произвольные классы новых объектов. Решение этого вопроса
не техническое а организационное. Вводится главный оператор который
ведет типы этих объектов. Или чистит таблицу от существующих.
Единственное что посоветую - эту таблицу надо отдельно денормализовать
и слить в текстовые движки для быстрого поиска. Lucene. Shinx. Погугли вобщем.
- подключить инструменты текстового поиска по дереву в целом.

Спасибо за развернутый совет.

Dimitry SibiryakovЫ2Не нужно для каждой поликлиники заново выдумывать схему хранения адресов.

Более того: совершенно незачем хранить адреса в поликлиниках.


Как тогда ходить к пациентам на дом ?

Вот что получилось в конце концов для курсового проекта. Задача стояла минимум 8 сущностей, предметная область "Поликлиника", за отчетами и формами проблема не станет.

SergueiКуда посылать на вызов врача (и можно ли вообще) и в какой кабинет его можно назначать осталось за кадром вообще.
У врачей есть специализация - это не тоже самое что должность.

Пардон, исправлено.

Ы2leshqow, для курсового можно и не моделировать разрешение коллизии из «обслуживаемой территории» и «свободного выбора медучреждения по ОМС». Четко обозначьте, какую часть работы поликлиники вы изображаете, и будет вам счастье из полутора десятков сущностей.

P.S. «Показания», похоже, получены под пыткой.
Изображаю регистратуру, плодил сущности исходя из потребностей сотрудников регистратуры (гуглил функциональные обязанности и задачи).