这是一个创建于 1758 天前的主题，其中的信息可能已经有所发展或是发生改变。
范围是全球的所有国家-省 /州-主要城市，需要关键字搜索。目前我就搞了个 xml 放在本地，几百 k 的大小，倒也可以。但是现在需要支持英文查询，扩展起来就有点麻烦了，想着要不要放到数据库里。这种基本不会变的数据你们一般放在数据库里还是本地？
 |
1
securityCoding 2021 年 4 月 11 日 via Android
数据库，github 上开源直接导入进去就行
|
 |
2
toomlo 2021 年 4 月 11 日
放内存里?
|
 |
3
aQI9F2Sb927YPj7I 2021 年 4 月 11 日
city as a service
|
 |
4
tanranran 2021 年 4 月 11 日
github raw 文件
|
 |
5
crclz 2021 年 4 月 11 日
- 使用 Git 对 xml 城市数据进行版本管理。对它的修改也要通过版本管理控制。对于这种不常变动的信息，可以充分发挥 Git 的优势。
- 开发同步程序，能够实现在改动后，将 xml 的城市数据同步到数据库。 - 如果后面由于业务的演化，还想要更强的定制性，那么就不要让同步程序直接访问数据库，而是开发一个 Rest 的服务。这样，就产生了 2 个微服务，其中，同步服务通过 Restful 接口将信息传递给主服务。 2 个微服务的优势是：如果需要收集更加全面的城市信息，只需要在保证接口的情况下，将城市信息服务的摊子丢给其他人，提升开发效率。 --- 我之前开发的一个柯南追剧的网站（自己用）就存在和你类似的需求。 1000+集柯南（每周六从 wiki 挂 vpn 手动获取）、剧场版和 OVA （每年手动填写 csv 表格）。这些不同的数据源都通过单独的服务进行管理，而无需将逻辑泄露给主服务。以上的建议也是基于我在这里的实践经验提出。 |
 |
6
DoctorCat 2021 年 4 月 11 日
在数据库查询 /变更起来岂不是很便利？为啥非要考虑本地存储呢？
|
 |
8
zhoujinjing09 2021 年 4 月 11 日
取决于你要不要一直改这个东西，不改的话本地最方便，而且可以直接装到内存里
|
 |
9
iseki 2021 年 4 月 11 日
感觉还是作为配置文件资源存在比较好一点，初始化后加载进内存（
|
 |
10
wolfie 2021 年 4 月 11 日
数据库，带版本号字段，本地文件有什么优势吗。
|
 |
11
Yourshell 2021 年 4 月 11 日
整个 excel
|
 |
12
hotsymbol 2021 年 4 月 12 日
放 etcd 里？全球节点同步
|
 |
13
gBurnX 2021 年 4 月 12 日
几百 k 的东西，又是要经常查询，考虑到修改，建议这样做：
1.保存在数据库里。 2.相关系统启动时，从数据库加载，加载到高速缓存里。 3.当数据库发生更改，使用事务同步到正在运行中的相关系统的缓存里去。 |
 |
14
ikas 2021 年 4 月 12 日
这种字典数据...肯定是统一管理,db 中,然后 load 到内存
|
 |
17
LiYanHong 2021 年 4 月 12 日
放 js 里
|
Select Language