Привет. Тупой, навреное, вопрос, но... гоните меня, насмехайтесь.... Короче если я

Question

Привет. Тупой, навреное, вопрос, но... гоните меня, насмехайтесь.... Короче если я

хочу составить БД-справочник, где будут Континенты, Страны, Области, Области областей, итд и так вплоть до городов.
При этом получается, что степеней вложенности областей может быть разное кол-во, скорее всего - хрен его знает, как там в штатах и эмиратах и подобном.

Как бы вы строили такую БД?
Мне видится два варианта и я хз, что будет лучше с точки зрения производительности.

1) Одна таблица и всё. условно id, Name, Type, Parent_id

2) Таблицы на каждый тип сущности:
- Continents (id, name...)
- Countries (id, name, continent_id...)
- Regions (id, name, county_id)
- Subregions1 (id, name, region_id...)
- Subregions2 (id, name, subregion1_id...)
.....
- Cities (id, name, subregion1_id, subregion2_id .... subregionN_id...) Ну и, наверное NULL'ами забивать лишние subregion для городов, если они не по максималке вложены.

Мне как-то больше импонирует первый вариант. Но услышал бы мнения.

СУБД postgresql, скорее всего будет. Т.е. с рекурсивными CTE должно быть норм всё

#programming #russian #sql

0

24.09.2023

2 ответов

6 просмотров

Stas B

Первый вариант. Сам с таким работаю. Но у нас оракл, где есть connect by. И всего 5 уровней - от страны до городов.

0

7 месяцев назад

VlIvYur · Accepted Answer

VlIvYur

Страна может быть в нескольких континентах.Город может быть в нескольких континентах

0

7 месяцев назад

169 похожих чатов

Привет. Тупой, навреное, вопрос, но... гоните меня, насмехайтесь.... Короче если я

2 ответов

Похожие вопросы