Querybuilder select wrap in from

@new-dev · Регистрация: 06.05.2014

Author24 — интернет-сервис помощи студентам

Возможно кто-то сталкивался, или понимает как сделать тоже самое через query builder

SQL

SELECT abc.* FROM
(SELECT s0_.id   AS id_0,
       s0_.email                                  AS email_2,
FROM skycop_user s0_
       LEFT JOIN skycop_data_access s6_ ON s0_.id = s6_.user_id
GROUP BY s0_.id
    ) abc
ORDER BY abc.sclr_8 DESC

Добавлено через 24 минуты
пробую что-то на подобий этого делать

PHP

$qb2 = $this->getEntityManager()->createQueryBuilder();
        $qb2
            ->select(
                'user2.id'
            )
            ->addSelect($qb->getQuery()->getSQL() . ' as user2');

не работает, вообще это возможно?)

@Jewbacabra · 14.09.2018, 22:40

Такое не сделать хотя бы по формальным причинам: dql не поддерживает вложенные запросы. Не говоря о том что и приведенный sql не корректный.

@new-dev · 14.09.2018, 22:47 **[ТС]**

приведенный sql коректный, возможно у order by ключ не верный так как убрал кучу join'ов

@Jewbacabra · 14.09.2018, 22:50

Сообщение от new-dev

приведенный sql коректный

Сообщение от new-dev

ORDER BY abc.sclr_8 DESC

Тогда что же за sclr_8, по которому надо сортировать. И я уже не говорю про использование полей в списке SELECT, которые не входят в GROUP BY и к которым не применяются агрегирующие функции.

@new-dev · 14.09.2018, 22:59 **[ТС]**

Jewbacabra, я поправил выше сообщение вы правы есть ошибок оставленных , но это не суть. А про то что dql не подерживает вложенные запросы это не правда, использовал не однократно просто в совершенно другом контексте.

@Jewbacabra · 15.09.2018, 00:06

Сообщение от new-dev

А про то что dql не подерживает вложенные запросы это не правда

Что-то я не вижу как можно использовать вложенный запрос исходя их грамматики dql
https://www.doctrine-project.o... .html#ebnf

Добавлено через 8 минут
Может использоваться в конструкциях с IN, но не FROM

@new-dev · 15.09.2018, 15:30 **[ТС]**

Jewbacabra, в блоке clauses

SubselectFromClause ::= "FROM" SubselectIdentificationVariableDeclaration {"," SubselectIdentificationVariableDeclaration}*

не об этом говорится?

@Jewbacabra · 15.09.2018, 15:40

Сообщение от new-dev

в блоке clauses
SubselectFromClause ::= "FROM" SubselectIdentificationVariableDeclaration {"," SubselectIdentificationVariableDeclaration}*
не об этом говорится?

А как дальше используется SubselectFromClause?

Проверить поддерживается или нет на самом деле просто - попробовать выполнить простой dql запрос с вложенным select

@new-dev · 15.09.2018, 16:14 **[ТС]**

Jewbacabra, всё таки вы были правы в DQL этого не сделать

DQL is about querying objects. Supporting subselects in the FROM clause means that the DQL parser is not able to build the result set mapping anymore (as the fields returned by the subquery may not match the object anymore). This is why it cannot be supported (supporting it only for the case you run the query without the hydration is a no-go IMO as it would mean that the query parsing needs to be dependant of the execution mode).

@Jewbacabra 4925 / 3920 / 1620 Регистрация: 24.04.2014 Сообщений: 11,441
	14.09.2018, 22:40	2
	Такое не сделать хотя бы по формальным причинам: dql не поддерживает вложенные запросы. Не говоря о том что и приведенный sql не корректный. 0

@new-dev 6 / 6 / 1 Регистрация: 06.05.2014 Сообщений: 265
	14.09.2018, 22:47 [ТС]	3
	приведенный sql коректный, возможно у order by ключ не верный так как убрал кучу join'ов 0

@Jewbacabra 4925 / 3920 / 1620 Регистрация: 24.04.2014 Сообщений: 11,441
	14.09.2018, 22:50	4
	Сообщение от new-dev приведенный sql коректный Сообщение от new-dev ORDER BY abc.sclr_8 DESC Тогда что же за sclr_8, по которому надо сортировать. И я уже не говорю про использование полей в списке SELECT, которые не входят в GROUP BY и к которым не применяются агрегирующие функции. 0

@new-dev 6 / 6 / 1 Регистрация: 06.05.2014 Сообщений: 265
	14.09.2018, 22:59 [ТС]	5
	Jewbacabra, я поправил выше сообщение вы правы есть ошибок оставленных , но это не суть. А про то что dql не подерживает вложенные запросы это не правда, использовал не однократно просто в совершенно другом контексте. 0

@Jewbacabra 4925 / 3920 / 1620 Регистрация: 24.04.2014 Сообщений: 11,441
	15.09.2018, 00:06	6
	Сообщение от new-dev А про то что dql не подерживает вложенные запросы это не правда Что-то я не вижу как можно использовать вложенный запрос исходя их грамматики dql https://www.doctrine-project.o... .html#ebnf Добавлено через 8 минут Может использоваться в конструкциях с IN, но не FROM 0

@new-dev 6 / 6 / 1 Регистрация: 06.05.2014 Сообщений: 265
	15.09.2018, 15:30 [ТС]	7
	Jewbacabra, в блоке clauses SubselectFromClause ::= "FROM" SubselectIdentificationVariableDeclaration {"," SubselectIdentificationVariableDeclaration}* не об этом говорится? 0

@Jewbacabra 4925 / 3920 / 1620 Регистрация: 24.04.2014 Сообщений: 11,441
	15.09.2018, 15:40	8
	Сообщение от new-dev в блоке clauses SubselectFromClause ::= "FROM" SubselectIdentificationVariableDeclaration {"," SubselectIdentificationVariableDeclaration}* не об этом говорится? А как дальше используется SubselectFromClause? Проверить поддерживается или нет на самом деле просто - попробовать выполнить простой dql запрос с вложенным select 0

@new-dev 6 / 6 / 1 Регистрация: 06.05.2014 Сообщений: 265
	15.09.2018, 16:14 [ТС]	9
	Jewbacabra, всё таки вы были правы в DQL этого не сделать DQL is about querying objects. Supporting subselects in the FROM clause means that the DQL parser is not able to build the result set mapping anymore (as the fields returned by the subquery may not match the object anymore). This is why it cannot be supported (supporting it only for the case you run the query without the hydration is a no-go IMO as it would mean that the query parsing needs to be dependant of the execution mode). 0