Вашият оригинален дизайн се основава на здрави принципи. Ако помага на вашия случай, тази стратегия е известна като хоризонтално разделяне или разделяне . Той предоставя:
1) По-голяма мащабируемост - защото всеки фрагмент може да живее на отделен хардуер, ако е необходимо.
2) По-голяма наличност – тъй като повредата на един фрагмент не оказва влияние върху другите фрагменти
3) По-голяма производителност – тъй като търсените таблици имат по-малко редове и следователно по-малки индекси, което води до по-бързо търсене.
Предложението на вашия колега ви премества в една точка на настройка на неизправност.
Що се отнася до въпроса ви за 3 пула за връзки с размер 10 срещу 1 пул за връзки с размер 30, най-добрият начин да разрешите този дебат е с еталон. Конфигурирайте приложението си всеки път, след което направете стрес тестове с ab (Apache Benchmark) и вижте кой начин се представя по-добре. Подозирам, че няма да има съществена разлика, но направете бенчмарка, за да го докажете.
