Вы присоединяетесь, когда вам нужно присоединиться, поэтому вопрос, является ли это тяжелой операцией, на самом деле не имеет значения.
В хорошей базе данных у вас будет одна таблица для каждой сущности, например, продукты, клиенты, заказы. Если вы посмотрите более внимательно, то увидите, что заказ состоит из одного заголовка и множества позиций, каждая из которых относится к товару. Так что это должны быть две таблицы заказов: order_header и order_detail. Четыре таблицы для примера. Вы бы не стали делить это дальше, например, на французских клиентов и американских клиентов или на дешевые продукты и дорогие продукты, потому что страна клиента - это просто атрибут, и то, является ли продукт дешевым, зависит от его цены (цен), а цены также являются просто атрибутами; субъекты остаются клиентом и продуктом.
Сказав это, "хорошая идея разбить всю вашу базу данных на маленькие части" - странный совет. У вас будет одна таблица для каждой сущности, которая может быть просто двумя таблицами для некоторой базы данных адресов или тысяч таблиц для базы данных продуктов большой компании.
Чтобы ответить на вопрос: нет, неплохо иметь десять соединений в запросе. Возможно, вы захотите, чтобы кто-то посмотрел на ваш дизайн базы данных, если вы слепо следовали совету создать множество таблиц.