我正在开发一个使用mysql的web应用程序,其中一个最大的事务表达到了100000条记录。它包含全国多家连锁店的数据。
每个zipcode都有不同的数据库,并将这些数据库存储在基于zipcode的数据库下,以减少将来由于大量数据而对性能的影响,这是个好主意吗?
无论业务链在何处引入新zipcode上的store,脚本都将创建新的db来装载它。
初始存储身份验证/登录将有一个db,身份验证后restapi将该zipcode的请求重定向到db。
mysql数据库创建db的次数限制是多少?我提出的建筑理念看起来可以吗?
暂无答案!
目前还没有任何答案,快来回答吧!