oxra,

Вполне нормальный вариант.
Еще для большей скорости (но не для оптимальности, если под оптимальностью подразумевать нормализацию). Можете в момент формирования адреса (т.е. выбора страны, региона, города и т.п.) формировать нужную Вам строку и хранить ее в БД. тогда выбирать вообще будет просто.

guest_20040621>
Есть желающие предложить прототип структуры?
Как универсальный вариант можно сделать так:
create table Address
(
AddressID int,
AddressElementID int,
AddressElementName varchar(255),
AddressTypeID int
)
Где AddressTypeID , определяет что за элемент адреса: страна, регион, город и т.п. Можно также вынести AddressElement в отдельный справочник.

oxratsaritsinпропущено...

Как универсальный вариант можно сделать так:
create table Address
(
AddressID int,
AddressElementID int,
AddressElementName varchar(255),
AddressTypeID int
)
Где AddressTypeID , определяет что за элемент адреса: страна, регион, город и т.п. Можно также вынести AddressElement в отдельный справочник.


А что означает AddressElementID в вашей структуре ?:

1|?|Москва|city

Код Элемента адреса.
По идее, в самой таблице с адресами не будет наименований, но я показал структуру с намеком что потом нужно будет разнести по справочникам, для нормализации.
Приведу пример:
AddressID AddressElementID AddressElementName AddressTypeID
1 1 Москва 1
1 2 Россия 2
2 3 Украина 2
2 4 Донецкая область 3
2 5 Донецк 1
3 2 Россия 2
3 6 Питер 1
Последние 3 поля просятся в отдельный справочник. И тогда у вас получится в таблице:
AddressID AddressElementID
1 1
1 2
2 3
2 4
2 5
3 2
3 6
А при выборке строку адреса стройте в зависимости от AddressTypeID, т.е посделовательность элементов будет зависеть от того какой у каждого тип.

oxra,

Расскажи как будешь делать? А то тут столько дебатов было.