Евгений

EF вам дает возможность автоматически транслировать экспрешны в диалекты SQL и маппить это на удобные дотнетные сущности. С голым ADO.NET вы будете делать то же самое, но руками.

куда логичнее было бы, чтобы в объекте Order было поле типа Client, в котором лежит объект компании-получателя, а не условный int с идентификатором.

Предлагаемая вами схема денормализована, вообще говоря, это не очень хорошо. Но посмотрите на Owned Types для EF Core и на Complex Types для EF6, мне кажется, что это то, что вы хотели бы - "встраивать" один объект в другой, сохраняя всё в единой таблице.

Да, EF не то, чтобы позволяет сильно отходить от классической реляционной модели, но с ним можно точечно звать raw sql-queries, что даст больше гибкости там, где это необходимо.

for (int i = 0, j = 10; i < j; ++i, --j)
{
   const int l = a[i] + 1;
   const int r = a[j] + 1;
   const std::string msg = std::to_string(l + r) + " bottles of rum";
   std::cout << msg << std::endl; 
}

1) i, j обьявлены в заголовке цикла. Они создаются 1 раз и живут до конца цикла.
2) l, r обьявлены в теле цикла. Каждую итерацию мы присваиваем им нове значение. Поскольку int это базовый тип, переменная просто записывется на стек без дополнительного выделения памяти.
3) msg это уже переменная более сложного типа. Хотя она и создается на стеке, внутри конструктора она может выделять память с помощью new. И это будет происходить на каждой итерации.
4) Более того, std::to_string(l + r) создаст временный объект std::string, который удалится после завершения operator+

С одной стороны полезно понимать какие операции могут приводить к выделению памяти, так как это не быстро. С другой об этом можно не думать слишком много при написании бизнес кода. Преждевременная оптимизация это не есть хорошо.
Оптимизации компилятора работают достаточно хорошо. Но они не всесильны, и не должны менять поведение. Поэтому, содавать тяжелый обьект в цикле, если можно сделать это один раз, не очень хорошая идея.

mPDF

убери перед и после = -+ пробелы.
не
set src = %1
а
set src=%1

не
set /a th = %eh% - %sh%
а
set /a th=%eh%-%sh%

и всё будет работать

просто для общего случая,
не только 4-х значные, но и 3-х, 2-х .. к виду 00XYZ

UPDATE Table SET
field = RIGHT('00000' + CAST( field AS varchar(5)), 5)
WHERE LEN(field) <= 5

Как не видны? Только что взял кубик. Кинул multiresolution. Режим simple. Нажал subdivide несколько раз. Перешел в sculpt mode. Повозил кисточкой. Перешел в object mode. Нажал в модификаторе Apply. Все работает. Blender 2.75a.