> Вообще не вижу в нём практической пользы, если он

используется как хелпер для написания SQL

то почему не использовать тогда нативный рнр?)

Это мы уже выясняли

а)

1. Laravel это и есть нативный PHP. Не на фортране же он написан. 2. Хелпер должен помогать и упрощать работу. И если речь идёт о SQL запросе, то я как-то не вижу помощи. Вижу одно затруднение. Надеюсь, ты правильно меня понял, я говорю о Query Bildere, как хелпере для написания SQL.

> Laravel это и есть нативный PHP "facepalm"

одно удивляет. почему опытный SQLщик уже неделю не может освоить простейшие вещи...

тоесть ты пишешь используя фреймворк mysqli_open_connect в каждом скрипте ?

т.е. если напишу класс, который этим занимается, то это будет не PHP?

тогда удали лару

Простейшие я освоил.

Слишком толсто

ты используешь довольно большую обертку над стандартными функциями работы с базой данных.

Слишком толсто - с помощью полемики защищать любимую технологию, хотя очевидно, что если речь о чистом SQL, билдер здесь будет не в помощь. Обо всём остальном я вообще ничего не говорил. Иди пиши на чистом php бу-бу-бу, не используй ORM бу-бу-бу.

на самом деле довольно часто весьма полезно написать запрос на чистом SQL. особенно когда там непростой селект. это вполне нормально и привествуется.

Чел )

ORM вообще для геев.

Которым лень учить SQL

Да, полностью согласен. Они только по одной этой причине не свапнутся в мидлов

помоему любой запрос можно впихнуть в билдер 🌚

можно но не нужно? )

Другой вопрос как он будет работать )

но насколько это будет больно

Можно, но при этом появится боль.

ну да, без роу не обойтись всеравно -_-

0. Любой это вряд ли, разве что пользоваться RAW вставками. 1. Запрос станет нечитаемым. Особенно если он длиннее чем select * from articles limit 10 2. Запросы пишут в SQL менеджерах, с подсказками и автозавершениями. В билдере всё печатают ручками, поэтому много ошибаются. 3. SQL менеджеры всегда подскажут поля таблицы, также, как Шторм подскажет имена полей/методов. В квери билдере придётся всё знать наизусть. 4. Придётся набрать кучу лишних знаков, имён методов, запятых и скобок. Никогда не поверю, что join table t on t.id = u.ud читается хуже , чем ->join table on table.id = uuufsdftbkdf_table.table_id

Что сказать то хотел ?

2 и 3 решает ларавеь идея вроде

4 алиасы в билдере никто не отменял

тут просто @Adelf32 , никак подсказки для квери билдера не доделает в laravel idea

Да пусть пишет свои килотонны селектов Зачем отговариваешь 🌝

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

Да сделаем...

так к чему тогда пункт 4 был?

ну и никто не мешает raw sql переписать на билдер

case when end как на квери будет?)

а зачем его переписывать, если его можно просто вызвать?

коллеги не смогут прочесть сходу