Я уже собираюсь спать, потому подробно опишу мое представление ORM, билдеров и подобного и пойду на боковую )
ORM (Object-relational mapping) в дословном переводе с английского отражение объекта на отношения, то есть процесс Data mapping - отражение данных на другой тип (Классов на Relation). Если говорить технически, это механизм приведение объектной структуры (данные как объект) к реляционно-матричной (данные как характеристики и отношения), обе структуры довольно схожи, но с некоторыми принципиальными отличиями (наследование, инкапсуляция). Отсюда следует что ORM есть принцип преобразования данных типа "иерархия сущностей" к типу "матрица", соответственно это даже не абстракция, а скорее парадигма, хотя нисколько не против первого термина в данном контексте.
Что касается билдера, то это механизм формирования некоторой команды с помощью объектно-ориентированного интерфейса (интерфейса - объект-операции), что в общем то совсем не является механизмом приведения данных одного типа к данным другого, следовательно билдер и ORM это две разные вещи.
Теперь что касается "Билдер как неотъемлемая часть ORM" - скажу очень подробно чтоб небыло недопониманий и за одно подрезюмирую:
1. ORM есть механизм преобразования данных типа Класс к типу Реляционная Мартица;
2. Билдер есть интерфейс формирования команды (в частности SQL) с помощью объектного интерфейса;
3. Связи между ORM и билдерами SQL запросов нет никакой совершенно;
4. Использование известными ORM библиотеками SQL билдеров не есть часть самой ORM модели, это лишь средство упрощенного управления и формировани SQL запросов (проще работать на уровне объектного интерфейса при формировании Матричной модели чем на уровне самой матричной модели);
5. Билдеры я одобряю для изменения интерфейса в целях ... но не просто для того, что "везде так делается";
6. ORM я одобряю в любой крупной системе
Если что то не понятно, обязательно спрашивайте )