Я предполагал, что на крупных проектах всё же прибегают к возможности уменьшать размер общей таблицы, по сути ведь разбиение таблицы делит общую таблицу на меньшие по условию и для mysql это, по логике вещей, отдельные таблицы, т.е. приходится проверять доп. условие, чтобы понять с какой таблицей работать, разве нет? Или затраты по скорости столь минимальны, что их брать в учёт не стоит?
Дмитрий, не совсем понял ваши слова относительно load, поскольку у меня этих данных изначально в базе нет.
Есть 2 объекта, countriesSeeder и countriesFabric, по своей сути я хочу сделать следующее: считать данные из текстового файла, записать их в массив и передать в фабрику, после чего из сидера вызвать этот самый массив, узнать его длину и по количеству элементов вызвать count. Допустим можно опустить запись из файла и просто сделать отельный класс/просто массив, который будет храниться где-нибудь в другом месте. Как правильно организовать такую структуру именно нав сидерах и фабриках? Просто я изначально хотел вызывать __construct в фабрике и сидера и туда закидывать эти данные, но, как мне показалось, это не самый оптимальный подход.