Поскольку задача так и не сформулирована, но сказано, что решение должно быть качественным (:)), нужно ориентироваться, наверное, на объективные особенности в большей степени, чем на "текущее состояние вопроса".
Нужно ввести (конечно, основываясь на принятой терминологии насколько это возможно) систему понятий, например:

Дом - [определение, что это такое, в широком смысле, конечно, например, сарай - это тоже дом; может быть использовать более универсальный термин - "сооружение" и т.п.].

Территория - ["улица", "площать", "квартал" и т.п., к которой "приписан" дом].

Территория дома - описание "микроадреса" нижнего уровня связывающее Дом с Тнрриторией ...

Фрагмент схемы БД включает три объекта и две связи (характеристика Тип территории объекта Территория имеет тип "классификатор"):

(A) Дом {дата капитального ремонта, ...}

(B) Территория {Тип территории, Наименование, Георгафическое положение, ...} [здесь не учитывается пока смена наименований, занимаемых площадей и т.п.]

(C) Территория дома {Номер дома на территории, Адрес полный [вычисляемая характеристика с использованием, например, структур КЛАДР], ...}

Дом --Имеет/Относится к--> Территория дома
Территория дома <--Относится к/Имеет-- Территория

И т.д.

Например, квартиры в "угловом доме" могут иметь разные "адреса".

Добавим объект
Помещение {Тип, Номер, Площадь, ...}

И как лучше изменить схему БД для ее оптимизации (но не обязательно строгой нормализации), если два разных Помещения в одном Доме относятся к разным Территориям дома? Возможно, ввести еще один объект, из которых состоит Дом, как единое целое?
То есть, нужно предусмотреть все, что только может быть в этой области, тогда будет гибкое и качественное решение. Может быть:)

boltachevмне как-то пришлось получать справку что адрес 'почтовое отделение дом №1' и адрес 'улица п/о дом №1' это одно и то же.
так вот, выдает подобные справки комиссия по адресам при администрации города. И у каждого из адресов есть уникальный идентификатор. Обратите внимание, что в первом случае почтовое отделение заявлено как категория, а во втором сокращено с помощью общепринятого сокращения.

адреса взяты из документов, прошедших государственную регистрацию.
Поэтому и следует подходить к этому вопросу с научной и инженерной точек зрения, в первую очередь. В Вашем сообщении есть несколько проблем:
1) Вы пишите об "уникальных идентификаторах". Возможно, Вы сообщаете об известном факте хранения "адресов" в РАЗНЫХ информационных системах. И их разного "наименования в этих системах. Хотя, возможно, что имеют место "официальные синонимы" адресов:)
2) Вы пишите о понятиях, которые не определены (или определены по разному в разных системах. Например, "категория". Почему Вы думаете, что "в первом случае почтовое отделение заявлено как категория". Так может написать только разработчик конкретной системы:) То же самое относится и ко "второму случаю". И уж совершенно неизвестно что такое "адрес":)

Creazim Все эти пункты уже спроетированы с учетом маштабирования как ты и указал я заткнулся иммено на доме
Кажется, нет проблемы с Домом (сараем, гаражем, будкой для собаки).

БредятинаCreazim Все эти пункты уже спроетированы с учетом маштабирования как ты и указал я заткнулся иммено на доме
Кажется, нет проблемы с Домом (сараем, гаражем, будкой для собаки).
И голубятнями, конечно. Тоже важный аспект:)

Creazim мда интересный форум ты нашол для приколов
У меня под окном большая голубятня стоит именно на углу. Какой еще прикол?
Так что, решили проблему?

bigbroКстати, в моем городе есть еще такие адреса - проспект Московский 199 Д-5
Такое хранить как будешь, если не текстом? А еще у зданий есть корпуса :)
Выше мы уже пришли к мнению что нужно сделать, и как нужно хранить.
Первое, что нужно сделать, дать определение понятия "адрес".

guest_20040621> В общем я скажу

Иногда лучше жевать, чем говорить. Это как раз тот случай.

В данном случае я рад тому, что никогда не столкнусь ни с вашей поделкой, ни с поделками ЧАЛа.
Вы предлагаете ввести для "дома" более общее понятие "поделка"? Не думаю, что это удачное решение. А почему лучше жевать при формировании адреса, вообще не понятно, честно говоря.

Cane Cat FisherЧудеса в адресации могут быть самые разные. И в этом топике перечислена лишь малая часть их. И общей модели, охватывающей все возможные случаи для всех потребностей, не существует. Но люди как-то с этим живут, и даже вносят адреса в очень важные бумаги на много убитых енотов - техпаспорта, договора купли-продажи и т.п. А как именно правильно их вносить, чтобы "случайно" не продать угловой дом дважды - они договорились сами с собой и описали в нормативке...
Если люди и дальше буду уходить от вопроса "что такое адрес" и договариваться друг с другом об отражении "чудес" в "нормативке", то зачем этот вопрос вообще обсуждать? Если Вы знаете, что написано в нормативке по данному вопросу, так скажите:)
Cane Cat Fisher Просто странно. Почему самый правильный ответ вызвал самую резкую реакцию?
Реакция, конечно, резкая. Объяснить ее можно только тем, что был дан ответ не тот вопрос, который задан.
Cane Cat Fisher Хотя даже обращение к первоисточникам может оказаться не панацеей. Я, например, когда делал ревизию и инвентаризацию адресных данных клиентов в конторе (внесенных с оригиналов), открыл в городе новую улицу!!! И в БТИ беспомощно подтвердили - да, когда-то начали выдавать документы так, потом продолжали этак, и что теперь делать не знают.
Итак, "нормативка" не поможет. А вот общая модель, именно учитывающая все чудеса, как рах поможет:) А не существует она только потому, что ее никто не закзывал, так как людям, "сидящим на информации" выгодны бесконечные и бессмысленные "чудеса":)

Cane Cat Fisher Образованность специалиста определяется не тем, что он помнит наизусть, а тем, что он знает, где искать правильные ответы.
Вы знаете наименование нормативного документа? Или правильный ответ нужно искать в "нормативных документах" в целом?:) Под "образованными специалистами" Вы подразумеваете юристов?
Cane Cat Fisher Дело в том, что если сосредоточиться на заданном вопросе буквально - об альтернативных адресах углового дома - то ответы можно предложить достаточно простые.
Очень хорошо. Автор вопроса сейчас будет рад:)
Cane Cat Fisher Например, ввести понятие объекта-"синонима", со ссылкой на основной объект-дом.
Непонятно совершенно. Что за объект? Там будут дублироваться значения всех характеристик? Высота, Площать и т.п.?
Cane Cat Fisher В поиске синоним участвует наравне с основными объектами, что позволяет пользователю найти дом по любому из альтернативных адресов.
Это подтверждает, что это не синоним, а бессмысленный дубликат. Альтернативные же АДРЕСА, а не ДОМА:) И еще это подтверждает, что неизвестно что такое "адрес" - фундаментальное понятие в обсуждаемой теме.
Cane Cat Fisher А затем происходит перенаправление к главному объекту, который и участвует во всех операциях.
Это не верно. Так как в каких-то операциях нужно использовать один адрес, а в каких-то другой.
Cane Cat Fisher И наоборот, для каждого дома через список его синонимов легко получить все альтернативные адреса. Казалось бы, вопрос решен?...
Не решен, а еще больше запутан.
Cane Cat Fisher ...Но проблема в том, что невооруженным глазом видно - ТС это не поможет. У него сам дом разлезается на много кусков, причем по непонятным критериям. И пока он сам даже не понял, по каким.
Не у него, а в предметной области. А я думаю понял:)
Cane Cat Fisher А ведь их может быть много: части здания могут быть расположены физически по одному принципу, быть поделены административно по другому, а, скажем, газоснабжаться от разных ГРП - по третьему. Даже внутри квартиры комнаты (или вообще доли одной комнаты) могут принадлежать разным владельцам. И все регламентируется разными документами разных организаций. Поэтому давать наугад конкретные советы в этой ситуации - дело безнадежное.
Это все элементарно проектируется, и отнюдь не по нормативным документам.

AlexBВ такой схеме главное это строение.
В какой "такой схеме" главное это строение? А что, если в "другой схеме" главное - это "улица", и нам нужно поддерживать в системе обе "эти схемы"?:)

temigчестно скажу не осилил все что понаписали. Как такой вариант:

Table houses (id INT, street_id INT, house_number VARCHAR, <<еще 100500 полей описывающих дом>>)
Table streets (id INT, street_name VARCHAR)
Table alternative_address(house_id INT, street_id INT, house_number VARCHAR)

Я думаю что alternative_address будет небольшой таблицей, соответственно не будет сильно тормозить. Зато избыточности нету.
Гадать какой адрес "основной", а какой "второстепенный" вряд ли имеет смысл. Уберите из Дома улицу (тем более, что "улица" не является характеристикой дома - это же просто дорога, которая проходит где-то "в районе" дома, или просто площадь, или еще не известно что) и номер дома. И получится та же схема, которую мы уже получили.