Daeamon

Потому что скорость подключения это канальная скорость.
Собственно скорость передачи данных по физическому каналу.
А по физическому каналу передаются данные пользователя и служебный трафик.

• Проводное соединение стабильное и доля служебного трафика обычно меньше одного процента.
  
• В случае WiFI доля служебного трафика обычно в районе 60%.
  

Поэтому по WiFI при канальной скорости в 1гигабит/с пользовательские данные будут передаваться со скоростью максимум 400мегабит в секунду.
Но это максимальная. А реальная - в зависимости от ситуации где-то от нуля до 400мб/с будет.

Вижу два варианта (либо оба вместе)
1) Уберте PureComponent из App, не понимаю, зачем он там нужен
2) Обновитесь до React Router v5, там используется другая модель подписки, которая пробьет PureComponent.

Модели предпочитаю делить на доменные(то, что мапится к БД) и модели представления(то, что нужно отдать клиенту). Реляционная модель данных в большинстве случаев не кореллирует с моделью представления(в вашем случае, например, списки категорий и пр.)

Наследование же представления от домена, на мой взгляд, абсолютно имеет место быть для систем без сложной бизнес-логики (там, где просто CRUD - можно вообще без моделей представления обойтись); в ином случае можно закончить тем, что будет несколько уровней наследования в погоне за требуемым классом. И каждое изменение такого класса(особенно, если он родительский) может стать головной болью.

Обычно, использую такую декомпозицию слоев приложения:
View -> Controller <-Service <- Repository <- Database

Уровень Repository оперирует доменом, уровень Service оперирует как доменом, так и представлением, уровень Controller - только представлением. Соответсвенно, в уровне сервисов и производится преобразование домена в представление.

Собираете запрос перед execute, а параметры внутрь. Для параметров и всяких сплитов все внутри Query к примеру:
connection.Query(query, param: new { par1 = value })
connection.Query(query,
(class1, class2) =>
{
.....
return class1;
},
splitOn:
"Cell10",
param: new {par1 = value, par2 = value, par3 = value }).ToList();

Еще бы проверил бы обновления dapper т.к. вы используете 3rd (ByndyuSoft.Infrastructure.Dapper;)

Попробуйте автомаппер, мне если честно вообще не нравится этот код. Я бы не делал такой конструктор ИМХО. Лучше какой-то маппер/конвертер в отдельном классе. А можно вообще не наследоваться, просто добавьте св-во типа Article. И вокруг него уже пляшите. Зависит от контекста того, что вы делаете.

Bulk insert / openrowset

Вопрос немного некорректен. Есть отдельно оптимизация mysql, отдельно apache ( который в связке например с php) , отдельно php. Вот по всему этому есть отдельные книги.
Но я бы порекомендовал снести индейца, поставить nginx, поставить php-fpm, поставить redis. Прикрутить redis к php, а php-fpm к nginx. Настроить nginx, mysql, php-fpm по отдельности и кешировать результаты работы mysql и php через редис.
Ну и посмотреть на яву, питон и прочие альтернативы, вдруг понравится :-)

ну...ещё один ng-repeat внутри?

<section ng-repeat="section in sections">
     <div ng-repeat='attribute in section.attributes'>
          {{attribute.name}} {{attribute.content}}
     </div>
</section>