как оптимальнее всего сделать области и города в базе?

[danneo]

В каталоге нужно сделать область/город
Область в отдельную таблицу, город в другую или все в одну, как категории (с parentid)?
Может есть "подводные камни"?

 

[Cybero]

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

 

[xpert13]

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

 

[Andry750]

По опыту, сделай аналогию (или близкую к ней) обыкновенно КЛАДР с сайта налоговой (gnivc.ru) ... по крайне мере потом не будет проблем с обновлением записей.

 

[nnmkayf]

Сейчас все большую популярность набирает база данных Федеральной Информационной Адресной Системы сокращенно ФИАНС, которая должна прийти на смену довольно известного Для просмотра ссылки Войди или Зарегистрируйся
Уже готовую БД можно скачать с сайта Для просмотра ссылки Войди или Зарегистрируйся

Использование такой базы облегчает жизнь заказчиков, так как они привыкли к определенной структуре и дополнительный плюс в резюме - портфолио.

 

[ant0ni0]

КЛАДР это всё хорошо, но оно ведь живёт само по себе, т.е. не в вашей БД. А значит - ни вторичных ключей на него не посоздаешь, ни целостность обеспечить... Да, обновлять это всё по всем компьютерам в сети - то еще удовольствие

 

[Андрей Шпак]

КЛАДР это всё хорошо, но оно ведь живёт само по себе, т.е. не в вашей БД. А значит - ни вторичных ключей на него не посоздаешь, ни целостность обеспечить... Да, обновлять это всё по всем компьютерам в сети - то еще удовольствие

Как вариант - организовать структуру подобную КЛАДР - с возможностью заливки. За все время структура КЛАДРА менялась раза 3 - так что относительно постоянная.
Что касается вопроса - однозначно разные таблицы. Представьте себе запрос с полным адресом и емкостью в тысяч 700 строк. С перекрестными ссылками по одной таблице (если области-города в одной)! Бррр.