Я работаю над веб-приложением, которое использует MySQL и набрало 100 000 записей для одной из крупнейших таблиц транзакций.Он содержит данные для нескольких сетей магазинов по всей стране.
Является ли хорошей идеей иметь разные БД для каждого ZipCode и хранить их под этой БД на основе ZipCode, чтобы снизить влияние на производительность в будущем из-за огромного количества данных?
Везде, где бизнес-цепочка представит хранилище на новом ZipCode, скрипт создаст новую БД для его установки.
Будет одна БД для начальной аутентификации / входа в хранилище, после аутентификации REST API перенаправит запросв БД для этого ZipCode.
Какое ограничение базы данных MySQL для количества создания БД?Архитектурная идея, которую я предлагаю, кажется нормальной?